Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)

Ok danke,

ich schau mir das mal an.


Gruß Hayo

Aktueller Zwischenstand,

- Du hast Recht Jürgen, die Einstellroutinen für den Pulsweitentrigger 
sind zum Teil noch auf dem alten Stand von Wittigs ursprünglicher FW. 
Ich habe das jetzt mal gründlich überarbeitet.

Jürgen K. schrieb:
>>> Die Scalierung des externen Triggerlevels ist ebenfalls unvollständig.
>> Was fehlt noch? Habe ich was übersehen?
>
> Der wird verstellt mittels Triggerlevel, Mainwheel und mittels
> F5-Button.

Ich konnte hier keine Unregelmäßigkeiten erkennen. Bei mir skalierte der 
Triggerlevel sauber mit den Probe-Faktoren. Bei welcher genauen 
Einstellung/Kombination hat es denn bei Dir nicht funktioniert?


Beim Trigger habe ich Deine Signale auf die Schnelle nicht genau so 
reproduzieren können, habe aber mit etlichen verschiedenen "normalen" 
Signalen getestet und konnte keine Probleme beim Triggerr feststellen. 
Beim PW-Trigger war ich sogar überrascht, dass dieser trotz der 
vermurksten Hardwareimplementierung doch recht gut funktioniert.


Gruß Hayo

Hallo Hayo,

Hayo W. schrieb:
>> Der wird verstellt mittels Triggerlevel, Mainwheel und mittels
>> F5-Button.
>
> Ich konnte hier keine Unregelmäßigkeiten erkennen. Bei mir skalierte der
> Triggerlevel sauber mit den Probe-Faktoren. Bei welcher genauen
> Einstellung/Kombination hat es denn bei Dir nicht funktioniert?
>

Ich habe das eben nochmal versucht durchzuspielen. Es scheint doch so zu 
funktionieren. Kann sein, ich hatte nur die Quellen verglichen. Aber 
bekanntlich führen viele Wege nach Rom :-)

> Beim Trigger habe ich Deine Signale auf die Schnelle nicht genau so
> reproduzieren können, habe aber mit etlichen verschiedenen "normalen"
> Signalen getestet und konnte keine Probleme beim Triggerr feststellen.
> Beim PW-Trigger war ich sogar überrascht, dass dieser trotz der
> vermurksten Hardwareimplementierung doch recht gut funktioniert.

Na ich bin gespannt und wir werden sehen...

Grüße

Und hier ist die neue Version. Auch verfügbar auf SFN - wie immer. Die 
Drucktastensteuerung der Pulseweitenwerte hat jetzt neue Steps und eine 
Begrenzung auf 524µs, ebenso die Mainwheelsteuerung. Ich habe noch mal 
alles geprüft und es lief bei mir alles schön stabil. Der Teufel steckt 
aber bekanntlich im Detail und deshalb sind Hinweise auf Fehler 
jederzeit willkommen.


Gruß Hayo

Hallo Hayo,

Hayo W. schrieb:
> Der Teufel steckt
> aber bekanntlich im Detail und deshalb sind Hinweise auf Fehler
> jederzeit willkommen.

also los geht's:
Ich komme zuerst mal auf den Pretrigger zurück. Mit dem oben genannten 
Edge Trigger Signal mit ca. 1s Abstand sieht man in der
1.2BF.7.13:
Bei Timebase <= 250kSa/s wird der Triggerpunkt richtig angezeigt. 
Teilweise ab 500kSa/s oder ab 2,5MSa/s wird ein falsches Signal 
angezeigt. Dabei sieht es so aus, als ob zweimal ein Signal angezeigt 
wird. Zum Schluss aber der falsche Ausschnitt. Wenn man auf Single 
umschaltet, stimmt dann die Anzeige wieder nach dem Triggern.
Als Referenz nehme ich jetzt mal die V1.4 :-)
Dort funktioniert die Anzeige mit dem richtigen Triggerzeitpunkt (z.B. 
triggern auf fallende Flanke) in allen Timebase.
Dazwischen habe ich weitere Versionen daraufhin getestet:
BF6.3 und BF6.4C6 OK - ab BF6.5 falsche Darstellung

Gruß
Jürgen

Hallo zusammen,

auf meinem W2024A war noch eine sehr alte Software.
Jetzt habe ich die 7.13 eingespielt und habe folgendes Problem:

In Y Richtung wird die Spannung falsch angezeigt. Statt 5V wird nur 4V 
angezeigt (Sprich: 0,8*Wert). Ich habe bereits gesucht wo ich die 
Kalibrierung verändern könnte aber habe nichts richtiges gefunden.

Ich hoffe jemand kann mir hier weiter helfen.

Danke.

Gruß
Stefan

Hi Stefan,

erstmal die Frage ob Dein Gerät irgendwie modifiziert ist oder die 
originale Factory-Bestückung hat?

Die entsprechende Einstellung nimmst Du im Hardwaremenü vor:

Utility -> More -> Hardware

- ADC Setup erstmal auf Factory
- Pre Gain je nach Modifikation oder wenn nicht modifiziert dann Factory
- Gain kann zur Feinabstimmung benutzt werden (default 1.000)
- ADC-Driver würde ich Assembler nehmen, Standard geht aber auch

Dann wieder zurück und Default Setup machen. Danach kalibrieren wenn das 
Gerät etwas warm geworden ist. Dann sollten die Amplituden eigentlich 
stimmen.

Gruß Hayo

Hi Hayo,

Danke für die schnelle Antwort. Mein Gerät ist Factory.

Habe versucht ADC Setup auf Factory zu stellen und jetzt ist das Oszi 
eingeschlafen. Bildschirm leicht grün und keine Taste geht mehr. Aus- 
und einschalten bringt nichts ebenso reset (F2 + F1) es landet immer 
wieder an dieser Stelle.

Gruß Stefan

PS:
Habe die alte FW eingespielt und anschließend wieder auf 7.13. -> Oszi 
läuft.
Habe nur preGain auf Factory gesetzt und die Volt Kalibrierung stimmt.
Danke.

-> Das mit dem ADC Setup müsste ein Bug in der FW sein.

Hi Stefan,

nein ein FW-Bug in dem Sinne ist es nicht. Aber wenn Du von einer sehr 
frühen Version upgradest kann es vorkommen, dass noch alte Werte im 
Flash an Stellen stehen, die jetzt eine andere Funktion haben. Daher wie 
in der Anleitung beschrieben immer ein Default Setup machen  nach dem 
Flashen wenn man größere Versionssprünge macht.

Wenn das erst mal in Betrieb ist sollte man keine Probleme mehr haben. 
Wenn Du da jetzt was verstellst müsste das ohne Probleme auch wieder 
zurückzustellen sein.

Wenn nicht, dann bitte noch mal Bescheid sagen.

Gruß Hayo

Jürgen K. schrieb:
> Bei Timebase <= 250kSa/s wird der Triggerpunkt richtig angezeigt.
> Teilweise ab 500kSa/s oder ab 2,5MSa/s wird ein falsches Signal
> angezeigt.

Hi Jürgen, ich habe versucht das nachzustellen. Versuchsaufbau mit drei 
Oszis
 - Owon SDS8102
 - WELEC W2022A mit OPA653 Mod und FW 7.13
 - WELEC W2014A mit LowBudget Mod und FW 6.3

Am Signalgenerator habe ich Pulse eingestellt und den Start manuell 
getriggert um eine gewisse Ähnlichkeit zu Deinen Signalen zu erreichen. 
Spannungsbereich am Oszi war auf 2V/Div 90% ausgesteuert (also ca. 12V).

Ich konnte keine Unterschiede zwischen den Oszis feststellen. Es wurde 
bei allen korrekt getriggert. Dein Signal scheint ja sehr speziell zu 
sein wenn es da Probleme gibt.

Gruß Hayo

Hi,

Hayo W. schrieb:
> Dein Signal scheint ja sehr speziell zu
> sein wenn es da Probleme gibt.

da ist aber überhaupt nichts spezielles an dem Signal. Ist einfach ein 
Stück serielle Comm (9600,8,N,1 oder so) im ca. 1 s Abstand gesendet und 
aufgezeichnet.
Ich vermute Dein Signal ist zu kurz und löst kein erneutes Triggern aus.
Wie schon geschrieben, sieht es so aus, als ob das richtige Bild zuerst 
angezeigt wird und danach im RUN gleich überschrieben wird.

Ich habe mal drei Screenshots angehängt. Vielleicht wird es damit besser 
sichtbar. Gesamt.bmp zeigt das gesamte Signal :-)
Die zwei anderen eben Richtig und Falsch.
Die Bilder hab ich wegen der Größe besser gezipt.

Die Screenshots sind vom W2024A, 8C7.0H, BF7.13 und was auf den Bildern 
für Einstellungen zu sehen sind.
Falls Du unter Windows unterwegs bist, kann ich Dir gern das kleine 
Progrämmchen zusenden, was die Signale ausgibt.

Gruß
Jürgen

Wolfgang A. schrieb:
> Probier doch mal, die in PNG zu wandeln. Das wirkt Wunder ;-)

Danke für den Hinweis!

