Forum: Mikrocontroller und Digitale Elektronik TEKWAY DST1xx2B Oszilloskop

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:
> 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!

scheint so.
Dann mal allen eine schönen erholsamen Urlaub !

hmm,
ich hoffe das Forum macht nicht auch noch zu ;-)

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

Mike Myers schrieb:
> Merkwürdig das tinman so schweigsam ist.

Manche leute haben zurzeit Urlaub...

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.

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.

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...

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.

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

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.

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...

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.

Also 1000Stk. will ich nicht, 1 würde mir schon reichen ;)

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.

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.

update MSO Sammlebestellung

Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?"

update MSO Sammlebestellung

Beitrag "Re: VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?"

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

Welche nimmt man da als Voltcraft DSO 1062D besitzer?

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)

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?

und was wurde nun zur vorherigen Version verbessert?

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.

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

ja

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.

@mr.mo: Schaue doch einfach mal 2 Posts über deinem…

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?

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.

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.

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.

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)

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

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.

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 !

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.

... 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.

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!

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:
> 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).

nochmal die bug liste - habe noch die workaround sektion updated.