John schrieb: > Habe da mal was gebastelt, damit die Beschriftung zu den erweiterten > Innereien passt... Ich würde es lassen. Voltcraft ist ein Markenname und manche Firmen reagieren ziemlich empfindlich, wenn man irgend etwas, sei es etwas völlig harmloses, damit macht.
Hallo, statt Voltcraft kannste ja "Mikrocontroller.net" schreiben oder µC-Net. Gruß Old-Papa
Hallo, betrifft Firmware 120625: anbei zwei Bilder wegen der Signaldarstellung. Im ersten eine Montage mit einer bewußt falschen Anzeige eines 20 MHz Signals bei 4 ms. Aber man sieht das etwas anders ist, bei richtiger Anzeige fällt es nicht so auf. Beim Foto sieht man dass der Bildschirmaufbau im Rollmodus auch anders ist, oben die neue Firmware unten die 120423. Als ob der Bildaufbau jetzt an die Refreshrate vom LCD gekoppelt ist oder Double-Buffering verwendet wird? Peter
Hallo, betrifft Firmware 120625: Beim Aufruf bzw. öffnen vom Bode Assistent gibt es einen Absturz und der Watchdog schlägt zu. Peter
Hallo John, gefällt mir gut, was du da kreiert hast! Wie kommst du darauf, das der Hintergrund bläulich grau ist? Bei mir ist das eindreckiges Weiß! Wie auch immer, mir ist das wurscht, was die Firmen wollen oder nicht, das mache ich für mich und werde es wohl nicht beim Firmenhersteller ausstellen! Schick mir mal eine PN, ich antworte dann, bin an deinem Bauwerk interessiert. Ich selber bin Werbetechniker und arbeite nicht mit CorelDraw, meine Grafik Programme schweben da auf einer anderen Ebene, wenn du mir das als PDF im Vektorformat zukommen lassen würdest, wäre das schick. Gruß Michael
noch etwas was nicht mehr geht. Im Math Menü mot V0 die Scale umstellen. Es steht zwar die Meldung im Display aber ich kann nichts umstellen. Auch kann ich das Math Menü nicht mehr mit F0 ausblenden.
Christoph B. schrieb: > noch etwas was nicht mehr geht. > > Im Math Menü mot V0 die Scale umstellen. Es steht zwar die Meldung im > Display aber ich kann nichts umstellen. > ja, beim ch1/ch2 und ch2/ch1 geht V0 nicht - hat und wird auch nie. > Auch kann ich das Math Menü nicht mehr mit F0 ausblenden. das war auch nie vorgesehen. Die 2048 punkte FFT kostet rechenleistung, eine "unnötige" breitere fläche würde das ganze verlangsammen (und beim china produkt quele für weitere 100 bugs sein ...) Die FFT anzeige past auch perfekt zum dual window mode so wie die ist.
Hallo Hier hab ich mal den Vergleich zwischen meinen Hantekway mit aktueller FW, und meinen Tektronix465b. http://www.youtube.com/watch?v=Jy1OFQT693U Mfg pase-h
Thomas R. schrieb: > ich schreibe morgen warum das Jetzt hast du uns schon fast eine Woche vor Spannung kaum schlafen lassen.
Hallo, ich habe ein kleines Update vom DSO-USB-Tool hochgeladen: http://www.dreisiebner.at/dso-usb-tool/ Man kann jetzt eine Netzwerkverbindung auswählen bzw. muss eine Verbindung beim Start auswählen. Leider geht es mit dem Netzwerk noch nicht wirkllch gut. Screenshots und Dateien lesen geht nicht, der Rest so halbwegs. Zum Testen reicht es, der Code ist noch Baustelle. Ansonst hat sich an den Funktionen nichts geändert. Peter
Thomas R. schrieb: > Autor: > Datum: 10.07.2012 01:34 >> Hallo Thomas, >> hast Du zur LA-Erweiterung schon neue Infos? > ja, leider (ich schreibe morgen warum das). Hallo Thomas, kannst Du bitte noch die Auflösung liefern? Danke!
> kannst Du bitte noch die Auflösung liefern?
Scheinen alle in Urlaub zu sein.
Carsten Sch. (dg3ycs) hat auch seit Wochen nicht mehr gepostet.
scheint so. Dann mal allen eine schönen erholsamen Urlaub ! hmm, ich hoffe das Forum macht nicht auch noch zu ;-)
Nö, alle nicht ;-) Carsten Sch. hat wohl einige Probleme, mir hat er nie mehr geantwortet. Seine 2 Micrels liegen hier auch noch..... Das mit der LA-Platine hätte mich auch sehr interessiert, obwohl ich den LA hier aus dem Forum habe (Mini-LA nach MockUp) Ich bin hier allerding auch nur noch sporadisch, bin im "Sommer" meistens bei den Metallern zu finden (CNC-Ecke) Old-Papa
Hallo Old-Papa, schön, etwas von Dir zu lesen! Hoffentlich geht es Carsten gut. Ich bin gespannt, wann tinman sich hier mal wieder blicken lässt. Ich wünsche Dir einen schönen Sommer (nicht nur in der CNC-Ecke), Gruß Thomas
Hi liebe Community! Das ganze modden mit der Firmware von den Oszilloskopen hat mich neugierig gemacht. Warum für einen Software zahlen, wenn die Hardware bei den Modellen die Selbe ist? In der Arbeit nutze ich ein Tektronix tds 1012. Mein altes analoges Oszi hat leider das Zeitliche gesegnet, daher ziehe ich nun ein Digitales in die engere Auswahl. Ich will die Funktionen vom Digitalen nicht mehr missen :). Für zu Hause ist mir das 1012 aber doch etwas zu teuer. Daher kommt mir das Thema gerade recht ;) Nun wollte ich mich mal erkundigen, welches Oszi ich genau brauche um den "Firmware-Hack" durchzuführen. Vll. auch mit Anleitung. Das "billige" VOLTCRAFT DSO-3062C ist ja leider nirgends mehr aufzutreiben - ich lasse mich gerne belehren, falls es doch noch zum Kaufen ist. Welches Oszi verwendet ihr denn? Ich bin noch ziemlich neu in dieser Materie, daher hoffe ich nicht gleich abgewatscht zu werden. Vll. gibt's dafür auch schon Millionen Threads, von denen ich leider keinen hilfreichen gefunden habe :D Verzeiht mir das Off Topic. LG
Hallo, auf der Hantek Seite steht eine neue Firmware (V2.06.3_0808) zum Download bereit: http://www.hantek.com/english/down_list.asp?Unid=30 Cheers, Helmut
Thomas Sch. schrieb: > Thomas R. schrieb: >> Autor: >> Datum: 10.07.2012 01:34 >>> Hallo Thomas, >>> hast Du zur LA-Erweiterung schon neue Infos? > >> ja, leider (ich schreibe morgen warum das). > > Hallo Thomas, > > kannst Du bitte noch die Auflösung liefern? > Danke! Jetzt ist schon wieder fast ein Monat rum. Gibts nun das LA-Board oder ist das sang- und klanglos in der Versenkung verschwunden? Merkwürdig das tinman so schweigsam ist.
Pascal H. schrieb: > Mike Myers schrieb: >> Merkwürdig das tinman so schweigsam ist. > > Manche leute haben zurzeit Urlaub... Projektabschluss, Gürtelrose, Urlaub und jetzt noch Einschulung haben mich wirksam "abgeschaltet". Eigentlich bin ich keine Meme und finde immer Zeit, diesmal war aber einfach zu viel. Muss jetzt noch kurz weg, poste aber nachher die Preise für die LAs.
Hallo Tinman, alles o.k.? oder bist Du noch/wieder abgeschaltet? Gruß Thomas
Tekway LA Modul mit MSO firmware Die LA/MSO Erweiterung ist passend für alle Hantek DSO5xxxB (hw1007), alle Tekway DST1xxxB (hw1007) und alle Voltcraft DSO-3062C DSOs. Anbei eine vorläufige englische User manual (nur LA/MSO relevante Info), es ist mehr oder weniger frei übersetzt aus dem chinesischen. Die sollte ausreichend sein um die LA/MSO funktionen zu verstehen. Da mittlerweile auch Hantek die MSOs produziert (MSO5062D, MSO5102D, MSO5202D - http://www.hantek.com/english/produce_list.asp?unid=154) gehe ich davon aus das eine richtige user manual bald verfügbar wird. Tekway wird nur die passende (voll bestückte und getestete) LA erweiterung liefern, ich besorge Abstandhalter, Schrauben und 1.27mm Header für DSO mainboard. Die passende firmware kommt ebenfalls von Tekway (mit support!). Die passende DB25 Buchse (mit 5cm Flachband + 20pol 2.54mm stecker) kann ich auch mitliefern (auf Wunsch), allerdings bin ich nicht wirklich überzeugt von DB25 als geeignete Buchse für Signale bis 100MHz. Lediglich die Testkabel / Testklemmen werden NICHT mitgeliefert. Die LA PCB kann auch als LAN-Erweterung genutzt werden, es müssen lediglich die fehlenden Bauteile gelötet werden (DM9000 und Übertrager). Auch ein WLAN mit hilfe von WIZ610wi module kann realisiert werden (passendes anschluss auch auf der LA PCB vorhanden) wobei 40EUR für das WIZNET modul sind in meinen Augen viel zu viel. Die firmware die ich habe unterstützt allerdings kein Netzwerk (abgesehen von Linux remote zugriff was natürlich funktioniert), was die neueste version kann weiss ich (noch) nicht. Der Preis beträgt 120EUR (mit Versand in. DE) für DIY-Kit oder 130EUR (mit Rückversand in. DE) für Kit + Einbau. Die ganze Sache hat allerdings einen Haken - ich muss 200stk kaufen. Da ich es nicht Vorfinanzieren will bleibt nur zu hoffen das genug verbindliche (Vor)Bestellungen zusammen kommen. Eigentlich müsste bei den 2000+ verkauten Voltcraft DSOs genug potentielle Käufer geben. Falls jemand es komplett vorfinanzieren möchte gebe ich gerne meine "Provision" ab ^^. Wer also ein DIY Kit oder Kit+Einbau verbindlich vorbestellen möchte bitte um eine email / PN an mich direkt (nicht hier im thread posten). Die "Sammelbestellung" wird über meine Firma abgewickelt, es gibt also eine Rechnung und Gewährleistung (1Jahr). Tekway bietet mir nur 1 Jahr Garantie für diese Module, kann also nur das selbe weitergeben. Ein Schaltplan von dem LA Erweiterung werde ich ebenfalls posten, abgesehen von dem Cyclone III FPGA ist allerdings nix besonderes drauf. Und hier nochmal die Eckdaten: -Input: 16 Kanäle -Anzeige: einzeln (oder als 8ter gruppe) ausblendbar, frei positionierbar -Abtastung: bis 500MS/s pro Kanal -Speicher: 4k bis 512k pro Kanal (Timebase und DSO Memory Depth abängig) -Trigger: Edge, Pulse, Digital Pattern, Digital Continuous, Digital Repeated, Digital Queue -Treshold: 2.6V(TTL), 2.5V(CMOS), -1.3V(ECL), -8V bis +8V(User Defined) in 10mV Schritten.
120 Euro ist zwar fast der halbe Preis des ganzes Oszis, aber ich denke mal das es trotzdem interessant ist.
Martin schrieb: > 120 Euro ist zwar fast der halbe Preis des ganzes Oszis, ja, das stimmt schon. Aber so sind die Preise bei einer 200stk Bestellung. Auf Ebay kann man allerdings schon die MSO vs. DSO vergleichen, je nach Model/Verkäufer sind es 85-100EUR, mit EuST also 101-119EUR Preisunterschied. Für jemanden der noch kein DSO hat ist es eh egal, für die die allerdings ein DSO auf MSO umrüsten möchten ist es 299EUR(Conrad)+LA von mir vs. 510EUR(Ebay+EuST). Nun zu meiner Kalkulation: Eigentlich kosten diese LAs 80USD/stk (beim Dollarkurs 1.25 - auch Chinesen müssen mehr bezahlen beim Kursänderung), aber nur wenn ich den Versand als "Samples" akzeptieren würde. Das mache ich aber nicht, ich will eine ordentliche Rechnung und Versicherung, ich will auch die EuST bezahlen. Es kommen also 17% chinesische Steuern oben drauf. Es sind zwar kleine PCBs, denoch passen nicht so viele in eine standard DSO verpackung - mit viel Glück 20, mit etwas Pech nur 10. Das macht also 5 bis 10USD/stk für Versand. Klar, Container mit 100k stk ist günstiger, auch einzeln als 10cent Brief ist super günstig, aber beides ist nicht möglich hier. Ich nehme mit Absicht "100USD pro DSO Verpackung" weil das ist der einziger gemeinsame Nenner den ich und Tekway kennen. Oben drauf kommt EuST, mach also um die 100EUR/stk bei dem aktuellen Dollarkurs. Für die Schrauben, Abstandhalter, Buchsen, Kabeln, Stecker, I/O Header, Verpackung und Versand kommen ~ 10EUR/stk. Für die 12 Monate Gewährleistung berechne ich 10EUR/stk, versteh mich nicht falsch aber Tekway Garantie funktioniert nur gut wenn man mehrere Sachen zurück schicken muss (die Kosten muss ich tragen). Zum glück habe aber IR-Rework Station hier, andererseits habe noch nie gehört von irgendwelchen kaputten Hantek LAs. Es wird für mich also mehr oder weniger null Runde sein. Etwas Risiko ist denoch da, dacher wollte ich es nicht Vorfinanzieren. Bei einer Sammelbestellung muss ich mir keine Sorgen machen, kommen keine 200 Vorbestellungen zustande wird einfach nicht bestellt. Martin schrieb: > aber ich denke mal das es trotzdem interessant ist. das denke ich auch. Heute bekamm ich neueste firmware für die MSOs, man merkt die 8 Monate Entwicklung sofort (Stabilität!). Das war ja auch einer der Gründe warum ich gezögert habe mit der Sammelbestellung.
Thomas R. schrieb: > Bei einer Sammelbestellung muss ich mir keine Sorgen machen, kommen > > keine 200 Vorbestellungen zustande wird einfach nicht bestellt. Oh bitte nicht
Thomas R. schrieb: .... > Bei einer Sammelbestellung muss ich mir keine Sorgen machen, kommen > keine 200 Vorbestellungen zustande wird einfach nicht bestellt. Ok, Butter bei de Fische... Ich habe PN an Thomas geschrieben (ja, 1x bestellt) Gruß Old-Papa
Also ich bin auch dabei, aber bereits per PM gesendet. Für mich persönlich ist es ein Schnäppchen.
ist es auch möglich das protocol wie rs232 can spi i2c zu entschlüsseln
Hallo Thomas (tinman), ich habe mir vor den Sommerferien ein DST1062B zugelegt. Hat hw 10070x555583e8 und sw 2.06.3 (120423.0) Eigentlich nicht um es auf die höhere Mhz zu modden, sondern weil ich hier die ganzen positiven Entwicklungen verfolgt habe. Firmware update, im Problemfall gibt es hier nette Leute und Lösungen, etc. Und ich mir als Anfänger gerade eine kleine Hobby-Ecke aufbaue. Ich spiele mit dem Gedanken mir eigentlich einen externen Logicanalyser zu holen und würde daher ganz gerne wissen (wie Pascal auch), ob eine Protokoll entschlüsselung möglich ist. Evtl. mit Software via USB auf dem PC? Da hätte ich nämlich dann auch Interesse an diesem Modul. Soweit ich das Verstehe kann ich mein Gerät mit dem LA/MSO von Dir bzw. Tekway aufrüsten. Welche Analyse Funktionen bietet denn dann das Oscilloscope mit der neuen Firmware? Gruß Matthias
Ist es eigentlich normal das im Lieferumfang eine CD mit dem Sourcecode der Firmware dabei ist? Habe diese in meinen Unterlagen gefunden, ist auch mit Source Code beschriftet. Gruß Matthias
Die Oszi-erweiterung hat keine Protokoll-decoder dabei. Dafür sind die stückzahlen, die wir abnehmen, zu gering. Die CD ist, weil auf dem Gerät Linux läuft, das unter der GPL lizensiert ist. Und die sagt, dass eine Kopie des sourcecodes mit dem Produkt mitgeliefert werden muss. Allerdings fehlen so weit ich weiß die sourcen der DSO.exe. Die sollte ja auch eine Hantek/Tekway entwicklung sein womit sie kein GPL-code sind. Sollten die dso.exe sourcen doch dabei sein würden sich hier vermutlich alle über einen upload freuen ;) Gruß, Sebastian
Ah, danke für die Erläuterung. Sieht tatsächlich so aus als wenn der Teil für DSO.exe fehlt. Jetzt hab ich da aber nicht so die Ahnung von, daher hier mal das
1 | Verzeichnis von Y:\Tekway\CD mit Source Code\Tekway_desktop_series\DSO_bench |
2 | |
3 | 14.09.2012 09:33 <DIR> . |
4 | 14.09.2012 09:24 <DIR> .. |
5 | 10.05.2012 14:05 1.280.000 drivers_2.6.13_lz_120410.tar.gz |
6 | 20.07.2009 20:17 40.342 mkxxxximage_tools.tar.bz2 |
7 | 07.05.2012 11:43 10.752.000 rootfs-2.6.13-dst1kb-newdac.tar.gz |
8 | 10.04.2012 09:33 34.949.120 busybox-1.18.4_lz_120410.tar.gz |
9 | 14.09.2012 09:33 163 liste.txt |
10 | 10.04.2012 13:50 2.305.889 lib_sqlite-3.5.9.tar.gz |
11 | 24.04.2012 13:44 18.009 COPYING |
12 | 10.04.2012 10:13 2.211.840 vivi_800x480_lz_120410.tar.gz |
13 | 24.04.2012 13:46 1.024 readme.txt |
14 | 27.06.2007 14:17 6.932.403 busybox-1.2.0.tgz |
15 | 24.04.2012 11:37 276.879.360 linux-2.6.13-800x480_lz_120410.tar.gz |
16 | 24.04.2012 16:03 4.703.308 gnupg-1.4.9.tar.gz |
17 | 20.05.2005 00:02 25.600 COPYING.LIB |
18 | 29.06.2011 10:13 1.518.304 zImage_2.6.13 |
19 | 05.05.2012 10:43 6.287.360 lib_libpng-1.4.8.tar.gz |
20 | 16.09.2008 12:42 207.453.792 arm_tool.tar.gz |
21 | 05.05.2012 10:41 46.499.840 lib_cups-1.3.11.tar.gz |
22 | 24.04.2012 16:05 4.597.637 lib_libiconv-1.13.1.tar.gz |
23 | 05.05.2012 10:41 46.499.840 cups-1.3.11.tar.gz |
24 | 07.01.2011 11:22 93.080 vivi_2.6.13 |
25 | 05.05.2012 10:43 6.287.360 libpng-1.4.8.tar.gz |
26 | 21 Datei(en), 659.336.271 Bytes |
27 | 2 Verzeichnis(se), 425.925.574.656 Bytes frei |
Zum LA/MSO, verstehe ich es also richtig, es werden nur die SIgnalverläufe in der zeitlichen Reihenfolge dargestellt. Den Rest muß man sich dann selber zusammenreimen. Könnten man diesen Part den sonst auch via Software auf dem PC erledigen? Gibt es eine verbesserte PC-Software seitens Tekway dafür? Gruß homa
Nochmal ich, habe gerade versucht mein DST1062B mit der PC zu verbinden, bis dato nur so benutzt. Habe zuerst TTScope2.0.0.4EN.exe installiert und dann via USB verbunden. Leider klappt das nicht. Weder unter Win7 32bit noch XP Prof. als Admin Ich bekomme die Meldung: Over Time Danach hakelt die Software völlig. Habe auch das USB Kabel getauscht, leider ohne Erfolg. Ein weiteres Phänomen, wenn ich das Oscilliscope neustarte (an/aus) dann will er zwischenzeitlich einen Treiber für ein neues Gerät installieren. Diesen findet er aber nicht. Ich muß dann das Oscilloscope an und ab stöpseln. Ein Neustart der Software TTScope ist fällig, aber auch dann klappt es noch nicht. s.o. Gibt es ein Update oder was mache ich falsch? Gruß homa
Schau mal auf der Seite von Hantek. Ist genau die gleiche wie bei Tekway, nur dass sie unter Windows 7 64 Bit mit dem Treiber etwas weiter unten funktioniert (ist glaube ich sogar eine Version aktueller). Die von CD läuft zumindestens unter Windows XP problemlos. Frag aber am besten einfach nochmal bei deinem Händler nach, ist ja nur ein Anruf (vieleicht mailt er dir die Software auch zu). Firmware solltest du aber nicht einfach die andere nehmen sondern nachfragen ob du das darfst (Garantie).
Danke für den Hinweis! Ja mit der Version TTScope2.0.0.5 klappt es wunderbar. Finde die Funktion Analyse Bus ganz interessant. Werde nachher mal mein Testboard mit SPI damit anschauen. Wenn der Bereich mit dem LA/MSO ausgebaut würde - wunderbar! USB ist aber doch ganz schön träge, bekomme so langsam doch lust auf eine LAN erweiterung...
Thomas, du hast irgendwo weiter oben geschrieben, dass 4-Kanal Scopes von Tekway und Hantek geplant sind. Gibts da schon genauere Infos (Datum, Preis, Speicher, Firmware-Upgradebarkeit)? Danke! Oh und auch von mir vielen Dank für die Zeit, Arbeit und Nerven, die du in dieses Projekt steckst! (Bin grad auf der Suche nach nem erschwinglichen DSO und war so fasziniert von der ganzen Firmware Geschichte, dass ich den ganzen Thread durchgelesen hab)
Florian schrieb: > Thomas, > du hast irgendwo weiter oben geschrieben, dass 4-Kanal Scopes von Tekway > und Hantek geplant sind. Gibts da schon genauere Infos (Datum, Preis, > Speicher, Firmware-Upgradebarkeit)? in 4 wochen gibts die nächste Hong Kong Electronics Fair, die 4 Kanal modele waren also vor genau 1 jahr vorgestellt. Eigentlich sollten die dann nach 3 bis 9 monaten verfügbar sein, es kamm aber anders. Das einzige kommentar dazu war das die immer noch rausgebracht werden und das der umfang von funktionen grösser sein wird als bei den 2-kanal MSOs. Die 2Kanal MSOs waren eigentlich gar nicht von Hantek vorgesehen, die sollten nur von Tekway (da die keine 4Kanal produzieren wollten) rausgebracht werden, was auch dann fast pünktlich passierte. > > Danke! bitte schön.
Falls noch jemand bei der Sammelbestellung mitmachen möchte : Ich selber werde am Sonntag den 23.09 die Bestellung abschicken und am 25.09 Tekway bezahlen. Alle Vorbestellungen die bis Samstag 23:59 bei mir eingegangen sind werden auch mitbestellt. Da das ganze per Vorkasse geht wird, wäre nett wenn das Geld spätestens am 25.09 bei mir auf dem Konto wäre. Für Spätbesteller: Notfalls reicht eine Überweisungskopie.
Hallo, Falls es interessiert: Fuer die wichtigsten Funktionen des Scopes (DSO5102B usw.) habe ich am Wochenende ein kleines Kommandozeilentool zum Auslesen der Samples, Screenshots etc. geschrieben. Den Code gibt es hier: https://github.com/onnokort/dsoc Fuer Feedback bin ich dankbar - Ich lese diesen Thread hier im allgemeinen aber nicht. Viele Gruesse Onno
Status der Sammelbestellung Bitte an alle, die vorbestellt, aber mir noch keine persönliche Daten/Anschrift zurück gemailt haben. Ohne Eure Daten kann ich keine Rechnung schreiben, ohne Rechnung gibt’s keine Überweisung und ohne Überweisung keine Sammelbestellung. Sei bitte so fair den anderen Vorbestellern gegenüber und entweder mailt mir Eure Daten oder eine Absage. ####################################################### Ich werde mit der Bestellung auf Tekway's Antwort zum Thema "LA Daten auslesen über USB" warten. Ein paar Vorbesteller möchten es so, ich werde mich also "beugen". Allerdings nicht Ewigkeit, die 2-3 Tage werden wohl sein. ####################################################### Es gibt eine inoffizielle Lösung um auf die DSO/MSO Daten übers Netzwerk zugreifen (und auch Remote steuern). Ein spezieller Treiber leitet die DSOs USB Daten zum UDP Server, der wiederum kommuniziert mit beliebigen LAN Treiber. Sowohl die original DSO/MSO PC Software als auch die Software von Peter http://www.dreisiebner.at/dso-usb-tool/ funktionieren mit dieser Lösung. Sobald ich die neueste Tekway Firmware habe, werde den Treiber für den MSO kompilieren und testen. Sollte das immer noch gehen (Linux Version ist höher), werden wir dadurch eine Möglichkeit haben auch die LAN-Erweiterung des MSOs zu nutzen! Mehr Details hier: http://www.eevblog.com/forum/general-chat/hantek-tekway-dso-hack-get-200mhz-bw-for-free/msg147254/#msg147254 http://www.eevblog.com/forum/general-chat/hantek-tekway-dso-hack-get-200mhz-bw-for-free/msg147499/#msg147499
Hallo Thomas, gibt es eigentlich schon eine Schaltplan zu dem Modul? Auf dem PCB sind einige ICs unbestückt: Beitrag "Re: TEKWAY DST1xx2B Oszilloskop" * U11 - DM9000EP? * U5 - ? * JC1 - Übertrager? Welcher währe geeignet? Lohnt es sich diese zu Bestücken? Gruß, Thomas P.S. Es wird doch hier reichlich unübersichtlich mit zwei Threads + dem auf eeev. Eigentlich währe ein webbasiertes Projektmanagement-Tool à la Redmine / Chiliproject genau das richtige. Von mir aus auf englisch, oder twosprachig.
Ja, die LAN Optionhätte ich auch gerne. Ich habe schon mal geschaut, wo man den DM9000EP bekommt. Kostet bei Farnell einzeln satte 11 euro. Und dann wohl nochmal so viel Porto. Da muss ich wohl noch mehr bestellen damit es Sinn macht.
Frank Walzer schrieb: > Ja, die LAN Option hätte ich auch gerne. Ich auch. Wird wohl noch ne Sammelbestellung fällig :)
Ne günstige Bezugsquelle für vernünftige Hooks (E-Z-Hook XKM?) wäre durchaus auch noch interessant. Da könnte sich eine Sammelbestellung auch lohnen. Eventuell kombiniert mit dem LAN-chip. Der würde mich durchaus auch reizen...
Sebastian ... schrieb: > Ne günstige Bezugsquelle für vernünftige Hooks (E-Z-Hook XKM?) wäre > durchaus auch noch interessant. Ich habe vor ein paar Monaten ein 100er-Pack Billig-Grabber für rund 15 Euro gekauft. Für 15 ct das Stück kamen sie sogar noch einzeln verpackt Kopfschüttel. Ich hatte mir Die Grabber schlimmer vorgestellt und Präzision geht anders, aber sie tun es für meine Anwendung.
Die Frage ist ja, was man mit der Ethernet-Schnittstelle ohne Firmareunterstützung überhaupt sinnvoll machen machen kann. Und würden wir eine zukünftige Firmareunterstützung überhaupt damit nutzen können, oder wird das anderweitig verdongelt sein.
Thomas schrieb: > Die Frage ist ja, was man mit der Ethernet-Schnittstelle ohne > Firmareunterstützung überhaupt sinnvoll machen machen kann. > Und würden wir eine zukünftige Firmareunterstützung überhaupt damit > nutzen können, oder wird das anderweitig verdongelt sein. Du hast anscheinend nicht gelesen was ich geschrieben habe Beitrag "Re: TEKWAY DST1xx2B Oszilloskop" Die dso.exe kommuniziert normalerweise mit dem PC über USB Port/Treiber, leitet man diese Daten aus dem USB Treiber auf ein UDP Server kann man die Daten über LAN lesen/schreiben. Warum so einfach? Weil die (einzige) offiziele Firmware die LAN unterstüzt ist für die Handhelds geschrieben, da werden die Daten, sobald man den Verbindungsart vom USB auf LAN umschaltet, von der dso.exe nicht zum USB Treiber sondern zum LAN Treiber geschoben. Der wiederum macht nix anderes UDP Server.
Frank Walzer schrieb: > Ja, die LAN Optionhätte ich auch gerne. Ich habe schon mal geschaut, wo > man den DM9000EP bekommt. Kostet bei Farnell einzeln satte 11 euro. Und > dann wohl nochmal so viel Porto. Da muss ich wohl noch mehr bestellen > damit es Sinn macht. z.b. ebay 120920835499 , da werde ich selber bestellen. Der Verkäufer (utsource) ist vertrauenswürdig.
Für die von euch die MSO/LA PCB bestellen - für die optionale LAN erweiterung braucht man folgende Bauteile: RJ45 jack - AMP RJHS(E)-538x serie (muss auf DSO PCB bestückt werden) http://www.digikey.de/product-detail/de/RJHSE-5381/RJHSE-5381-ND/1242694 http://www.pollin.de/shop/dt/MTU3ODQ1OTk-/Bauelemente_Bauteile/Mechanische_Bauelemente/Steckverbinder_Klemmen/RJ45_Einbaubuchse.html Übertrager 1:1, PM44-11BG oder H1102NL Mouser 673-H1102NL Ebay 120922014491 Ebay 110894158132 LAN IC DM9000EP (Achtung - QFP100) http://de.rs-online.com/web/p/ethernet-controller/6655647/ Ebay 120920835499 Und wenn es noch leuchten soll 2x1k 0603 die auf der DSO PSC gelötet werden müssen. Falls utsource(ebay) als Quelle genommen wird bitte beachten das es "ein paar Tage" dauern wird (14-28 Tage). Man kann da auch per DHL Express zustellen lassen, kostet aber entsprechend. Die Preise da sind bekannt, eine Sammelbestellung mag kleine Abweichung haben, wenn ich weiss wie viel kann ich anfragen und hier posten. Daher falls jemand von euch den Übertrager+LAN IC haben möchte bitte melden bei mir. Den RJ45-jack und die 0603 1k Widerstände kann jeder für sich oder auch als Sammelbestellung gemacht werden.
zugrif auf die LA Daten ist mittlerweile möglich, siehe Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?" Damit soltte die die wichtigste Frage beantwortet sein, d.h. ich werde heute Abend die Bestellung schreiben und abschicken.
Hallo Thomas R. gibt es eine Möglichkeit alles über Dich zu bestellen ? Wenn ja, würde ich gerne diese Option nutzen :) Grüße D
Hallo zusammen, wo bekommt man zur Zeit die günstigsten Oszilloskope dieser Baureihe? Also in Europa, ohne Zollgebühren, lange Wartezeit, seriösen Händler, etc... Habe mal gesucht und folgendes gefunden: VOLTCRAFT DSO-3062C --> nicht mehr erhältlich... HANTEK DSO5062B --> 439€ bei einem französischen Händler http://www.elec3i.com TEKWAY DST1062B --> 490€ bei einem deutschen Händler http://www.pinsonne-elektronik.de Kennt ihr billigere Bezugspunkte? Die Softwarehacks funktionieren ja noch ohne Probleme oder? Danke und Gruß
Florian K. schrieb: > wo bekommt man zur Zeit die günstigsten Oszilloskope dieser Baureihe? > Also in Europa, ohne Zollgebühren, lange Wartezeit, seriösen Händler, > etc... > also ich kann dir für 259EUR/stk verkaufen, falls Du 1000stk bestellst.
Hi! Z.B. hier http://www.pce-instruments.com zu € 340,00. Heißt da PCE-DSO5062B. Nehmen Paypal und hatten wirklich schnell per DHL geliefert. Ist Lüfter drin, der Mod geht problemlos, das update vom August ließ sich auch problemlos installieren und Logo für das 5202 ist auch mit drin. Probes waren 2x PP-80 dabei, TP6100 gibts aber billig auf Ebay. http://www.eevblog.com/forum/product-reviews-photos-and-discussion/cheapest-100mhz-oscilloscope-probes-hands-on-review/ HW (bei mir) 10070x555583e8 Nicht ganz so billig wie Voltkraft, aber wohl lieferbar :)
slein schrieb: > Z.B. hier http://www.pce-instruments.com zu € 340,00. > Heißt da PCE-DSO5062B. > Nehmen Paypal und hatten wirklich schnell per DHL geliefert. Das hört sich ja vielversprechend an. Vielen Dank für den Tipp. slein schrieb: > Ist Lüfter drin, Wie laut/leise ist der Lüfter? Scheinbar hat ja nicht jeder "Klon" einen, insofern wäre es interessant, ob die laut genug sind, dass sie stören?
update MSO Sammlebestellung Die PCBs sind bestellt, Tekway wird aber erst am 10.Okt versenden da die in China (wieder mal) eine Woche am feiern sind - Mid-Autumn Festival und dann noch National Day.
Tatsächlich....es gibt die Liste hier noch ;) So ruhig geworden.....
Peter Krengel schrieb: > Tatsächlich....es gibt die Liste hier noch ;) > So ruhig geworden..... jup... Ich denk mal dass es hier erst wieder richtig weiter geht, wenn die LA Erweiterung dann bei den Leuten Angekommen bzw. Eingebaut ist.
die LA PCBs sind mittlerweile unterwegs, laut tracking sollten die am Freitag bei mir sein.
Thomas R. schrieb: > die LA PCBs sind mittlerweile unterwegs, laut tracking sollten die > am Freitag bei mir sein. Ich wollte schon fragen.... ;-) Da es jetzt wieder kalt wird, bin ich von meiner ungeheizten Metallwerkstatt unter das Dach gezogen, kann also wieder gelötet werden. Gruß Old-Papa
ja, irgendwie läuft diesmal schleppend, erst hat TNT gejammert das die sendung "Nicht Versandfähig" sei - dann aber 2 Tage später es doch (angeblich unverändert?!) angenommen, bin gespannt was der grund war. Jetzt (habe gerade erfahren) kommt Zollamt Köln nicht klar mit der sendung, garantiert wieder EORI nicht lesbar oder was auch immer. Werde die gleich früh anrufen und fragen was los ist.
Es gibt wohl eine neue Firmware: Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?" Link: (Leerzeichen bitte entfernen) http: //www.hantek.com. cn /Product/DSO5000Series/DSO5202B_Firmware.zip @ Thomas R. (tinman): hast Du evtl. schon Infos zu den Unterschieden und beseitigten Bugs?
Thomas Sch. schrieb: > Es gibt wohl eine neue Firmware: > Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?" > Link: (Leerzeichen bitte entfernen) > http: //www.hantek.com. cn /Product/DSO5000Series/DSO5202B_Firmware.zip > > @ Thomas R. (tinman): > hast Du evtl. schon Infos zu den Unterschieden und beseitigten Bugs? nein, dafür hatte ich keine zeit gehabt. Das kostet mich jedesmal ein paar stunden und diesmal muss ich mich erst mit neuer MSO firmware beschäftigen (damit ich auch endlich die LA PCBs ausiefern kann).
hier gibts die neueste bug liste Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?" Es sind ein paar bugs weniger, einiges ist aber auch dazu gekommen.
es gibt eine neue firmware version passend für - Tekway DST1000B - Hantek DSO5xxxB (und die PCE clones davon) - Volcraft DSO 3062C und DSO 1062D http://www.hantek.com/english/down_list.asp?unid=30 Ich habe auch die bug liste nochmal bearbeitet, und auch ein paar neue bugs in älteren fw versionen gefunden. Falls ich etwas übersehen habe, bitte melden. EDIT: ahja, habs vergessen. Es gibt ein paar neue messungen: FOVShoot RPREShoot BWidth FRF FFR LRR LRF LFR LFF
Ersan G. schrieb: > Welche nimmt man da als Voltcraft DSO 1062D besitzer? eine von den drei wird gehen (eigentlich sind alle drei gleich, nur jedesmal mit anderen model namen als datei name gepackt)
Einen Bug habe ich erstmal gefunden, in vorherigen Firmware-Versionen ist mir das jedenfalls nicht aufgefallen: Die Triggerpegel von Kanal1 und Kanal2 lassen sich nicht unabhängig voneinander einstellen. Lässt sich am einfachsten so nachvollziehen: - Beide Kanäle einschalten - Trigger-Menü aktivieren - als Quelle z.B. Kanal1 wählen - Triggerpegel ändern und merken - als Quelle anderen Kanal wählen und siehe: der Wert ist der selbe Das funktioniert in beiden Richtungen und auch, wenn nur ein Kanal eingeschaltet ist. Dann versuche ich ja immernoch die Systematik herauszubekommen, wann der Tracking-Cursor auch im Stop-Zustand "trackt". Meine bisherigen Erkenntnisse: - es funktionier nie bei 4k Speichertiefe - es funktioniert fast immer bei 1M Speichertiefe - wenn es bei 1M funktioniert hat, dann auch bei 512k und 40k Auch beim Betätigen inaktiver Bedienelemente, z.B. Vertikal Position von Kanal2 wenn dieser ausgeschaltet ist oder des inaktiven V0-Knopfes stoppt Display-Refresh für bis zu ca. 0.5s, aber das scheint mit Bug30 identisch zu sein. Vielleicht überlasten die dabei erzeugten Interrupts das ganze System? Leider ist ja nun auch wieder der automatische 20MHz-Tiefpass im empfindlichsten Bereich aktiv :-( Gruß Micha
Kleine Ergänzung zum Tracking-Cursor bei "stop": Wenn er bei "Stop" nicht trackt, hilft es, den "Run/Stop"-Button mehrmals zu drücken, irgendwann "trackt" er dann mal. Auf diese Weise kann man ihn sogar bei 4k Speichertiefe dazu überreden. Das funktioniert bei niedrigen Ablenkgeschwindigkeiten besser als bei hohen, aber irgendwann klappts immer. Eine richtige Systematik ist da nicht erkennbar. Dieser Teil der Firmware scheint wohl ganz schön mit der heißen Nadel gestrickt worden sein. Gruß Micha
Micha schrieb: > Einen Bug habe ich erstmal gefunden, in vorherigen Firmware-Versionen > ist mir das jedenfalls nicht aufgefallen: > > Die Triggerpegel von Kanal1 und Kanal2 lassen sich nicht unabhängig > voneinander einstellen. doch doch, das war schon immer so. Warum sollte es anders sein? Oft will man auch den "Pegel" mitnehmen um in dem anderen Triggerart bezugspunkt zu haben. Braucht man allerdings unabhängige Triggerpegeln, dann ist der Alternate modus da, da kann man beide Kanäle voneinander unanbhängig einstellen (und evt. den "Pegel mitnehmen" in die andere Triggerarten (im Alt modus)) > > Dann versuche ich ja immernoch die Systematik herauszubekommen, wann der > Tracking-Cursor auch im Stop-Zustand "trackt". eigentlich nie. Tracking hat ein Buffer, das was Du "siehst" ist lediglich Echo dessen was da abgespeichert war. Im STOP mode soll/kann er auch nicht tracken, die firmware ist nie in die richtugn gebaut worden (tracking war auch ein Kundenwunsch, gebaut on top). So wie ich das sehe wird der Buffer aus dem Bildspeicher befuttert wird, der wiederum wird nur aktualisiert wenn die Daten geändert werden. Um genau zu sagen der Vertikalwert wird da gelesen, den kann man auch nciht statisch anhand vom Vertikal Skala berechnen. Der muss, basierend auf den Horizontalposition gefunden werden (im Buffer) - und genau das passiert schon nicht da kein update, dann der Cursor dahin bewegt werden, dann die Werte berechnet und angezeigt. Angezeigt (und berechnet) werden lediglich die Horizontal Werte (klar, da die erstmal statisch angepasst werden können anhand von Bild position und timebase). Das ist aber zu wenig um den ganzen Vorgang zu Triggern. Den Buffer kannst du wunderbar sehen wenn Du den Curor einmal einrasten lässt, dann Cursor aus, Waveform verschieben (recht/link oder oben/unten), cursor wieder an - und jetzt kann man sehen das der Cursor an den alten positionen stehen geblieben ist bevor ein in neue positionen reinspringt. Mit anderer waveform aus/ändern/an sieht man das auch. Ob man das wirklich nicht lösen kann ohne die firmware umzubauen kann ich nciht sagen Micha schrieb: > > Eine richtige Systematik ist da nicht erkennbar. Dieser Teil der > Firmware scheint wohl ganz schön mit der heißen Nadel gestrickt worden > sein. > ja, wie gesagt. Es war Kundenwunsch und dementsprechend nie vogesehen gewesen. Das erschwert das ganze. > Auch beim Betätigen inaktiver Bedienelemente, z.B. Vertikal Position von > Kanal2 wenn dieser ausgeschaltet ist oder des inaktiven V0-Knopfes > stoppt Display-Refresh für bis zu ca. 0.5s, aber das scheint mit Bug30 > identisch zu sein. Vielleicht überlasten die dabei erzeugten Interrupts > das ganze System? das ganze System nicht. Da laufen mehrere Threads die für andere Sachen zuständig sind. Der Bedienfeld Thread (pth_scan_keyboard) ist es aber hier für die Verzögerung zuständig. Es gibt da einige, aus welchen grunden uch immer, usleep aufrufe drin die auch abgearbeitet werden obwohl die evt. nicht abgearbeitet werden müssen z.b. Kanal gerade abgeschaltet - wozu dann den Zustand prüfen? Das kann man besser Lösen, siehe Agilent (viel an, viele funktionen/filter aufgerufen -> Bedienfeld gleich schnell lediglich Bild Refreshrate geht runter), man kann aber genau so scheisse implementieren - siehe Tektronix (je mehr an desto alles langsammer). > > Leider ist ja nun auch wieder der automatische 20MHz-Tiefpass im > empfindlichsten Bereich aktiv :-( > ja, ich weiss. Ich hatte aber in den letzten Wochen 3 unterschiedliche firmware versionen gehabt. Habe die auch genau getestet und am 14.01 die Bug Liste abgechickt. Eine lange Email, neue Bugs, wilde Beschimpfungen (wirklich, es wäre so toll wenn der Entwickler mal nen DSO bekommen würde, und eine für kleine Kinder am besten, Taffel wo drauf steht Klick das und guck ob Ergebniss = 1 oder 0 ... wenn 0 dann immer noch Bug), sogar teile des reversed code mit Beschreibung wo der Fehler drin steht (damit der Entwickler es auch bloss nicht überliesst oder denkt das er besser weisst). Und eigentlich wollte ich die Liste nicht posten sondern warten bis die ein paar Bugs mehr gefixt haben .. und was ist passiert ? Aus Trotz (wohl) hat da jemand doch eine neue Version gepostet. Als Antowrt kamm "war wohl Überschneidung", ja klar, das glaube ich gerne. An seiner stelle würde ich auch, wenn jemand meine Arbeit kontinuierlich "auslacht"*/kommentiert/bei dem management schlecht macht auch irgendein scheiss posten und sagen "wieso? läuft doch alles hier". *Auslachen tue ich eigentlich nicht, es gibt auch nciht viele Entwickler die in der Lage sind die ganze Komplexität zu begreifen, potentiele Fehlerquellen vorhersagen oder gar die Fehler zu beseitigen. Da arbeiten angeblich aber mehr leute als am Anfang (was ich allerdings nicht glaube), das macht die Sache also viel einfacher - weil wie kann ein Team ! etwas ganz einfaches (zu sehen! nicht fixen) übersehen (z.b. Bug 15) ? Das es schwer war zu fixen kann ich verstehen, immerhin befindet sich der Triggerbereich ausserhalb des Buffers, und es ist auch nicht 100% gefixt (irgendwann gibts ns bereich abweichungen) aber es ist max. des "mögliches gemacht worden" (sowas kann z.b. Hameg nicht, da hat wohl einer sich gedacht was geht und was nciht und es versucht keiner mehr über deren schatten zu springen und den Roll-STOP Zoom bug zu fixen. Ich sage es nciht dass dies bei der hardware/firmware und den was sich der "projekt manager" ausgedacht hat (ja, manchmal entspricht die Lösung nicht dem was sich jemand als "Platform ablauf" ausgedacht hat) gefixt werden kann, aber andere firmen haben auch "zu wenig speicher" und finden am Ende heraus das die Daten doch schon im Bildspeicher vorhanden sind (oder waren und keiner die entsprechend genutzt hat)). Rant .. egal. zurück zum Thema. Noch besser ist die Bugs 26 und 27. Wie die entstanden sind ist egal, Fakt ist aber das jemand, wohl ohne getestet zu haben, sich gedacht hat "ahja, der dumme user/hacker hat recht, die firmaware springt um 2 Positionen zu weit nach links beim umschalten" (sprich MTB wird 2x höher eingestellt als es im signle window war bevor dual window eingeschaltet war). Und wie hat man es gefixt? Einfach ein hack der den Wert reduziert. Super Lösung. Ergebniss ist bekannt, 27 weg und 26 wieder da (naja, etwas andere Form davon). Klar, der Entwickler hat sogar evt. den DSO oder Dev Board eingeschaltet, fw installiert und gesehen "ja, die MTB Anzeige wird richtig geändert". Leider aber nie ein Test Signal gespeisst und getestet, dann würde er auch direkt sehen das zwar die MTB anzeige geändert war, aber die Waveform selber nicht mit der angepasste MTB skalliert (wohl die reihenfolge von "Abspeichern von Timebase_lib wert und Bild aktualisieren nicht richtig angehalten <- ja das konnte ich auch mit mehreren extra lines code (im hex editor reingehackt) fixen. Daher auch mein Recht es zum kommentieren und "auslachen".
Noch etwas; obwohl die Fehler manchmal so eindeutig sind und wirklich schwer zu übersehen, schaft sogar so ein "ober tester" wie ich die nicht zu sehen. Ein super beispiel Bug 41 (ja genau, noch eins). Eigentlich "Mega" und nciht nur super Beispiel. Einfach STOP drucken, dann F7 um Dual Window zu aktivieren .. ups, wo ist die Waveform geblieben? Genau, die ist weg. Das selbe umgekehrt geht auch nicht, also erst Dual Window starten, dann STOP drucken, dann wieder F7 um in Single Window zu wechseln - und schon wieder weg das Bild. Das ganze ist auch speichertiefe oder Timebase position unabhängig. Und was ist so besonders an dem Bug ? Das ist wohl eine die Basic funktionen des DSOs hier, und der Bug ist seit August 2012 drin. Gut, zu meiner verteidigung kann ich nur sagen das ich mit dem MSO die ganze Zeit arbeite, die DSO firmware flashe ich nur zum Test. Trotzdem hätte ich es sehen müssen ... oder nicht? Hat es keiner hier gesehen?
Andy, nix für ungut (ich dachte die farben und bug/fixed beschriftung sollte eindeutig sein), aber 7 postings höher und in der bug liste steht doch alles drin: - bug die besetigt worden sind : 40,31,30,27,25,15 - neue features -> 9 neue messarten Das Bild im anhang zeigt die nochmal, dabei sind allerdings noch die zwei die schon vorhanden waren "Overshoot" -> was eigentlich "ROVShoot" ist und "Preshoot" was eigentich "FPREShoot" ist.
Hallo, hab leider mein Passwort vergessen ... deshalb als Gast. Ich wollte letztens die Leistung an einem kleinen Modell-Synchronmotor untersuchen. Ch1: Spannung Ch2: Strom Math: CH1*CH2=P(t) Wollte die verbratene Leistung durch Mittelung des "Math"-Kanals bestimmen. Doch leider funktionieren die Measurements nicht für den "Math"-Kanal. Können andere Scopes das? Vielleicht könnten wir das ja in die Bug/Improvement Request List aufnehmen. Cheers, Helmut
Rohde und Schwarz kann das, aber die kosten auch ein paar Euro mehr. Von den China-scopes ist mir keines bekannt, mit dem man auf den Math-Kanal weitere Operationen anwenden kann. Schön wäre das aber auf Jeden Fall. Ich hab zum Beispiel schon mehrfach eine FFT des Math-Kanals vermisst. Aber dagegen sollten die Measurements auf dem Math-Kanal noch richtig leicht zu implementieren sein. Viele Grüße, Sebastian
Jetzt kann ich den Post oben leider nicht mehr editieren.... @Thomas, Danke für den Hinweis auf die neuen Measurements. Einen kleinen Bug hab ich dann auch gleich gefunden: Bei Delay1-2Rise werden zu viele Nullen angezeigt, wenn beide Signale exakt zum gleichen Zeitpunt risen (z.B. gleiches Signal an beiden Kanälen). Dann stehen der Wert und die Einheit übereinander. Bei allen anderen Measurements dieser Art, also Delay1-2Fall, FRF,FFR,LRR,LRF,LFR,LFF ists das gleiche. Wobei es natürlich deutlich dringendere bugs gib. Außerdem sollten die Bezeichnungen der Measurements angeglichen werden. Delay1-2Rise gehört zu den neuen Messungen dazu, dann sollten die auch alle das gleiche Namensschema haben (wobei ich die Buchstabenkürzel etwas ungünstig finde, da wären eigentlich Piktogramme super...) Das gleiche bei Overshoot und Preshoot. Die sollten mit FOVShoot und RPREShoot vereinheitlicht werden. Ansonsten mal wieder Vielen Dank für deine Super Arbeit! Du machst ja quasi das gesamte Bug management für Hantek... Viele Grüße, Sebastian
Hallo Thomas, sorry, ich hab jetzt erst gesehen, dass Deine Bugliste ein pdf ist und kein Bild. Wer lesen kann ist echt im Vorteil. Schöne Grüße Andy
Thomas R. schrieb: > Noch etwas; obwohl die Fehler manchmal so eindeutig sind und wirklich > schwer zu übersehen, schaft sogar so ein "ober tester" wie ich die nicht > zu sehen. Ein super beispiel Bug 41 (ja genau, noch eins). > > Eigentlich "Mega" und nciht nur super Beispiel. Einfach STOP drucken, > dann F7 um Dual Window zu aktivieren .. ups, wo ist die Waveform > geblieben? Genau, die ist weg. Das selbe umgekehrt geht auch nicht, also > erst Dual Window starten, dann STOP drucken, dann wieder F7 um in Single > Window zu wechseln - und schon wieder weg das Bild. > > Das ganze ist auch speichertiefe oder Timebase position unabhängig. > > Und was ist so besonders an dem Bug ? Das ist wohl eine die Basic > funktionen des DSOs hier, und der Bug ist seit August 2012 drin. > Gut, zu meiner verteidigung kann ich nur sagen das ich mit dem MSO > die ganze Zeit arbeite, die DSO firmware flashe ich nur zum Test. > Trotzdem hätte ich es sehen müssen ... oder nicht? Hat es keiner hier > gesehen? Hm, das hast du doch schon gesehen, siehe Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?" Aber nichts für ungut, bei der Vielzahl an Fehlern hatte ich auch nicht mehr dran gedacht. Das das Oszi für stop-Messungen insgesamt eher weniger zu gebrauchen ist (meiner Meinung nach), erklärt wohl auch, warum dieser Fehler nicht so auffällig war. Analog wohl keine große Sache, mit LA schon eher problematisch. Grüße Roger
Sebastian ... schrieb: > Jetzt kann ich den Post oben leider nicht mehr editieren.... > > > @Thomas, > > Danke für den Hinweis auf die neuen Measurements. > > Einen kleinen Bug hab ich dann auch gleich gefunden: > > Bei Delay1-2Rise werden zu viele Nullen angezeigt, wenn beide Signale > exakt zum gleichen Zeitpunt risen ahja, ich sehe es. > > Wobei es natürlich deutlich dringendere bugs gib. > allerdings, denoch werde ich es vermerken auf der liste. > Außerdem sollten die Bezeichnungen der Measurements angeglichen werden. > Delay1-2Rise gehört zu den neuen Messungen dazu, dann sollten die auch > alle das gleiche Namensschema haben ja, eigentlich FFF und FRR. Aber die kann man selber in der /OurLanguages/deinesprache.lan anpassen. siehe English.lan im Anhang > (wobei ich die Buchstabenkürzel > etwas ungünstig finde, da wären eigentlich Piktogramme super...) > ja, das würde auch gehen. Man müsste (naja wir auch, aber ich habe kein bock bei jeder firmare zu patchen) die Init_Icon anpassen im fw code damit auch neue icons eingelesen werden können. Dann einfach in der deinesprache.lan datei as jeweilige text anpassen, z.b. statt LFF dann ^22 LFF Das macht dann icon 22 (also Rising Edge Bild) vor dem Text. Wie das aussehen könnte siehe Anhang. Dafür habe tatsächlich AutosetSquareSignle.ico bearbeitet und dann ^29 LFF in der English.lan anstatt LFF eingetragen. Damit ist natürlich das Bild AutosetSquareSignle.ico falsch wenn man AutoSetup und Rechteck Single Signal hat, aber es ging hier um ein Beispiel wie es aussehen könnte. Vllt sollte ich schon solche Bilder machen und einfach zuschicken. > > Ansonsten mal wieder Vielen Dank für deine Super Arbeit! Du machst ja > quasi das gesamte Bug management für Hantek... eigentlich für Tekway, Hantek und Co profitieren davon allerdigs auch.
... und wie man sieht aus in dem Measure Auswahle Menu sehe die Bilder gut aus
Roger John schrieb: >> Trotzdem hätte ich es sehen müssen ... oder nicht? Hat es keiner hier >> gesehen? > Hm, das hast du doch schon gesehen, siehe > Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?" > Aber nichts für ungut, bei der Vielzahl an Fehlern hatte ich auch nicht > mehr dran gedacht. ja ich weiss, habe auch später gemerkt nach dem ich meine emails durchgegangen bin um nochmal alles bugs zu sammeln. > Das das Oszi für stop-Messungen insgesamt eher weniger zu gebrauchen ist > (meiner Meinung nach), erklärt wohl auch, warum dieser Fehler nicht so > auffällig war. was auch nicht sein kann, es gibts mehrere firmware versionen die kein problem mit stop mode haben. Warum die immer wieder scheisse einbauen müssen weisst ich nicht. Das habe ich auch ganz deutlich geschrieben, an alle die ich da kenne mit grossbuchtaben und in farbe. Sowas macht man zwar nicht, aber scheisse jede 3 monate eingauen (die man doch 2-3 wochen davor gefixt hat) macht man auch nicht. Ist ja auch etwas kindisch, einerseits freue die sich über genaue tests (weil damit die weniger stress haben), andererseits versuchen die immer wieder sachen zu verstecken - wie geschrieben im "bug 33". Auch die Bauteile werden immer noch abgeschliefen, da habe ich auch nochmal deutlich gefragt "wozu?". Was nutzt das wenn ich schon die Schaltpläne gemacht habe (wie z.b. vom MSO). Das schwächt nur die Bauteile (und davon hatte ich einige hier, der "beste" war selbst oszillierendes AD8370 - da gabs pfeifgeräsche ohne Strom, wirklich interessant). Und was ist danach passiert ? Jede menge "oh danke, werden wir nicht mehr machen" email ... und bis heute schleifen die ab ...
Ich habe etws mit den farben herumgespielt, am besten sieht aber in SW. Alle .ico Dateien sind fertig, ich denke so sieht es gut aus. Ich werde das so verschicken, mal sehen wie lange die dafür brauchen^^
Super, genau so hatte ich mir das vorgestellt! Jetzt bleibt nur zu hoffen, dass es Tekway schnell übernimmt. Sebastian
gehen diese MSO Platinen auch mit den "VOLTCRAFT DSO-3062C" versionsn?
Cool, gibt es eine zusamen gefaste anleitung wie man die platine verbaut. und wo bekommt man eine?
Trax schrieb: > Cool,gibt es eine zusamen gefaste anleitung wie man die platine verbaut. ja, hier http://www.mikrocontroller.net/articles/Tekway_MSO Z.zt. nur englische version und keine HD50 einbau anleitung, die kommt noch aber. Auch die deutsche version wird folgen, falls mein übersetzungsprogram funktioniert. > und wo bekommt man eine? eventuell bei mir, ich habe 2 stk übrig aber auch gleichzeitig "ein paar" leute die es noch haben wollten (lustigerweise bentzen die meisten wegwerf email adr. die auch nie geprüft werden, ist deren pech). Sollten also in den nächsten tagen keine antworten komme werde ich es hier mitteilen, dann kannst du eins haben.
so, die eglische version ist jetzt hier http://embdev.net/articles/Tekway_MSO die deutsche kommt hier rein (wenn ich fertig bin) http://www.mikrocontroller.net/articles/Tekway_MSO Also bitte nicht meckern, von wegen 'ich verstehe nicht was da steht', weil ich tue es auch nicht verstehen^^
Es ist vollbracht... jetzt können die 'Duden-Geier' fehler kommentieren. Die die kein MSO haben/gekauft haben können den Artikel (bzw. den Schaltplan der da drin ist) als eine Bauanletung benutzen um die fehlende Netzwerkkart zu bauen/bestücken.
Thomas R. schrieb: > Ersan G. schrieb: >> Welche nimmt man da als Voltcraft DSO 1062D besitzer? > > eine von den drei wird gehen (eigentlich sind alle drei gleich, nur > jedesmal mit anderen model namen als datei name gepackt) Muss man um die Firmware aktualisieren zu können an dem Voltcraft DSO 1062 irgendwas ändern oder geht das direkt ohne Änderungen an dem Gerät? Kannte den Thread hier noch gar nicht, direkt mal in die Favoriten legen und demnächst mal durchkauen.
Moritz A. schrieb: > @mr.mo: Schaue doch einfach mal 2 Posts über deinem… Da habe ich auch schon reingeschaut. Das sieht für mich aber viel mehr wie eine Anleitung zum Umbau/Umrüsten nach MSO aus? Ich frage einfach vorher bevor da irgendwas bestimmtes modifiziert werden muss und das Gerät nach der aktualisierung nicht mehr laufen will.
mr. mo schrieb: > > Ich frage einfach vorher bevor da irgendwas bestimmtes modifiziert > werden muss und das Gerät nach der aktualisierung nicht mehr laufen > will. um die firmware upzudaten brauchst du nix ausser firmware, usb stick und dso. Ich sah nix drin in dem dso1062D was die verwendung von hatnek firmware nicht erlauben würde, ich sah auch nix in diser firmware (das mag aber bei der nächsten version anders sein, um sicher zu sein hilft es die jetzige firmware zu entpacken, den inhalt merken und in der zukunft vergleichen) was ein dso1062d kaputt machen würde. Eigentlich kann man die nicht kaputt machen: - macht man kein backup und NAND flash ist weg -> dann hilft werkskalibrierung weiter. Es wird evt. die /chk_base_volt datei fehlen, aber was solls, dann kann man eine selber erstellen. I m schlimmsten fall, sprich das eigene DSO hat "riesen" abweichungen gehabt, wird die 2mv bereich nciht 100% genu sein. Und eigentlich geht alles ohne fremde hilfe, Hantek hat root fs und kernel auf deren website gepostet, man kann also selber eine NAND image erstellen. Dann mit hilfe von ARM JTAG bootloader programmieren, booten, rest der image restoren, firmware entpacken und die dateien kopieren, dso.exe starten, werkskalibrierung machen, neu starten, selbstkaliebrierung starten -> voilà!, das dso lebt wieder. - hat man ein backup und NAND flash ist weg -> na dann macht man restore. - geht was kaputt an der hardware, na dann nimm man deb schaltplan und repariert es. Es sind drin keine wunderkerzen, sondern bautele die gut dokumentiert sind. Kein mux -> spannugnen prüfen, Spannunggen ok aber kein linux boot -> na dann arm mit jtag prüfen, arm geht na dann boot image prüfen, boot image da na dann sdram prüfen, sdram geht na dann cpld entfernen .. spätestens hier wird es gehen falls alles andere ging. CPLD und FPGA kann man auch tauschen, inhalt des CPLDs ist bekannt, also nix passietr hier. FPGA programmierung ist ind e firmware, also wieder nix verpasst. Sogar das display ist leicht zu finden, 30-40eur und gut ist. Nur ebim netzteil wird man, falls das trafo kaputt geht, probleme haben. Wobei, dann baut man was anderes rein, die specs sind bekannt. Ich habe wochen arbeit da reingesteckt, diese DSOs sind genau so gut reparierbar wie die hoch gelobten alten analog scopes .. sorry, sogar noch besser, da kein spezieles "display", traffo kein problem, kein custom hybrids. Hat das deine fragen beantowrtet?
Thomas R. schrieb: > Hat das deine fragen beantowrtet? Du hast mehr beantwortet als ich eigentlich wissen wollte. Mir gings nur darum zu hören ob die Firmware direkt läuft oder man vorher irgendwas machen muss. Thomas R. schrieb: > Eigentlich kann man die nicht kaputt machen: Ich denke aber mal beim update wird nichts schief laufen, falls doch gibts ja nun eine Anleitung. Aber danke nochmal für die ausführliche Antwort. :)
kann mir jemand den unterschied des MSO /DSO irgendwo verdeutlichen?
mr. mo schrieb: > Moritz A. schrieb: >> @mr.mo: Schaue doch einfach mal 2 Posts über deinem… > > Da habe ich auch schon reingeschaut. Das sieht für mich aber viel mehr > wie eine Anleitung zum Umbau/Umrüsten nach MSO aus? Gut, ich dachte das meinst du mit "aktualisieren". Den Rest hat tinman ja schon erläutert. Sven S. schrieb: > kann mir jemand den unterschied des MSO /DSO irgendwo verdeutlichen? MSO ist DSO mit zusätzlichen Logikanalysator-Kanälen (also keine Wertermittlung, sondern digitales über/unter Schwellwert)
An alle die ein MSO Kit gekauft haben sei bitte vorsichtig, prüfe am besten 2 mal ob die PCB auch richtig drin ist. Eine reihe zu weit und der S3C2440 SoC ist weg. Hat gerade jemand geschaft.
Thomas R. schrieb: > Habe die auch genau getestet und am 14.01 > die Bug Liste abgechickt. Eine lange Email, neue Bugs, wilde > Beschimpfungen (wirklich, es wäre so toll wenn der Entwickler mal nen > DSO bekommen würde, und eine für kleine Kinder am besten, Taffel wo > drauf steht Klick das und guck ob Ergebniss = 1 oder 0 ... wenn 0 dann > immer noch Bug), sogar teile des reversed code mit Beschreibung wo der > Fehler drin steht (damit der Entwickler es auch bloss nicht überliesst > oder > denkt das er besser weisst). Ins Blaue gedacht. Könnte es helfen, wenn sich weitere User direkt an Tekway/Hantek (am besten an den CEO) wenden? Vielleicht mit einem Offenen Brief? (hach, das ist so schön Alt-68er :-)) Oder neumodisch mit einer Online-Petition? Sebastian ... schrieb: > (wobei ich die Buchstabenkürzel > etwas ungünstig finde, da wären eigentlich Piktogramme super...) Die Kürzel sind vermutlich von Instek "geklaut". Ich kenne keinen anderen Hersteller außer Instek, der die bisher verwendet hat.
Thomas R. schrieb: > so, die eglische version ist jetzt hier > > http://embdev.net/articles/Tekway_MSO > > die deutsche kommt hier rein (wenn ich fertig bin) > > http://www.mikrocontroller.net/articles/Tekway_MSO > > Also bitte nicht meckern, von wegen 'ich verstehe nicht was da steht', > weil ich tue es auch nicht verstehen^^ Markiere die doch als Wettbewerbsbeitrag. Vielleicht gewinnst du ein Uni-T DOS :-)))
Please fill out this Field schrieb: > Thomas R. schrieb: >> so, die eglische version ist jetzt hier >> >> http://embdev.net/articles/Tekway_MSO >> >> die deutsche kommt hier rein (wenn ich fertig bin) >> >> http://www.mikrocontroller.net/articles/Tekway_MSO >> >> Also bitte nicht meckern, von wegen 'ich verstehe nicht was da steht', >> weil ich tue es auch nicht verstehen^^ > > Markiere die doch als Wettbewerbsbeitrag. Vielleicht gewinnst du ein > Uni-T DOS :-))) für einen kurzen moment dachte ich dies auch, allerdings gibs da drin nix spezieles. Mit eine DIY PCB, mindestens für LAN, hätte es mehr sinn gemacht. Eine umbaualneitung und reversed schaltplan sind allerdings zu wenig.
Johannes R. schrieb: > > Hab die 1005er Hardware, muss noch anrufen wegs Umtausch gegen 1007er. > > MFG Johannes hast Du noch die hw1005? Oder anders gefragt, hat jemand die hw1005 version? Ich würde mir gerne die trigegr in/out schaltung (ja genau, die gibts da drauf) angucken. Die hw1007 haben die 2/4? FPGA pins nicht geroutet. D.h. ein paar Bilder würden mir reichen. Ich habe kein hw1007 PCB frei, sonst hätte ich sogar gerne getauscht.
Thomas R. schrieb: > Eigentlich kann man die nicht kaputt machen: > > - macht man kein backup und NAND flash ist weg -> dann hilft > werkskalibrierung weiter. Es wird evt. die /chk_base_volt datei fehlen, > aber was solls, dann kann man eine selber erstellen. I m schlimmsten > fall, sprich das eigene DSO hat "riesen" abweichungen gehabt, wird die > 2mv bereich nciht 100% genu sein. Und eigentlich geht alles ohne fremde > hilfe, Hantek hat root fs und kernel auf deren website gepostet, man > kann also selber eine NAND image erstellen. Dann mit hilfe von ARM JTAG > bootloader programmieren, booten, rest der image restoren, firmware > entpacken und die dateien kopieren, dso.exe starten, werkskalibrierung > machen, neu starten, selbstkaliebrierung starten -> voilà!, das dso lebt > wieder. Hab gerade mal die Firmware auf das Voltcraft DSO-1062D drauf gemacht, ... DSO will nicht mehr. Bootscreen -> Oberfläche ohne die Plots -> Brown-Out -> Neustart > Es wird evt. die /chk_base_volt datei fehlen Irgendwie habe ich das Gefühl das genau das zutrifft. Wie komme ich den in die Werkskalibrierung? Muss ich das Gerät öffnen oder hat es eine bestimmte Tastenkombination? Will es ungerne Öffnen, wegen Garantie und so.
mr. mo schrieb: > > Hab gerade mal die Firmware auf das Voltcraft DSO-1062D drauf gemacht, > ... DSO will nicht mehr. > > Bootscreen -> Oberfläche ohne die Plots -> Brown-Out -> Neustart > tja, guck dir die bilder Vor_dem_update.png und nach_dem_update.png an. Wie du sehen kannst geht alles - wenn man es RICHTIG macht. Was damit gemeint ist siehe weiter unten >> Es wird evt. die /chk_base_volt datei fehlen > > Irgendwie habe ich das Gefühl das genau das zutrifft. ne lass mal, die Gefühle sind hier fehl am platz. Diese datei, sollte die fehlen - tut es aber nciht - ist lediglich für selbstkalibrirung werte notwendig. Was DU gemacht hast ist was anderes. Aber erst mal ein Rätsel, welche datei war auf deinem usb stick ? die aus dem Bild stick_1.PNG, oder stick_2.PNG oder stick_3.PNG? Definitiv nicht die wie auf dem bild stick_1.PNG, sonst würde dein DSO weiter funktionieren. DU hast einfach die falsche firmware version genommen und dein DSO ins nirvana befördert. Ich habe schon einmal hier geschrieben welche die RICHTIGE version ist : Beitrag "Re: TEKWAY DST1xx2B Oszilloskop" Du musstest aber unbedingt eine andere probieren, selbst schuld. Nochmal an alle damit es eindeutig wird, das sind die aktuellen firmware versionen auf Hantek webseite -> siehe fw_versionen.PNG ROT - böse, nciht benutzen GRÜN - gut, die benutzen > Wie komme ich den in die Werkskalibrierung? das steht mindestens 20 mal im internet (hier, eevblog) > Muss ich das Gerät öffnen oder hat es eine bestimmte Tastenkombination? dito Abgesehen davon du brauchst keine Werkskalibrierung sonder muss lediglich den backup - den du natürlich brav gemacht hast - wieder aufspielen. Wie - steht ebenfalls hier in diesem thread und auf eevblog > > Will es ungerne Öffnen, wegen Garantie und so. tja, jetzt kannst entweder öffnen uns backup wieder restoren oder Conrad bescheissen und sagen "keine ahnung, geht nicht".
Warum bist du eigentlich auf einmal so aggressiv? Verweise auf die beiden Threads hier und die auf eevblog sind ja im Prinzip richtig, nur sind alle diese Threads mittlerweile dermaßen lang und unübersichtlich geworden das es schon Glückssache ist darin etwas zu finden. Nicht mal die Suchfunktion hilf da noch wirklich weiter. Es fehlt einfach ein Ort, an dem alle Infos übersichtlich an einem Ort stehen.
Manfred Freise schrieb: > Warum bist du eigentlich auf einmal so aggressiv? warum den wohl ... was soll man mit menschen anfangen partout nicht lesen möchten, schlimmer noch - einen fehler machen und statt lesen einen weitern machen möchten (werkskalibrierung). Einen fehler darf jeder manchen, sogar zwei, drei usw. Aber dann sagt man ja auch "ups, hab nen fehler gemacht, komme (warum auch immer, nervös, aufgeregt, vorübergehend blind <- sowas passiert auch) nicht weiter klar. Kann mir jemand helfen?" .. und glaub mir es wird dann geholfen (und wenn du mir nicht glaubst, dann hast du den und die anderen threads in die ich jede menge zeit reingesteckt habe nicht gelesen). > > Verweise auf die beiden Threads hier und die auf eevblog sind ja im > Prinzip richtig, nur sind alle diese Threads mittlerweile dermaßen lang > und unübersichtlich geworden das es schon Glückssache ist darin etwas zu > finden. Nicht mal die Suchfunktion hilf da noch wirklich weiter. Es > fehlt einfach ein Ort, an dem alle Infos übersichtlich an einem Ort > stehen. ui, ui, ui ... jetzt werde ich aggressiv :) Mir ist klar das hier im Forum keine möglichkeit besteht die threads zu editieren. Die lösung wäre einen Artikel zu schreiben. Das mache ich eines tages, eventuell. Allerdings auf eevblog kann man die thread editieren, daher ist direkt unten in den ersten posting eine lange shortcuts liste. So muss man nicht suchen sondern nur den passenden shortcut wählen. > > nur sind alle diese Threads mittlerweile dermaßen lang > nicht desto trotzt sollte man mindesten die letzten postings durchlesen. In dem fall hier hätte gereicht etwas höher zu gucken und minimal nachzudenken "wenn die firmware die ich installieren möchte ist vom Jan 2013, hat es dann jemand schon getestet?", dann thread gucken (welchen den? tja, alles vom Januar 2013) Beitrag "Re: TEKWAY DST1xx2B Oszilloskop" und schon steht alles da ... die nächste frage wäre "ui, da sind mehrere dateien auf der Hantek website, welche wird die richtige sein?" ... dann ein kurzer blick ins forum .. wo? na gleich unter dem wo drin stand "es gibt neue firmware" .. und was finden wir da ? genau, hat schon jemand nach der richtigen datei gefragt: Beitrag "Re: TEKWAY DST1xx2B Oszilloskop" Es ist also weder böse gemeint, noch wirklich aggresiv gewesen sondern gut gemeint - damit andere eventuell etwas daraus lernen.
Ai, ai ai. Habe ich dich so verärgert? ^^ Muss ja nicht direkt so ausflippen :P Immer cool bleiben. Thomas R. schrieb: > DU hast einfach die falsche firmware version genommen und dein DSO ins > nirvana befördert. Ich habe schon einmal hier geschrieben welche die > RICHTIGE version ist : > > Beitrag "Re: TEKWAY DST1xx2B Oszilloskop" > > Du musstest aber unbedingt eine andere probieren, selbst schuld. Ich bin nicht blöd, ich habe die Posts gelesen und auch drei mal geguckt ob ich genau die Richtige Firmware nehme. Meinst du ich bin so dämlich, dass ich mit dem Motto "Wird schon schiefgehen" da rangehe? Ich habe nicht umsonst vorher gefragt ob da irgendwelche Modifikationen vorgenommen werden müssen und ob da irgendwas beachtet werden muss. Normalerweise ist das auch Idiotensicher, was da schiefgelaufen ist weiß ich bisher nicht. Ich kann mir nur vorstellen, dass Murphy bei mir zuhause war, denn: * Ich hatte alle runtergeladen um da mal in die Archive zu schauen. * Weil ich zu viele schlechte Erfahrungen mit komischen Dateinamen habe, habe ich das "richtige" Firmwarefile in "firmware" unbennant. (Vielleicht war das schon das Problem?!?!) Weil du direkt von falscher Firmware redest kann ich mir höchstens vorstellen, dass ich die falsche auf den Stick rüberkopiert und unbenannt habe. (Bei den Namen bleibt das nicht aus ...) > den backup - den du natürlich brav gemacht hast - wieder aufspielen. > Wie - steht ebenfalls hier in diesem thread und auf eevblog Lusitgerweise habe ich das im EEVBlog Thread gelesen und deine Anleitung befolgt. > tja, jetzt kannst entweder öffnen uns backup wieder restoren oder > Conrad bescheissen und sagen "keine ahnung, geht nicht". Ich könnte es nicht mit meinem Gewissen vereinbaren Leute zu bescheissen, daher kommt das nicht Frage. Hatte vorhin nen Kollegen angerufen der wesentlich mehr Ahnung von dem Innenleben eines DSO, FPGA und sowas als ich habe und bringt auch direkt ein JTAG Programmiergerät mit. Denke das Teil wird morgen wieder funktionstüchtig sein. Manfred Freise schrieb: > es schon Glückssache ist darin etwas zu > finden. Nicht mal die Suchfunktion hilf da noch wirklich weiter. Da muss ich zustimmen. Nachdem das DSO den Geist aufgegeben hat, hatte ich mich auch quer durch die Threads gequält und bin kaum fündig geworden ... Thomas R. schrieb: > warum den wohl ... was soll man mit menschen anfangen partout nicht > lesen möchten, schlimmer noch - einen fehler machen und statt lesen > einen weitern machen möchten (werkskalibrierung). Ne so sollte das nicht rüberkommen. Das kam aus deinem Post so raus, werde jetzt morgen dann mitn Kollegen das Backup draufspielen. Thomas R. schrieb: > Einen fehler darf jeder manchen, sogar zwei, drei usw. Aber dann > sagt man ja auch "ups, hab nen fehler gemacht, komme (warum auch immer, > nervös, aufgeregt, vorübergehend blind <- sowas passiert auch) nicht > weiter klar. Kann mir jemand helfen?" .. und glaub mir es wird dann > geholfen (und wenn du mir nicht glaubst, dann hast du den und die > anderen > threads in die ich jede menge zeit reingesteckt habe nicht gelesen). Ich hab gesehe, dass du sehr viel Support gibts. Es ist ja auch nicht schlimm das man halt irgendwann mal keine Lust mehr hat immer den gleichen Deppen zu helfen. Die wirklich wichtigen Posts findet man aber irgendwann in der Informationsflut nicht mehr. (Man sieht den Wald vor lauter Bäumen nicht.) Eine Sammlung von wichtigen Schritten wäre sinnvoll, aber sehr Zeitaufwändig. Thomas R. schrieb: > Es ist also weder böse gemeint, noch wirklich aggresiv gewesen sondern > gut gemeint - damit andere eventuell etwas daraus lernen. So ganz nett war es nicht, kann sein das es aus deiner Sicht nicht so gemeint war, aber es liest sich nicht gerade nett ^^. Aber ich bin da nicht so empfindlich, deine Reaktion kann ich daher nachvollziehen. Aber nochmal als Fazit zusammengefasst: Morgen kommt das Backup drauf und die Sache hat sich erledigt. Falls es da noch irgendwelche Probleme gibt werde ich mich hier nochmal melden. Daher nochmal danke an Thomas R. für sein Engagement hier und im EEVBlog Thread.
mr. mo schrieb: > > Normalerweise ist das auch Idiotensicher ich aber :) Im ernst, ich habs durchgespielt und nachgeprüft was könnte der grund dafür sein. Ein "frisches" Voltcraft DSO1062D hat sich genau so verabschiedet wie bei dir - boot, fw startet, keine reaktion, watchdog reboot. Ein Voltcraft auf dem schon die letzte firmware drauf war (die selbe version wohl wie bei der falschen firmware) hat dann etwas anders reagiert. Da hat firmware update die executable nicht ersetzt sondern nur die language files gelöscht - ergebniss DSO lief, menüs aber leer. Bei so einem gerät hilft nur das tool von Peter Dreisiebner, einmal verbunden, language files kopiert und gut ist. Ohne language files darf man auch die menüs nicht benutzen - so geht erneutes fw update nicht mehr. > >> den backup - den du natürlich brav gemacht hast - wieder aufspielen. >> Wie - steht ebenfalls hier in diesem thread und auf eevblog > > Lusitgerweise habe ich das im EEVBlog Thread gelesen und deine Anleitung > befolgt. > :) > Hatte vorhin nen Kollegen angerufen der wesentlich mehr Ahnung von dem > Innenleben eines DSO, FPGA und sowas als ich habe und bringt auch direkt > ein JTAG Programmiergerät mit. Denke das Teil wird morgen wieder > funktionstüchtig sein. ja, das sollte es gehen. Erst dann aber die restore datei aus den backup dateien erstellen. Wie das geht steht hier: http://www.eevblog.com/forum/index.php?topic=1571.msg75015#msg75015 ich habe auch gerade eben die B, BM/BMV und MSO backup tools bearbeitet und nochmal hoch geladen. Da drin befinden sich auch die jeweiligen tools und kurze anleitung um ein restore über JTAG oder USB/UART durchzuführen.
@Thomas, wieso wird nach dem Firmwareupdate eigentlich der "Starts" und "Updates" Counter zurückgesetzt? Irgendwie ist der Counter dann doch sinnlos?! BTW: gibt es eigentlich einen "inoffiziellen" Betriebsstunden-Counter oder sowas?
Timmo H. schrieb: > @Thomas, > wieso wird nach dem Firmwareupdate eigentlich der "Starts" und "Updates" > Counter zurückgesetzt? Irgendwie ist der Counter dann doch sinnlos?! > der Sinn, für Tekway als die die "DSO2.0 Platform" entwickelt haben, lag wohl woanders. An viele stellen (logo, gerät name, hersteler name usw) haben die sich gedanken gemacht wie man es universel und einfach anpassbar machen kann. Dabei hat Tekway auch den update counter nicht vergessen; es würde wenig sinn machen ein bereit gelagertes Tekway gerät auf "Bongo DSX1234" umzuwandeln ohne den update counter/boot counter zu resetten. Sehr viele von den möglichen anpassungen (es gibt auch speziele sachen) sind über USB/Firmware update durchführbar. Der grund dafür wird wohl der Chinesiche arbeitsmarkt (damit auch kinder/hausfrauen/billige arbeitskräfte es durchführen können) oder OEM freundlichkeit (stell dir vor Conrad hätte was seber umbauen müssen ...) sein. > BTW: gibt es eigentlich einen "inoffiziellen" Betriebsstunden-Counter > oder sowas? soweit ich weiss gibts kein counter. Mindestens habe nix in der firmware (muss aber nix bedeuten), filesystem (so viele dateien gibts es nicht, ich vergleich sehr oft binär die ganzen dumps), EEPROM (hier gäbe es möglicheit, habe aber kein counter gesehen) oder NAND (hier würde auch gehen raw zugriff zu machen, ist aber nix) gefunden.
An alle die ein MSO Kit gekauft haben ich habe den Artikel nochmal bearbeitet, neu sind : - Sicherung der MSO firmware - Wiederherstellung der MSO firmware - Wiederherstellung der DSO firmware (umwandlung zurück vom MSO auf DSO)
Ich nochmal: Das Voltcraft DSO läuft wieder. Ging schneller als gedacht. Ist aber die alte Firmware drauf. Der USB Stick scheint einen weg zu haben, nach 10x kontrollieren kackt das DSO immer nach dem Update ab. Der Kollege war aber da und wir konnten jedes mal das Backup neu drauf spielen. Ich habe aber keinen zweiten Stick zur verfügung um diesen mal zu testen. Jetzt lass ich die alte Firmware drauf und gut ist, der Kollege hat nen langen weg bis zu mir und war froh das er so schnell Zeit hatte. Was mir aber auffällt an deinen Screens von der DSO Info ist, dass du da e9 und ich e8 in der Hardware Version haben. Haben wir zwei unterschiedliche Geräte? Oder hast du das ebenfalls geupdatet? Hatte das glaub ich mal in nem anderen Thread gelesen, dass dies möglich ist und auch ne höhere Sample Rate mit sich bringt? Danke nochmal für die nützlichen Tipps zum wiederbeleben.
mr. mo schrieb: > Was mir aber auffällt an deinen Screens von der DSO Info ist, dass du da > e9 und ich e8 in der Hardware Version haben. > Haben wir zwei unterschiedliche Geräte? Oder hast du das ebenfalls > geupdatet? Hatte das glaub ich mal in nem anderen Thread gelesen, dass > dies möglich ist und auch ne höhere Sample Rate mit sich bringt? Beitrag "Re: TEKWAY DST1xx2B Oszilloskop"
Hallo! Micha schrieb: > > Leider ist ja nun auch wieder der automatische 20MHz-Tiefpass im > empfindlichsten Bereich aktiv :-( > @Alle: Kann man den wieder wegpatchen? Ich hab keine Ahnung wie ich auf die richtige Adresse komme... Robert
Thomas R. schrieb: > ich aber :) Im ernst, ich habs durchgespielt und nachgeprüft was könnte > > der grund dafür sein. Ein "frisches" Voltcraft DSO1062D hat sich genau > > so verabschiedet wie bei dir - boot, fw startet, keine reaktion, > > watchdog reboot. Ein Voltcraft auf dem schon die letzte firmware drauf > > war (die selbe version wohl wie bei der falschen firmware) hat dann > > etwas anders reagiert. Da hat firmware update die executable nicht > > ersetzt sondern nur die language files gelöscht - ergebniss DSO lief, > > menüs aber leer. Läuft die Firmware nun auf einem Voltcraft DSO1062D?
Andy L. schrieb: > Thomas R. schrieb: >> ich aber :) Im ernst, ich habs durchgespielt und nachgeprüft was könnte >> >> der grund dafür sein. Ein "frisches" Voltcraft DSO1062D hat sich genau >> >> so verabschiedet wie bei dir - > > Läuft die Firmware nun auf einem Voltcraft DSO1062D? natürlich läuft die, ich - und auch ein paar andere leute - haben es installiert/getestet. Hier war es eine person, mr. mo, dabei handelt sich entweder um ein DOA gerät, oder bereits von dem vorbesitzer verbastellt. Ich habe mich da etwas unglücklich ausgedrückt, es ging hier um eine bestätigung das "WENN eine falsche firmware, nämlich die von BM/BMV modelen (die unglücklicherweise auf der selben website wie die für B modele sich befindet) auf dem "Voltcraft DSO3062 und 1062"/"Hantek modele B"/"Tekway modele B" installiert, wird das DSO nicht mehr laufen".
ich habe das Firwareupdate auch gerade auf einem frischen Dso1062d von Conrad durchgeführt. Wie Thomas R. geschrieben hat musst du natürlich die richtige Version laden. Nur das Update des PFGA traue ich mich nicht, da ich keine Hardware für die möglicherweise notwendige Werkskalibrierung habe. Gruß Thomas
Thomas L. schrieb: > Nur das Update des PFGA traue ich mich nicht, da ich keine Hardware für > die möglicherweise notwendige Werkskalibrierung habe. > > Gruß Thomas PFGA würde ich auch nciht anfassen, aber FPGA geht schon :) Im prinzip, solange man die werkkalibrierung nicht anfasst hat, passier auch nix wenn eine neues FPGA design benutzt wird. Die selbstkalibrierung wird dann anhang der werkkalibrierung und der aktuellen hardware/software/temperatur das DSO einstellen. Wenn das design nicht passed sein sollte, passieren folgende sachen: - kein signal zu sehen, dreht man Volt/DIV hoch richtung max. wert dann sieht man immer kurz das signal. Das bedeutet offset ist total hin. Warum? Z.b. der verlötete DAC passt nicht zum FPGA design. Wo? Z.b. ein echtes Tekway MSO benutzt DAC8551, das EB FPGA design mag es nicht. - AC/DC offset passen nicht - triggerpunkt ist verschoben. Z.b. Handheld design ist an Handheld pcb angepasst, dadruch sind ein paar sachen verschoben. Werkskalibrierung beseitigt die meisten fehler, wenn nciht dann kopiert man schlauerweise die alte kalibrierung rüber und rebootet DSO. Was muss man kpieren? /chk_base_volt /mult_adc.log /tdc.log /i2c.log /tdc_edge125M /tdc_overtime125M /tdc_pulse125M /param/sav/chk1kb* Von den /tdc_edge/pulse/overtime können auch die 100MHz versionen geben, dann auch mitkopieren. Wenn man die sachen zurück kopiert, dann auch immer brav die /param/sav/run1kb* löschen - und rebooten. Beim kopieren immer abwarten oder sync ausführen.
habe neue firmware zum test bekommen, es wird immer besser! Folgende Bugs sind weg, im vergleich zur der liste hier: Beitrag "Re: TEKWAY DST1xx2B Oszilloskop" Bug 8, 18, 19, 20 ,21, 22, 34, 37, 38, 39 sind beseitigt! Bug 24 ist wieder etwas besser, ich glaube noch besser wird auf grund der anderen features in der firmware nicht mehr. Daher habe auch als "fixed" bei mir in der liste markiert, werde auch die entwicklung beobachten. Bug 26 und 41 konnten die nicht nachvollziehen, habe den text bearbeitet und bessere beschreibung/bilder zugeschickt - die sind jetzt da dran. Bug 42 und 43 (ja, die icons!) haben die auch akzeptiert und möchten jetzt implementieren. Es verbleiben also nur noch die bugs 4 und 23 (digitale filter und equivalent sampling) und die 3 verbesserung vorschläge (trigger auf beide flanken, keine auto 20MHz LPF beim umschalten und die nullen beim Hz abschneiden). Ahja, bug 33, die debug symbole - die wollte die nicht zurück implementieren. Ich habe die gestern nacht etwas belabert und rausgehandelt das auf anfrage dann jeweils eine nonstip version verschickt werden wird. Ich habe auch eine bereits bekommen, sowohl für DSOs (kernel 2.6.13) als auch MSO und BMV DSOs (kernel 2.6.30). Damit ist für mich persönlich dieser bug auch abgehackt.
hab eine neue version bekommen, die icons sind jetzt drin :) 26, 41 (fast ok, beim umschalten auf dual window müss in der firmware focus auf wtb gesetzt werden - ist aber mtb - damit skalierung stimmt), 42, 43 sind auch jetzt beseitigt/implementiert. Falls jemand es testen möchte - siehe anhang. Falls jemand die nonstriped version der dso.exe braucht - siehe ebenfalls anhang. Ich habe zwar versucht alles durchzutesten (auch ob die mit Voltcraft funktioniert ...), möglicherweise habe aber etwas übersehen, also bitte nicht gleich beschimpfen falls jemand noch etwas finden ^^
Thomas R. schrieb: > 41 (fast ok, beim umschalten auf dual window müss in der firmware > focus auf wtb gesetzt werden - ist aber mtb - damit skalierung stimmt), Wenn ich im Stop-Modus, Split, den H-Pos-Button drücke ist das Signal wieder weg. UPDATE: Bekomme ich auch nicht reproduziert, ich lasse gleich ne Kamera mitlaufen um die genauen Schritte replayen zu können :D Zusätzlich hatte ich gerade den skurrilen Effekt, dass ich im Stop die H-Pos hin- und herbewegt habe, und das Signal wanderte im Stop nach "unten" und bildete dabei Treppen. Bekomme ich aber (noch) nicht reproduziert.
Danke für die neue Firmware! Das hört sich echt gut an. Und vielen dank dass du dich für die Icons eingesetzt hast! Habe leider auch schon wieder einen Bug entdeckt: Bei nur einem aktiven Kanal kann man in der 200µs Timebase nur 512k Speicher nutzen. 1M wird nicht angeboten. Grüße, Sebastian
Sebastian ... schrieb: > > Bei nur einem aktiven Kanal kann man in der 200µs Timebase nur 512k > Speicher nutzen. 1M wird nicht angeboten. > > das ist kein bug :) wirklich. Es ist DIV/Abtastung bedingt, beim 200us/DIV gehen 4k, 40k, 512k und 2M - 1M schaltet sich aber ab. Entfernt man dies in der firmware, passieren seltsame sachen auf dem display. Es muss also so sein.
Ich habe mal die "Macken" auf Video gebannt und mit Anmerkungen als Hinweis versehen. Die genaue Repduzierbarkeit kann ich gerade leider mangels Zeit nicht testen: http://youtu.be/M_TodI4_5cE
Thomas R. schrieb: > Sebastian ... schrieb: >> >> Bei nur einem aktiven Kanal kann man in der 200µs Timebase nur 512k >> Speicher nutzen. 1M wird nicht angeboten. >> >> > > > das ist kein bug :) wirklich. > > Es ist DIV/Abtastung bedingt, beim 200us/DIV gehen 4k, 40k, 512k und 2M > - 1M schaltet sich aber ab. Entfernt man dies in der firmware, passieren > seltsame sachen auf dem display. Es muss also so sein. Dann ist es ein Bug, der einen anderen Bug vertuschen soll ;) aber ich will nicht weiter drauf rumreiten. Da gibt es dringendere Sachen
Hallo zusammen, vielleicht kann mir jemand eine Idee, warum das 1. DSO soviel teuerer ist als das 2. 1. http://www.ebay.de/itm/SIGLENT-SDS1062CM-60-mhz-Digital-Storage-Oscilloscope-/280868751340?pt=Mess_Prüftechnik&hash=item41651507ec#ht_4569wt_1398 2. http://www.ebay.de/itm/SIGLENT-SDS1072CML-Digital-Oscilloscope-Oszilloskope-3-Jahre-Garantie-in-DE-/120940738329?pt=Mess_Prüftechnik&hash=item1c28a13719#ht_5106wt_1165 Danke und Gruß Peter
Peter schrieb: > Hallo zusammen, > > vielleicht kann mir jemand eine Idee, warum das 1. DSO soviel teuerer > ist als das 2. > ist sowas wirklich so schwer zu verstehen? Verkäufer von DSO 1. hat Postleitzahl startend mit 1, während der Verkäufer von DSO 2. startend mit 2 - DAS macht nen rieeeeesen Unterschied in Deutschland.
Ja klar 1 Berlin und 2 Nähe Hamburg, aber generell wie kann man die DSO's einschätzen?
Sebastian ... schrieb: > > Dann ist es ein Bug, der einen anderen Bug vertuschen soll ;) > sagen wir so, es war schon immer so - man kann also sagen "es ist genau so ein Bug wie die Tatsache das im Dual Window Mode das Menu immer sichtbar sein muss" <- weil die evt. unter umständen auch anders gelöst sein könnte, ist es aber nicht.
Peter schrieb: > bedanke mich recht herzlich für die sinnvollen antworten. thread -> TEKWAY DST1xx2B Oszilloskop frage -> Siglent Du fragst also im BMW forum ob Mazda auch gut ist, na dann Peter schrieb: > aber generell wie kann man die DSO's einschätzen? einschätzen mit hilfe von kristal kugel? gar nicht. Peter schrieb: > aber generell generell was? Erst nachdenken WAS man braucht, dann wie viel geld zu verfügung steht und dann suchen passendes gerät. http://www.mikrocontroller.net/articles/Oszilloskop Peter schrieb: > Hallo zusammen, nee, erst "suchfunktion" benutzen, dann "hallo, ich habe eine frage" > > vielleicht kann mir jemand eine Idee, kristal kugel? > warum das 1. DSO soviel teuerer ist als das 2. Siglent fragen, Zollamt fragen, bundesanzeiger umsätze prüfen ggf. CreditReform auskunft einholen, am ende evt. die verkäufer fragen. Ich hofe meine antworten waren jetzt hilfreich genug.
Peter schrieb: > Hallo zusammen, > > vielleicht kann mir jemand eine Idee, warum das 1. DSO soviel teuerer > ist als das 2. > > 1. > http://www.ebay.de/itm/SIGLENT-SDS1062CM-60-mhz-Digital-Storage-Oscilloscope-/280868751340?pt=Mess_Prüftechnik&hash=item41651507ec#ht_4569wt_1398 > > 2. > http://www.ebay.de/itm/SIGLENT-SDS1072CML-Digital-Oscilloscope-Oszilloskope-3-Jahre-Garantie-in-DE-/120940738329?pt=Mess_Prüftechnik&hash=item1c28a13719#ht_5106wt_1165 > > Danke und Gruß > Peter was hat diese Frage in diesem Thread zu suchen ? Mach gefälligst einen neuen Thread auf !
Nachdem Thomas uns die ungestripte dso.exe zur Verfügung gestellt hat, habe ich auch mal was nützliches getan und nach seiner Anleitung: Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?" den automatischen Tiefpass rausgepatcht. Dort steht auch, was ihr tun müsst, um das file in den Oszi zu bekommen Gruss Micha
Micha schrieb: > Nachdem Thomas uns die ungestripte dso.exe zur Verfügung gestellt hat, > habe ich auch mal was nützliches getan und nach seiner Anleitung: > Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?" > den automatischen Tiefpass rausgepatcht. Hallo Micha, auf welchem Weg bist Du zu den neuen/geänderten Inhalten gekommen? Die von Thomas angegebenen zu ändernden Inhalte aus seinem ursprtünglichen Beitrag stimmen nicht überein. Gruß Thomas_
ich vermute an hand von funktion namen, die InitLcdUnwaveareaShow gibt es immer noch und die beinhaltet auch immer noch BL SetBwLimitVal und BL BwLimitWhenVbChange. Das die Inhate nicht stimmen ist logisch, es ist eine andere executable. Wobei eigentlich stimmen die schon: Z.b. BL SetBwLimitVal war A8 12 00 EB jetzt ist es 45 11 00 EB, beides bedeutet das selbe EB (also BL sprung) auf adresse 4 * 1145h +x (vereinfacht gesagt, genau z.b. hier http://www.heyrick.co.uk/armwiki/B) Der sprung BL SetBwLimitVal in der InitLcdUnwaveareaShow ist auf adresse 345C4h + 1145h*4 ergibt das 38AD8h. Der BL SetBwLimitVal selber ist 8bit lang, also um 8 bot erhöhen, ergibt 38AE0h und genau da befindet sich in der executable die eigentliche funktion SetBwLimitVal. Zu ersetze ist es durch 00 00 A0 E1 was nix anderes als NOP für ARM ist. Damit sind die inhalte also "gleich".
Danke Thomas für die Erläuterungen! Dafür benötigt man aber einen geeigneten Disassembler für die .exe, oder befinden sich die Informationen/Labels auch mit im .exe-File?
Ich habe heute mal das Backup das ich von meinem Voltcraft DSO-1062D gemacht habe angesehen(root.bin) und darin in verschiedenen Adressbereichen folgendes gefunden: [DST type]dst1202b [soft version]2.06.3(121023.0) [fpga version]0x555583eb [start time]1 [update time]0 . . . [DST type]dst1202b [soft version]2.06.3(121023.0) [fpga version]0x555583eb [start time]-1 [update time]0 . . . [DST type]dst1000b [soft version]2.99.9(999999.9) [type]123 [cmd] mv /usr/up/tekwayup_client/dso-usbchar.ko /dso/driver/ [cmd] mv /usr/up/tekwayup_client/dso-usbd.ko /dso/driver/ [cmd] chmod 777 /usr/up/tekwayup_client/logo_update.sh [cmd] chmod 777 /usr/up/tekwayup_client/readHWVersion [cmd] /usr/up/tekwayup_client/logo_update.sh [cmd] rm /dst* -rf [cmd] touch /dst1062b [cmd] rm /logotype.dis [cmd] mv /usr/up/tekwayup_client/logotype.dis /logotype.dis [cmd] rm /sys.inf [cmd] mv /usr/up/tekwayup_client/s . . . [DST type]dst1062b [soft version]2.06.3(121023.0) [fpga version]0x555583eb Ich hab keine Linix Kenntnisse aber nehme an das ist die Sequenz wo aus dem Hantek DST1202b ein Voltcraft DSO-1062D "gemacht" wurde? Würde ja dann heissen das auch mein Scope mal ein "echtes" 200 MHz war? Gruß Max
Ist bei mir auch. Das sind wohl einfach "Flash-Leichen" die noch im Flash liegen. Ich schätze mal dass die Flashblöcke erst durch das Dateisystem gelöscht werden wenn sie auch wirklich überschrieben werden sollen. Sowas wie das
1 | [DST type]dst1062b |
2 | [soft version]2.06.3(130114.0) |
3 | [fpga version]0x555583e8 |
4 | [start time]6 |
5 | [update time]0 |
steht z.B. in der /sys.inf drin und wird bei jedem Start neu erstellt.
Thomas Sch. schrieb: > Dafür benötigt man aber einen geeigneten Disassembler für die .exe, > oder befinden sich die Informationen/Labels auch mit im .exe-File? Beides. Man benötigt einen Disassembler, aber die Informationen über die Funktionsnamen usw. befinden sich in den debug-Informationen im exe-file, sofern sie nicht entfernt wurden. Entfernen kann man sie nach dem Kompilieren mit dem unix-Kommando "strip", daher spricht man von "gestripten" oder "ungestripten" files. Gruss Micha
... und als disassembler nimmt man IDA Pro. Für das was du machen möchtest, sprich die dso.exe laden, disassemblieren und zwischen disassembly und hex ansicht herumspringen reicht die demo version: https://www.hex-rays.com/products/ida/support/download_demo.shtml einfach installieren, dann datei öffnen, dso.exe selektieren, arm als prozessor wählen (und SET drücken). Wenn IDA fertig ist mit analysieren des codes, wird der ablauf grafisch angezeigt, dann einfach rechtsklick -> text view und schon bist du fertig. Die demo version kann nix speichern, auch keine asm/lst erstellen, aber für "mal benutzen" brauchst du es nicht. Wie ich gerade gesehen habe jammert die Ida 6.3. demo wegen fehlenden "sig\arm\armlibl.sig". Warum die nicht dabei sind verstehe ich nicht ganz, die tun doch nicht weh bei demo app. Du findest die im internet, einfach genau danach suchen. Du brauchst diese dateien (egal aus welchen ida version): sig/arm/autoload.cfg sig/arm/armlibb.sig sig/arm/armlibl.sig til/arm/armv12.til laden, rein kopieren, ida starten und schon geht das arbeiten mit arm code wieder vernünftig. Wenn du nicht it arm asm code klar kommt, dann kann evt. ein arm decompiler plugin (für IDA) etwas helfen. Der kostet aber ordentlich geld. Es gibt aber eine freie alternative (naja, möglichkeit) den "desquirr" plugin. Den einfach herunter laden, ins plugins verz. kopieren, plugins\desquirr.plw und schon geht (mit STRG+F10 und STRG+F9), auch wenn sehr rudimentär nur, den arm code zu decompilieren.
Ich habe wiedermal gespielt und einen zuverlässig reproduzierbaren Bug im Dual-Windows-Mode gefunden: 1. aquire: 4k mem depth einstellen 2. egal aus welcher Betreibsart F7 drücken, dual window erscheint und oberes Fenster ist selektiert, wenn nicht, dann selektieren 2. kürzest mögliche Zeitbasis einstellen, 200ns steht dann im oberen Fenster in der Mitte (1.Bild) 3. da ist schon mal der erste Bug: ich habe zum Vergleich 5MHz eingespeist (T=200ns). Die angezeigten 200ns stehen in keinerlei Beziehung zu den tatsächlichen 4. acquire-Taste drücken und 40k Speichertiefe einstellen (bild2) 5. die nun angezeigten 4us haben natürlich auch nichts mit 200ns zu tun. Man sieht nun schon im unteren Fenster, dass die Kurve nicht mehr bis zum Rand geschrieben wird 5. Bei 512k und 1M Speichertiefe wird es dann noch schlimmer (Bilder3+4) 6. Betätigt man bei 40k 512k oder 1M Speichertiefe den Zeitbasis-Schalter schaltet der Oszi dann sofort in die wahrscheinlich bei der gewälten Speichertiefe kürzeste Zeitbasis um, wobei die oben angezeigte Zeit auch nur wieder irgendeine Hausnummer ist. Aber die Kurve wird wieder voll ausgeschrieben. Gruss Micha
Micha schrieb: > Ich habe wiedermal gespielt und einen zuverlässig reproduzierbaren Bug > im Dual-Windows-Mode gefunden: > > > 3. da ist schon mal der erste Bug: ich habe zum Vergleich 5MHz > eingespeist (T=200ns). Die angezeigten 200ns stehen in keinerlei > Beziehung zu den tatsächlichen > wie soll ich das verstehen? 5MHz sind 200ns, auf dem bild sind als Main Timebase (MTB) 200ns/DIV gewählt, soweit ok, das zoom fenster tiembase (WTB) 40ns/DIV zeigt vergösserung 5x. Die angezeigte sinuns hat 5 div periode, mal 40ns sind 200ns .. wo ist also der bug? Der rest den du geschrieben hast ist eigentlich egal :) Beim 40k muss die MTB 4us haben, beim 512k 40us und 1M 80us. Es scheint aber so das beim umschalten der spichertiefe das #MTB fenster nicht aktualisiert wir - DAS ist ein bug - dadurch ist die anzeige im WB falsch. Mach so, wähle 4k, dual window, focus auf obere fenster, jetzt 40k wählen - anzeige falsch unten - jetzt timebase einmal nach rechts, die mtb zeigt imer noch 4us aber jetzt stimmt alles im unterem fenster. DAS ist eigentlich bug 26, der eigentlich beseitig ist ... ist es auch, aber nur wenn die MTB schon stimmt. Ich habe im prinzip 4us gewählt, 40k eingeschaltet f7 - alles ok - f7 immer noch alles ok, gut abhacken, erledigt ... allerdings nicht beachtet das umschalten von speichertiefen kein mtb update macht, und daher der bug immer noch teilweise drin ... f.. aber gut beobachtet!
Hallo Micha, Hallo Thomas, vielen herzlichen Dank für eure ausführliche Erläuterung und die Hilfen!
Dass es im unteren Fenster falsch ist, habe ich ja nicht geschrieben. Deine Erklärung für die Anzeige im oberen Fenster ist einleuchtend. Wenn man zwischen single und dual-window hin- und herschaltet erkennt man das auch (hat aber den Nachteil, dass man immer wieder bei Vergrößerung 2.5 landet). Wenn man aber, wie ich jetzt beim rumprobieren, nur im dual-mode arbeitet, hat die Anzeige der Zeitbasis keinen Bezug zur Kurve, da das Raster oben nicht dargestellt wird. Auf diese Falle bin ich hereingefallen. Gut, wenn man es weiß, kann man damit leben. Ist es eben nur ein Schönheitsfehler.
naja, der raster unten ist genau wie die untere W (für WTB) anzeige zeigt. Ich arbeite eigentlich auch gerne mit dual fenster, dabei muss man aber eins beachten, die maximale sample geschwindigkeit ist durch die MTB definiert - also beim 200ns/DIV und 4k speicher sind es 800MS/s. Gut, man kann das auch patchen, in der FpgaSel800M1G, CMP R3, #2 auf CMP R3, #8 wechseln. Das habe ich in früheren versionen so gemacht um den FFT fullspan bug zu beseitigen, diese version hat es aber schon gefixt, siehe ein paar zeilen weiter in der FpgaSel800M1G. Aber bleiben wir beim thema, ich schreibe das auf das die MTB und die anzeigen nicht aktualisiert werden und dann dadurch die zoom fenster nicht übereinstimmen mit dem was es eigentlich drin sein soll. Das ist kein schönheitfehler, klar wenn man weis das man einmal drhene muss dann hat man ein workaround, aber es ist ein bug - und der muss weg.
Moritz A. schrieb: > Ich habe mal die "Macken" auf Video gebannt und mit Anmerkungen als > Hinweis versehen. Die genaue Repduzierbarkeit kann ich gerade leider > mangels Zeit nicht testen: http://youtu.be/M_TodI4_5cE hab mir dein video angeguckt: der fehler bis 2:30 ist eigentlich RTFM - da "verschwindet" die waveform auf dem video. Tut es aber nicht in wirklichkeit, ich kann beweisen :) Du hast die waveform nach lenks weggescrollt, soweit ok, dann den timebase drehencoder gedrückt - und damit den focus auf untere fenster gewecchselt. Das ist zoom fenster. Die beiden roten balken in oberen festern markieren den bereich. Und genau hier ist mein beweis, da du im oberen fenster kein waveform zwischen den balken sehen kannst, wirst du auch unten nix sehen. Bei dem zweite versuch hast du allerding den timebase drehknopf 2 mal gedrückt, damit hin (zoom fenster) und zurück (haputfenster) gewechselt, daher beim scrollen kann die waveform zurück. Die würde auch bei dem ersten versuch irgendwann erscheinen, nur du müsstest lange genug scrollen :) Die anderen kann ich ums verrecken nicht nachmachen, irgendwo ist da ein speicher überlauf gewesen auf deinem DSO, noch vor dem volt position resten und waveform verschwinden. Danach war alles nur noch mehr oder weniger zufall, die bildleiste die weg war, random anzeigen usw. Leider wird hier keiner was fixen können, gut es sei den die bekommen selber so ein überlauf (und werden es beseiteigen wollen, heh). Ich brauche handfeste "beweise". Klar, man könnte auch sagen "so viel wie du herumgedreht hast im STOP mode wird keiner tun", aber da würde ich nciht drauf wetten, wenn die waveform langgenug ist und man markes setzen will dann kann schon passieren das viel herumgerdückt/gescrollt wird.
Thomas R. schrieb: > naja, der raster unten ist genau wie die untere W (für WTB) anzeige > zeigt. Ich habe mich vielleicht falsch ausgedrückt. Ja, unten stimmt es. Aber im oberen Window habe ich erstmal keinen Bezug zwischen der Kurve und der Angabe der Zeitbasis (in Bild 1 200ns) gesehen, da das Raster oben nicht angezeigt wird. Das hatte mich in die Irre geführt. Wenn man sich das Raster unten bis nach oben verlängert vorstellt, stimmt es ja. War mein Fehler.
Thomas R. schrieb: > der fehler bis 2:30 ist eigentlich RTFM - da "verschwindet" die waveform > auf dem video. Tut es aber nicht in wirklichkeit, ich kann beweisen :) Öhmja, da hast du recht. Das war meine Verpeilung in dem Moment, da könnte man sich nur streiten ob man soweit ins "nichts" scrollen darf. > Die anderen kann ich ums verrecken nicht nachmachen, irgendwo ist da ein > speicher überlauf gewesen auf deinem DSO, noch vor dem volt position > resten und waveform verschwinden. Den duplizierten T-Marker sowie die Treppen-Waveform hatte ich vor dem Video auch schonmal, ich habe dann einfach "planlos" rumgedreht bis es wieder aufgetaucht ist. Mit etwas mehr Zeit und der LAN-Erweiterung würde ich da den Remote-GDB für das Oszi crosscompilen und schauen was da umkippt, die beiden Effekte hatte ich ja vor dem Video auch schonmal hinbekommen.
Micha schrieb: > Nachdem Thomas uns die ungestripte dso.exe zur Verfügung gestellt hat, > habe den automatischen Tiefpass rausgepatcht. übrigens, habe gerade neue version bekommen und siehe da - der automatische LPF ist geschichte. Auch der counter zeigt jetzt keine unnötigen nullen. Die werde ich aber nciht posten, die nächste oder übernächste?, das müsste dann schon die "finale" sein :)
... und wieder neue version bekommen, bis zum 16.02 kommt allerdings keine mehr wegen Spring Festival. Die anzeige oben (MTB) ändert sich jetzt endlich richtig bei umschalten von speichertiefe. Triggern auf beide flanken gleichzeitig geht jetzt auch, endlich zeigt die frequenz anzeige keine Kelvin-Hertz mehr :) Beim misglückten versuch den bug 26 endlich richtig zu beseitigen ist aber ein neues bug miteingebaut - im long memory trigger verschoben. Anscheinend auch beim dem versuch V0 knob upzudaten (da wohl neue funktionen mitgesteuert werden sollen - geplannte math measure z.b.) ist auch eine mov R3, #0 zu wenig drin und schon springt im math menu beim V0 der focus von "position" auf "scale" rüber :( Ich glaube der tracking cursor ist auch nicht richtig wenn focus im WTB statt MTB ist, habe also auch als bug 47 eingetragen Zwei bugs können die nciht ohne weiteres beseitigen, den 15 und 49, da muss angeblich das FPGA design angepasst werden (da habe ich direkt angst die verhaufen was anderes dabei... das design ist soeiso schon hart an der timing grenze). Den 15 kann man noch verkraften da es auch anders geht, beim 49 muss man "einfach" die ~3% der samples rechts am bildrand wegdenken ... Ich habe heute das 83E9 design etwas vermessen, morgen habe auch noch lab zeit dafür. Bis jetzt scheint es aber das skew zwischen ADCs besser als beim 83E8 ist (bug 6). Da in den nächsten 2 wochen nix passieren wird, poste ich die beiden letzten TEST fw versionen und die bug liste. Wer will kan herumtesten. Übrigens, hat jemand von euch Rigol DS1xxxE oder ATTEN/Siglent? Mich würde interessieren ob der trigger pfeil beim DC rechteck (z.b. 0-2V) und trigger auf AC richtig zwischen 0 und 2 volt zeigt und triggert oder ist es auch -1 bis +1V wie beim Hantek/Tekway (bug 13).
Hallo Thomas, (sträflicherweise) habe ich die MSO Geschichte nicht verfolgt. Kannst Du bitte zu den geposteten FW Versionen noch etwas sagen (welche ist für was) bevor falsche FW geladen wird?!? Danke und Gruss Peter
Da ich mir erst jetzt eines dieser DSO zulegen möchte, ist es natürlich schwer da noch bei der Menge an produziertem Lesestoff mitzukommen. Allerdings meine ich guten Gewissens behaupten zu können versucht zu haben, mich durch das Ganze durch zu kämpfen. Jedenfalls stellt sich mir zunächst die Frage nach dem "richtigen" Modell. Insbesondere unklar sind mir die unterschiedlichen Angaben bezüglich der Speichertiefe. Bei "pinsonne-elektronik.de" z.B. heißt es zwar, dass alle Modelle (60 MHz, 100 MHz, 200 MHz) 1 Mpoints haben, sich aber in der Möglichkeit des Umschaltens unterscheiden. Wie ist das zu erklären bzw. inwiefern ist das nach einem Update relevant? Bei der Beschreibung des DSO-1062D auf Conrad.de ist von 512k Speichertiefe im Dualchannel-Betrieb die Rede. Ist dies bei allen so der Fall? Ich möchte nur ausschließen das "faslche" Gerät zu kaufen, da ich mir momentan nicht sicher bin, ob die hier genannten Geräte wirklich "gleich" sind (hinsichtlich des Speichers). Könnte mich da jemand aufklären bzw. beruhigen? @Thomas R.: Du hattest hier (Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?") die Unterschiede vom PCE Gerät erwähnt. Bezog sich das bloß auf die FPGA Revision, d.h. können diese Nachteile durch Einspielen von 83EB kompensiert werden? Was hat es eigentlich mit 83E9 auf sich. Ist das rein für die (selbstgebauten) MSO Varianten, oder ist die auch für die "herkömmlichen" Geräte von Bedeutung? Zumindest im Single Channel Modus scheint die ja "besser" zu sein. Vielen Dank!
Peter Krengel schrieb: > Hallo Thomas, > > (sträflicherweise) habe ich die MSO Geschichte nicht verfolgt. > Kannst Du bitte zu den geposteten FW Versionen noch etwas sagen > (welche ist für was) bevor falsche FW geladen wird?!? > alle firmware versionen die ich hier im thread poste sind für die DSOs. Für MSOs werde hier keine firmwares posten da ich die leute damit nur verwirren würde. Abgesehen davon würde MSO firmware ein DSO ins nirvana befördern (genau so wie BMV/BM modele firmware). Falls Du wirklich etwas zum thema MSO suchst, dann hier: http://www.mikrocontroller.net/articles/Tekway_MSO da ist auch die letzte in der master image gepostet und die beinhaltet auch die letzte MSO firmware. Ich poste hier im thread lediglich neuegkeiten was MSO angeht - aber nochmal - keine software/firmware. Da du aber ein DSO hast, denke ich das dich wohl insteressiert welche firmware für dein DSO passend ist. Die letzte version ist die: *dst1kb_2.06.3_15202b_fact_130205.0_.up* Die hat aber verschobenen trigger im 40k/512k/1M, siehe bug liste. empfehlen kann ich allerdings diese version *dst1kb_2.06.3_15202b_fact_130202.0_.up* Die ist eigentlich schmerzfrei (im vergleich zu dem was bis vor zwei monaten abging).
Karol Babioch schrieb: > Bei der Beschreibung des DSO-1062D auf Conrad.de ist von 512k > Speichertiefe im Dualchannel-Betrieb die Rede. Ist dies bei allen so der > Fall? Hallo, Ich habe das Voltcraft DSO-1062D von Conrad (dieses Jahr gekauft). Das Gerät hat 1M Speicher der je nach Betriebsmodus (1 Kanal / 2 Kanal) entsprechend aufgeteilt und verwendet wird. Die 1M bzw. 512k sind jeweils nur die Maximalwerte die jeweils gespeichert werden können(Die Speichertiefe kann aber eingestellt werden das diese auch Einfluß auf die Geschwindigkeit hat). - Bei Einkanal Betrieb -> bis zu 1M Speicher - Bei Zweikanal Betrieb -> bis zu 512k Speicher (1M / 2 Kanäle) So viel ich weiß ist das bei allen Geräten so. Der vorhandene Speicher wird halt auf die einzelnen Kanäle verteilt.
Thomas R. schrieb: > Übrigens, hat jemand von euch Rigol DS1xxxE oder ATTEN/Siglent? > Mich würde interessieren ob der trigger pfeil beim DC rechteck (z.b. > 0-2V) > und trigger auf AC richtig zwischen 0 und 2 volt zeigt und triggert oder > ist es auch -1 bis +1V wie beim Hantek/Tekway (bug 13). Weder Rigol noch Atten/Siglent, aber alle Oszis die ich kenne machen es (so weit ich mich erinnere) so wie das Hantek. Dazu gehört ein uraltes Gould, ein Tektronix TDS2001(?), ein Owon SDS 7102 und irgendein Uni-T. Ich finde das verhalten wie es ist auch abolut logisch. Bei AC-gekoppeltem Trigger wird der Gleichanteil ja nicht mehr an die Triggerlogik geführt. Bei einem 0-2V Rechteck kommen an der Triggerlogik also -1V bis +1V an und das ist genau der bereich, in dem getriggert wird. Mir ists aber auch noch nicht untergekommen, dass ich den Trigger AC-koppeln wollte und das signal DC-koppeln. Koppelt man beides AC passts auch auf dem Bildschirm wieder zusammen. Ich wüsste jetzt auch garnicht, wie man das vernünftig so umsetzen sollte wie du dir das wünscht. Dem Signal an der Triggerlogik fehlt ja erstmal der DC-Anteil. Den müsste man von irgendwoher wieder rekonstruieren, wenn man die Anzeige auf dem Display auf den DC-Wert beziehen will. Solange man auf einen der beiden Kanäle triggert ginge das noch irgendwie, aber sobald man den externen Trigger nutzt kann man den DC-Anteil nicht mehr rekonstruieren. Ich würde das ganze also so lassen wie es ist. Meiner meinung nach gehörts eh so. Und wenn man die Chinesen zwingt es zu ändern fürchte ich, dass es noch unvorhersehbarer wird. Grüße, Sebastian
Sebastian ... schrieb: > Weder Rigol noch Atten/Siglent, aber alle Oszis die ich kenne machen es > (so weit ich mich erinnere) so wie das Hantek. Dazu gehört ein uraltes > Gould, ein Tektronix TDS2001(?), ein Owon SDS 7102 und irgendein Uni-T. > Hameg 2008 anscheinend schon Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?" Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?" > Ich finde das verhalten wie es ist auch abolut logisch. das verhalten schon, die anzeige stört aber etwas > Mir ists aber auch noch nicht untergekommen, dass ich den Trigger > AC-koppeln wollte und das signal DC-koppeln. Koppelt man beides AC > passts auch auf dem Bildschirm wieder zusammen. Kenne nur zwei mögliche verwendungen - EXT trigger mit DC offset, den will man nicht haben sondern nur reines AC anteil zum triggern - INT trigger (also CH1/CH2), kombination aus DC offset und oder niedrige frequenz (dann geht keine AC kopplung mehr für die kanäle) + kurze impulse auf die man trigger möchte. Dann, genau wie beim EXT triggering, ist AC gekoppelte trigger am einfachsten/besten. Vorrausgesetzt die AC kopplung ist besser als beim kanal AC kopplung. Während die zweite möglichkeit eher selten vorkommt, ist die erste gar nicht so selten. Klar, DC kopplung und DC blocker geht auch. Ich schreibe auch in der bug list - wenn die es nicht können oder wenn es nciht geht dann sollen die es sein lassen. Intern haben die es schon als grün markiert, mindestens so stand in deren letzten email. > Und wenn man die Chinesen zwingt es zu ändern fürchte > ich, dass es noch unvorhersehbarer wird. > hehe, nein, so schlimm ist es auch nciht.
Thomas R. schrieb: > Triggern auf beide flanken gleichzeitig geht jetzt auch Nein, geht nicht! Wenn man das einstellt, schaltet er jeden Sweep zwischen fallender und steigender Flanke um, er ist aber nie gleichzeitig auf beiden Flanken aktiv. Dadurch kommt auch das lustige Flimmern des Icons in der unteren Statuszeile. Bei diesem hektischen Neuzeichnen des Icons macht er manchmal sogar Fehler beim Bildaufbau in der unteren Statuszeile (siehe Bild). Dieses Verhalten ist im Trigger-Modus "Normal" besonders schön zu sehen und macht diese Art der Zweiflanken-Triggerung eigendlich sinnlos: 1. Oszi ist auf Stop, wartet auf Trigger z.B. der steigenden Flanke 2. positiver Nadelimpuls kommt, wird dargestellt mit steigenden Flanke zum Triggerzeitpunkt 3. Oszi ist auf Stop, wartet auf Trigger diesmal der fallenden Flanke 4. positiver Nadelimpuls kommt, wird dargestellt mit fallender Flanke zum Triggerzeitpunkt, obwohl er bei echter Zweifalnkentriggerung auch wieder auf die erste sich bietende Flanke, die steigende, triggern müsste. Gruss Micha
Karol Babioch schrieb: > Du hattest hier (Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?") > die Unterschiede vom PCE Gerät erwähnt. Bezog sich das bloß auf die FPGA > Revision, d.h. können diese Nachteile durch Einspielen von 83EB > kompensiert werden? Was hat es eigentlich mit 83E9 auf sich. ja, wenn der tag lang ist schreibe ich auch viel Mist. Seit einem jahr erzähle ich unsinn und keiner hats gemerkt (oder doch aber nix gesagt, warum auch immer). Stellt man beide kanäle an, den sample speicher auf >=40k dann wird zwar mit bis zur 500MS/s (oder bis 400MS/s - je nach FPGA design version) abgetastet, allerdings ist die tatsächliche speicher tiefe nur 4k. Das sieht man ja auch nciht direkt da seit 1.5 jahren unmöglich war im STOP modus runter zu zoomen um den ganzen sample speicher zu betrachten. Was die abtastung mit einem kanal angeht, stimmt meine tabelle allerdings. Erst mit aktuellen firmware versionen (ab 130131.0) kann man runter zoomen und schon sieht man den ganzen sample speicher. Gut, es ging schon bis 400ns/DIV runter zoomen und dann das bild einfach verschieben, dann würde man sehen "oh es sind nur 8 bzw. 10us (je nach FPGA design), das macht beim 400MS/s bzw 500MS/s dann genau 4k und nicht 40k oder 512k" Im klartext - mit speicher >=40k und beiden kanälen zugeschaltet gehen maximal 200MS/s pro kanal. Man kann hier auch problemlos etwas nachhelfen (wie bei der MSO firmware, ohne ärger für hardware) dann gehen 250MS/s pro kanal, mehr werden es aber nicht. Nachhelfen geht aber nur mit FPGA design 83E9, mit 83EB kommt nur mist raus. Das ich so ein ding nciht gemerkt habe ist schon sch*, und dafür möchte ich mich entschuldigen.
Micha schrieb: > > Nein, geht nicht! doch doch, nur es sollte beim single shot beide flanken triggern, was dann auch im run mode dazu führen würde das zwei mal getriggert würde, bis jetzt ist aber immer einmal und stop. Klar, mit persistency im run mode (hmm, die geht nicht im single shot, könnte aber hier hilfreich sein) zeichnet man den rest mit. Was umschalten zwischen den slopes ist naja, sagen wir so, ohne den nachzeichnen (da hat sich wohl jemand sehr einfach gemacht) würde ich schon fast akzeptieren. Für diff messen reicht schon. Schön ist was anderes. So kann man auch kein pass/fail bentzen :( Ich werde mir die firmware in den nächsten tagen gar nicht mehr angucken wollen, mir reichen die letzten 3 wochen. Alleine heute habe den halben tag immer wieder nand umgeflashed, getestet, fw upgedatet, usw.
ist es eigentlich ihrgendwie möglich beim betrieb eines Stromtastkopfes den wert in Ampere anzeigen zu lassen oder muss ich mir die Skallierung dann umständlich umrechnen?
Pascal B. schrieb: > ist es eigentlich ihrgendwie möglich beim betrieb eines Stromtastkopfes > den wert in Ampere anzeigen zu lassen anzeigen lassen schon gar nicht > oder muss ich mir die Skallierung dann umständlich umrechnen? je nach skallierung deines tastköpfen mag dies umständlich sein, stimmt. Welche skallierung wäre für deins notwendig? Lustig ist die seite hier, Hantek hat mittlerweile auch stromzangen im sortiment, aber deren geräte unterstützen es anscheinend nicht?, daher haben die bilder vom TEK gemacht: http://www.hantek.com/english/produce_list.asp?unid=110 Das könnten wir aber ausnutzen und auf request liste setzen, die möchten doch auch eigen produkte unterstützen, oder? :)
Thomas R. schrieb: > Pascal B. schrieb: >> ist es eigentlich ihrgendwie möglich beim betrieb eines Stromtastkopfes >> den wert in Ampere anzeigen zu lassen > > anzeigen lassen schon gar nicht > >> oder muss ich mir die Skallierung dann umständlich umrechnen? > > je nach skallierung deines tastköpfen mag dies umständlich sein, stimmt. > Welche skallierung wäre für deins notwendig? Ich hab einen Stromwandler der gibt mir 104mV/A aus aber wenn ich es auf 100mv/A einstellen könnte wäre es schon mehr als ausreichend. Dann müsste ich nicht immer umdenken. Bei dem MSO in der Arbeit kann man die Skalierung mit nem Drehregler einstellen aber das ist auch ne ganz andere Preisklasse.
ich dachte du hast sowas wie 500mV/A, lach :) 104mV/A ? Also wenn schon dann sind es 96 bis 104, also eigentlich 100. Das sind also 10A/V, stellst also "Probe" auf dem DSO auf x10 und schon entspricht 1V auf DSO anzeige 1A, da muss man nix umrechnen - ablesen und A statt V denken. Denoch werde ich es auf wunschliste eintragen.
Ich habe bei der neuen 130205 vermutlich einen Bug gefunden: - Slope Trigger wählen, mit F6 auf Seite 2 - Die Spannungen V1 und V2 mit V0(Drehknopf) verändern - F5 drücken um die Zeit zu verändern ! Es ändern sich die Triggerpegel statt der Zeit! V0 verhält sich als hätte er gar nicht mitbekommen das auf F5 gedrückt wurde. Auch der (Triggerlevel-)Cursor bewegt sich um einiges weniger flüssig als vorher. Bei der älteren 130202 ist noch alles in Ordnung.
Hallo zusammen, ihc habe ein DST1062b nun ist mir ein merkwürdiger Fehler aufgefallen, wenn ich im Dual Window bin, und ich die untere Anzeige auf *1000 stelle kriege ich nur noch 2 messungen angeteigt (bei *500 4 messungen), und die Anzeigebreite ist auf einmal nur ganz klein, bin mir aber sicher, das der Fehler am Anfang noch nicht da war. Der Fehler tritt bei allen Abtastraten und 4K Speichertiefe auf. Habt ihr da eine idee?
@Markus Rechnerisch sollten bei 4kPunkte immer 4000/Zoom Punkte sichtbar sein. 1000X: 4, 500X: 8, 400X: 10, 200X: 16 Bei mir abgezählt: 1000X: 2, 500X: 5, 400X: 7, 200X: 15 Meine Vermutung: Die Punkte werden am Raster ausgerichtet und Anfangs- und Endpunkte werden abgeschnitten wenn sie knapp nicht mehr auf den Bildschirm passen. Also imho eher primitive Implementierung als ein echter Bug. Man könnte die überstehenden Punkte zwar noch mit Linien verbinden aber wer verwendet schon 1000X Zoom bei 4k? Wenn man Punktdarstellung einschaltet (Display->Type->Dots) ist recht gut zu sehen, dass die nächsten Punkte im Rand liegen sollten.
Markus schrieb: > Hallo zusammen, ihc habe ein DST1062b nun ist mir ein merkwürdiger > Fehler aufgefallen, wenn ich im Dual Window bin, und ich die untere > Anzeige auf *1000 stelle kriege ich nur noch 2 messungen angeteigt (bei > *500 4 messungen), und die Anzeigebreite ist auf einmal nur ganz klein, > bin mir aber sicher, das der Fehler am Anfang noch nicht da war. Der > Fehler tritt bei allen Abtastraten und 4K Speichertiefe auf. Habt ihr da > eine idee? das ist zoom abweichung, die gibts übrigens auch wenn du im single window auf stopp drückst und timebase verkleinerst (reinzoomst). Das kommt weil chinesen nicht teilen können durch 250, 500 und 1000 :) Mal im ernst, in deinm beispiel (2ms/DIV und 4k speicher) haben wir 100kS/s sample rate, also ein punkt je 10us. Mach man jetzt zoom x250 und anzeige auf punkte, messe mit cursor und du wirst sehen das es 106,2us zzwischen 10 punkten also 10,62us zwischen zwei. Das sind 6,2% abweochung beim zoom x250. Beim x500 und x1000 geht weiter so. Beim x1000, was max zoom ist, sollten 3.2 punkte noch bei dir auf dem bild zu sehen sein, sind aber nur 2 mit abstand 10.8us, haben wir also fehler von 8%. Ob das zu viel ist? Ja, auf jeden fall, die punkte im speicher haben keine abweichung (hier, jitter bediengt gibts immer), es ist lediglich ein fehler beim berechnen (aufrunden?). War das schon nicht mal gefixt oder hab ich übersehen? Egal, kommt auf die liste. David B. schrieb: > Ich habe bei der neuen 130205 vermutlich einen Bug gefunden: > > - Slope Trigger wählen, mit F6 auf Seite 2 > - Die Spannungen V1 und V2 mit V0(Drehknopf) verändern > - F5 drücken um die Zeit zu verändern > ! Es ändern sich die Triggerpegel statt der Zeit! > > V0 verhält sich als hätte er gar nicht mitbekommen das auf F5 gedrückt > wurde. > Auch der (Triggerlevel-)Cursor bewegt sich um einiges weniger flüssig > als vorher. Bei der älteren 130202 ist noch alles in Ordnung. auch das ist ein bug, möglicherweise gleiche quelle wie bug 50, aber ich trage es separat auf die liste, vorsichtshalber.
Vielen Dank für die Antworten, dachte der Fehler war nur bei meinem Oszi, und ich habe es irgendwie verkurbelt.
Thomas R. schrieb: > ich dachte du hast sowas wie 500mV/A, lach :) > > 104mV/A ? Also wenn schon dann sind es 96 bis 104, also eigentlich 100. > > Das sind also 10A/V, stellst also "Probe" auf dem DSO auf x10 und schon > entspricht 1V auf DSO anzeige 1A, da muss man nix umrechnen - ablesen > und A statt V denken. > > Denoch werde ich es auf wunschliste eintragen. Vielen Dank ist auch eine gute Idee.
An alle die ein MSO Kit gekauft haben ich habe den Artikel http://www.mikrocontroller.net/articles/Tekway_MSO nochmal bearbeitet, jetzt sind auch alle notwendige meschnische Änderungen genau (mit Bildern) beschrieben. Damit ist die Umbauanleitung soweit komplett.
Toll, Hantek hat zwar in der Frontplatte das passende Loch gelassen, aber in dem Metall dahinter nicht. :( Jetzt muss ich mir erst mal jemanden suchen der das passende Werkzeug hat um so hartes Metall zu schneiden. Mist.
ach was, eine 5eur Säge aus dem Baumarkt war für mich gut genug ^^ es hat zwar Stunde gedauert bis ich "durch" war, aber was solls, ich muss das nicht jeden Tag machen. Das Loch ist sogar noch besser geworden als das was Tekway da gezaubert hat, wobei ich muss sagen das mein MSO ein echtes vorserie Gerät ist (der einfach vom Tisch des Entwickler weggenommen war). Bin echt gespannt wie die endgültigen produktions modele aussehen. Die DB25 sammt billige Schraube reingedreht direkt ins Loch (ohne jegliche Gewinde natürlich) ist garantiert noch drin, aber hoffentlich hat Hantek nen dollar für eine Pfeile ausgegeben um die Löcher etwas zu entgraten.
Sehe ich auch so, eine normale Metallsäge sollte das richten. Jenachdem werde ich aus Faulheit auch die Dremel nehmen, mal sehen. Hermes schafft es hoffentlich bis Montag, dass das Paket auch ankommt :)
Wer testen möchte - anbei die neueste firmware für folgende DSOs: - Tekway DST1062B, DST1102B, DST1202B - Hantek DSO5062B, DSO5102B, DSO5202B - Voltcraft DSO3062C, DSO1062D - PCE DSOs: PCE-DSO5062B, PCE-DSO5102B, PCE-DSO5202B Bitte nicht auf den MSO installieren!!! Wer da eine DSO firmware testen möchte bitte bescheid geben, ich habe eine passende version. Im vergleich zu der 130205 sind es 14 bugs weniger (ja, ich war sehr genau und habe jedes auch so kleinen bug im zusammenhang mit V0 knob aufgeschrieben). In vergleich zu der 130202 immerhin 6 bugs weniger. Ich bekomme eigentlich fast täglich neue versionen zum testen, allerdings passieren hin und wieder kollateral fehler. Da die version im anhang eigentlich sehr gut ist dachte mir "ich poste die". Feher die noch drin sind: - obwohl trigger skew repariert worden sind, trotzdem klappt es nciht immer, z.b. 512k mem depth bei signalen ab 2kHz hat eine bis 3% abweichung beim rienzoomen. Beim 1kHz geht aber, seltsam. - default setup knopf initialisiert nicht alle variablen, man muss einmal nach dem fw update (oder benutzung von default setup) dual window aktivieren, den focus auf das untere fenster wechseln, timebase einmal hoch und wieder runter drehen und dual window wiedr verlassen. fertig :P Acuh ohne läuft DSO stabil, es wechselt aber eben die aktuell eingestellte horizintal einstellung auf ein default wert beim speicher tiefe wechsel (sprich wenn im 20ns/DIV ist und schaltet von 4k auf 40k speicher, dann springt die timebase von 20ns/DIV auf 4us/DIV, man muss also zurück drehen). Den fehler, bzw wie man es beseitigen kann musste ich erst selber finden :) - die pixel beim > 250x zoom sind nicht sehr genau ausgerichtet - digitalen filter gibts immer noch nicht - equ sampling fehlt ebenfalls Dazu kommen die Änderungswünsche (so sehe ich es) - den neuen dual edge cursor verbessern (pass/fail fehlt, ui fehler, single shot, etc.) - math als quelle für messungen - autoscale im math abschaltbar - pixel schattierung (wie z.b. bei Hameg HMOs) - kilo statt Kelvin beim kVV anzeige im math menu - stromtatskopf skalierung
Man sollte nie in alten Posts graben… Thomas R. schrieb: >> Was siehst du denn noch für Potential, außer die Bandbreitenbegrenzung >> zu knacken? > > mein wunschliste: > GPIB oder mindestens SCPI over USB/LAN > ohh das wars schon. Nur sieht das vermutlich immernoch gleich mau aus, wenn da nun das USB-Modul herhalten darf. > Logic Analyzer module ist wenig sinnvoll, es würde dann sowieso ein > externes sein teil der die daten statt am PC auf > dem DSO display darstellt. Soso…
Achja, und noch so ein Hilight von vor >2 Jahren: Thomas R. schrieb: > Mal was anderes, die franzosen werden bald LAN und WiFi boards haben für > die Hantek (passend auch für Tekway logischerweise) haben. > > Die firmware wird es ab ende März unterstüzen. Die Unterstützung braucht wohl doch etwas… :) Nicht dass ich jetzt tinmans Arbeit und Mühen schlecht machen möchte, ganz im Gegenteil. Es zeigt ja mehr, dass Hantek/Way schon immer etwas länger brauchte, umso erstaunter bin ich wie jetzt auf einmal ein Bug nach dem anderen verschwindet.
Moritz A. schrieb: > Man sollte nie in alten Posts graben… > na dann tue es nicht :) > Thomas R. schrieb: >>> Was siehst du denn noch für Potential, außer die Bandbreitenbegrenzung >>> zu knacken? >> >> mein wunschliste: >> GPIB oder mindestens SCPI over USB/LAN >> ohh das wars schon. > und da hat sich wenig getan. Es geht zwar mehr als 200MHz, kostet aber geld. Es geht weniger rauschen, es geht mehr stabilität, aber alles kostet geld - die frage für den anwender ist mittlerweile "lohnt es noch?" Manche sachen schon, rest aber nicht (kosten vs nutzen) GPIB/SCPI hätten die als kaufen können, als fertiges modul und lediglich in die firmware einbinden. Es wäre nciht mal schwer. Es kostet aber geld (zwar nciht viel, aber die machen wirklich wenig gewinn mit den DSOs) - und das würden die anwender nciht ausgeben wollen. Abgesehen davon das ist zeit für testing, siehe weiter unten. Selber schreiben, ja, das wollte ich auch, irgendwann evt. Es ist nciht mal besonders schwer nach dem das protokol bekannt ist, ich kann und will aber nicht alles aleine machen. Guck, das protokol ist seit wie lange bekannt? 11 monaten. Was hat sich getan? Abgesehen von den geilen tool von Peter sehe ich zimlich null bis gar nix. Es gabs ja hier und da ideen, und vorschläge, und grosse wörter, am ende kamm nix oder wenig. Es gibt auch hier im forum hw1005 besitzer, aber keiner bis jetzt wollte mir helfen die fehlenden informationen zu sammeln (um ein hw1005 schaltplan zu erstellen). Manche wollten nicht mal tauschen, hw1007 gegen hw1005. Als ob es meine schuld wäre das die es gekauft haben. Möglicherweise schon, da ich begeistert war von den möglichen erweiterungen die dann letztendlich erst in hw1007 möglich sind. Egal, die hw1005 habe mittlerweile komplet aus meiner todo iste gestrichen > Nur sieht das vermutlich immernoch gleich mau aus, wenn da nun das > USB-Modul herhalten darf. > >> Logic Analyzer module ist wenig sinnvoll, es würde dann sowieso ein >> externes sein teil der die daten statt am PC auf >> dem DSO display darstellt. > ja, ich stehe immer noch dazu. Das war damals die hw0, guck dir jetzt den i/o port an - keine direkte pins zum FPGA, nur ARM. Das bedeutet keine trigger kopplung möglich, kein direktes master/slave konstrukt möglich. Ab hw1005 gabs aber eintsprechende i/o pins, direkt vom FPGA, speziel für genau sowas wie eine LA PCB. Moritz A. schrieb: > Achja, und noch so ein Hilight von vor >2 Jahren: > > Thomas R. schrieb: >> Mal was anderes, die franzosen werden bald LAN und WiFi boards haben für >> die Hantek (passend auch für Tekway logischerweise) haben. >> >> Die firmware wird es ab ende März unterstüzen. > > Die Unterstützung braucht wohl doch etwas… :) > ebenfall hw0, die aussage kam auch von den französen selber. Dann hat aber Hantek die disaster hw1005 ruasgebracht und statt extras kamen erst ganze europaletten an DSO die nciht gingen, DAS was sowas von schlecht. Die händler haben nur verluste gemacht. Als notbremse kamm die hw1007, als mischung von einigen hw1005 extras und FPGA design von hw0 - wohl ohne direkt trigger kopplung und master/slave. Dies kamm erst november 2011. Da wollten die schon mit 4ch modelen starten, heh, guck dir meine postings. Mittlerweile sind die 4ch modele auf Nov 2012 verschoben worden. Wann die wirklich kommen hängt davon ab wie wie zeit die entwickler haben, siehe weiter unten. Ich glaube Dez 2011 wusste ich schon von den MSO, oder Jan 2012 war das, irgendwie so. Hat dann erst ein paar monate gedauert bis ich ein hatte, so wirklcih fertig sind die aber immer noch nciht. Alles, wie du sagst, dauert bei den so lange. Moritz A. schrieb: > > Nicht dass ich jetzt tinmans Arbeit und Mühen schlecht machen möchte, > ganz im Gegenteil. Es zeigt ja mehr, dass Hantek/Way schon immer etwas > länger brauchte, umso erstaunter bin ich wie jetzt auf einmal ein Bug > nach dem anderen verschwindet. nein, du machst es nciht schlecht. Ich bin für Hantek die letzte person von der die hilfe wollten (nach dem die erfahren haben wer ich bin, davor ja). Ich bin aber wie ein stück scheisse das am schuh klebt, egal wie oft du dran reibst, wäschst, dran kratzt, es stinkt die ganze zeit. Die haben mich gebeten, versucht einzuschüchtern und sogar mehr oder weniger erpresst damit ich endlich aufhöre sachen zu reversen und posten (hacks, schaltpläne). Die hätten mir einfach geld anbieten sollen, das hätte wunder bewirkt. Mittlerweile ist meine firma inso, ich einkommenslos. Und das wissen die auch. Trotzdem versuche ich meine zeit in DEREN produkt zu investieren. Ich bin seit vielen jahren mit mundpropaganda gut gefahren, so war (und ist eigentlich immer noch) für mich wichtig wenn die leute zufrieden sind mit dem was durch meine hände durchging. Zwar habe ich nicht palettenweise Tekway und Hantek DSOs verkauft (um jetzt wirklich mir sorgen um schlechten ruf machen müssen), ABER dafür etwas viel schlimmeres gemacht, nähmlich werbung. Was glaubst du wie viele menschen oder händler mich direkt anschreiben, und sogar ankacken. Mittlerweile könnte mir das sowas von egal sein da meine firma eh inso ist, denoch etwas was tief im kopf verankert ist bekommt man nicht so einfach weg. Daher versuche ich es weiterhin meine zeit in etwas zu investieren was mir weder ruhm noch geld bringen wird. Dies hat endlich jemand bei Hantek auch verstanden und entschieden auf meine hilfe zuzugreifen. Die schrieben fw's, ich teste. Und so geht viel schneller, so können die schneller ans ziel kommen: -firmware haben die läuft -keine peinliche bug listen im umlauf -eher mit den anderen modelen starten können Warum ist das auf einmal für einen chinesischen hersteller wichtig? Wichtig ist es nicht, es geht nur ums Geld. Wenn man nur palettenweise müll übers ebay/alli und co verkauft ist alles noch ok, der kleine händler muss ausbaden. Ist einer weg - kommt ein anderer auf deren platz, in china gibts viele menschen die damit geld machen möchten. Hantek hat allerdings verträge mit Conrad und Extech, PCE ist entweder an Tekway oder Hantek gebunden (evt. wird jemand von PCE es hier sagen wollen). Das sind alles firmen die geld machen wollen, mit produkten die sich verkaufen und nicht palettenweise zurückgehen, wie hw1005 es tat (und in die mussten alle kleinen händler so richtig geld reinstecken). Und weder Conrad noch Extech haben nur ein paar bestellt (keine ahnung von PCE stückzahlen), sondern es sind schon ein paar europaletten voll DSOs. Für Conrad was DSO3062 ein testlauf, jemand hat umsatz gerochen und schon gibts den DSO1062 und sogar die MSOs - dazu noch zu preisen die locker mit ebay/alli händlern mithalten können - alleine das grenzt schon an wunder, Conrad und gute preise :) Extech hat ein jahr lang die Hanhelds getestet und gejammert (quelle Extech sales), am ende aber doch den vertrag unterschrieben. Die firmware muss aber besser werden, das hat wohl jemand von Hantek zugesichert gehabt. PCE? wie gesagt keine ahnung, aber ich denke die möchten ebenfalls verkaufen. Die konkurenz ist goss, der mark hart umkämpft. Für Hantek war die ganze Tekway DSO 2.0 Platform ein segen, die damaligen Hantek Handhelds waren schon komplett ausgelutscht, nicht weiter ausbaufähig. Für Tekway (inhaber) war da auch ein guter deal, die machen jetzt mehr umsatz als je erhofft.
Hackback schrieb: > Gibt es da Probleme wenn man vorher den 200Mhz Hack angewendet hat? warum sollte die geben?
Hallo Thomas, jetzt wäre es noch schön, wenn man die Sampledaten auch im gestoppten Zustand vom DSO auslesen könnte. Speichern als CSV auf USB-Stick funktioniert, warum nicht auch per USB? Bei der MSO-Version könnte man dann Protokollanalyser programmieren. Peter
Ich glaube ich hab noch einen Bug gefunden. In Bezug auf den CSV Export von Samples-Daten ist mir aufgefallen, dass die nominelle Samplerate von 5MSPS (wie im Status-Screen angezeigt wird nicht eingehalten wird) - sondern tatsächlich mit etwa 6.375 MSPS abgetastet wird. Das Problem tritt auf zb. bei: 1 CH 8ms Timebase 1MPTS Memory HW: 1007x555583e8 SW: 2.06.3(121027.0) - hat wer ähnliche Erfahrungen gemacht?
Georg schrieb: > Ich glaube ich hab noch einen Bug gefunden. > SW: 2.06.3(121027.0) > mach die letzte fw drauf und teste es nochmal
Hallo, Firmware 2.06.3(130221.0) Die CSV-Daten sind schon fast brauchbar, die Zeitangabe ist aber fehlerhaft, löst nicht genau genug auf: CSV-Ausschnitt: #timebase=200000000(ps) ,#voltbase=5000000(mv/100) #size=4000 ... ... 9.90E-04,-0.200 9.91E-04,-0.200 9.92E-04,0.000 9.93E-04,-0.200 9.94E-04,-0.200 9.95E-04,0.000 9.96E-04,0.000 9.97E-04,-0.200 9.98E-04,0.000 9.99E-04,-0.400 1.00E-03,1.200 1.00E-03,3.200 1.00E-03,4.200 1.00E-03,4.600 1.00E-03,4.800 1.01E-03,5.000 1.01E-03,4.800 1.01E-03,5.000 1.01E-03,4.800 1.01E-03,5.000 1.01E-03,5.000 1.01E-03,5.000 1.01E-03,5.000 1.01E-03,4.800 1.01E-03,4.800 1.02E-03,4.800 1.02E-03,5.000 1.02E-03,5.000 1.02E-03,4.800 1.02E-03,4.800 1.02E-03,4.800 ... ... Peter
Georg schrieb: > In Bezug auf den CSV Export von Samples-Daten ist mir aufgefallen, dass > die nominelle Samplerate von 5MSPS (wie im Status-Screen angezeigt wird > nicht eingehalten wird) - sondern tatsächlich mit etwa 6.375 MSPS > abgetastet wird. Könnte es sein, dass du dich durch die angezeigten 16 DIVs mit Menü, und den gespeicherten 20 DIVs als CSV verwirren läßt? (6,375 / 20) * 16 = ~5 Peter
@tinman - ich werds testen, bin aber erst am nächsten WE wieder beim Oszi :) @pedre - mein test schaut so aus, dass ich mit einem definierten Signal die Samples zähle (z.b.: 1khz Signal vom Calibrationsausgang) - und zumindest bei meiner SW-Version und den verwendeten Einstellungen - sampelt das Oszi mit ~6,3 MSPS obwohl im Status-Screen 5MSPS angezeigt werden. ich hab die Einstellungen nicht mehr im Kopf aber gerade mit weniger SampleMemory - hatte ich das Problem nicht ... ich meld mich sobald ich das Problem reproduzieren kann mit neuer SW - oder eben nicht ;) lg,g
Georg schrieb: > @pedre - mein test schaut so aus, dass ich mit einem definierten Signal > die Samples zähle (z.b.: 1khz Signal vom Calibrationsausgang) - und > zumindest bei meiner SW-Version und den verwendeten Einstellungen - > sampelt das Oszi mit ~6,3 MSPS obwohl im Status-Screen 5MSPS angezeigt > werden. Vielleicht hast du den USB-Stick zu schnell vom DSO abgezogen. Immerhin sind das über 12 MB die geschrieben werden. Die CSV-Datei müsste bei 1 MB Speicher 800.003 Zeilen haben. Peter
Georg schrieb: > @pedre für den Test zähle ich die Samples pro Periode ... ich habe das jetzt ausprobiert, obwohl unnötig wenn es eh eine bessere Firmware gibt. Aber du hast recht, bei der Firmware 121027 stimmt was nicht. Einstellung: 8 ms/DIV, 1Kanal, 1 MB Speicher. Anzeige bei Sys Status: 5.00 MS/s, Sample- u. Display Dots 800.000 Die CSV-Datei hat 999.900 Samples, und bei dem 1 KHz Signal hat eine Periode 6.250 Samples. Das gleiche bei der aktuellen Firmware 130221: Einstellung: 8 ms/DIV, 1Kanal, 1 MB Speicher. Anzeige bei Sys Status: 5.00 MS/s, Sample- u. Display Dots 800.000 Die CSV-Datei hat 800.000 Samples, und bei dem 1 KHz Signal hat eine Periode 5.000 Samples. Peter
ja, das WAR der bug 34. Es ging dabei nicht um die falschen abstände und anzahl der samples (das war ergebniss) sondern um den überlauf beim >= 2ms/DIV (das ist die quelle die den rest verursacht).
Die Sammelbestellung für das Breakout-Board steht nun, siehe Beitrag "Re: Hantekway/Voltcraft MSO Breakout Board"
interessant, anscheinend hat Tekway in deren version von vivi doch den support für USB eingebaut, statt "load irgendwass xmodem" kann man ld benutzen, z.b. : ld flash kernel u ld ram vivi u Man muss also beim NAND restore nur supervivi laden wenn man den ganzen NAND auf einmal flashen möchte (weil nur supervivi ist in der lage on-the-fly zu flashen, beim 64M NAND und 64M RAM muss man auch so vorgehen). Sollten es einzelne bereiche sein (wie nur vivi oder kernel oder root) braucht man nicht die supervivi zu laden, einfach direkt den org. Tekway/Hantek bootloader benutzen und "ld" statt "load" als kommando. Damit brauchen die MSO umbauer kein xmodem transfer mehr, auch die die DSO wiederherstellen möchten können direkt das ld kommando (und auf der PC seite dnw.exe) benutzen. Und sowas habe ich erst nach 3 jahren und 2 monaten gemerkt, hehe.
Damit die MSO-Diskussion nicht hier im Thread untergeht und um das ganze etwas besser zu strukturieren habe ich mal einen MSO-Thread gestartet: Beitrag "Tekway/Hantek/Voltcraft MSO" Würde mich freuen, wenn alle mitkommen. Grüße, Sebastian
Bitte 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.