Oho, da hab ich mich wohl geirrt :-(
Ich habe wahrscheinlich die Antwort schon in der Frage mitgeschrieben:

>> Ich vermute Dein Signal ist zu kurz und löst kein erneutes Triggern aus.
>> Wie schon geschrieben, sieht es so aus, als ob das richtige Bild zuerst
>> angezeigt wird und danach im RUN gleich überschrieben wird.

Das wäre ja auch das beabsichtigte Verhalten: Im RUN so viel wie möglich 
Frames anzeigen, damit man kein Signal verpasst. Eben blos schlecht,
wenn weitere Triggerereignisse im zu untersuchenden Signal folgen.
Damit können durchaus je nach Länge des Signales verschiedene 
Darstellungen angezeigt werden.
Je schneller die Anzeige ist und um so kürzer der Puffer im Verhältnis 
der Signallänge ist, umso mehr verschiedene
Darstellungen des Signales können angezeigt werden.
Nur war das eben nicht das von mir erwartete Signal "Triggern auf die 
ERSTE negative Flanke und Anzeige des ersten Teiles des Signals". Beim 
Single wird deshalb auch das erwartete Signal angezeigt,
da nach dem Füllen des Samplespeichers nicht auf ein neues 
Triggerereignis getriggert wird.

>> Die zwei anderen eben Richtig und Falsch.

Das sollte also besser "Erwartet" und "Nicht erwartet" heissen.
Bei langsamen Sampleraten dauert es eben länger bis der Samplebuffer 
gefüllt ist und eventuell passt das gesamte Signal in den 
Samplespeicher.
Dadurch ergibt sich nicht die Möglichkeit einer erneuten Triggerung 
(hier bei 1s Impulsabstand und ca. 22,2ms Impulsfolgedauer).

Also muss man hier besser SINGLE einstellen, um genau das Erwartete zu 
sehen.

Sorry, man lernt eben nie aus :-)

Beste Grüße und ein schönes WE
Jürgen

Hallo Jürgen,

ja das ist allgemein ein Systembedingtes Problem bei Oszilloskopen. Auch 
bei den alten analogen Geräten. Man hat immer eine gewisse Zeit in der 
das Gerät "blind" ist. Wenn es ungünstig läuft kommt das nächste 
Triggerereignis (Signalanfang) ausgerechnet in dieser Zeit.

Da die Konstrukteure von Oszis dieses Problem auch schon recht früh 
erkannt haben gibt es die Holdoff-Time. Die kann man so einstellen, dass 
die "blinde Zeit" etwas länger wird, nämlich idealerweise so lang, dass 
der Trigger erst wieder nach dem letzten Signalteil scharf wird. So kann 
er dann wieder auf den nächsten echten Signalanfang triggern.

Ob das bei unserem DSO so gut funktioniert wäre zu testen. Vielleicht 
kannst Du uns dazu Infos liefern? Dein Signal wäre ja der ideale 
Testprobant.

Gruß Hayo

Hallo Hayo,

genau in diese Richtung hatte ich gedacht. Ich werde die Holdoff 
Funktion etwas genauer mit dem Signal untersuchen.

Gruß
Jürgen

Hallo Hayo,

die Holdoff Geschichte funktioniert bei unserem DSO so wie es sein soll!
Du kannst nur in der Hardware Beschreibung mal korrigieren, daß das 
Holdoff  Register doch nur 24 bit breit ist. Da ist es noch 32 bit 
breit.
Damit ergibt sich bei 8ns Increment eine maximale Holdoff Zeit von 
134,217 ms.
Diese Begrenzung ist ja auch im User Interface so eingebaut (134,000 
ms). Da gibts noch eine kleine Reserve :-)
Der Pretrigger und die Anzeige ist ebenfalls ok.
Schön wäre, wenn auch die Triggerpositionsauswahl "Fixed" oder 
"Constant" gespeichert würde und nach dem Einschalten entsprechend 
gesetzt wird.

Gruß Jürgen

Ah ja, danke. Ich schau mir das mal an und korrigiere das.

Gruß Hayo

And from me also a happy new year 2016 to all.

The support for the hardware-mods and the BF-Firmware is still alive! If 
there are any questions or problems or maybe new ideas - post it here...

Kind regards

Hayo

Nochmal Alfons!
Vergesst bitte den obigen Beitrag, Hayo hats bereits oben beantwortet. 
Bin durch die vielen Beiträge erst jetzt drauf gestoßen. Pre Gain -> 
Factory war bei mir das Schlüsselwort.

Danke

Hi Alfons,

ja das ist dem Einen oder Anderen auch schon passiert. Im erstem Moment 
nach dem Update denkt man nicht an die Hardwareeinstellungen...   :-)

Aber Du hast es ja selbst gefunden. Noch viel Spass

Hayo

Hi Sladjan,

unfortunately the fast memory is limited to 4K for each ADC. This memory 
is directly coupled to the ADC (inside the FPGA). In Fast sampling Mode 
all four ADC are used in interleave mode - so there are 16K memory 
available.

In slow sampling mode only one ADC is used, so there are only 4K memory 
available. Only in very slow sampling mode (USTB - ultra slow time 
bases) the samples are stored in the main memory and so there is a 
little bit  more space.

