Hallo,
ich habe gestern ein Voltcraft DSO-1062D erstanden, welches mein altes
LeCroy 9400A ablösen sollte.
Bei allen Oszis mit denen ich bisher gearbeitet habe, hat man, wenn man
an den Reglern in die RECHTE Richtung gedreht hat, etwas verkleinert.
Also z.b. 50 -> 10mV. Selbiges gilt für die Zeit, nach rechts drehen ->
kleinere Zeit.
Bei dem DSO-1062D ist es ebenso beschriftet, die Regler funktionieren
aber genau andersrum.
Ist dies normal? Irgendwie durch einen Software Update behebbar? Das
ganze Nervt nämlich tierisch, wenn man da ewig dreht, und erst nach 5
Minuten auffällt, das seine Einstellung komplett falsch ist.
Danke.
Gruß
erma
hinz schrieb:> Welche Version ist denn drauf?
3.30.0, soweit ich weiß müsste dies die neuerste sein.
Besitzt du das Voltcraft DSO-1062D?
Soweit ich weiß gibt es davon ja 2 Produktionsreihen, eine mit der SN >
01500, und eine andere, oder?
Danke.
Gruuß
erma
Hallo,
ich muss meinen Startpost ein wenig editiren, vorlauter Richtungen bin
ich nun durcheinander gekommen.
Normalerweise dreht man ja nach rechts "mehr", nach links "weniger". So
ist es auch aufgezeichnet, funktioniert allerdings genau andersrum.
So, nun sollte es stimmen, sorry.
Gruß,
erma
erma schrieb:> Normalerweise dreht man ja nach rechts "mehr", nach links "weniger".
Im Uhrzeigersinn: Auflösung bzw Empfindlichkeit wird erhöht. So ist das
an allen Oszis, die mir in all den Jahren unter gekommen sind.
hinz schrieb:> Im Uhrzeigersinn: Auflösung bzw Empfindlichkeit wird erhöht. So ist das> an allen Oszis, die mir in all den Jahren unter gekommen sind.
Richtig ja, ich habe selbige erfahrungen. Auf dem DSO-1062D ist es auch
genauso aufgezeichnet.
Funktionieren tut es aber in die andere Richtung.
Gruß
erma
erma schrieb:> hinz schrieb:>> Im Uhrzeigersinn: Auflösung bzw Empfindlichkeit wird erhöht. So ist das>> an allen Oszis, die mir in all den Jahren unter gekommen sind.>> Richtig ja, ich habe selbige erfahrungen. Auf dem DSO-1062D ist es auch> genauso aufgezeichnet.> Funktionieren tut es aber in die andere Richtung.
Bei meinem nicht. Und es hat die gleiche Software drauf. Seriennummer
ist >15000.
hinz schrieb:> Bei meinem nicht. Und es hat die gleiche Software drauf. Seriennummer> ist >15000.
Gibt es eine Möglichkeit das Gerät zu resetten? Oder wie könnte ich das
Problem sonst los werden? Ich denke mal das ganze ist Software
gesteuert.
In den Systemeigenschaften steht bei mir:
Model: DSO1062D
sw version: 3.30.0 (140708.0)
HW version: 1010x....
Danke!
Gruß
erma
hinz schrieb:> erma schrieb:>> sw version: 3.30.0 (140708.0)>> ......................130709.0
Hast du einen Link zu deiner Firmware? Ich habe alle aktuellen die ich
im Web gefunden habe probiert.
Danke
erma.
Ich habe es nun erneut Probiert, neueste Firmware von
voltrcraftdownload, hat die 8.0 am ende, nicht die 9.0.
Irgendwer noch eine Idee? Gibts für das Ding nen hard reset?
Gruß,
erma.
hinz schrieb:> erma schrieb:>> Hast du einen Link zu deiner Firmware?>> Nein.
ältere firmwares sind auf meinem 1drv:
https://onedrive.live.com/#cid=C4DDF72E6EEA3826&id=C4DDF72E6EEA3826%21339
downgrade ist aber nur möglich wenn man es manuell macht, sprich
firmware decrypten (gpg pwd ist dso5000b) und dann die dso.exe (oder
dso_bin) sammt der langauge files (OurLangauges/*.lan) manuell kopiert.
Ich würde allerdigns erst gerne sehen wollen was in der datei /i2c.log
steht und rest von der hw version (oder noch besser gleich die die
/lib/firmware/dn.rbf datei).
Nur eine Mutmaßung: Vielleicht ist der Drehgeber einfach intern falsch
angeschlossen, also vertauschte Kanäle?
Ich würde zwar eigentlich davon ausgehen, dass der direkt auf einer
Platine sitzt und damit "verpolungs-sicher" ist, aber es hört sich doch
fast danach an...
Gruß,
Stefan
Thomas R. schrieb:> downgrade ist aber nur möglich wenn man es manuell macht, sprich> firmware decrypten (gpg pwd ist dso5000b) und dann die dso.exe (oder> dso_bin) sammt der langauge files (OurLangauges/*.lan) manuell kopiert.>> Ich würde allerdigns erst gerne sehen wollen was in der datei /i2c.log> steht und rest von der hw version (oder noch besser gleich die die> /lib/firmware/dn.rbf datei).
Hallo Thomas,
hw version: 1010x55778344
/i2c.log: http://pastebin.com/raw.php?i=sQHtXvJU
dn.rbf: http://pastebin.com/3u15jEas
Danke!
Gruß
erma
Stefan S. schrieb:> Nur eine Mutmaßung: Vielleicht ist der Drehgeber einfach intern falsch> angeschlossen, also vertauschte Kanäle?> Ich würde zwar eigentlich davon ausgehen, dass der direkt auf einer> Platine sitzt und damit "verpolungs-sicher" ist, aber es hört sich doch> fast danach an...>> Gruß,> Stefan
Hallo Stefan,
die Vermutung hatte ich auch schon. Ich musste das Gerät bereits öffnen,
aufgrund des Wackelkontakts des Display Kabels. Sehr viel weiter möchte
ich es aber nicht aufschrauben, sollte ich das Problem innerhalb der
nächsten 14Tage nicht lösen können, so werde ich beim Conrad nach einem
Umtausch anfragen.
Gruß,
erma
erma schrieb:> Thomas R. schrieb:>> downgrade ist aber nur möglich wenn man es manuell macht, sprich>> firmware decrypten (gpg pwd ist dso5000b) und dann die dso.exe (oder>> dso_bin) sammt der langauge files (OurLangauges/*.lan) manuell kopiert.>>>> Ich würde allerdigns erst gerne sehen wollen was in der datei /i2c.log>> steht und rest von der hw version (oder noch besser gleich die die>> /lib/firmware/dn.rbf datei).>> Hallo Thomas,>> hw version: 1010x55778344>> /i2c.log: http://pastebin.com/raw.php?i=sQHtXvJU> dn.rbf: http://pastebin.com/3u15jEas>>> Danke!>> Gruß> erma
Öhm ... du hast nun 2x die /keyprotocol.inf bekommen. Egal was ich für
einen Dateinamen im dso-usb-tool angebe bei "Read/Write File", er gibt
mir immer die keyprotocol.inf aus.
Ein "cat /i2c.log" auf der Konsole gibt nichts zurück.
Ein "cat /lib/firmware/dn.rbf" bringt das DSO zum reboot.
Gruß
erma
wenn du mir die beiden dateien gibst, dann kann ich es prüfen und evt.
lösung finden. Ohne geht nix (ok, zurück schicken geht durchaus).
Du kannst das usb-tool benutzen um vom fs auf stick zu kopieren,
geh doch einfach in das shell tab und kopiere die dateien da:
Thomas R. schrieb:> wenn du mir die beiden dateien gibst, dann kann ich es prüfen und evt.> lösung finden. Ohne geht nix (ok, zurück schicken geht durchaus).>> Du kannst das usb-tool benutzen um vom fs auf stick zu kopieren,> geh doch einfach in das shell tab und kopiere die dateien da:cp> /lib/firmware/* /mnt/udisk/> cp /i2c.log /mnt/udisk/
Hallo Thomas,
danke, auf die Idee bin ich nicht gekommen.
Die beiden Datein:
https://www.dropbox.com/s/ziiyoen9z20rn4u/dn.rbf?dl=0https://www.dropbox.com/s/6u5ojadftpckz2f/i2c.log?dl=0
Ich habe in der i2c.log die SN gekürzt, brauchst du sie vollständig?
Danke!
Gruß
erma
Thomas R. schrieb:> die S/N ist kein problem, die frage ist: hast du alle FFh mit 23h> ersetzt?
Ja, sorry.
Soll ich sie erneut kopieren?
Danke
Gruß
erma
nein nein, es ging nur um den inhalt, ich achte schon Hantek hat mist
ins EEPROM programmiert.
Also, das fpga design selber scheint der letzte für diese modele zu
sein, es ist allerdigns vom Dez 2013 so kann es sein das "hinz" die
nicht drauf hat. Ob ein älteres fpga design mit deinem model läuft kann
ich nicht prüfen, fakt ist das der CPLD andere programmierung hat. Du
kannst natürlich versuchen anderes FPGA design zu kopieren, kaputt wird
man da nix machen. Deins ist dn-DSO_hw1.01_5577x8344_date131225.rbf, die
ältere
version für diese hw revision ist dn-DSO_hw1.01_5555x830F_date130709.rbf
Beide sind auf meinem 1drv, in DSO hacks\fpga designs\hw1.01
http://1drv.ms/1hf4SgO
Du kannst auch versuchen den mir mehr oder weniger unbekannten parameter
"front" zu ändern und EEPROM neu beschreiben. Bei dir steht "2", ich
kenn eigentich nur "0" oder "1" (wobei "2" sah ich auf einem Voltcraft,
auch hw101 auch neuester fpga design. Wie der sich verhalten kann kann
ich aber nicht mehr sagen, kann mich nicht mehr dran erinnern).
Kopiere einfach die HDVersion.set aus dem anhang in dso root dir, also
direkt in / und starte dein DSO neu. Die fw wird dann automatisch dein
EEPROM neu programmieren, evt. noch ein restart notwendig. Wenn das nix
bringt, kannst dann die "front" in der datei von 0 auf 2 ändern und
wieder rüber kopieren, damit dein EEPROM wieder org. progammierung
bekommt.
Deine S/N wird dabei nocht geändert, nur fw optionen.
Thomas R. schrieb:> nein nein, es ging nur um den inhalt, ich achte schon Hantek hat> mist> ins EEPROM programmiert.>> Also, das fpga design selber scheint der letzte für diese modele zu> sein, es ist allerdigns vom Dez 2013 so kann es sein das "hinz" die> nicht drauf hat. Ob ein älteres fpga design mit deinem model läuft kann> ich nicht prüfen, fakt ist das der CPLD andere programmierung hat. Du> kannst natürlich versuchen anderes FPGA design zu kopieren, kaputt wird> man da nix machen. Deins ist dn-DSO_hw1.01_5577x8344_date131225.rbf, die> ältere> version für diese hw revision ist dn-DSO_hw1.01_5555x830F_date130709.rbf>> Beide sind auf meinem 1drv, in DSO hacks\fpga designs\hw1.01>> http://1drv.ms/1hf4SgO>> Du kannst auch versuchen den mir mehr oder weniger unbekannten parameter> "front" zu ändern und EEPROM neu beschreiben. Bei dir steht "2", ich> kenn eigentich nur "0" oder "1" (wobei "2" sah ich auf einem Voltcraft,> auch hw101 auch neuester fpga design. Wie der sich verhalten kann kann> ich aber nicht mehr sagen, kann mich nicht mehr dran erinnern).>> Kopiere einfach die HDVersion.set aus dem anhang in dso root dir, also> direkt in / und starte dein DSO neu. Die fw wird dann automatisch dein> EEPROM neu programmieren, evt. noch ein restart notwendig. Wenn das nix> bringt, kannst dann die "front" in der datei von 0 auf 2 ändern und> wieder rüber kopieren, damit dein EEPROM wieder org. progammierung> bekommt.> Deine S/N wird dabei nocht geändert, nur fw optionen.
Hallo Thomas,
ich habe sowohl die rbf Datei getauscht, als auch das EEPROM mittels
deinem Anhang neu programmiert, beides brachte, auch nach 2 restarts,
keine Veränderung. :(
Weißt du wie es in dem DSO aussieht? Könnte es wirklich sein, dass man
die Regler falsch herum anschließt?
Danke!
Gruß
erma
falsch angeschossen, hmm, eher nicht. So sieht so ein frontpanel board
aus, du kannst in dem hw1007 schaltplan auch sehen wie es angeschloosen
war. Wenn dein board genau so aussieht, dann iegt das an der firmware
auswertung und fpga designs (da die firmware durchas abfragt was für hw
man hat und entsprechend reagiert).
Auf die schnelle geht natürlich umlöten. Übrigens, ist es nur volt/div
oder auch timebase (oder gar waveform position) ?
Thomas R. schrieb:> Auf die schnelle geht natürlich umlöten. Übrigens, ist es nur volt/div> oder auch timebase (oder gar waveform position) ?
Hallo Thomas,
Es ist nur volt/div für beide Kanäle und Timebase. waveform position ist
weder vertikal noch horizontal betroffen.
Gibt es eine Möglichkeit das Oszi vollständig auf den
Auslieferungszustand zurückzusetzen?
Danke!
Gruß
erma
eigentlich sind einstellungen in /param/sav/r* gespeichert, löscht man
die sind alle weg. Zusätzlich kann man /sys.inf bearbeiten und den
bootcounter zurücksetzen. Mehr gibts es nicht (ausser evt. lizenzen und
optionen in dem eeprom und nach dem boot in /i2c.log. Die kann man aber
leicht anpassen, siehe EEPROM tool auf dem 1drv.
Hallo,
der Status ist unverändert. Habe nun alles probiert, alle Einstellungen
gelöscht, ...
Werde das DSO nun beim Conrad umtauschen, Danke an die Helfenden!
Gruß
erma
