Ein DSO zu Weihnachten

Peter Heitzer schrieb:

Ich gebe zu bedenken: die 1000er von Rigol haben nur einen Satz

verstellt mit ca. 100% Wahrscheinlichkeit stets den falschen Kanal.

Tilmann

Serielldekodieroption. Soviel wollte ich nicht ausgeben, zumal das

anders aus.

Am 09.12.2016 um 12:50 schrieb Peter Heitzer:

kein Rigol mehr kaufen...

Kommt drauf an wie das geloest ist. Ich kenne das Rigol nicht. Aber ich hab vor dem kauf meine Hamegs genau dasselbe gedacht, aber das hat sich in der Praxis nicht bewahrheitet. Man hat heute ja soviele Funktionen in den Oszis das die Dinger eigentlich doppelt so gross sein muessten um die notwendigen Knoepfe unterzubringen. Von daher ist meine Erfahrung das so etwas durchaus sinnvoll sein kann weil sich das positiv auf die restliche Bedienung auswirkt.

Aber eigentlich waere es SEHR sinnvoll vor dem Kauf nicht nur die Daten zu vergleichen sondern mit den Geraeten auch mal rumzuspielen. Aber der Aufwand lohnt sich wohl erst in einer anderen Preisklasse.

Olaf

Gerade ausprobiert: DS1074Z 26 Sekunden.

DS2202: 18 Sekunden.

und am Ende aus.

Erfreulich ist beim 1xxxZ auch, dass es einen echten Ein/Ausschalter

und beim 2202 durch eine andere Silent-Marke (Name gerade entfallen,

Und wenn du moralisch flexibel bist, kannst du dir auch alle Optionen freischalten lassen, Rigol hat bei der Implementierung ihrer

definitiv nichts falsch.

Johannes

Vertikal-Knopf hat. Diese Art der Fehlbedienung ist in all den Jahren

Marcel

Olaf Kaluza schrieb:

damit klarkommen.

Wir haben mal die Darstellung von harten Rechtecksignalen bei Rigols mit und ohne die Option verglichen. Man musste schon recht genau hinschauen, um den Unterschied zu sehen.

Ein Sinus mit 100 MHz hat also gerade einmal 2.5 gemessene Datenpunkten pro Schwingung. Daran wird man nicht mehr gar so viel

bedeutet 256 Digitalisierungsstufen. Bei niedriger Bandbreite kann man

werden, geschieht die Wandlung nicht synchron, sondern etwas in der Zeit versetzt.

Ohne Angabe, an welchen alleinstehenden Funktionsgenerator Du denkst,

------

Das wundert mich jetzt nicht sonderlich. Es ist ja auch nicht einmal eine Oktave Unterschied.

Ist halt ein Kompromiss. Wenn man nicht immer ans Limit gehen muss, vielleicht sogar ein guter.

abfallen.

unteren Bits allenfalls kryptographisch hochwertiges Rauschen. Es kann

Ack. Sehr praktisch.

Das finde ich in der Praxis weit weniger praktisch. Nur wenige Signale

Gefahr sich dadurch unbemerkt einen Messfehler einzufangen ist erheblich.

deutlich auffallen. Alternativ kann man auch in den XY-Betrieb schalten. Da fallen Phasenfehler noch viel schneller auf.

Marcel

Peter Heitzer schrieb:

wichtigsten Merkmale!

Gut zu wissen.

Ich werde wohl nur die im Angebot enthaltene Serielldekodieroption nutzen.

Serielldekoder option sinnvoll, z.B. SPI DAC) von Siglent kostet fast

ich ihn nach Ablauf der Garantie ja ersetzen.

Ach im Prinzip ist das piepegal. Schliesslich schaltet man das ja irgendwann mal ein und laesst es dann lange an.

Allerdings frage ich mich manchmal was solche Bootzeiten ueber die Faehigkeiten des Programmierers aussagen. Die einfacheren Oszi booten ja kein Windows sondern sind entweder Baremetal oder haben vielleicht ein schlichtes MultitaskingOS. Gleichzeitig haben sie viel Rechenleistung um die Signalverarbeitung gewaehrleisten zu koennen. Man fragt sich da schon wie es sein kann das sowas laenger wie 1s zum booten braucht.

Das versteht noch nichtmal Rigol. :-) Ich hab die mal auf einer Messe gefragt wieso mein DG4062 so nervig laut sein muss. Der Vertreter von Rigol hat nur die Augen verdreht und meinte sie schaffen es einfach nicht das den Leuten in China zu erklaeren.

Olaf

Veringere deine Erwartungen um 10dB.

Olaf

Hast du schon mal einen (nicht virtuellen) Server gebootet? Da braucht das BIOS schon einen Minute und mehr.

Und wieso? Weil die Kiste beim starten erstmal kucken muss welche Hardware drin steckt und ob sie sich irgendwas aus dem Netzwerk holen muss. Gibt es bei einem Oszi nicht. Ausserdem natuerlich weil das Code von mindestens 100 verschiedenen Programmierern laeuft die vermutlich alle einen kleinen Sicherheitsspielraum eigenbaut haben und jeder wartet sicherheitshalber noch ein kleines bisschen mehr auf den anderen...

Was ich aber mache, ich achte bei meinen eigenen Sachen genau darauf wie lange bestimmte Dinge brauchen und geh den auf den GRund. Ergebnis ist dann das die Geraete normalerweise 50-100ms brauchen bis das Display ansprechbar ist und dann nutzbar sind.

Es gibt natuerlich manchmal auch begruendete Ausnahmen. Wir haben z.b ein Messgeraet in der Firma das braucht 7Sekunden bis zur Anzeige. Aber nicht weil die drei Microcontroller mit ihren Multitaskingbetriebsystemen darin so schlapp sind, sondern weil da ein dicker Elko drin ist und das Geraet nicht mehr wie 3mA Strom aufnehmen darf.

Bei den meisten Geraeten die ich aber so sehe wunder ich mich aber ueber die Traegheit. Das ginge oftmals besser. Natuerlich sind nicht alle Programmierer Schwachkoepfe (hoechstens 50% :) aber es sind wohl auch oft die Nebenbedingungen. Zeitmangel, naechstes Projekt die dafuer Sorgen das da nicht nochmal ordentlich drueber gekuckt wird. Laeuft ja und der Kunde kauft es.

Olaf

Olaf Kaluza schrieb:

ich sehr oft nach einzeknen Messungen wieder aus. Macht trotz

Rauschgenerator sozusagen.

Plastikgitter aus dem Weg ... Flohmarktkandidat.

allerdings keinen Plan, wie lange das je nach Anbindung dauert.

Aber bei den Problememn mit unterschiedlichen Programmierern gebe ich

der kleinesten Frage, sieht man deutlich an der unbrauchbaren PC-Software, die beiliegt. Drei GUI-Masken, die jeder Programmierer vom

ausgegraut und dann laufen mindestens zwei gleiche Fenster, das eine

nachdem, ob man interne, externe kurze oder externe lange Ausfzeichnung macht...

Marc

98 bootet, testet und initialisiert alles und baut als letztes den Desktop mit den Icons. Sowie etwas da ist, kann man es erfolgreich und

Bild eines aufgebauten Desktop an und booten danach langsam aber unsichtbar im Hintergrund. Du kannst bis zum Ende des Vorgangs genauso viel damit machen, wie mit dem ausgedruckten Bild eines Desktop auf

Axel