Without new FPGA-design there is no possibility to change this :-(

Haye a nice week

Hayo

Hayo W. schrieb:
> Der Teufel steckt
> aber bekanntlich im Detail und deshalb sind Hinweise auf Fehler
> jederzeit willkommen.

Moinmoin Hayo & CO.

hab seit laengerem nun wieder in Hardware zu tun und hab die
7.13 aufgespielt weil die 7.1 massive Probleme im Single mode
hat, leider sind die geblieben nur geht der Quick Mess jetzt
auch nicht mehr (Freq. messung) die Cursors haengen links am
'Anschlag'; (oder hab i die bedienung vergessen), vllcht kann
das auch noch jemand hier mit der 7.13 testen, danke

Hayo koenntest du bitte zumindest nach dem Single mode schauen,
ist f. mich sehr wichtig


vlG
Charly

*EDIT*:

hab eben die FW nochmal geflascht, def.setup und jetzt geht die Freq. 
messung im Quickmess, was da vorher war, KA......

der Single mode ist aber immer noch nicht OK, was genau kann i noch
nicht genau beschreiben, ein Problem ist zb. falls trigger auf auto
steht u. man aktiviert den Single dann Triggert er wenn man die TB
aendert....

nochmals vlG
Charly

Hi Charly,

also aktueller Stand bei Dir ist, dass der Single Mode irgendwie 
Probleme bereitet - korrekt? Du weißt aber noch, dass es ein Submenü 
gibt in dem Du einige Einstellungen zum Trigger vornehmen kannst? Hast 
Du die Einstellungen mal gecheckt?

Gruß Hayo

Hi Paolo,

at the moment there is no active development of the firmware from my 
side. This is because the actual version is running fairly stable and as 
second reason I'm deeply committed in some Raspberry Pi projects - for 
example RPi as ADS-B flight radar or RPi as media player build in a JVC 
boom blaster and so on.

But nevertheless I'm giving support for bugs or problems in the firmware 
or hardware. So if you have trouble with one of these - don't hesitate 
to report your problems here. I will try to help you with a new FW 
version or some new hardware hints.

Kind regards to you and all WELEC owners

Hayo

Hi Pico,

the trick is to use oversampling. That means, that we read more samples 
than we need - except 50ns (which is 1:1) and 20ns/10ns/5ns/2ns (which 
is undersampling with interpolation).

For example when we have 4 x oversampling - we are only using every 
fourth sample in the memory to display it on the screen. That gives us 
the possibility to "zoom in" in Stop-Mode or in Delay-Mode.

Also this is the only possibility to get all needed timebases in spite 
of the very poor implemented ADC controlling unit in the FPGA.

Hope that helps

Hayo

Hi Pico,

there is no formula inside of the firmware. This is controlled by table 
entries. Here a piece of the code:

- the register values

const unsigned long tb_value[36] =
{
  /*-------16Kb--------*/
  0xFFFFFFFF,    //   0 -> 2 ns
  0xFFFFFFFF,    //   1 -> 5 ns
  0xFFFFFFFF,    //   2 -> 10 ns
  0xFFFFFFFF,    //   3 -> 20 ns
  0xFFFFFFFF,    //   4 -> 50 ns
  0xFFFFFFFF,    //   5 -> 100 ns
  0xFFFFFFFF,    //   6 -> 200 ns
  0xFFFFFFFF,    //   7 -> 500 ns
  0xFFFFFFFF,    //   8 -> 1 µs
  0xFFFFFFFE,    //   9 -> 2 µs (500MSa/S)
  0xFFFFFFFD,    //  10 -> 5 µs (250MSa/S)
  /*-------4Kb--------*/
  0xFFFFFFFB,    //  11 -> 10 µs (25MSa/S)
  0xFFFFFFF3,    //  12 -> 20 µs
  0xFFFFFFE7,    //  13 -> 50 µs
  0xFFFFFFCE,    //  14 -> 100 µs
  0xFFFFFF83,    //  15 -> 200 µs
  0xFFFFFF06,    //  16 -> 500 µs
  0xFFFFFE0C,    //  17 -> 1 ms
  0xFFFFFB1E,    //  18 -> 2 ms
  0xFFFFF63C,    //  19 -> 5 ms
  0xFFFFEC78,    //  20 -> 10 ms
  0xFFFFCF2C,    //  21 -> 20 ms
  0xFFFF9E58,    //  22 -> 50 ms
  0xFFFF3CB0,    //  23 -> 100 ms
  0xFFFE17B8,    //  24 -> 200 ms
  0xFFFC2F70,    //  25 -> 500 ms
  /*------- USTB -----*/
  0xFFFFFFFF,    //  26 -> 1 s [USTB]
  0xFFFFFFFF,    //  27 -> 2 s [USTB]
  0xFFFFFFFF,    //  28 -> 5 s [USTB]
  0xFFFFFFFF,    //  29 -> 10 s [USTB]
  0xFFFFFFFF,    //  30 -> 20 s [USTB]
  0xFFFFFFFF,    //  31 -> 50 s [USTB]
  0xFFFFFFFF,    //  32 -> 100 s [USTB]
  0xFFFFFFFF,    //  33 -> 200 s [USTB]
  0xFFFFFFFF,    //  34 -> 500 s [USTB]
  0xFFFFFFFF    //  35 -> 1000 s [USTB]
};

- and the text output

unsigned char SampleRateData[36][11] =
{{"1 GSa/s "}, {"1 GSa/s "}, {"1 GSa/s "}, {"1 GSa/s "}, {"1 GSa/s "}, 
{"1 GSa/s "}, {"1 GSa/s "}, {"1 GSa/s "}, //interpolated / normal

{"1 GSa/s "}, {"500 MSa/s "}, {"250 MSa/s "}, {"25 MSa/s "}, {"10 MSa/s 
"}, {"5 MSa/s "}, {"2.5 MSa/s "}, {"1 MSa/s "},  //normal

{"500 kSa/s "}, {"250 kSa/s "}, {"100 kSa/s "}, {"50 kSa/s "}, {"25 
kSa/s "}, {"10 kSa/s "}, {"5 kSa/s "}, {"2.5 kSa/s "}, //normal

{"1 kSa/s "}, {"500 Sa/s "}, {"50 Sa/s "}, {"25 Sa/s "}, {"10 Sa/s "}, 
{"5 Sa/s "}, {"2.5 Sa/s "}, {"1 Sa/s "}, {"1 Sa/2s "},//USTB

{"1 Sa/4s "}, {"1 Sa/10s "}, {"1 Sa/20s "}};

And to your question about the FPGA version - 8C7 is the better choice. 
If someone have problems with his 1C9, there is the possibilty to change 
the version to 8C7. All you need is an Altera byte blaster clone (for < 
10€) and the Altera programming software.

Hayo

Yes the 8C7 also can have some problems with spikes. This seems to be a 
thermal problem. The 2 channel version has less problems than the 4 
channel version. Optimizing the thermal design (like in my mod guides) 
can help to minimize these problems.

The original build in fan has nearly no cooling effect. So it is 
recommended to change it against a better one. Doku and all other stuff 
can be found here:

https://sourceforge.net/projects/welecw2000a/files/

Hayo

Hallo Hayo,

bezüglich Sampleraten ist die alte Hardware meine ich noch nicht 
ausgereizt. In meinen Experimenten mit OSOZ auf dem alten FPGA habe ich 
keinen solchen Sprung von 250 MSa/s auf 25 MSa/s beobachtet. Die Werte 
dazwischen sind zugegeben aber recht krumm.
Siehe CaptureSetTimebase() in osoz/platform/nios/capture.c
Die Hardware hat erstmal einen "exponentiellen" Einstellbereich, wo sich 
bei jedem Registerschritt die Abtastrate halbiert. Ergibt 1GSa, 500MSa, 
250MSa, 125MSa, 62.5MSa/s. Alle 4 ADCs und die volle Speichertiefe gibt 
es nur bei den beiden schnellsten Raten.
Dann kommt ein schier endloser "linearer" Einstellbereich wo sich der 
Teiler mit jedem Registerschritt um 8 erhöht. Das ergibt Abtastraten von 
31,25MSa, 25MSa, 20,83MSa, 17,86MSa, 15,625MSa, 13,89MSa, 12,5MSa, ...

Mit dem neuen FPGA wird das besser. Vor allem steht immer die volle 
Speichertiefe zur Verfügung, bei Nichtbenutzung des anderen Kanals 
kriegt man dessen Speicher sogar noch hinzu. Für die Abtastraten siehe 
die Schwesterdatei osoz/platform/nios2/capture.c, gleichnamige Funktion, 
sowie die Tabelle gDecimations[].

Grüße
Jörg

I shoudn't advertise it, since it's kind of abandoned. I haven't worked 
on it since almost 3 years (just checked), no free time in sight.
This is the thread about it:
Beitrag "made from scratch Firmware für Wittig/Welec Oszilloskop W20xxA"
Originally started as just a new software, then on mid 2012 it turned 
into a new FPGA design, too. Some coverage in the hardware thread, too:
Beitrag "Wittig(welec) DSO W20xxA Hardware (Teil 2)"

Jörg

Hi Jörg, ja das Thema mit der Samplerate hatten wir schon mal vor 
einiger Zeit. Ich hatte daraufhin das OSOZ-Coding geprüft und 
festgestellt, dass die 125 und 62,5 nur softwaremässig implementiert 
waren. Für diese Samplingraten gibt es aber (meines Wissens) keine 
Registerwerte die die ADC auf diese Rate einstellen. Falls ich mich da 
täuschen sollte bitte ich unbedingt um Hinweise. Dann würde ich da 
nochmal was nachrüsten.

Aber - wo Du das alternative Design ansprichst - wie ist den der Stand 
der Dinge? Bist Du da noch dran? Oder ist das in Dauerparkposition? Ohh, 
sehe gerade dass sich das mit Deiner Antwort überschneidet. Du warst ja 
schon mal an einem sehr vielversprechenden Punkt...

Schon dieser Stand wäre mit etwas zusätzlicher Peripherie um Lichtjahre 
weiter als das derzeitige Factory-Design.

Hayo

Hi Pico,

did you adjust the settings in the hardware setup? There are factory and 
highspeed settings that may cause different behavior. Do you own a 4 
channel version?

Hayo

Hi Pico,

can you upload a screenshot with an example? That may help to identify 
the problem. Preferred a typical situation of measuring with this 
spikes.

Hayo

Hi Mark,

yes indeed I think you are right and this is a firmware issue. The 
digital mode function seems to be tested not so good as the other parts. 
I think it is used not so often - especially the delayed function. Due 
to that this failure has not been detected yet. If I find some time for 
that I will try to fix it.

Thanks for reporting

Hayo

Hallo Dietmar,

das File kann sicher einer unserer FPGA Spezialisten hier zur Verfügung 
stellen. Notfalls müsste ich mal meine Archive durchstöbern oder von 
meinen Geräten eine Kopie runterziehen.

Evtl. die Anfrage nochmal im Hardware- Thread wiederholen.

Wenn keiner der Anderen helfen kann, sag noch mal Bescheid, dann muss 
ich mich mit dem Altera-Programm noch mal beschäftigen - ist schon etwas 
her, dass ich das benutzt habe.

Gruß Hayo

Ich habe die Version, kann ich einem "Gast" aber nicht schicken. Bitte 
anmelden/einloggen.

Ist ein ByteBlaster vorhanden? Man kann auch den USB-Chip mit einer 
entsprechende Firmware ausstatten.

Jörg

Hi,

auf die Schnelle habe ich folgendes File für den EP2C35 gefunden. Das 
könnte es sein, soweit ich mich erinnere. Im Hardwarethread hatte glaube 
ich auch mal jemand etwas hochgeladen.

edit: Oh hallo Jörg, Du warst schneller als ich...

Hallo Jörg, vielen Dank für dein Angebot. Ich habe mich gerade am Forum 
angemeldet und es wäre nett, wenn du mir das File zur Verfügung stellen 
könntest. Ein Altera USB-Blaster incl. Quartus-Software ist vorhanden.

Grüße Dietmar

Hallo Hayo, auch dir vielen Dank! Ich werde von meinen Versuchen 
berichten.

Grüße
Dietmar

Hallo Hayo,
darf ich mich anschließen, mit den Files. Ich besitze aus einem Nachlass 
auch jetzt auch noch ein W20xx ohne A. Nach den ersten Test war die 
Freude dann schnell am Ende. Ich fand dann den Thread hier, leider sind 
viele Links doch schon offline. Hast du noch die Files local bei dir ? 
Ich muss ja erstmal ein A aus dem DSO machen. Würde mich sehr über Hilfe 
freuen.

VG
Chris

Hi Chris,

bin gerade aus dem Urlaub zurück und muss mich hier erstmal etwas 
sortieren. Aber ich schau mal was ich für Dich tun kann. Wegen der Files 
am Besten noch mal bei Jörg anfragen, seine Files sind auf jeden Fall 
die richtigen und er kann Dir auch in Sachen FPGA-Programmierung am 
Besten weiterhelfen wenn Du da Fragen haben solltest.




@Jörg

vielleicht kannst Du die Files ja im SF-Repository unter

https://sourceforge.net/projects/welecw2000a/files/

ablegen? Dann hätten wir die an einer zentralen Stelle verfügbar.



Gruß Hayo

Ja ist soweit korrekt. Für die FPGA-Programmierung hab ich mir für unter 
10,- einen Blasternachbau in der E-Bucht gekauft da der Treiber bei 
meinem Windows einfach nicht funktionieren wollte. Damit geht es auf 
jeden Fall - auch unter Linux.

Dann brauchst Du eine Altera Installation um das FPGA (bzw. den 
Speicher) zu programmieren. Kann man kostenfrei runterladen. Die 
Anleitung zum Upgrade auf den A Typ muss ich noch mal raussuchen. Bist 
Du wirklich sicher, dass Dein Teil kein A ist? Auf dem Gehäuse steht das 
nämlich nirgends drauf - da steht immer nur W20xx ohne A.

Gruß Hayo

Vielen Dank, den Blasternachbau habe ich mir jetzt für 3€ gekauft. Weil 
ich die treiber auch auf teufel komm raus weder unter Windows XP noch 
unter Windows 7 schaffe zu wechseln.
Ja es ist eines ohne A, W2012 Software 1.00.08 / Hardware 3C7.0H
Wird wohl eines der ersten sein.

Chris

Ok, ich habe auf SF hochgeladen was ich so in Kürze finden konnte:

https://sourceforge.net/projects/welecw2000a/files/Hardware/

Hier findest Du im Verzeichnis "Original" einiges an Doku und darin im 
Verzeichnis "FPGA" auch einige Altera Source Files. Auch dokumentiert 
ist die JTAG Steckleiste (es sind nämlich zwei identisch aussehende 
Steckleiseten vorhanden. Weiterhin ein Bild mit der Überbrückung am JTAG 
- wobei ich mir nicht mehr sicher bin ob man das für den Hardwareblaster 
auch braucht oder nur für den Softwareblaster. Vielleicht weiß das noch 
jemand. Notfalls schau ich bei mir noch mal rein.

Im "Modification" Verzeichnis habe ich die Anleitung zum Upgrade auf "A" 
hinzugefügt. Ansonsten einfach hier nachfragen.

Hayo

Vielen Dank, nun muss ich noch warten bis er aus China bei mir ankommt. 
Dann kann ich starten :-)

Morgen Hayo,
demnach lade ich dann die W2022A.jic datei in den 2012 und danach mit 
dem welecupdater die Firmware ? Habe ich das so richtig verstanden ?

Ja,

nach dem Umschießen des FPGA sollte der GERMSloader funktionieren und Du 
kannst dann mit dem beiligenden WelecUpdate.exe die Firmware reinladen.

Die Prozedur mit den beiden F-Buttons kennst Du? Die ist ansonsten auch 
im Doku-Verzeichnis der Firmware beschrieben.

Hast Du in der Anleitung zum Update auf "A" gesehen, dass Du auch noch 
einige Kleinigkeiten auf dem Mainboard umlöten musst? Ansonsten gibt es 
einige kleine ungefährliche Fehlfunktionen. Du kannst aber trotzdem erst 
das Firmwareupdate machen bevor Du da was umlötest. Dann kannst Du das 
Ergebnis besser checken - der nutzbare Screenbereich ist nämlich in der 
BF-Firmware größer.

Hayo

Ja, das mit dem Löten habe ich in der Anleitung das ist ja wirklich sehr 
entspannt.
Warte jetzt auf den Flashe und wenn es noch Probleme gibt melde ich 
mich, kann ich den Wittig eigentlich bricken oder ist es mit dem Blaster 
nicht möglich ?

Meines Wissens kein Problem,

natürlich erstmal eine Sicherung vom Original ziehen bevor man loslegt - 
aber eigentlich kann man nix kaputt machen. Wenn das neue Build nicht 
läuft - einfach das Backup wieder einspielen, dann ist man wieder am 
Anfang. Allerdings muss man sagen, dass der Originalzustand nicht 
allzuweit von "kaputt" entfernt ist...

Daher ist alles was einen irgendwie davon weg bringt ein Fortschritt :-)

Hayo

Ja Hayo, da gebe ich dir recht, schlimmer kann es nicht sein. Dann warte 
ich jetzt auf den Blaster und hoffe das es nicht zu lange dauert, jucken 
tun schon die Finger.

Sitze noch ein bisschen am Wittig, hat jemand ein tip wie man die 
Treiber wechseln vom Wittig. Es wird immer nur der HID Installiert ein 
aktualsieren endet mit der Meldung das der beste Treiber schon 
Installiert ist.

Das ist ja ein nicht ganz neues Problem...

Schau mal im Hardware Thread im ersten oder zweiten Teil nach. Hier geht 
es z.B. auch um das Thema

Beitrag "Re: Wittig(welec) DSO W20xxA Hardware (Teil 2)"

Vielen Dank, bevor ich alles zerlege wollte ich noch wissen wo ich U21 
bzw. U23 finde. Ich habe keine Beschriftung auf der Platine finden 
können.

Grüße

Chris

Hi Chris,

lade Dir das Dokument - Analog-Input-Part_assignment_V3_4.pdf -
aus dem Sourceforge Verzeichnis herunter. Dort ist sowohl der Schaltplan 
als auch ein Bild mit der Position enthalten. Du musst dazu die 
Hauptplatine ausbauen, da die Teile auf der Rückseite liegen.

Anleitungen zum Zerlegen gibt es in einer der Modifikations-Anleitungen 
- ebenfalls im SF-Verzeichnis.

Gruß Hayo

Ich wollte noch wissen, wenn ich den Blaster an den JTAG Port vom Wittig 
hänge, muss das Wittig dann eingeschaltet werden oder versorgt der 
Blaster den FPGA mit dem entsprechenden Strom?
Als Treiber für den Blaster nutze ich dann den 
"USB_Blaster_for_W2000_v1.1" oder habe ich das falsch verstanden ?

Chris

P.S. den Treiber habe ich bisher weder unter Windows XP noch unter 
Windows 7 geschafft zu tauschen. Warte jetzt auf den Blaster.

Hi Chris,

die FPGA müssen über die eigene Stromversorgung versorgt werden - also 
einschalten. Wenn Du einen Hardware-Blasternachbau verwendest brauchst 
Du diesen Treiber nicht, der emuliert nur den Altera-Blaster über die 
USB-Schnittstelle. Wenn Du den Blasternachbau verwendest, musst Du den 
Treiber für den Blaster in der Altera Software auswählen. Die Software 
steuert den Blaster dann direkt an.

Gruß Hayo

Danke, aber heute habe ich nun geschafft den Treiber in WIndows XP zu 
wechseln so das der Wittig jetzt als Altera USB-Blaster erkannt. Soweit 
so gut nun suche ich den Altera Programmer, auf der Altera Seite habe 
habe mehre Versionen vom Quartus Programmer gefunden, leider laufen die 
nicht auf Windows XP. Gibt es ein Link oder hat jemand noch eine Version 
welche unter XP läuft.

Grüße
Chris

Bin jetzt weitergekommen, den Quartus II 10.1 Web Edition habe ich im 
Programmer kann ich auch den Nios II Ev. Board an USB-0 auswählen. Wobei 
im Geräte Manager steht ja Altera USB-Blaster. Ich habe auch ein Backup 
versucht aber es kommt "Error : Can't access JTAG chain".
Habe ich da jetzt noch etwas übersehen ?

Grüße

Chris

Hallo Chris,

hast Du an die 0 Ohm Brücke am JTAG gedacht?

Hayo

Nein, dachte das brauch ich nur wenn ich den Blaster nutze. Habe es 
jetzt per USB direkt am Wittig probiert, also USB Kabel am Wittig, 
Treiber Installiert und dann mit dem Quartus II probiert.
Der USB-Blaster wird ja leider noch dauern bis er auch China da ist.

Beim Stöbern bin ich auf den Originalbeitrag getstoßen - da sind die 
Details noch etwas besser nachvollziehbar:

Beitrag "Re: Wittig(welec) DSO W20xxA Hardware"

Hayo

Danke für den Link, leider könnte ich da nichts finden was mein Problem 
beschreibt :-( oder ich stehe da noch mächtig auf dem Schlauch.
Dann werde ich wohl noch einige Wochen warten müssen bis der USB Blaster 
kommt :-( oder hast du da noche in Tip. Denke soweit bin ich vom Ziel 
noch nicht entfernt.

Hallo Hayo,
jetzt hab ich es geschafft das es geht, lag am USB Switch. Direkt läuft 
das flaschen gut. Habe dein File "W2022A.jic"was du hochgeladen hast 
rein geflasht. Sollte beom booten jetzt nicht 2012a stehen?

chris

Entscheidend ist die angezeigte Hardwareversion - hier sollte 
optimalerweise 8C7.xx erscheinen. Nicht so gut wäre 1C9.xx - aber beides 
sind W2000A Versionen. Wenn beim Booten weiterhin Deine alte 
Hardwareversion angezeigt wird, ist was schiefgelaufen.

Gruß Hayo

Hallo Hayo,
wollte gerade rückmeldung machen, alles gekappt jetzt läuft die neue 
Firmware. Danke für deine Hilfe.

Aber immer gerne :-)

Viel Spass mit der neuen Firmware - da gibt es viel zu entdecken...

Hayo

Da hast du recht, schon einiges gesehen und sehr überrascht. Kann man 
eigentlich auch daa DSO mit dem Computer bedienen bzw. ist dieses 
geplant ?

Chris

Aber klar doch!

Du brauchst dazu ein Terminalprogramm (so wie Teraterm oder 
Hyperterminal) das sich über die RS232 seriell mit einem anderen Gerät 
unterhalten kann. Näheres zu den Einstellungen findest Du im Doc 
Verzeichnis der Firmware. Beim Starten des DSO siehst Du dann schon die 
Textausgaben. Mit den entsprechenden Tastendrücken lässt sich alles 
Mögliche an und abschalten. Es gibt auch ein Screenshotprogramm, das den 
Screeninhalt auf den PC überträgt. Alles natürlich über RS232.

Hayo

Hallo zusammen,

wie hier 
Beitrag "Oszilloskop Wittig/Welec W2024A vs. Rigol DS1054Z" schon 
erwähnt, habe ich mir jetzt auch die aktuelle Firmware auf mein W2024A 
geflasht. Das ganze habe ich am Mac unter OS X (10.11) durchgeführt, 
deshalb hier etwas ausführlicher was dazu nötig ist - vielleicht hilft 
es jemand anderem auch.

Benötigt wird ein USB-Seriell Interface; ich hatte noch ein Keyspan 
USA-19HS und musste lediglich die Treibersoftware installieren. Das 
Keyspan hat direkt eine Male DB9 Buchse und könnte damit direkt 
angesteckt werden, klappt aber wegen den versenkten Buchsen nicht. Habe 
dann mit zwei hintereinander gesteckten Gender-Changern verlängert.

Für einen ersten Kommunikationstest noch mit der Original Firmware habe 
ich CoolTerm verwendet. Gibt's als Freeware. Passenden Seriellen Port 
ausgewählt, Parameter auf 115200, 8 N 1 - connect und hoffnungsvoll ein 
'h' gedrückt. Erfolg, die Kommunikation klappt.

Dann kann ja die Firmwareinstallation auch nicht mehr so schwer sein.

Das Terminal gestartet, und erst mal mit

# sudo cpan Device::SerialPort

das fehlende Perl Modul nachinstalliert. (Muss als root gemacht werden) 
Dann alle erforderlichen Files

- GERMSloader.pl
- TomCat.flash
- TomCat.ram

in ein Verzeichnis kopiert und mit cd dorthin wechseln.

# ls /dev/{tty,cu}.*

zeigt an, auf welchem Device das serielle Interface hängt, bei mir 
/dev/tty.KeySerial1.

Als Angsthase habe ich dann erst mal die Original Firmware gesichert:

# perl ./GERMSloader.pl -d /dev/tty.KeySerial1 -r 
./Backup_Welec2024A_Orginal

Script läuft los und zeigt an, dass es wohl einige tausend Sekunden 
dauern wird. - Also, frischen Kaffee machen und abwarten. - Zum Schluss 
dann diese Meldung:

* --- Backing up firmware from 00040000 to 007fffff...
* Successfully read out firmware in 2473.1 seconds!
* Writing firmware to ./Backup_Welec2024A_Orginal...

und im Verzeichnis das File mit 4,7 MB Größe.

Na wenn das klappt, könnte ich ja mal die neue Firmware wenigstens in 
den RAM schreiben:

# perl ./GERMSloader.pl -d /dev/tty.KeySerial1 -w ./TomCat.ram

* --- Writing GERMS firmware...
* Writing line 029946 of 029946: S8 detected, end of GERMS transmission.
* Successfully wrote GERMS firmware in 210.6 seconds!
* Please reboot DSO if it didn't restart automatically.
*
* READY!
* Thanks for all the fish.

Ohne Reboot des Welec wurde nach kurzen Flackern ein Laufbalken 
angezeigt, das verschiedene Werte neu geschrieben werden müssen. Hat 
rund 10 Minuten gedauert und danach konnte ich die neue Firmware 
ausprobieren. Macht einen wesentlich besseren und bedienbareren 
Eindruck; die Kommunikation per seriellem Interface und Terminalprogramm 
klappt auch.

Nachdem bis hier keine Probleme aufgetreten sind dann gleich Nägel mit 
Köpfen gemacht:

# perl ./GERMSloader.pl -d /dev/tty.KeySerial1 -w ./TomCat.flash

Ging auch gut und nach einem Reboot habe ich jetzt die aktuellste 
Firmware am Start.

Vielen Dank an Hayo und alle anderen die das alles ermöglicht haben. Ein 
schönes Ostergeschenk! :-)

Werde mich dann mal intensiver mit dem „neuen“ Oszilloskop befassen und 
bei auftretenden Fragen zurückmelden.

Viele Grüße aus Franken

NormalZeit

Ja, der Ground Offset hat mich zuerst auch irritiert. Nach dem Check 
aller Setups hat sich das aber schnell geklärt.

Aktuell versuche ich noch vernünftig einen Screenshot hinzubekommen. Das 
Unix Programm im entsprechenden Verzeichnis läuft unter OS X nicht, 
Fehlermeldung "cannot execute binary file" und neu kompilieren mit dem 
Makefile klappt auch nicht. Da muss ich am Wochenende nochmal ran.

Gerhard J. schrieb:
> Ja, der Ground Offset hat mich zuerst auch irritiert. Nach dem Check
> aller Setups hat sich das aber schnell geklärt.
Hallo Gerhard, wie Du schon herausgefunden hast, müssen die 
Einstellungen im Hardwaresetup erst korrekt eingestellt werden und dann 
eine Kalibrierung durchgeführt werden.

> Aktuell versuche ich noch vernünftig einen Screenshot hinzubekommen. Das
> Unix Programm im entsprechenden Verzeichnis läuft unter OS X nicht,
> Fehlermeldung "cannot execute binary file" und neu kompilieren mit dem
> Makefile klappt auch nicht. Da muss ich am Wochenende nochmal ran.

Das Screenshotprogramm ist aktuell nur für Windows und Linux ausgelegt. 
Ich vermute, dass es aber auch ohne viel Aufwand  auch für den Apple 
angepasst werden kann. Falls es Dir gelingt, wäre es nett wenn Du es 
hier zur Verfügung stellst.

Gruß aus Südamerika
Hayo

Hi Mark,

thank you for reporting. Did you check this on an older firmware version 
also? I will try to find out if this is an original WELEC hardwarebug or 
if the switch is not working correctly due to firmware changes.

Regards

Hayo

mark schrieb:
> Hello folks.
> Simply as reference, I spotted that the 20MHz bandwidth limit function
> doesn't works into the latest firmware 1.2.BF.7.13C2.

Hi Mark, I found some minutes time to check your reported problem today. 
I checked with 2 channels 653-Mod and 4 channel LB-Mod both with latest 
firmware. I measured on channel 1 only. Frequencies are 20MHz (as 
reference) and 100MHz with a Leader 3216 signal generator as source. 
Hardware setting is on "High Frequency 1". Find attached the screenshots 
I made.

As you can see it works as it should and there is only a little 
attenuation at 20MHZ. At 100MHz there is a great attenuation - as it 
should be.

So the question is what's going wrong with your DSO? Maybe something 
with your mod?

Regards

Hayo

Hi Sandro, hi Mark,

if there is the need of firmeware adjustment due to a hardware 
improvement I will do it! So if you have any idea to make things better 
- let's see how we can work together.

Hayo

Hi Mark,

unfortunately I have restricted access to internet until end of next 
week. I will answer in detail later.

Hayo

Hi mark,

what do you expect sampling a 250-MHz-Signal with 1 GS/s, as long as
the Welecs sampling is far from perfect?

So, what you see is ok.

Ok marc, your pics look like i remember the situation. Afair the
problems are due to the samples not beeing stored in the correct
order. I think only Jörg's new FPGA-design could help, but sadly
he stopped working on that.

Lets wait until Hayo is back again, he knows it better than i do.

Hi guys,

I'm sorry but I'm just a bit in hurry due to business reasons. So don't 
be angry for waiting for some answers. I will try to take some time on 
weekend to make things a little bit clearer.

regards Hayo

Ohoh, Hayo ist to busy.

mark schrieb:
> **********************************************
>         BlueFlash firmware starting!
> **********************************************
>
> - Hardware initialization               - done
> - Display initialization                - done
> QM -> draw_factor = 0 -> divide by zero exception will occur!
> QM -> draw_factor = 0 -> divide by zero exception will occur!
> - Starting up                           - done
>
> ----------------------------------------------
> Version : 1.2.BF.7.13 C2


QM means QuickMath afair. Some parameters in Setup are not set
correctly, so something horrible could happen showing the
measuring values on screen.

QM is the Quick Measure function. This seems to be only a message thrown 
out by the intializing routine. I think using the QM function will let 
this message disapear.



mark schrieb:
> Are EXT Trigger working while using DIGITAL mode function?
> I'm not able to use it even by setting the trigger to NORMAL.

I have no access to the code in this moment but if I remember right, 
there is no EXT trigger possible.



> Are SINGLE mode trigger working while using DIGITAL mode function?
> I'm not able to use it even by setting the trigger to NORMAL.
> I guess due the well known issue of noise that plagues the Welec DSO's I
> have many random trigger acquisitions even when real one isn't present.

I'm not shure - I have to check it.


> Would be possible add a new DIGITAL function that allows for the same
> rappresentation on the screen as the usual ones togheter with the chance
> to adjust the thresholds of the triggering action?
> I understand that make no sense because DIGITAL trigger have their own
> levels.

At this time the triggerlevels are fixed due to the logic type. But 
indeed it would be possible to add a variable trigger for that.

Also it would be possible to add a variable amplification for the 
voltage range. We discussed this some times in the past. Both are not so 
easy to implement and I decided to wait for Jörgs new FPGA design and 
the OSOZ firmware to implement those functions there.

Nowadays it seems to be very unlikely that the new design will be 
finished anytime. So I will think about the possibility to implement 
those functions in the BF firmware (and maybe some other functions too).

I did not realy understand what you meant with the overlay feature. Did 
anything go wrong? If there might be an issue - please make some 
additional screenshots to make things clearer.


Kind regards
Hayo

Ok, found the issue with the message and fixed it. It occures only if 
the QM mode is active while startup. The new compilation C3 is available 
here...

https://sourceforge.net/projects/welecw2000a/files/?source=navbar

The message should not appear anymore.

Kind regards

Hayo

Hallo,

Habe ein WS2022A geschenkt bekommen.
Es ist noch nichts modifiziert und auch die originale Software am 
arbeiten.
Was soll ich da jetzt am besten machen?
Ich habe keinen JTAG daheim, darum kann ich den FPGA nicht flashen.
Was ist die letztbekannteste Version, die mit dem originalen FPGA 
zusammenarbeitet?

Leider ist der Beitrag schon sehr unübersichtlich geworden.

Hier findest du alles, vom flashen der neuen FW bis zum modden und 
umbauen inkl. Dokumentationen, mußt eben ein "wenig" lesen!


https://sourceforge.net/projects/welecw2000a/files/?source=navbar

EDIT: neue Firmware kann über RS232, erst mal ohne "öffnen", geflasht 
werden

Gruß Michael

Fred R. schrieb:
> Was soll ich da jetzt am besten machen?

Hallo Fred, nach den schon gegebenen Antworten auch noch mal ein 
Statement von mir. Also grundsätzlich - mit der originalen Firmware ist 
das Gerät nutzlos wie ein Kropf. Du hast jetzt diverse Optionen aus 
diesem Gerät etwas Brauchbares zu machen. Wie weit Du da gehen möchtest 
hängt letztlich von Dir ab.

1. Um das Gerät erstmal in einen benutzbaren Zustand zu versetzen 
solltest Du die aktuelle BF-Firmware flashen (1.2.BF.7.13 C3) die Du von 
Source Forge herunterladen kannst. Das Flashen geht dabei nur über 
RS232!!! Das USB-Kabel kannst Du gleich weglegen. An Deinem FPGA musst 
Du nichts machen. Wie man das macht und die benötigten Tools sind in dem 
Download-Package enthalten. Natürlich helfen wir auch gerne hier weiter 
wenn Du Fragen hast.

2. Es gibt 2 FPGA (Hardware) Versionen. Das Gerät meldet sich beim 
Hochfahren mit dieser Version. 1C9.xx und 8C7.xx. Bei der 1C9 wurde 
berichtet, dass hier vermehrt Probleme mit Spikes auftreten. Hier kann 
man jetzt das FPGA auf 8C7 umschießen wenn man möchte.

3. Es gibt diverse Hardwaremods die das Gerät verbessern. Dazu gehört 
eine bessere Belüftung oder auch Modifikationen an den analogen 
Eingängen oder am externen Trigger.

Viel Erfolg

Hayo

Hi Sandro,

no I don't know this software, but it seems to be very interesting. Also 
it seems to be a good idea to support an interface to this software. I 
will check this option in the next weeks and if it is possible I will 
add this feature.

Thanks for the hint

Hayo

Hi again,

I checked some supported Hardware for SIGROK and my first Idea is to try 
a support for DSO/MSO with RS232 connection. This may be easier than to 
write an USB firmwaremodule and a system driver.

Interesting are GW Instek GDS-800 and may be Hameg HMO or Rigol DS1000.
I will check further options

Hayo

Hello Sandro,

yes that may help. I just try to install and get familiar with the 
Software.
If I understood right we have two main Options for using Sigrok.

1. we can create a file with our DSO which can be processed by Sigrok
2. we can connect Sigrok and the DSO directly via interface

Both sounds interesting. I will check the possibilities.

Hayo

Du meinst die Werte, die auf den F-Tasten eingeblendet werden X1, X2, 
Y1, Y2 - richtig?

Um ehrlich zu sein, ist mir das noch nicht aufgefallen und ich glaube es 
hat auch noch niemand sonst erwähnt. Aber Du hast natürlich Recht. Die 
Werte sollten aktualisiert werden.

Ist in Arbeit...

Gruß Hayo

New version out now - neue Version ist verfügbar!


Die neue Version zeigt jetzt bei Änderung der Timebase und auch bei 
Änderung des Spannungsbereiches die aktuellen Cursorwerte an. Download 
hier:

https://sourceforge.net/projects/welecw2000a/


Danke an Egberto für den Hinweis.

Gruß Hayo

Danke für die Blumen...


@Andiiy
Wärst Du wieder so nett, die Änderungen ins Repo einzupflegen?
Betroffen ist im Wesentlichen der Code in userif.cpp. Ansonsten nur das 
Changelog und tc_vars.cpp wegen der Versionsnummer.

Gruß Hayo

Supie!

Ja ein neues FPGA-Image wäre sicherlich ein Sprung um Lichtjahre.

Ich weiß gar nicht warum ich bisher nicht auf Sigrok aufmerksam geworden 
bin. Sehr vielversprechend. Ich analysiere derzeit die Treiberdateien 
für die GW Instek 800 Serie um eine Möglichkeit zu finden das W2000a auf 
das Protokoll zu synchronisieren. Das würde dann zumindest im 2 
Kanalbetrieb einige Möglichkeiten eröffnen. Mehr als 2 Kanäle gibt der 
Treiber leider nicht her. Ein eigener Treiber für das WELEC wäre dann 
aber ziemlich einfach aus der vorhandenen Source zu erstellen. Für alle 
die an diesem neuen Projekt Interesse haben stelle ich mal die 
entsprechenden Sourcen hier bereit und hoffe, dass ich damit nicht gegen 
irgendwelche Lizenzbestimmungen verstoße.

Gruß Hayo

Andiiiy schrieb:
> Wobei NIOS2 immer noch ein schöner Gedanke wäre ... wo sind nur die
> ganzen FPGA Programmierer!

Die ganzen...
Also ich bin immer noch hier, auf der Welt. Wenn auch sehr mit anderen 
Dingen beschäftigt.

Oszi-mäßig habe ich mir vor knapp einem Jahr "was ordentliches" gekauft, 
ein Keysight DSOX3014A, und zum Äqivalent eines MSOX3054A mit allen 
Optionen aufgerüstet, außer das meines sogar mit 5 GSa arbeitet. Es gibt 
da interessante Tuningmöglichkeiten.
Macht viel Spaß damit zu arbeiten, ist superschnell und fühlt sich 
"analog" an. Leider zeigt es auch, daß man das Welec nie zu einem 
ordentlichen Werkzeug kriegen würde. Hardware-Rendering ist klasse. (60 
mal in der Sekunde das Ergebnis von allen mittlerweile aufgelaufenen 
Triggervorgängen anzeigen, Häufung als Helligkeitsstufen, statt nur eine 
Welle.) Dafür ist der Speicher im FPGA viel zu knapp. Dazu noch alle 
erdenklichen Dekoder und Meßwertbildung in Hardware...
Für den "normalen" und erschwinglichen Hobbybedarf bietet auch ein Rigol 
aus der 1000Z-Serie ein vielfaches. Die lassen sich ja bekanntlich 
leicht hochrüsten. Habe zugegeben noch nicht selbst damit gearbeitet.

Zurück zum Thema, prima daß Hayo noch so tapfer dabei ist, Hut ab.
Sorry daß ich mein Projekt nicht fertig genug bekommen habe.

Viele Grüße
Jörg

Hallo Jörg,

Glückwunsch zu Deinem tollen Neuzugang. Sowas hätte sicherlich jeder 
hier gerne. Aber ein Vergleich mit dem ehrwürdigen Welec ist auch etwas 
unfair :-)

Das Keysight (bzw. ex-Agilent) ist ja Profiausstattung und mit 4,5K€ 
etwas außerhalb des normalen Hobbybudgets. Für den Hobby-Elektroniker 
oder auch Studenten mit schmalem Budget ist das Welec trotz aller 
Schwächen ein interessantes Gerät. Gerade deshalb wäre sicherlich die 
Unterstützung von Sigrok eine echte Bereicherung. Und wo hat man schon 
die Möglichkeit seinem Oszi eigene Funktionen beizubringen?

Gruß Hayo

Nios2 ist aber nicht offener Quellcode? Mal OpenRisc angeguckt?

Andreas R. schrieb:
> Mal OpenRisc angeguckt?

Nein, noch nicht genauer. Wäre aber sicherlich auch eine Option. Die 
Lizenz für den NIOS2 wäre aber nicht das Problem. Jörg hatte da was am 
Start.

Was wir brauchen, ist jemand, der sich mit dem Design von FPGAs auskennt 
und ein funktionierendes Design erstellt. Jörg hat sich ja schon relativ 
weit eingearbeitet. Das hörte sich zwischendurch schon echt gut an, bis 
dann die weitere Entwicklung abbrach. Ich hatte auch schon überlegt, ob 
ich da einsteige, aber mir fehlt etwas die Zeit um in das Thema wieder 
komplett neu einzusteigen (meine letzten Vorlesungen zu dem Thema waren 
in den 90iger Jahren).

Denkbar wäre auch das Ganze als Studienarbeit oder so zu nutzen. Sowas 
hatten wir hier ja auch schon. Da lag der Schwerpunkt aber auf der 
Entwicklung von Filterbänken im FPGA und das Ganze auch nur für zwei 
Kanäle. So war das dann für uns nicht direkt nutzbar.

Hi,
Ich habe mal das Screenshot-Tool etwas komfortabler gestaltet.
Hier:
Beitrag "Welec DSO Screenshot-Tool"

falls Interesse besteht, kann ich das mit eurer Unterstützung noch etwas 
ausbauen.

Gruß Michael

@Michael

sorry für die späte Antwort. Hört sich gut an. Bin aber momentan etwas 
unter Strom (passt zum Forum...) und konnte mir da noch nix ansehen. 
Hole ich aber schnellstmöglich nach.

@mark

> Is there hope that also them can be adjusted too?

Yes - it just got out of my scope. Thanks for remembering. I will try to 
fix it after my holidays.

> I wonder why somebody in bandwidth draws great benefits from OPA_653_MOD

Please keep in mind, that the main idea behind this mod is not to 
increase the bandwidth, but to make the frequency response as linear as 
possible. It is easy to increase the bandwidth without linearity - but 
it is very useless because the signal shape you see on the screen is far 
away from reality.

And that is what the original input stage does - it amplifies the higher 
part of the frequency range more than the lower part.

mark schrieb:
> from around
> that frequency value begins to get worse quickly.

But that's no problem, if the frequency response is linear in this 
range. The sample rate of 1 GHz combined with about 150 to 200 MHz 
bandwidth is good for signals in the range of 20 to 50MHz. In the real 
live that are not sinus waves. That means, the signals contain 
frequencies which are factor 5 higher than the main frequency.

Measuring signals with higher main frequencies will result in signal 
distortion and less measuring quality.

So - to repeat what I said before - we can be happy if the modification 
leads to an accurate signal shape on our screen. Don't worry about some 
MHz more or less bandwidth, in practice that makes no difference.

p.s. I will make some additional measurings with my DSOs after holiday 
to have some more value to compare with. I don't think you got fakes of 
the OPA653. The only fakes I know are the original parts of the 
W2012/W2014 and also some of the W2022/W2024 (with green dots). But 
parts directly from the manufacturer are beyond any doubt I think.

Hayo W. schrieb :
> @Michael
>
> sorry für die späte Antwort. Hört sich gut an. Bin aber momentan etwas
> unter Strom (passt zum Forum...) und konnte mir da noch nix ansehen.
> Hole ich aber schnellstmöglich nach.
Kein Problem, eilt ja nicht! ;-)
Bei Gelegenheit könntest du mir mal die Schalter für das abspeichern
von CSV und ASCII mitteilen, ich kann die nirgends finden.
Am besten hier rein:
Beitrag "Welec DSO Screenshot-Tool"

