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
erma schrieb: > Ist dies normal? Nein. > Irgendwie durch einen Software Update behebbar? Welche Version ist denn drauf?
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:
1 | cp /lib/firmware/* /mnt/udisk/ |
2 | cp /i2c.log /mnt/udisk/ |
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=0 https://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
die S/N ist kein problem, die frage ist: hast du alle FFh mit 23h ersetzt?
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
Angehängte Dateien:
-
fp.jpg
420 KB
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
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.