oder per PN

Gruß Michael

Hi mark,

I tried to get the same failure as You - but I wasn't able to 
reconstruct the issue. I used the same settings and same signal. Can you 
give me a hint how to bring this on the screen?

Beitrag "Re: Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)"

Hayo

Hello Alles,

I have a W2012A dso, and I have flashed BlueFlashFirmware since many 
years.
I have flashed last version (1.2.BF.7.14) few minutes ago.

I have an issue related to channel offset and amplitude.

Offset:
Input disconnected = 0V input.
When the channel is centered, Trace is centered. Moving the channel 
(vertical position) the trace moves far from the arrows indicating 
"zero". The more the channel is away from center of the screen, the more 
the trace is away from the arrows.
Amplitude Scaling:
With 12.0V DC input connected, channel centered in screen, I read 9.0V.
Moving the channel toward the bottom of the screen, the reading is 
correct (12.0V) when the trace is at center of screen (and the arrows 
are "-12V").

As the problem is there since many version of firmware, I was wondering 
if this is a software issue (firmware or calibration) or it could be 
hardware issue.

Many thanks.

Hi Alessandro,

there are new hardware settings since the last firmware releases. So you 
have to go to your hardware menu and choose the correct settings. If you 
havn't modified your DSO, the factory setting is the best choice. 
Otherwise you have to choose the setting matching to your mod.

If you are not shure how to setup your DSO, I will help you in detail.

Regards
Hayo

Hi again,

here a screenshot of my W2022A. The first setup is for the OPA653 Mod 
and the second for an unmodified DSO. The ADC-Setup can be changed for 
different signals and frequencies to avoid spikes and other crap.

Regards
Hayo

Hayo W. schrieb:
> So you
> have to go to your hardware menu and choose the correct settings.

Thank you Hayo, it was that! Changed to Factory now it is okay!

ja ist den heut scho Weihnochten???

Hallo,
erst einmal recht großen Dank und Anerkennung an alle, die an diesen 
Projekt die vielen Jahre gearbeitet haben.
Habe jetzt erst von 1.2.BF.2.x auf 1.2.BF.7.14 geflasht. Da ich derzeit 
einen Tastkopf 500:1 verwende ist mir noch ein Fehler in  tc_vars.cpp 
aufgefallen.

1

//Voltage ratio

2

const float VoltFactor[19] = { 0.001,  //  1mV

3

             0.002,  //  2mV

4

             0.005,  //  5mV

5

             0.01,  // 10mV

6

             0.02,  // 20mV

7

             0.05,  // 50mV

8

             0.1,  //100mV

9

             0.2,  //200mV

10

             0.5,  //500mV

11

             1.0,  //  1V

12

             2.0,  //  2V

13

             5.0,  //  5V

14

            10.0,  // 10V

15

            20.0,  // 20V

16

            50.0,  // 50V

17

           100.0,   //100V

18

           200.0,   //200V

19

           300.0,   //500V sollte '500.0' sein.

20

          1000.0};   //1000V

vielleicht kann das jemand noch bereinigen.

Grüße
jofri

Oh oh...

wie konnte das passieren und so lange unbemerkt bleiben?
Korrigiere ich natürlich umgehend. Danke für den Hinweis.

Gruß Hayo

Hi Folks!


Second compilation (C2) of 7.14 firmware with corrected divider table is 
available now on sf-net:

https://sourceforge.net/projects/welecw2000a/

regards

Hayo

Hallo Hayo,

Danke für deine rasche Korrektur.

Beim Utiliy-Menü sind mir die Punkte

Defaut-Setup  - was geschieht da genau?

Calibration-Standard  - was ist Set3 / Set4

nicht ganz Klar.

Gibt es irgendwo eine zusammenfassende Beschreibung der Menü.

Danke Josef

Hi Josef,

eine kurze Beschreibung aller nicht Standard Funktionen findest Du in 
der Datei Special Functions im Doc Verzeichnis.

Aber wo ich gerade dabei bin:

Man kann verschiedene Kalibrierungen speichern. Wenn man z.B. einen 
aktiven Tastkopf hat, so weicht dessen Kalibrierung von der normalen 
Kalibrierung ab.  Damit man nicht immer einen neuen Durchlauf starten 
muss, kann man sich für verschiedene Tastköpfe je ein Kalibrierungsset 
speichern.

Wenn Du normalerweise nur selten mit anderen Tastköpfen arbeitest kannst 
Du auch einfach auf Standard bleiben und vor der Messung eine 
Kalibrierung machen.

Das Ganze war eine Anforderung von einigen Spezialisten, die häufig mit 
unterschiedlichen Eingängen arbeiten.

Gruß Hayo

Da mir meine liebe Frau ein neues Oszi geschenkt hat, gebe ich mein 
Welec 4-Kanal 200 Mhz mit (fast) aktueller Blueflash Firmware gegen 
Porto ab (keine Garantie, keine Tastköpfe und sonstige Kabel!!)

Ich hatte damals den Lüfter gegen einen größeren, leiseren ersetzt, ein 
Abschirmblech eingebaut und die 2 Trigger LEDs in die Frontplatte 
gebaut.

Das Gerät ist soweit funktionsfähig, hat aber die bekannten Welec 
Designschwächen.

Ziel dieser Aktion sind Bastler, die dieses Gerät aktiv weiter 
entwickeln wollen bzw. Schüler/Studenten mit Ambitionen, die Entwicklung 
hier weiter zu treiben.

Kontakt bitter per PM.

Mirko

Das Teil ist vergeben.

Mirko

Hi Antony,

sorry for the late reply. There is no button in your menu? It is 
correct, that the appearence of the menu changed. There are new modes 
available. The logarithmic mode is called Power Spectrum now - and 
that's what it is.

But I found a little bug. When switching the modes, the type of 
magnitude in the display on the rigth side is not correct. You have to 
switch to x-y or main and back to get the correct display. I will try to 
correct this in the next time.

Hayo

Hi,

I shifted the grid to the left, to get space for the display on the 
right side. So the values had to disapear. I found the display more 
useful than the dB values so I decided to sacrifice them for the new 
display. I hope this is useful for you too.

I will try to solve the switching problem as soon as possible. I will 
let
you know when a new version is available.

Kind regards
Hayo

Hi all -
I corrected the bug yesterday night, so you can download the new release 
7.15 here:

https://sourceforge.net/projects/welecw2000a/

wish you all a nice week
Hayo

Hi,

das Wiki ist leider nicht mehr aktiv. Die Reste sind hier zu finden:

http://web.archive.org/web/20120115071202/http://sourceforge.net/apps/trac/welecw2000a/wiki

Ansonsten sind die meisten Sachen aber auch in den Dokumenten auf SF zu 
finden:

https://sourceforge.net/projects/welecw2000a/files/

Ich kann Dir sonst im Coding auch gerne die Stellen nennen wo Du was 
dazu findest. Es ist da ja Verschiedenes zur RS232 programmiert worden. 
Da ist einmal das Firmwareupdate(komprimierte Firmwareupdates), dann die 
Fernsteuerung/Sonderfunktionen, dann die Screenshot- und 
Datenexportfunktion, was davon brauchst Du?

Wenn Du sonst noch Fragen hast einfach direkt drauf los...

Gruß Hayo

Hallo,

mein Oszi hat sich gestern, nachdem ich ADC Setup Factory aufgerufen 
habe, aufgehangen.
Aus/Ein sowie ein Reset bringt es nicht mehr zum Laufen. Hat jemand eine 
Idee wie ich es wieder zum Laufen bringe.

Danke
Stefan

Hi Stefan,

erstmal sicherstellen, das die Firmware ok ist - d.h. die aktuellste 
Firmware noch mal neu laden und dann das Oszi neu starten. Wenn das 
vorher schon die letzte Version war, sollte das recht schnell gehen. 
Wenn eine sehr alte Version drauf war braucht es etwas Zeit bis sich das 
Gerät initialisiert hat.

Danach noch mal ins Hardware-Menü und alles richtig einstellen. Wenn es 
dann nicht läuft, ist irgendwas nicht in Ordnung und wir müssen etwas 
mehr ins Detail gehen. Das würde ich aber eher nicht vermuten.

Gruß Hayo

Hallo Hayo,

vielen Dank für die Unterstützung.
Das Upload der Firmware (1.2BF.6.xx -> 1.2BF.7.15) ging ohne Probleme, 
hat aber nichts gebracht.
Leider ist das Fehlerbild immer noch das gleiche.
Zu Deiner Frage wie es zu dem Fehler gekommen ist:
1.) Ich habe das Hardware Menü aufgerufen.
2.) ADC Setup
--> Der Bildschirm wurde grün und seitdem hängt das Oszi.

Aber bitte mache Dir nicht zu viel Aufwand.
Da das Ding ist schon etwas in die Jahre gekommen und ich möchte ungern 
an der HW noch was tun (bin da auch nicht so fit).
Würde mir für meine Hobby Zwecke (IoT, Ardino, ESP, also bis ca. 10MHz) 
dann wahrscheinlich ein Rigol DS1054Z (oder Vergleichbares) zulegen.

Im Voraus schon mal vielen Dank.
Gruß
Stefan

Hi Stefan,

das sieht für mich bei näherer Betrachtung so aus, als wenn da der 
Zugriff auf das FPGA nicht richtig funktioniert. Normalerweise sollte 
der Bildschirm
so aussehen:

Model:             W2024A
Hardware Version:  8C7.0L
Serial Number:     04063846C8
Flash ID:          0193

Die Werte werden aus dem FPGA gelesen - und bei Dir steht da leider 
Schrott drin. Was kann das sein?

- Das FPGA hat irgendwo "kalte Füße", was ja bei den WELECS durchaus 
nichts Neues ist.
- Das FPGA hat intern eine Macke (glaube ich eigentlich nicht so recht)
- einer der Speicherchips hat "kalte Füße" - kommt öfter mal vor, äußert 
sich allerdings normalerweise durch Displayprobleme

Man könnte also mal vorsichtig Beinchen nachlöten um hier 
weiterzukommen.
Hat sonst hier in der Runde jemand eine Idee?

Gruß Hayo

Danke Hayo,

Habe das Oszi gerade zerlegt (leider mit leichten Schaden an einem 
Drehknopf) .
Beide RAM'S nachgelötet.
Alle Lötstellen sehen eigentlich gut aus.

An den FPGA kann man ja wohl nichts machen Füße wärmen) .

Wenn keine andere Idee vorhanden ist gebe ich die Reparatur auf.

Gruß Stefan

PS: kann dann gerne das Oszi gegen Porto als Ersatzteile zur Verfügung 
stellen.

Hi,

Du bist ja schnell...

Nein am FPGA lässt sich schlecht was machen. Ich würde auch am ehesten 
auf das RAM tippen, da hier öfter schon mal ein Problem war. Bin ja mal 
gespannt, ob Dein Nachlöten Abhilfe geschaffen hat.

Gruß und viel Erfolg
Hayo

Hallo Hayo,

das Löten der RAMs (auf beiden Seiten und mit viel Flux) hat nix 
gebracht.

Wie gesagt, ich gebe es auf.

Es gibt jetzt ein vorgezogenes Weihnachtsgeschänk ;-).

Noch mal vielen Dank.

Gruß Stefan.

PS: Wenn jemand das Oszi als Ersatzteile haben möchte gebe ich es gern 
ab. (gegen Porto).

Das W2024A ist weg.

Wenn es noch was anzeigt ist es gut genug für einen Trade-in bei 
Keysight. Es gibt da immer mal wieder so 30% Rabatt Aktionen. Wenn ich 
recht erinnere muß das Altgerät um qualifiziert zu sein mindestens halb 
so viel Bandbreite oder Kanäle haben wie das neue. So kam ich zu meinem 
DSOX3014 (OT, was jetzt eher ein MSOX3054 ist...)

Hi Sandro,

happy new year to you and all others here.

Unfortunately (for you) I bought a sailing yacht and now spend all my 
time to work on the boat. For this reason I will not develop new 
functionality in the next time but nevertheless I will support you with 
bug fixes if needed.

Maybe anyone else here has the motivation and time to develop new 
functions - support from my side is guaranteed!

Regards
Hayo

Hallo Reinhard,

ja das ist kein Beinbruch, sondern eher ein abgelöstes Beinchen :-)

Das Problem ist altbekannt und hat schon viele Besitzer ereilt. Ich habe 
jetzt auf die Schnelle nur diese Beiträge dazu gefunden:

Beitrag "Ausfall W2024A"

Beitrag "Re: Wittig(welec) DSO W20xxA Hardware (Teil 2)"

Es gibt aber noch mehr dazu. Letzterer mit Foto, das Dir bekannt 
vorkommen sollte...

In allen mir bekannten Fällen war es der RAM-Baustein auf der 
Außenseite, also der leichter zugängliche Baustein. Wenn man etwas 
Lötgeschick hat ist das kein Problem. Der Lötkolben sollte eine feine 
Spitze haben und man muss auch nur kurz auf die SMD-Beinchen tippen. 
Starkes Drücken, kann die Beinchen auf dem Pad verschieben und 
Kurzschlüsse verursachen. So gesehen bei einem Gerät, bei dem mit einem 
etwas zu großen Lötkolben gearbeitet wurde und welches dann bei mir 
landete als nix mehr ging.

Wenn Du noch Hinweise brauchst, welcher SMD-Chip das ist...

...oder wenn Du noch Infos brauchst um das Gerät zu zerlegen - es gibt 
schriftliche Anleitungen beim SF-Download, aber ich helfe auch gerne 
direkt.

Gruß Hayo

Guten Abend Hayo,

habe mich heute mal an die Nachlöterei aller Beinchen der beiden RAM's 
gemacht: leider kein Erfolg.
Hast Du noch weitere Vorschläge?

Gruß, Reinhard

Hi Reinhard,

kein Erfolg bedeutet, es ist noch alles so wie vorher? Hast Du mal ein 
Foto vom Bildschirm? Ist eine aktuelle Firmware drauf? Neu flashen kann 
manchmal auch schon helfen.

Gruß Hayo

Danke für die schnelle Antwort, Hayo.
Der Zustand ist wie vorher.
Ich denke, dass ein Foto von einem dunklen Bildschirm keinen großen 
Informationswert hat.
Wie kann ich das Gerät ohne Bidschirmanzeige neu flashen?
Außerdem habe ich an meinem PC nur USB-Anschlüsse.

Grüße, Reinhard

Aahh - ok, ich dachte es würde noch was auf dem Display angezeigt.

Wie Josef hier schon andeutet, kann es helfen das Gerät einmal ganz zu 
zerlegen und wieder zusammen zu bauen. Evtl. sind Kontaktschwierigkeiten 
irgendwo vorhanden. Wenn die Probleme erst nach dem Auseinandernehmen 
auftreten, kann es sein, dass man die Pfostenleiste zwischen den 
Platinen nicht richtig getroffen hat (um einen Pin verrutscht).

Du solltest aber für weitere Diagnosen unbedingt einen Computer mit 
RS232 Anschluss haben. Für reine USB-Geräte habe ich einen USB/RS232 
Converter im Einsatz (für's Lappy). Aber wie auch schon hier in den 
Foren berichtet scheinen nicht alle gleich gut zu funktionieren (musst 
mal hier oder im Hardwarethread suchen). Meiner meldet sich im 
Gerätemanager mit "Prolific USB to Serial Comm Port" (siehe Bild).

Damit kann man dann die Debug-Ausgaben des Gerätes beim Start über ein 
Terminal mitverfolgen und auch eine neue Firmware aufspielen. Hast Du 
denn noch die Wittig-Firmware drauf (eigentlich unvorstellbar)?

Gruß Hayo

Ich Frage mal nur aus Interesse:
Ist der FPGA Teil dokumentiert so dass man da selber Code für schreiben 
kann?
Bei kaufbaren Oszis kann man sich zwar die Samples nach einem Trigger 
geben lassen und damit Auswertungen machen, aber das ist oft sehr 
langsam und man hat viel Totzeit. Zu Messzwecken im Labor wäre das super 
zu diesem Preis. Die Auflösung würde mir auch locker genügen mit den 8 
Bits. Wichtig sind mir das Erkennen von kurzen Impulsen zu denen ich 
dann jeweils einen Zeitstempel mit ausgeben. Da genügt locker die 
serielle Schnittstelle.

Wie ist denn der Aufbau grob, muss man zwingend eine CPU verwenden um 
das FPGA zu konfigurieren und den ADC und UART zu verwenden oder reicht 
dafür eine FPGA Konfiguration die man über JTAG in einem Flash ablegt?

Gustl B. schrieb:
> Wie ist denn der Aufbau grob, muss man zwingend eine CPU verwenden um
> das FPGA zu konfigurieren und den ADC und UART zu verwenden oder reicht
> dafür eine FPGA Konfiguration die man über JTAG in einem Flash ablegt?

Moin Gustl,

in dem Bereich wäre Jörg der richtige Ansprechpartner und Du wirst im 
Hardwarethread

https://www.mikrocontroller.net/topic/goto_post/3068213

sicher einiges dazu finden.

Nur kurz - die Konfiguration wird im Flash abgelegt. Am JTAG hängt ein 
ALTERA Klone (USB Blaster) für ca. 10€ vom freundlichen Chinesen. Eigene 
Designs wurden schon in Angriff genommen und waren aber bisher noch 
nicht verwendbar. Dennoch haben sie klar aufgezeigt, dass das Potential 
des Gerätes mit der Wittig-Programmierung maximal zu 10% ausgeschöpft 
wurde. Es geht deutlich mehr Geschwindigkeit und bessere (fehlerfreiere) 
Funktionen.

Wenn Du da was auf die Beine stellen willst sei Dir noch der Thread 
"made from the scratch" (von Jörg) empfohlen:

Beitrag "made from scratch Firmware für Wittig/Welec Oszilloskop W20xxA"

Gruß Hayo

Hi Rudi,

nein - keine Sorge, Du musst nichts an der Hardware ändern. Du musst 
lediglich einmal durch das Setup gehen und alles richtig einstellen.

Das machst Du so:

1. Taste Utility -> Du bist im Setup
2. Default Setup -> alles wird erstmal auf Defaultwerte gesetzt
3. Calibrate Offsets -> das machst Du nachdem das Gerät warm ist (5 Min)
4. More -> Hardware -> Jetzt bist Du im Hardware Setup
5. ADC Setup -> Hab ich bei mir auf HighFreq1 stehen - probier es aus!
6. Pre Gain -> muss bei Dir auf Factory stehen, sonst falscher Pegel!!!
7. Gain -> dient zur Feinkorrektur - default ist 1.000
8. ADC Driver -> solltest Du Assembler wählen, ist schneller

Das war's! Wichtig ist vor allem Pre Gain, das wird bei Dir vermutlich 
falsch eingestellt sein, aber geh einfach alle Schritte der Reihe nach 
durch, und dann ist alles korrekt eingestellt. Punkt 3 kannst Du 
beliebig oft wiederholen, aber wenn Du das im kalten Zustand machst 
stimmen die Nullpunkte später nicht mehr.

Gruß Hayo

Hallo, mein W2024 aus Ebay mit BF 1.5x Firmware funktioniert gut, ich 
will erst mal nichts ändern. Ich finde nirgendwo die originale W2000 PC 
Application mit welcher man die Screenshots vom DSO wohl per USB Bus am 
PC visualisieren konnte . Screenshot via RS232 ist natürlich möglich, 
USB wäre aber unkomplizierter . Grüsse Dietrich

Hallo Dietrich,

ich hänge die Software hier mal an, da keine Copyright-Verweise drin 
sind. Mit der BF-Firmware arbeitet das Programm aber nur begrenzt 
zusammen. Einige Remotebefehle gehen, aber es werden keine Daten 
angezeigt (zumindest bei mir nicht).

Das liegt daran, dass die zugrunde liegende Originalfirmware der Version 
1.2 schon nicht funktioniert hat. Aktuell muss man dafür wohl die 
Version 1.3 oder 1.4 verwenden. Die USB-Funktion erkauft man sich dabei 
allerdings mit dem Verlust fast aller Funktionalität des DSO! Denn die 
originale Firmware kann eigentlich fast nichts.

Nebenbei würde ich Dir auf jeden Fall empfehlen von BF 1.5x auf die 
letzte 7.15 aufzurüsten - da hat sich doch Einiges getan.

Zu der Welec Software habe ich (glaube ich) auch noch die originalen 
Delphi-Sourcen, falls da jemand noch dran programmieren möchte. Es wäre 
wohl auch möglich die BF-Firmware so anzupassen, dass man das Programm 
wieder benutzen kann. Wäre aber wohl schon noch etwas Gefummel bis das 
läuft.

Gruß Hayo

Prima,

freut mich, dass ich helfen konnte. Sowas ist ja eigentlich nie 
abgeschlossen. Es gibt immer etwas was man da einbauen oder erweitern 
könnte - wie z.B. im Beitrag einen weiter oben die USB-Unterstützung für 
das Welec Programm. Aber aktuell habe ich auch nicht mehr soviel Zeit 
dafür. Schuld daran sind andere Projekte (mit dem RasPI z.B.) und 
diverse Outdoor-Freizeitaktivitäten. Aber laufenden Support mache ich 
noch so nebenbei (Fragen beantworten oder kleinere Bugs beheben etc.).

Gruß Hayo