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

Moritz Z. schrieb:
> Wenn ich euer Fachgespräch nochmal unterbrechen darf:
> Ersteinmal vielen Dank für die Antworten. Ich habe es mit dem Perl
> Skript versucht, aber er hat gleich am Anfang abgebrochen weil er etwas
> nicht überprüfen konnte.

Stand da etwas von "SerialPort"?

Du brauchst:

Device::SerialPort

(evtl. noch mit Win32 dazu)

> Jetzt bin ich dabei die Firmware mit dem
> Updater drauf zu machen - mit Windows 7 und USB Adapter für RS232
> allerdings nicht besonders empfehlenswert. Dauert 6 Stunden! Wenn das
> Oszi am Schluss noch lebt funk ich nochmal durch.
>
> Nochmals vielen Dank für eure Arbeit!
>
>
> Gruß,
> Moritz

Grüße,

   rowue

@Moritz

Wenn Du vorhast des öfteren mal eine neue Open Source Firmware 
draufzuspielen, dann solltest Du noch etwas weiter mit dem Perlskript 
rumprobieren.


@Michael

Moment, ich probiere gerade mit den Skalierungen rum, wenn ich was 
Passendes habe, dann lade ich das hier hoch, dann könnt Ihr's Euch 
selbst machen...   ;-)

Hayo

So.
Writing line 017224 of 022368 :-)
Wie es geklappt hat?
Also:
1. Baudrate im Gerätemanager auf 115200 setzen
2. Adapter ohne Kabel anschließen
3. Die linken zwei Softbuttons gleichzeitig drücken, gedrückt halten, 
dann den Flash- oder Ramloader starten und sofort beide Tasten 
loslassen.

Nochmal Danke für alles!

Grüße aus dem sonnigen Stuttgart,

Moritz

PS: Danke Michael das du mich Motiviert hast den Vorgang mit dem Updater 
abzubrechen!
*edit:*
PPS: Michael hat sich sogar die Mühe gemacht mir eine lange Email mit 
der genauen Vorgehensweise und möglichen Fehlern zu schreiben. Ich bin 
sprachlos! Tolles Forum!

Michael D. schrieb:
> Die 150k sollen ja nicht so gravierend sein, aber naja...
> der Guido hatte das berechnet, glaube ich.

Nehmen wir den André,
Beitrag "Re: Wittig(welec) DSO W20xxA Open Source Firmware (Teil2)"

und stimmt - ich meinte immer den 150K - bloss, da mir die
Amplitude mit den 24.9 (oder was auch immer) Ohm zu sehr
einbrach, waren 1k5 kleben geblieben. (Der 150k liegt halt
parallel zu den Op-Amps mit 1k1)
>
> Gerade der 1V, 100mV und 10mV-Bereich, sind ja die Problemkinder!
> Die 2V, 200mV und 20mV-Bereiche sind jetzt auch nicht der Reißer.
> Die 5er-Bereiche sind ja ok!

AFAIR war es so, dass mit den eingelöteten Widerständen die 
HF-Attraktivität des Gerätes nachließ (Peak am Ende des BGP)
näheres müsste im Hardware-Thread stehen, der aber auch ellenlang
geworden ist.
>
> Machst du mal ein paar Bilder, so zum Vergleich? Dann könnte ich mir
> meine noch mal betrachten.
>
> Schön, das der Schalter funktioniert!
>
> Gruß Michael

Grüße,

    rowue

@Hayo: Conrad hat doppelseitig klebende Thermofolie.

Moritz Z. schrieb :
> Grüße aus dem sonnigen Stuttgart,
>
> Moritz
>
> PS: Danke Michael das du mich Motiviert hast den Vorgang mit dem Updater
> abzubrechen!
> *edit:*
> PPS: Michael hat sich sogar die Mühe gemacht mir eine lange Email mit
> der genauen Vorgehensweise und möglichen Fehlern zu schreiben. Ich bin
> sprachlos! Tolles Forum!

...ja ja, so ein 'bißchen'  kann ich was!

Sag' mal Guido, wie kommt das bei dir mit den Rauschlosen Signalen 
zustande??? Die Linien sind ja wie gemalt!!!

Hallo Rolf,

> Conrad* hat doppelseitig klebende Thermofolie.

Gib doch mal bitte die Art-Nummer, beim Conrad ist das immer so eine 
Aktion, bis man da was findet, wäre nett, danke!
Den Conrad in FFM hatte ich mal zwecks der Folie nachgefragt: "hammer 
net" war die Antwort...toll

Gruß Michael

Michael D. schrieb:
> Moritz Z. schrieb :
>> Grüße aus dem sonnigen Stuttgart,
>>
>> [Rauschen, etc]

Zum Rauschen würde es m.E. Sinn machen, folgende Meßreihen zu machen:

5-1V, Bandbreitenbegrenzt
50-10mV, nicht Bandbreitenbegrenzt

jeweils auf den gleichen Kanal, mit und ohne Widerstände, ohne
erneute Kalibrierung und ohne äußeres Signal, jeweils 1GSa/s.

Von diesen Messungen zieht mensch sich jeweils 2048 Werte aus
der Mitte und lässt sich die Standard-Abweichung geben.
Dies ist dann ein Maß für das (analoge) Rauschen.

Dazu dann noch die jeweilige Aussteuerung bei einem
Spannungsunterschied von: 30V (5V/DIV), 12V (2V/DIV), 6V (1V/DIV)
(oder halt 10V, 5V mit Ref-Quelle) - hieraus lässt sich das
Quantisierungsrauschen bestimmen.

Wg. des Frequenzganges könnte mensch sich auch mal die Oberwellen (3. 
und 5.) eines entsprechenden Rechtecksignals ansehen. Leider ist mein FG 
nicht kalibriert, so, dass ich nur die relativen Werte angeben könnte 
(wenn ich die Widerstände drin habe) - davon abgesehen ist die 
Auswertung auch etwas Arbeit.
>
>> Conrad* hat doppelseitig klebende Thermofolie.
>
> Gib doch mal bitte die Art-Nummer, beim Conrad ist das immer so eine
> Aktion, bis man da was findet, wäre nett, danke!
> Den Conrad in FFM hatte ich mal zwecks der Folie nachgefragt: "hammer
> net" war die Antwort...toll

Stichwort ist:

WÄRMELEIT-KLEBEFOLIE

darauf bekomme ich drei Treffer, von denen zwei interessant sind:

181132 - 62
181133 - 62

die, die ich mir damals besorgt habe, ist nicht dabei - vielleicht
finde ich noch die Bestell-Nummer.
>
> Gruß Michael

Grüße,

    rowue

Das Gefrickel mit den Faktoren erweist sich als etwas zäh. Es dauert 
wohl noch etwas bis ich da was anbieten kann.


@Rolf

Danke für den Tip, ich werde da mal recherchieren.



Hayo

Moritz Z. schrieb:

> Wie es geklappt hat?
> Also:
> 1. Baudrate im Gerätemanager auf 115200 setzen
> 2. Adapter ohne Kabel anschließen
> 3. Die linken zwei Softbuttons gleichzeitig drücken, gedrückt halten,
> dann den Flash- oder Ramloader starten und sofort beide Tasten
> loslassen.

Kleiner Nachtrag zu den beiden linken Softbuttons:

- wenn Du erst den Linken drückst und hältst, dann den Rechten kurz 
drückst und wieder losläßt bist Du im GERMS-Monitor über den sich die 
Firmware laden läßt.

- wenn Du erst den Rechten der beiden drückst und hältst und dann den 
Linken kurz drückst, macht das Gerät einen Reset.


> Nochmal Danke für alles!
>
> Grüße aus dem sonnigen Stuttgart,
>
> Moritz
>
> PS: Danke Michael das du mich Motiviert hast den Vorgang mit dem Updater
> abzubrechen!
> *edit:*
> PPS: Michael hat sich sogar die Mühe gemacht mir eine lange Email mit
> der genauen Vorgehensweise und möglichen Fehlern zu schreiben. Ich bin
> sprachlos! Tolles Forum!

Ja wir sind alle mal mit sehr wenig Detailwissen gestartet und waren 
froh über jeden der uns weitergeholfen hat.

Hayo

Hayo W. schrieb:
> Das Gefrickel mit den Faktoren erweist sich als etwas zäh. Es dauert
> wohl noch etwas bis ich da was anbieten kann.
>
>
> @Rolf
>
> Danke für den Tip, ich werde da mal recherchieren.

Wenn Du in HH mal an dem Laden in Wandsbek/Dulsberg vorbeikommst,
da hatten die in der "Moder-Ecke" (wenn Du reinkommst rechts
hinten) 'ne Folie als Aktionsangebot, die 'nen Tick besser war.

>
>
>
> Hayo

Beste Grüße,

       rowue

So die Faktoren hab ich, aber ich komme erst morgen dazu ein Paket zu 
schnüren.

Hayo

@Luc

I'm sorry! As Guido found out the entries for Factory and high frequency 
settings in the ADC-Setup menu are exchanged. It is fixed in the next 
version which is available here today.

So let me explain the function. The factory setting results, as You can 
see, in a resonance problem at higher frequencies. The HF-setting 
deactivates some filters in the readout logic of the FPGA.

I always use the HF-Setting because it has the best results on my two 
DSOs.

A few Users had some problems with spikes, so there are some other test 
settings to find out which one matches to Your device.

The Pre Gain menu allows you to override the Factory setting of gain 1 
at the 1er and 2er Ranges with the gain 1.25 - this may have a positive 
effect to the noise level.

The other settings are for hardware modifications in the preamp stage on 
the mainbord. Some users exchanged the line resistors (0 Ohm) at the 
preamp input against 33 Ohm. Due to that You can choose other scaling 
factors in this menu which fit to those modifications.


Hayo

So Leute,

bevor ich die aktuelle BF.1.1 raushaue hier vorab einige Erkenntnisse zu 
den so heiß umstrittenen Widerständen.

Als Referenz hier erstmal die drei Meßbereiche mit Gain 1.25 und Null 
Ohm...

...dann der 5 V Bereich mit 33 Ohm und 150 Ohm statt 150 KOhm.

besonders auffällig ist die abhängigkeit von der vertikalen Position. 
Wenn man mit dem Drehknopf etwas hin und her dreht wird es mal mehr und 
mal weniger. Daher hier mal die beiden Extreme...

...zuletzt die 2er und 1er Bereiche. Hier het es sich meiner Meinung 
nach deutlich verbessert.

Hayo

Interessant wäre jetzt noch das Frequenzverhalten. Ich werden das mal in 
der nächsten Zeit prüfen.

Hayo

So, damit Ihr auch selbst ausprobieren könnt hier die BF.1.1

Ich habe bei der Gelegenheit alle!!! Skalierungsfaktoren neu berechnet 
und feinjustiert.


Bitte beim 22 Ohm Bereich beachten dass ich hier nur Schätzwerte nehmen 
konnte. Der 33 Ohm Bereich ist auf 33 Ohm mit zusätzlichem 150 Ohm 
Widerstand statt des 150 KOhm Widerstandes ausgelegt evtl. passen die 
Skalierungen nicht zum 150 K Widerstand! -> müßt Ihr testen


Gruß Hayo

Ach ja, noch einer!

Wenn Ihr zwischen den Gain-Bereichen wechselt solltet Ihr danach eine 
DAC-Kalibrierung vornehmen, da sich der DAC-Korrrekturoffset evtl. auch 
verändert.

Hayo

Hallo Hayo,

Dein Fleiß ist mal wieder beachtlich, wie du da reinhaust, wenn das so 
weiter geht, werden die Dinger bald nicht mehr bezahlbar sein...

Wie hast du denn die Menuefuhrung auf den Screenshot gebracht?

Zum Vergleich mal dieselben Einstellungen, nur ohne Modifizierung!
Mich würde mal interessieren, ob das bei jedem gleich aussieht.

Ich warte jetzt noch das Frequenzverhalten ab, bevor ich was unternehme.

Noch was,
Einige hatten mit dem 2.Kanal Probleme mit der Null-Kalibrierung, bei 
Signalmessungen ist da ein ordentlicher Versatz zu beobachten!
Nach einiger Zeit habe ich heraus gefunden, wie man beide Kanäle exakt 
auf die Nullinie bekommt.
In diesem Fall war Combitrigger 1GSA/s 500µS und beide Kanäle mit dem 
Pfeil übereinander, also PFEIL, nicht die Linie selbst!
Beide Pfeile genau in der Mitte vom Grid, dann eine Dac-Kalibrierung und 
alles ist hübsch!
Bei Signalmessungen die übereinander liegen, sieht man kaum noch die 
verschiedenen Kanalfarben, das hat mir gefallen!
Von der Grundstellung aus ging das bei mir nicht, hoffe der Tip war 
nützlich.

Gruß Michael

Michael D. schrieb:
> Hallo Hayo,
>
> Dein Fleiß ist mal wieder beachtlich, wie du da reinhaust, wenn das so
> weiter geht, werden die Dinger bald nicht mehr bezahlbar sein...

Werden die eigentlich noch angeboten? Oder sind die jetzt nur noch 
gebraucht zu kriegen?

> Wie hast du denn die Menuefuhrung auf den Screenshot gebracht?

Den Quick Print Button zweimal kurz hintereinander drücken, dann macht 
er einen Screenshot ohne das Menü zu wechseln.

Die Screenshots entsprechen meinen ersten drei ganz oben, die sind auch 
ohne Modifizierung bei Gain 1.25 geschossen. Bei Factory Setting ist das 
Rauschen bei mir in den 1er und 2er Bereichen etwas höher.

Hayo

Hayo W. schrieb:
> Michael D. schrieb :
>> Hallo Hayo,
>>
> Werden die eigentlich noch angeboten? Oder sind die jetzt nur noch
> gebraucht zu kriegen?

habe gerade mal nach gesehen, da ich ja so'n 'Mikro' haben will, wurde 
schon einmal überboten, ärgern...
es sind keine mehr zu sehen ausser OWON und ein TEK mit 500MHz für 
kleines Geld...ähem 1999,- öcken
>
>> Wie hast du denn die Menuefuhrung auf den Screenshot gebracht?
>
> Den Quick Print Button zweimal kurz hintereinander drücken, dann macht
> er einen Screenshot ohne das Menü zu wechseln.

...klasse, wieso weiß ich das nicht? Muß jedes mal mit der Kamera und 
Lupe rum rennen, wenn der kompl. Bildschirm drauf soll!
>
> Die Screenshots entsprechen meinen ersten drei ganz oben, die sind auch
> ohne Modifizierung bei Gain 1.25 geschossen. Bei Factory Setting ist das
> Rauschen bei mir in den 1er und 2er Bereichen etwas höher.

ach, diese Einstellung ist dann zu empfehlen?
>
> Hayo
Was macht denn so deine Frequenzmessung, schon was konkretes heraus 
gekommen?
Weil mit dem Beitrag vom branadic der Wind aus den Segeln genommen wird, 
siehe hier:
Beitrag "Re: Wittig(welec) DSO W20xxA Hardware"

Gruß Michael

Michael D. schrieb:

>>> Wie hast du denn die Menuefuhrung auf den Screenshot gebracht?
>>
>> Den Quick Print Button zweimal kurz hintereinander drücken, dann macht
>> er einen Screenshot ohne das Menü zu wechseln.
>
> ...klasse, wieso weiß ich das nicht? Muß jedes mal mit der Kamera und
> Lupe rum rennen, wenn der kompl. Bildschirm drauf soll!

Hatte ich schon seit der 0.92 drin glaube ich, müßte ich mal als readme 
beifügen...


>> Die Screenshots entsprechen meinen ersten drei ganz oben, die sind auch
>> ohne Modifizierung bei Gain 1.25 geschossen. Bei Factory Setting ist das
>> Rauschen bei mir in den 1er und 2er Bereichen etwas höher.
>
> ach, diese Einstellung ist dann zu empfehlen?

würde sagen ja

>> Hayo
> Was macht denn so deine Frequenzmessung, schon was konkretes heraus
> gekommen?

Komme erst übermorgen dazu, da ich morgen den ganzen Tag aushäusig bin.

> Weil mit dem Beitrag vom branadic der Wind aus den Segeln genommen wird,
> siehe hier:
> Beitrag "Re: Wittig(welec) DSO W20xxA Hardware"

mal schaun

Hayo

Michael D. schrieb:
> Hayo W. schrieb:
>> Michael D. schrieb :
>>> [...]
>
> ...klasse, wieso weiß ich das nicht? Muß jedes mal mit der Kamera und
> Lupe rum rennen, wenn der kompl. Bildschirm drauf soll!

Ganz fiese Frage - hast Du mal in den ersten Teil des Threads
geschaut? - Da wurde das bei der Einführung angesprochen ;)
>>
>> [...]
>
> Gruß Michael

Grüße,

   rowue

Rolf W. schrieb:
> Michael D. schrieb:
>> Hayo W. schrieb:
>>> Michael D. schrieb :
>>>> [...]
>>
>> ...klasse, wieso weiß ich das nicht? Muß jedes mal mit der Kamera und
>> Lupe rum rennen, wenn der kompl. Bildschirm drauf soll!
>
> Ganz fiese Frage - hast Du mal in den ersten Teil des Threads
> geschaut? - Da wurde das bei der Einführung angesprochen ;)
>>>
boahh, ganz fiese Antwort - hast du mal die Länge des 1.Threads geprüft?
Ich habe bestimmt 7/8tel 'grins' davon gelesen und Einiges ist hängen 
geblieben, denke ich!
Hier gibt's Leute, die haben die letzten 3 Beiträge nicht gelesen und 
fragen trotzdem... dann schickt man halt einen Link und gut is'!
...ich mag dich trotzdem 'lächel' nicht falsch verstehen, bin absolut 
hetero.....

>>> [...]
>>
>> Gruß Michael
>
> Grüße,
>
>    rowue

auch Gruß Michael

...und wieder kein Mikro ersteigert, heut' ist der Wurm drin.

Luc schrieb:
> @Guido and @Hayo
> I have not yet tried the 1.2.BF.1.1 release but I will do soon.
> About ADC SETUP I set it as a FACTORY with my W2022A and I have not
> encountered problems with both low and high frequency.

In the BF.1.1 I exchanged the values of the menu-entries for factory 
setting and high frequencies - in the BF.1.0 it is the wrong order!


> First I tried it with a 1.4 original firmware by Welec and despite it is
> rated for 100MHz bandwidth I was not able to overcome 60MHz and the
> oscilloscope is pretty useless even at much lower frequencies

In the original Firmwares all the lower timebases are set to the same 
settings as the 50ns Timebase - and therefore are extremely useless!!!


> Everything worked well like with my W2022A and surprise the W2012A
> easily reach 170MHz just like my W2022A!, I have not noticed significant
> differences.:-)

Until now we didn't find any differences in the Hardware between the 100 
MHz and the 200 MHz Version. I myself got a W2022A and a W2014A. My 
HF-Tests revealed no great Differences between the two DSOs.


> Yes, perhaps SLOW TB comes from the 1.4 original firmware by Welec, I'll
> try to check in the manual to understand how to use the SLOW TB
> function.

Hmm, I didn't use this until now. I will check it.

> Just one last thing about the CH1 DELAY and CH2 DELAY.
> I have already written as I used these function and why but I did not
> understand if I did it correctly.

Yes, You did. We (the guys here in the forum) checked the channel 
phaseshift of our DSOs and found out that they differ about 2ns and 8ns
between the channels. So I think the maximum of 16 ns for each channel I 
provided in the delay menu are more than enough to bring all channels in 
phase.

Please notice, that the BF.1.0 has a little bug in the DAC-Calibration 
function which only appears at some channel delays (I tried 7ns).
It is fixed in the BF.1.1.

I think I should write a little manual for the new functions...

For example the the Quick Print function. Pushing it two times initiates 
the screenshot function without changing the menu - did You know that?


Hayo

Hayo W. schrieb:
> I think I should write a little manual for the new functions...
>
...fine!
>
>
> For example the the Quick Print function. Pushing it two times initiates
>
> the screenshot function without changing the menu - did You know that?
>
>
no, I didn't and I bet that someone else didn't know that ether ;)
...but now I, we do! :)
>
>
>
> Hayo

Greetings Michael

Guido schrieb:
> Hallo,
>
> mit der 1.1 habe ich jetzt große Unterschiede zwischen den beiden
> Kanälen. Werden die jetzt unterschiedlich behandelt? Würde ja
> Sinn machen.

Eigentlich nicht...

> Ich probiere im Moment mit Pre-Gain = 1,25, da sollten doch beide
> Kanäle gleich behandelt werden.

vielleicht hab ich da noch nen Zinken drin. Beschreibe doch mal was da 
unterschiedlich ist bzw. poste es als screenshot.

Hayo

Verstehe ich das richtig, dass Deine Kanäle unterschiedlich bestückt 
sind?

Hayo

Dann ist es aber doch klar, dass die Kanäle unterschiedlich aussehen. Da 
versteh ich das Problem nicht so richtig. Bei meinem W2022A hab ich auch 
einen Kanal original und einen mit 33 Ohm bestückt. Da gibt es natürlich 
auch Unterschiede in der Amplitude - Frequenzabhängigkeiten hab ich 
allerdings noch nicht getestet.

Gruß Hayo

...na dann ist ja alles gut (schwitz...)

Hayo

So, neue (alte) Erkenntnisse zum Frequenzverhalten. Da ich zu faul bin 
meine Messreihen in Exel zu tippen, hier eine grobe Zusammenfassung.

Zum Messaufbau:

Meine Möglichkeiten zum HF-Messen sind leider sehr begrenzt. Bis 60 MHz 
Grundfrequenzreicht mein Generator. Trotzdem sind die Resultate sehr 
interessant und bestätigen die Messungen die im Hardwarethread gepostet 
wurden.

Generator: HP3325A  20MHz mit Amplituden bis 40V, 60 MHz mit 0dB
Referenz Oszi: Tek 2465A (350 - 400 MHz Bandbreite)

Bei Frequenzen bis 20 MHz gibt es zwischen der 0 Ohm Variante und der 33 
Ohm Variante keine nennenswerten Unterschiede. Mit steigender Frequenz 
steigt die Amplitude bei der Originalbestückung deutlich an während die 
33 Ohm Variante da eheblich genauer ist.

Das Signal bei 60 Mhz hat Überschwinger mit Frequenzanteilen die 
deutlich höher sind als die Grundfrequenz.

Die gemessenen Amplituden incl. Überschwinger:

Referenz Tek:     464 mV
Welec mit 0 Ohm:  744 mV
Welec mit 33 Ohm: 528 mV

Das sind 280 mV zuviel bei 0 Ohm und nur 64 mV bei 33 Ohm.

Der Amplitudengang verläuft also mit den 33 Ohm Widerständen deutlich 
linearer als mit den 0 Ohm Widerständen.

Zusammen mit der Tatsache das auch das Rauschen in den 1er und 2er 
Bereichen etwas abnimmt ist das für mich Grund genug auch den Rest mit 
33 Ohm zu bestücken.

Hayo

Noch ein kleiner Nach(t)gedanke:

es kann natürlich sein, dass der ausgetauschte 150 KOhm Widerstand 
(gegen 150 Ohm) maßgeblich am Fequenzgang beteiligt ist und nur die 
Kombination aus beidem diesen positiven Effekt hat.

Hayo

Hayo W. schrieb:
> Noch ein kleiner Nach(t)gedanke:
>
> es kann natürlich sein, dass der ausgetauschte 150 KOhm Widerstand
> (gegen 150 Ohm) maßgeblich am Fequenzgang beteiligt ist und nur die
> Kombination aus beidem diesen positiven Effekt hat.
>
> Hayo

Ich gebe mal meinen Senf dazu, weil ich ein wenig aufgepasst habe:

Hier waren ja die Berechnungen (laut Andre?) damit der Abschluss 1100 
Ohm beträgt...
Beitrag "Re: Wittig(welec) DSO W20xxA Open Source Firmware (Teil2)"

dann wäre Hayo's Konstellation mit den 2 x 33 Ohm und dem 150 Ohm,
der Abschlusswiderstand über 1100 Ohm!
Würde die Amnplitude mit 100 Ohm (statt 150 Ohm) noch weiter sinken, was 
ja eigentlich logisch wäre, da der Abschlusswiderstand ja niedriger 
wäre,
oder wie verhält sich das?

Gruß Michael

vermute ich auch

Hayo

Hi Luc,
a comnent to Your high frequency test. We fomd out that the amplitude
increases at frequencies between 50 ~ and 200 Mhz. So the amplitude 
response
is not linear, but has a maximm aromd 150 Mhz.

http://sourceforge.net/apps/trac/welecw2000a/wiki/HardwareImprovement

I made some tests with my modified hardware ( I changed the input
resistances of 0 0hm against 33 0hm and the 150 KOhm parallel resistmce
against 150 Ohm) and fomd out that the amplitude response is much more
linear now.

Beitrag "Wittig(welec) DSO W20xxA Open Source Firmware (Teil2)"

So I think I will change all other resistances too. But in the normal 
case
of measuring at 20 or 30 mz You are right, it is not so importmt as the
firmware with all its functions.

Hayo

@Guido

Ich habe meine Messungen nicht mit Quick Measure gemacht, sondern mit 
den manuellen Cursorn. Die Werte die ich da ermittelt habe sind schon 
korrekt.

Hayo

Allerdings hast Du recht in Bezug auf die QM-Funktion, ich bin da 
ebenfalls auf Verbesserungspotential gestoßen...


Hayo

Guido schrieb:
> @ Hayo: Ich habe gerade nachgeschaut, die Cursor-Werte stimmen nur
> bei Pre-Gain = Factory. Gibt wohl noch ne Menge Arbeit.

Wie ist das gemeint? Ich habe auch nachgeschaut und die Cursorwerte 
stimmen für alle Bereiche - oder meintest Du QM-Cursorwerte?

Hayo

Nichtsdestotrotz hat mir die QM-Sache keine Ruhe gelassen. Es gibt daher 
mal wieder eine neue Version...

What is new:

- Ticket #31 gefixt

http://sourceforge.net/apps/trac/welecw2000a/ticket/31

- QM support für USTB modus

- QM menü Einträge korrigiert (QM-Selection)

Viel Spass

Hayo

Ich habe es getan! Das USB-Mikro ist bestellt für 50 Ocken plus 5 Ocken 
Versand.

Bin mal gespannt...

Hayo

Hallo Hayo,

eine Screenshot " 1.5 " ???

Die QM hatte nur Probleme ab 60MHz ?

Gruß Michael

Michael D. schrieb:
> Hallo Hayo,
>
> eine Screenshot " 1.5 " ???

ja ich hab die Farbpalette noch etwas geändert und dann die 
Versionsnummer auf den aktuellen Stand gebracht. Ist aber völlig 
losgelöst vom dem OS-Screenshot, der auch anders komprimiert.

> Die QM hatte nur Probleme ab 60MHz ?

Wie ist das gemeint?

Hayo

Weil Guido's Quick-Measure unter die Räder gekommen sind? Ab wann oder 
wo, tritt das ein?

Hast du was am Auto-Trigger gedreht? Der Zappelt ja garnicht mehr, 
vielleicht hat mein Teil auch nur einen guten Tag!

Die 0,48er sowie die 1.5 Screensh. zickt bei mir rum, ist sehr langsam 
und es tut sich manchmal nix...während die Os-Variante gleich anschlägt 
und hat zackich' das Bild generiert. Die Port-Einstellungen sind alle 
Dieselben. 115200 baut, Datenbits: 8, Parität: keine, Stoppbit: 1, 
Flussst.: keine !
Baudrate, Handshake???

Noch was, beim Quick-Measure habe ich die roten Linien im Signal (oben 
u. unten), das war vorher nur im Curser-Modus.

Gruß Michael

PS.: 2x Quickprint funktioniert prima, feine Sache...

Michael D. schrieb:
> Weil Guido's Quick-Measure unter die Räder gekommen sind? Ab wann oder
> wo, tritt das ein?

Keine Ahnung, hatte das Phänomen noch nie, bei mir läuft alles stabil.

> Hast du was am Auto-Trigger gedreht? Der Zappelt ja garnicht mehr,
> vielleicht hat mein Teil auch nur einen guten Tag!

Nix gemacht.

> Die 0,48er sowie die 1.5 Screensh. zickt bei mir rum, ist sehr langsam
> und es tut sich manchmal nix...während die Os-Variante gleich anschlägt
> und hat zackich' das Bild generiert.

Die OS-Version ist tatsächlich einfach schneller! Bei der BF-Version muß 
man etwas länger warten, ich hatte es auch mal, das er das Bild erst 
gespeichert hat nachdem ich am Oszi irgendeine Taste betätigt hatte.

Allerdings ist das bei mir schon länger nicht mehr aufgetreten.

> Noch was, beim Quick-Measure habe ich die roten Linien im Signal (oben
> u. unten), das war vorher nur im Curser-Modus.

Auf Deinem Screenshot oben liegt es daran, das die obere Kante des 
Signals so glatt ist. Normalerweise wird die rote Linie von einzelnen 
Minispikes nach oben gedrückt. Da hab ich aber nichts geändert, ist also 
so wie vorher und auch in der OS-Version.

Hayo

Guido schrieb:
> Beim Quick-Print habe ich auch das Problem, dass ich erst den
> Menüpunkt BF/OS aufrufen muss. Ohne dort etwas zu ändern klappt
> es anschließend. Wird doch kein Initialisierungsproblem sein. :-))

Muß ich mal prüfen. Kann es sein, das das nur nach dem Flashen auftritt 
und dann nicht mehr?


> Soll ich mal wieder einen Frequenzgang posten? Mal sehen, ob ich
> das irgendwann mal fehlerfrei hinbekomme.

Ja, aber dann mit kurzer Info über die Widerstandsbestückung der 
Längswiderstände und des Parallelwiderstands.

Gruß Hayo

hmm, bei 0 Ohm und Noise-Filter, geht das Sig. ganz schön in den Keller, 
während bei der Bestückung sich das in Grenzen hält.
Wenn noch der Abschwiderstand getauscht wäre, würde mich mal 
interssieren, wie's dann aussieht!


Gruß Michael

Noch ein kurzes Zwischenergebnis.

Ich habe den Parallelwiderstand auf 100 Ohm gesetzt und nochmal gemessen 
- keine Änderung (außer der Skalierung) im Amplitudengang gegenüber den 
150 Ohm. D.h. ich werde auf 150 Ohm zurückrüsten, da hier die Skalierung 
günstiger ist.

Grundsätzlich kann man aber schon sagen, dass die Umrüstung auf 33/150 
Ohm
für HF-Messungen Sinn macht. Ansonsten (< 20 MHz) wirkt es sich nicht so 
stark aus, insbesondere wenn man den Noisefilter benutzt.

Da ich ja zwei Geräte habe, werde ich das W2022A umrüsten und das W2014A 
original lassen, dann hat man auch immer einen Vergleich.


Hayo

@Guido

Du solltest auf jeden Fall auch den Parallelwiderstand austauschen (150 
Ohm bietet sich an), sonst macht das nur wenig Sinn.

Wenn Du bei 22 Ohm für die Serienwiderstände bleiben willst brauchst Du 
geänderte Skalierungsfaktoren. Ich kann Dir anbieten das Coding zu 
schicken incl. kurzer Anleitung was Du tun must.

Hayo

Guido schrieb:
> Sorry für Doppelpost.
>
> @ Hayo: Mit den Widerständen musst du die Spannungen mit 1,44
> multiplizieren, liege ich da richtig?

nicht ganz:

bei 33/150 Ohm sind es 1,51
bei 33/100 Ohm sind es 1,65

Hayo

Hi Gyppe,

thats right. I will post a Photo in the Hardwarethread in a few minutes

Hayo

You will find the Pictures here:

Beitrag "Wittig(welec) DSO W20xxA Hardware"


Hayo

Guido schrieb:
> @ Hayo: Ich muss das erst mal durchrechnen. Wie schon geschrieben
> möchte ich bei der Gelegenheit gleich die Verstärkung anheben, so
> dass die ADCs bis auf +-127 ausgesteuert werden.
>
Hallo Guido,

...da bin ich mal gespannt!

> Ich baue später mal einen Frequenzvervielfacher (ICS502) auf,
> damit ich das Welec mal mit Rechtecksignalen bis 100 MHz
> traktieren kann.

Rechteck mit 100MHz? Wie sieht das dann noch aus???
>
> Gruß, Guido

Gruß Michael

Wieso ist nach einem Default Setup die Kalibrierung zum Teufel???

Die sollte eigentlich nicht geändert werden.

Das Problem mit Kanal 3 + 4 werde ich mir mal ansehen.


Hayo

p.s. hast Du ein neues Modell W2912A? ;-)

Hmm muß ich wohl mal checken, war mir noch nicht aufgefallen. Das soll 
ja so nicht sein...

Hayo

Kann ich ebenfalls so bestätigen, nach dem einschalten ist die FFT 
wieder da aber beim verlassen hab ich 2 kanäle mehr...

Mensch, seid doch froh, meldet sich das Oszi dann auch als W2024A ;-)

Ich werde da mal einen Fix in den nächsten Tagen rausbringen.

Hayo

Also zum Thema Default Setup:

Definitiv werden DAC-Offset und ADC-Offset nicht dadurch verstellt! Ich 
habe mehrere Tests gemacht und es funktioniert wie es soll!!!


Folgende Situation habe ich bei mir aber öfters mal gehabt:

Nach einem Flashvorgang mit einer neuen Version hingen die Signale 
völlig schief, danach ein Default Setup und alles ist wieder gut. 
Allerdings waren da jedesmal die Kalibrierungen hinüber. Das liegt dann 
aber nicht am Default Setup, sondern an der Startup-Routine, die nach 
dem Laden einer neuen Firmware das Flash neu initialisiert, um bei 
geänderter Flashkonfiguration die Werte neu zu belegen und das Gerät 
nicht ins Nirwana zu schicken.

Hayo

Hallo, einen schönen 1. Mai wünsche ich,

ich überarbeite gerade die Initialisierungsroutine um das mal entgültig 
zu stabilisieren.

Nächste Version kommt in Kürze...

Hayo

Guido schrieb:
> Hallo Hayo,
>
> wäre es möglich in der FFT das Grid horizontal auf 10 Div zu ändern?
> Es muss ja nur das Grid und die Anzeige/div angepasst werden. Die
> 8 Divs treiben einen beim Kopfrechnen in den Wahnsinn. ;-)

Tja, wie Du Dir denken kannst, hab ich das nicht ohne Grund gemacht. Und 
der Grund ist nicht, dass ich Euer Kopfrechnen auf Vordermann bringen 
will, sondern, dass das Grid 512 Punkte breit ist - was ja direkt mit 
der Breite der FFT-Abtastung zusammenhängt die ja nur Werte zur Basis 2 
zuläßt und nicht zur Basis 10.

Teil mal 512 durch 10 - und jetzt kommst Du...


Hayo

Also,

Du kannst eine Gridlinie immer nur auf einem vollen Pixel malen. Bei 512 
Pixeln müßtest Du aber bei einer Zehnerteilung die Linie auf dem jeweils 
51,2ten Pixel malen....ist etwas schwierig :-)

Hayo

Ich überleg mir da mal was, vielleicht kann ich Dir da doch was 
anbieten.

Hayo

Kurzer Zwischenbericht von der Firmwarefront.


Auf der Suche nach den Ursachen der Auffälligkeiten die Ihr gemeldet 
hattet, bin ich auf diverse Bugs in den Flash-Routinen gestoßen. Der 
Grund für die komischen Effekte war einfach, dass die Daten nicht 
richtig gespeichert wurden, und er dann völlig verwurstete Daten beim 
Start geladen hat (oder auch beim Rückkehren von der FFT).

Das wundert mich ja nicht wirklich, da es die einzigen Routinen sind 
(außer den USB-Routinen) die ich noch nicht korrigiert habe. Ich hatte 
ja gehofft das der Kerl wenigstens etwas fehlerfrei hingekriegt hätte - 
aber wie der Lateiner sagt: Spes saepe fallit! (die Hoffnung trügt oft).

Zur Zeit lerne ich gerade das Datenblatt von AMD auswendig und probiere 
an der Löschroutine rum.

Auch das kriegen wir hin...

Gruß Hayo

Na hat Euch die Frühjahrsmüdigkeit überwältigt?

Dann hier der richtige Wachmacher! Nach einer Woche rumtüfteln hat sich 
eine Menge getan. Die Highlights sind:

- Startup-Sequenz stabilisiert
- Flashroutinen gefixt/verbessert
- diverse Bugs in FFT und Channel-Switching gefixed
- neue Flash Backuplogik

Das neue Flash-Sektormapping findet Ihr in den aktuellen Memorymaps.

Und für Guido ist auch was dabei:

- neue FFT-Grid Frequenzteilung, umschaltbar durch mehrfaches Drücken 
des Grid Switch im Displaymenü.

Ansonsten viele kleine Änderungen damit alles rund läuft.

Die stabilste Version die ich je rausgegeben habe!

Please pay attention to the changelog for detailed information.

Schönes Wochenende / Nice Weekend

Hayo

...ui, zufällig war ich mal der Erste der frohen Botschaft!

Hi Hayo, habe gestern den Winzling ICS511 (200MHz) bekommen!
Hast du in dieser Richtung schonmal was gemacht?
Guido, wie war denn dein weiterkommen mit dem ICS501? Da war doch was?

Ich weiß, gehört in die HW...

Gruß Michael

Hi Michael,

nein ich war rein firmwareseitig eingespannt, das aber dafür gründlich. 
Da ich da jetzt etwas Ruhe ausstrahlen kann werde ich mich mal an die 
Hardware machen, z.B. 32 kleine Kühlkörper zurechtsägen um dem W2014A 
auch zu der thermischen Stabilität wie dem W2022A zu verhelfen. Oder 
auch das Zusammenbraten der Generatorerweiterung.

Ihr werdet auf jeden Fall von mir hören, ansonsten bin ich gespannt auf 
das Echo zur neuen Version.

Gruß Hayo

Äh, sorry meinte natürlich 16 Kühlkörperchen, sind aber auch schon 
genug...

Hayo

Hier gibts nur Backfisch ;-)

Gruß Hayo

Gyppe schrieb:
> Hi Hayo, point out some bugs for the new version:

thanks for Your report

> -The ultra-slow timebase not function again.

I'm sorry about that, it is because of the new flash routine which 
causes a little confusion on timer 2 (USTB-Timer). I fixed it.

> -The switch on-time FFT is very slow

the new config save routine needs a little bit more time now because of 
the double writing strategy, but works much more save than before.

> -In normal wound-there are freeze the track.

I didn't understand that

> -Sometimes the button switches the display grid on the menu freezes the
> entire system and a reboot does not always happen and I did not
> understand what causes it.

I changed the logic and hope it is stable now.


The new 1.2.BF.1.4 with all fixes will be available this evening here!

Hayo

Ok Jungs (Mädels sind, glaube ich, keine hier online oder?),

für die, die nicht so gerne englisch lesen - die neue Version mit den 
Fixes gibt es heute Abend hier.

Hayo

Ok Leute hier ist sie, hab noch einige Kleinigkeiten optimiert.

Hayo

Hi Gyppe,

i noticed, that you got your own Forum about the Welec DSO's?
Is it possible to set a link in here, so maybe we can take a look at it?

Greetings, Michael

Hallo allerseits,

zu der neuen Configschreibroutine noch eine Anmerkung. Es handelt sich 
hier um einen ersten Wurf. Ich bin noch dabei hier am Timing zu 
optimieren, damit die "Gedenksekunde" nicht so lang ausfällt.

For our Italian friends and all the other not german guys here: the new 
config write routine is a first try. I'm working on a timing 
optimization to minimize the short signal acquisition interrupt while 
writing to flash.

Desweiteren habe ich eine neue Overlay Funktion im Save/Recall Menu in 
Planung, den Button kann man schon sehen, aber er ist noch inaktiv.

Dahinter steckt die vor längerem mal erwähnte Möglichkeit das 
gespeicherte Signal über das aktuelle Signal zu legen um direkt 
vergleichen zu können.

Gruß Hayo

Hi Paolo,

thanks for the hint. It's not unknown! I think it is the first or the 
last value in one sample line which has zeroline value. I will check 
this in the next time.

By the way, for I noticed, that many users don't know this function - 
pressing the Quick Print Button twice (in short time) the screenshot 
starts without changing the menu.

Hayo

Hallo Leute, auch wenn es still ist geht es dennoch weiter. Ich habe 
gerade von unseren italienischen Kollegen Unterstützung in Sachen FFT 
angeboten bekommen und wurde auch noch darauf hingewiesen, dass die 
RMS-Berechnung im Quick Measure Betrieb nur für Sinussignale richtig 
ist. Das ist auch schon in Arbeit.

In der nächsten Woche bin ich erstmal nicht online, da ich (wie wohl 
viele) im Urlaub bin. Ich melde mich dann sobald ich wieder da bin.

For our multi language listeners: Developing is going on. Thanks to 
Alessandro for the tip with the RMS-calculation and his offer to help us 
with the FFT functions. The next week I'm on holiday in 'bella Italia' 
and therefore not online here.

Hayo

Hello Hayo
thanks a million for the time you're dedicating to improve the W20xx, 
you're doing an excellent job.

I would like to use the dso as a data collection device connected to the 
pc.
I saw the original W2000A.exe from Welec but it seems not able (when it 
works !!! hihihi) to real time acquire a data stream from the dso.

I read the command list available from the serial interface, so I've a 
couple of stupid questions:

1. do you have any doc about the command: "Shift+u" and "shift+p" ?
2. does exist a command to obtain a contiuous sample data stream from a 
channel ?
3. are those commands available also from the USB interface?

Thank you from your Italian friend, ciao Tony

Tony Tony schrieb:
> Hello Hayo
> thanks a million for the time you're dedicating to improve the W20xx,
> you're doing an excellent job

:-)

> I would like to use the dso as a data collection device connected to the
> pc.

There are available the screenshot function which allows you to send 
ascii data via RS232 and the FFT-screener - infos on our Source Forge 
Net project page

> I saw the original W2000A.exe from Welec but it seems not able (when it
> works !!! hihihi) to real time acquire a data stream from the dso.

original WELEC software is not compatible to the open source versions!

> I read the command list available from the serial interface, so I've a
> couple of stupid questions:
>
> 1. do you have any doc about the command: "Shift+u" and "shift+p" ?

No, but I will check this inthe next time...

> 2. does exist a command to obtain a contiuous sample data stream from a
> channel ?

Not at this time, but maybe in future
> 3. are those commands available also from the USB interface?

At this time there is no USB support because of not existing 
PC-Applications which support USB.

> Thank you from your Italian friend, ciao Tony

Kind regards from Merano in Italy

Hayo

p.s. cool, WLAN is for free on this camping place

...ha, der Hayo macht Camping...bei dem schönen Wetter.

Ich hätte da mal einen Vorschlag zu machen:
Wie wäre es denn mal eine schicke bebilderte Betriebsanleitung für die 
Welec DSO's zu basteln?
Ich denke da an eine deutsche sowie englische Version.
Als Anfang ein paar grobe Entwürfe und dann mal sehen, wie es sich 
gestalten lässt...

Damit der Thread hier nicht völlig überläuft, könnte man extra dafür 
einen Neuen auf machen, wäre das eine Idee???

Gruß Michael

das ist eine gute Idee, wenn das Ding fertig ist, könnte man noch eine 
schicke PDF draus machen!
Für den Anfang, wie es im SF schon beschrieben ist, die technischen 
Daten, Funktionsumfang, Belegung der Softkeys, Knoppfunktionen und die 
Einstellmöglichekeiten, Tastköpfe und deren Abgleich, Modding, 
Modifizierungsmöglichkeiten der Hard-und Software etc...
au man, ist schon jede Menge Zeug!
Gruß Michael

Moin Leute,
moin Guido,

ich bin durch Google mal wieder hier gelandet, weil ich auf der Suche 
nach einer Part-Definition für UrJTAG bin für den EP2C35.
Du scheinst da was gebastelt zu haben, Guido, ist das irgendwo abrufbar? 
Würde mich sonst über eine Mail mit der Datei freuen.

Grüße

Daniel

Hallo,

Für alle die nur diesen SW-Thread lesen...

Ein HW-Umbau-Anleitung für Akku-Betrieb
Beitrag "Wittig(welec) DSO W20xxA Umbau Akku-Betrieb"

Wäre es nicht sinnvoll einen Artikel zu machen wo man die aktuellen 
Funktionen/Links/Stand usw. zusammenfasst. Diese Threads durchzuackern 
ist doch recht mühsam.

Grüße Markus.

Hayo, thanks for the answer
I'm studing to write a gui to command the dso from the pc.
This is the reason I need some doc, the "Remote Control Protocol" or 
"USB protocol" page on sourge forge seem to be not updated and commands 
like "shift+p" etc. are not listed there.
So if you have some preliminary doc please pvm to me.
No problem abt the RS232 or USB from the pc point of view it is just 
matter to properly select the port also if the speed can be quite 
different.

I'm very interested in using the FFT analysis, is it possible to add a 
"center" function as it was listed int the original welec user manual, 
so we can simulate the "center" & "span" commands of an analogic 
spectrun analyzer?

I'll keep you informed.
ciao,Tony

Tony Tony schrieb:
> Hello Hayo
> [...]
>
> 1. do you have any doc about the command: "Shift+u" and "shift+p" ?
> 2. does exist a command to obtain a contiuous sample data stream from a
> channel ?

At least in the OS series of the firmware there was an
possibility using an "extended command"

This was issued sending 0x02 and 'E' to the scope. Perhaps
it also has found it's way into the BF-Series. For further
information you may look at the fft-screener which uses this
feature AFAIR

> 3. are those commands available also from the USB interface?
>
> Thank you from your Italian friend, ciao Tony

Kind reg's,

  rowue

Tony Tony schrieb:
> Hayo, thanks for the answer
> I'm studing to write a gui to command the dso from the pc.
> This is the reason I need some doc, the "Remote Control Protocol" or
> "USB protocol" page on sourge forge seem to be not updated and commands
> like "shift+p" etc. are not listed there.

Hi Tony,

you might take an look at the FFT-Screener or try to contact
"brunowoe" - he has already done some work on this issue....

> [...]
>
> I'll keep you informed.
> ciao,Tony


Kind reg's,

    rowue

Rolf W. schrieb:
> Tony Tony schrieb:
>> Hello Hayo
>> [...]
>>
>> 1. do you have any doc about the command: "Shift+u" and "shift+p" ?
>> 2. does exist a command to obtain a contiuous sample data stream from a
>> channel ?
>
> At least in the OS series of the firmware there was an
> possibility using an "extended command"
>
> This was issued sending 0x02 and 'E' to the scope. Perhaps
> it also has found it's way into the BF-Series. For further
> information you may look at the fft-screener which uses this
> feature AFAIR


In the actual BF.1.4 the remote interface should work as in the 
OS-version - but I did not test it. So You have to check out if it is 
working as it should. Let me know if it does!

Kind regards from Merano

Hayo

Antonio schrieb:
> Hi,
> Only like information.
> After of the FFT's intensive use I noticed with my equipment (W2012A
> with 1.2.BF.1.4) if I return in normal view the DSO do reset (all LED
> bright and after show logo screen).
> After this there are no track on the display and is necessary to switch
> OFF and ON to fix so the track are visible again.

Hmm, I never had this problem. Is it a special sequence of actions which 
force the reset? Is it reproducible?


> The setting seems no be lost, only the tracks appears to be a bit out of
> zero, all settings appear to have been maintained.
> Sometimes the FFT function does not work then reset occurs on return to
> normal operation.

I will check it after my holidays.

Kind regards Hayo

Guido schrieb:
> Hallo,
>
> back from Italy, wie sieht es bei dir aus Hayo?

Hi, bin noch dabei hier in Südtirol meinen Moppedreifen abzufräsen. 
Heute stand die Sella Gruppe auf dem Programm. Bin am Freitag wieder im 
Lande und werde mich dann mal wieder an die Arbeit machen. Geht ja nicht 
an, dass da irgendwas an der FFT klemmt...   ;-)

Gruß Hayo

Guido schrieb:
> Ohoh Hayo,
>
> bist du auch so ein Typ mit HH, der mit dem Wohnmobil und
> hintendrauf gebundenen Motorrad mit 40 km/h über den
> Fernpass schleicht und die nachfolgenden Fahrer in den
> Wahnsinn treibt?

Ach Du liebe Zeit nein, das wäre ja die Höchststrafe. Hab mich oft genug 
selbst geärgert. Meine Möhre fährt im Wohnwagen mit (spezielle 
Ausführung zum Transportieren von Motorrädern). Und damit das Ganze auch 
voran geht hängt davor ein S4 Quattro mit 4,2 Liter V8 und 350 PS. Damit 
kommt man auch im 6. Gang noch jede Steigung mit 100 Sachen hoch 
(einfach Tempomat rein...). Also aufatmen für die Mopedfahrer...

Zum Programmieren bin ich heute noch nicht gekommen, es dauert halt doch 
etwas bis alles wieder geordnet läuft.

Hayo

Joe schrieb:
> Hi,
> ich werde das selbst nie verwirklichen können, aber könnte man nicht
> über die serielle Schnitstelle des Scopes einen komerziellen oder
> selbstgebauten Signalgenerator ansteuern und die Software damit um einen
> VNA zu erweitern?

Machbar ist das auf jeden Fall. Mir fehlt dazu aber zur Zeit das 
Praxis-Knowhow in Sachen VNA um da jetzt geziehlte Ideen anbieten zu 
können.

Gruß Hayo

Falk schrieb:

> Dazu müßte sichergestellt sein, daß Code von anderen Entwicklern als
> Hayo in das Projekt eingehen kann. Das ist nicht der Fall.

Wo ist das Problem? Die OS-Version und auch die aktuelle BF-Version sind 
eine Gemeinschaftsaktion von diversen Entwicklern hier im Thread bzw. im 
SFN. So habe ich seit der BF.0.98 auch Deine Remoteschnittstelle in der 
aktuellen Fassung übernommen oder als anderes Beispiel die neue 
Triggerung von Stefan eingebaut. Das aktuelle Coding stelle ich gerne 
zur Verfügung damit alle daran rumschrauben können, nur wollte ich das 
lieber als eigenen Branch einstellen um nicht die aktuellen 
OS-Entwicklungen durcheinander zu bringen.

Ich bitte die BF-Versionen nicht als Konkurenz zur OS-Version zu sehen, 
sondern als Möglichkeit für mich Einfluß darauf zu nehmen welche 
Änderungen für mich selbst sinnvoll sind oder nicht.

Auch die Rückmeldungen der italienischen Kollegen sehe ich als Chance 
hier gemeinschaftlich weiterzukommen.

Gruß Hayo

Hallo Leute,

auch wenn wir Entwickler hier im Forum nicht so aktiv sind, wir arbeiten 
weiter. Unsere Diskussionsplattform ist Skype - aus dem einfachen Grund, 
dass keine Latenzzeiten wie zB aus dem Forum vorhanden sind!!

Da wie vom Leon Design in letzter Zeit große Probleme mit SVN von 
Sourceforge hatten sind wir auf Git umgezogen. Mit Git ist nun Branching 
und Merging kein Thema mehr - denn das funktioniert perfekt - im 
Gegensatz zu SVN.

Hier das Repository von Crazor: http://github.com/Crazor/welecw2000a

Der neue Speichercontroller von Alex funktioniert sehr gut und hat viele 
Probleme gelöst.

Im Anhang könnt ihr eine Screenshot sehen. Danke der super 
Screenshotroutine von Kurt ist ein Farbscreenshot unter 5 Sekunden 
möglich (bei einer Baudrate von 115k2). Das funktioniert bereits aus der 
Firmware heraus in Kombination mit dem Waverecorder.

Das Leon Design hat auf jeden Fall noch viele Reserven und wir (das Leon 
Team) würden uns freuen neue Entwickler begrüßen zu können.

Grüße und schöne Pfingsten
Robert

Hi Robert,

Ich habe mal den Source auf eurer Seite herunter geladen und habe unter 
Anderem, eine ----W2000A.sof---- ausfindig gemacht(siehe Screenshot)!
Kann diese geflasht werden und brauche ich noch eine sram.bin?

Gruß Michael

EDIT: Jetzt habe ich noch eine sram.bin neueren Datums entdeckt!

...geht da was, mit dem aufspielen(Waverecorder)

noch mal Gruß

Hallo Michael

Michael D. schrieb:
> Ich habe mal den Source auf eurer Seite herunter geladen und habe unter
> Anderem, eine ----W2000A.sof---- ausfindig gemacht(siehe Screenshot)!

Das ist das aktuelle FPGA-Desgin mit dem neuen Speichercontroller.

Eine firmware.bin benötigst du immer noch. Derzeit ist keine aktuelle 
auf der Sourceforgeseite. Weder vom Waverecorder noch der Leon-Firmware.

Ich habe heute eine Anleitung für das Aufsetzen der Toolchain unter 
Windos geschrieben: 
https://sourceforge.net/apps/trac/welecw2000a/wiki/ToolchainWindows

Damit hat sehr schnell ein das ganze aufgesetzt um den Waverecorder als 
auch die Leon Firmware zu erstellen.

Grüße Robert

Jetzt sind eine w2000a.bin und der waverecorder.exe auf SF verfügbar.

https://sourceforge.net/apps/trac/welecw2000a/wiki/Leon%20Binaries


W2000A.sof:
http://github.com/Crazor/welecw2000a/raw/master/fpga/leon3/Scope/synW2000A/W2000A.sof

@Bert

Die externe Triggerung steht bei mir als einer der nächsten Punkte auf 
der Liste. Zugegebenermaßen habe ich die externe Triggerung noch nie 
ausprobiert. Ich meine aber mich erinnern zu können, dass die noch nie 
funktioniert hat (weder in den original Welec Versionen und zwangsläufig 
auch nicht in den Open Source Versionen die ja von der originalen 1.2 
abstammen).

Alle bisherigen Triggeroptimierungen waren nur für den internen Trigger.

Gruß Hayo

Ich habe mal das Batchfile für den Waverecorder angepasst, sonst läuft 
der ja nicht an!

Die ---sram.bin--- heißt hier ---w2000a.bin---

Es müsste nur noch der Comport angepasst werden,
in meinem Fall ist das COM 1 mit 115200 Baut.

Jetzt haben wir hier mehrere Waverecorder mit verschiedenen Dateigrössen 
zur Auswahl
Ich nehme mal an, das die mit 630kb vom 21.05.2010 die Aktuelle ist ?1?

Gruß Michael

Hallo Michael,
wenn du die zip Datei vom 22.05.2010 meinst, die ist ziemlich auf dem 
neuesten Stand. Flimmerfrei und mit Screenshot Unterstützung im BMP 
Format.

Mfg,
Kurt

Hi Kurt,

ich habe die Files von deinem Link, die da heißt:---22052010.zip---
...da ist auch der Waverecorder drinnen!

Gestern habe ich das neue Leon3 aufgespielt, funzte auch einwandfrei...

...eben hatte ich es noch mal aufgespielt und jetzt hängt sich das DSO 
ständig auf und nix geht mehr!
Kann es sein, das da noch Reste im Ram sind und da Konflikte verursacht?

Ansonsten stellt Kanal 2, trotz selbiger Einstellung wie Kanal 1 
(200mV/Div) das Signal (ProbeComp)nicht korrekt dar, siehe Foto.

Gruß Michael

EDIT: Die Screenshotroutine arbeitet mit dem Waverecorder? Wenn ja, 
wären das die korrekten Parameter für die Batch?

---WaveRecorder -u com1 -b 115200 -n 2 -Capture

Die Drehgeber für scroll, triggerlevel usw sind auch noch etwas 
unentschlossen wenn man daran dreht.
Ansonzten schon ganz nett!

Hi,
Betreff Leon3: Kann man die Signale (Nulllinie) nicht verschieben? Beim 
Spannungswechsel sind diese zu weit oben, und Kanal 2 zu weit unten, 
oder ist das noch in der Mache?

Ich bekomme das mit der Screenshotroutine nicht gebacken, der 
Waverecorder geht gleich wieder zu...wie sehen denn die Strings in der 
Batchdatei aus?

WaveRecorder -u com1 -b 115200 -n 2 -p Debugger -c Capture 
--WFile=screenshot001.bmp---

Ich denke mal, das diese nicht korrekt ist!

Ansonsten ist hier eine super Leistung erbracht worden und möchte an 
dieser Stelle mein Lob an die Macher aussprechen!!!

Gruß Michael

Michael D. schrieb:
> Betreff Leon3: Kann man die Signale (Nulllinie) nicht verschieben? Beim
> Spannungswechsel sind diese zu weit oben, und Kanal 2 zu weit unten,
> oder ist das noch in der Mache?

Ist derzeit noch nicht implementiert. Kommt aber noch. Derzeit schauen 
wir gerade, dass der DAC funktioniert.

Michael D. schrieb:
> Ich bekomme das mit der Screenshotroutine nicht gebacken, der
> Waverecorder geht gleich wieder zu...wie sehen denn die Strings in der
> Batchdatei aus?
>
> WaveRecorder -u com1 -b 115200 -n 2 -p Debugger -c Capture
> --WFile=screenshot001.bmp---

Der Aufruf ist leider falsch. Das Screenshotkommando ist leider nicht in 
der Hilfe. Mea Culpa!

Folgender Aufruf ist richtig:
Waverecorder -u com1 -b 115200 -n 2 -p CPU -c Screenshot -f <filename>

Ich bin derzeit gerade dabei den ganzen Waverecorder umzubauen um die 
Bedienung zu erleichten. Dann ist es einfach möglich mit Waverecorder 
--screenshot einen Screenshot zu machen.

Grüße aus Österreich
Robert

mike0815 schrieb:
> also ich könnte mit der Stapelverarbeitung leben, wenn alle Commands zur
> Verfügung stehen und funktionieren, ist das auch ok!

Ist schon alles umgebaut. Wird noch getestet. Aber generell wurde es 
verwinfacht. Waren einfach zu viele Parameter für einfache Kommandos.

mike0815 schrieb:
> Noch mal zum Leon3 !
> Bei 200mV/Div ist ja, im Vergleich zur jetzigen Software, das Rauschen
> enorm niedrig.

Danke für die Rosen. Gebührt natürlich Alexander!

mike0815 schrieb:
> Kann es sein, das auch noch nicht alle Spannungsbereiche zur Verfügung
> stehen? Geht ja runter bis in den µV/Div Bereich.

Daran wird gerade gearbeitet. Bei langsamen Signalen wird das Signal auf 
16-Bit hochgesampelt um auch sehr kleine Spannungen messen zu können.

Grüße Robert

Hallo Robert,

Robert S. schrieb:
> Ist schon alles umgebaut. Wird noch getestet. Aber generell wurde es
> verwinfacht. Waren einfach zu viele Parameter für einfache Kommandos.

verwinfacht?


Die Screenshotfunktion funzt einwandfrei, man kann immer nur einen Shot 
machen den man jedes mal manuel umbenennen muß sonst wird der nächste 
Shot überschrieben!
Ich habe mal eine Batchroutine gebaut.
Es können damit 10 Shots nacheinander mit fortlaufender Nummer gemacht 
werden!
Die Parameter sind Com1 und 115200 Baut.
Wer einen anderen Comport hat(z.B. Com2 oder 3), muß diesen angleichen!
Ein kleiner Beitrag von mir für dieses Projekt.

Der erste Shot ist ohne Filter, der 2. mit eurem HW-Filter.
Da wurde einiges geleistet, unglaublich was da möglich ist!!!

Anbei noch meine gebaute Batch.

Gruß Michael

Hi Robert,

wie ich sehe, -- http://github.com/Crazor/welecw2000a --

seid ihr weiterhin fleißig am Programmieren vom Leon3.
Wann kann man denn mit einem neuen Testfile rechnen? Für eine Beta ist 
es ja wohl noch zu früh.

Gruß Michael

Hi there,

mal wieder was Neues aus der Nios Firmware Ecke. Hier die neue 1.5 mit 
einigen Verbesserungen:

- optimierte Flashsicherung für den Configbereich
- neue RMS Berechnung beim Quick Measure

Die neue Routine ist etwas langsamer als die Alte da sehr viel gerechnet 
wird. Dafür wird jetzt der Effektivwert beliebiger Signalformen 
berechnet
und nicht wie vorher nur für Sinus. Etwas Optimierungspotential in 
Sachen Geschwindigkeit wäre da noch wenn man einige Multiplikationen 
durch Schiebeoperationen ersetzt, hatte ich aber momentan keine Zeit zu.



For our non german speaking friends:

- optimized flash writing for the config data
- new RMS calculation for Quick Measure

The new routine is a little bit slower because of the additional 
calculations. The benefit is that now for every signal form the RMS kann 
be measured and not as before only for sinus. The speed may be increased 
by exchanging the multiplications with shift operations, but I didn't 
had the time for that.

Thanks at this place to Alessandro (Scroky) for the tip with the wrong 
RMS calculation.

The download is also available here:

http://sourceforge.net/projects/welecw2000a/


Hayo

Hi Hayo,

habe eben mal deine 1.5er aufgesetzt und ein bißchen gespielt.
Hast du da was an der Timebase geschraubt?
Die erste Flanke bleibt immer schick an einer Stelle.
Habe gesehen, das der Browser sich da automatisch mit 
einpendelt...saubere Sache!
War das bei 1.4 schon der Fall?

Gruß´Michael

Ps. ist dein Mikroskrop inzwischen eingetroffen?

Hi Michael,

ja nach nur 3 Wochen Wartezeit ist es tatsächlich schon eingetroffen. 
Nach dem Urlaub lag auf einmal eine Benachrichtigung zur Paketabholung 
im Briefkasten. Bei denen geht wohl im Momentalles drunter und drüber 
wegen einer IT-Umstellung.

Aber das Teil an sich ist ganz ok muß ich sagen. Macht echt Spaß damit 
herumzuspielen. Zur Zeit bastel ich gerade an einem alten Mikroskop 
herum und versuche das USB-Mikroskop an das alte Stativ anzubringen um 
den Feintrieb nutzen zu können.

Zur 1.5:

Nein ich hab da soweit ich mich erinnern kann nur an den Flashroutinen 
und der RMS-Geschichte rumgeschraubt. Wer mal in das changelog 
reingesehen hat weiß auch dass ich noch die neue Overlay-Funktion in 
Vorbereitung habe, die ist aber noch nicht aktiv - kommt demnächst.



Gruß Hayo

@Luc

I am pleased that You like it - try out the the new RMS function in the 
Quick Measure function and enjoy!!

Hayo

Hi,

I'm new here, my German knowledge is zero.

I am updating the Welec pages at SourceForge.com and I have several 
questions. Is this the right place to post?

I'm sure that your questions will be answered promptly if they are 
related to the opensource firmware.

Michael H. schrieb:
> Im sure that your questions will be answered promptly if
> they are related to the opensource firmware.

Hi , well those are actually my first questions, to figure out what 
belongs where. Mentioned on the web site are
GUI
Screenshot
DataExport
Remot Control Protocol
USB protocol

Are these related to the opensource firmware?

Hi Jan,

that's correct. The origianal firmware version are not supported by our 
project, because they are so terrible buggy, that it makes no sense to 
spend any time on it. Some guys here around in the forum and on Source 
Forge have developed their own Interface and GUI. The screenshot is 
working well, same as the communication protocol for the RS232.The GUI 
project is still under construction, I think.

Actual I'm developing and testing the USB interface. First success is 
that the WELEC PC-Software now communicates with the 1.2.BF.1.6 version 
which is not released until now.

Kind regards

Hayo

Ok Leute,

noch mal auf Deutsch, zur Zeit bin ich gerade an den USB-Routine am 
Rumdengeln. Erster Erfolg: Die Kiste spricht wieder mit der WELEC 
PC-Software. Allerdings sind da noch so viele Bugs drin, dass es wohl 
noch etwas dauert bis ich Euch das zumuten kann. Einige Bugs werde ich 
nicht beseitigen können, da diese auf der Seite der PC-Software liegen. 
Da sich die tolle Software darüber ausschweigt welcher Version sie sich 
angehörig fühlt, weiß ich nichtmal ob meine die Aktuellste ist (Größe 
1168 k).

Desweiteren implementiere ich parallel dazu ein neues USB 
Kommunikationsinterface, auf dem auch die bestehenden Programme wie 
screenshot und GUI aufsetzen können. Beispielprogramme zur Ansteuerung 
lege ich dann bei.

@Michael

Und? ist die Mikroskopsoftware bei Dir angekommen - und läuft sie?

Gruß Hayo

Ok, what I am trying to do is to clarify the situation for 
newbies/newcommers: which parts are available and suitable for end 
users, which are in the developers toolboxes.

I think I will make something like a table with three columns, one for 
the original Welec firmware and codes 8for comparison), one for the open 
source firmware (does it have a NAME? the Hayo firmware?) and the third 
being the Leon3 development.

I would try to maintain an overview of what works, what is compatible, 
alpha, beta, buggy, working or whatever. Whatever is considerd ready to 
run by a normal owner with some PC knowledge would be the the top 
priority for me.

Makes sense?

When the 1.2.BF.1.6 has USB support, there is not yet any end user 
software to hook up to that USB on the (PC) side?

Hi Hayo,

wenn du die Software von Welec's Seite meinst, das ist die einzige 
Version, die dort existiert!
Die hatte bei mir nur einmal gefunzt, beim nächsten Start, ist die dann 
ständig stehen geblieben, danach hab' ich es gelassen, bevor ich einen 
Hammer in den Bildschirm geschmissen hätte!

Ui, du schraubst am USB? Da bin ich mal gespannt!
Mich würde mal interessieren, was so die Huckepackplatine macht und ob 
der Prototyp schon am laufen ist?!?

Mikrosoftware:
Die habe ich bekommen, hatte dir eine Mail mit einem fetten Dank 
geschickt!
Werde ich evtl. Morgen testen, mußte heute lange Arbeiten.

Gruß Michael

One visitor on the SourceForge site wrote about half a year ago a very 
relevant question from a newcommer:

"A lot of files and info here but what does the latest firmware contain? 
Functional FFT? Is the fw fully functional so I can use it instead of 
the original fw?"

Can someone make short summary here that we can also use in the wiki?

Jan F. schrieb:
> Ok, what I am trying to do is to clarify the situation for
> newbies/newcommers: which parts are available and suitable for end
> users, which are in the developers toolboxes.

Good idea I think. I thought about an user manual belonging to the open 
source version. But in last time there where too much changes to write a 
valid manual.

> I think I will make something like a table with three columns, one for
> the original Welec firmware and codes 8for comparison), one for the open
> source firmware (does it have a NAME? the Hayo firmware?) and the third
> being the Leon3 development.

The original Firmware is not usable for anything, but nevertheless it 
may be interresting to have a comparison.

> I would try to maintain an overview of what works, what is compatible,
> alpha, beta, buggy, working or whatever. Whatever is considerd ready to
> run by a normal owner with some PC knowledge would be the the top
> priority for me.

The 1.2.OS.0.x versions are basing on older 1.2.BF.0.x versions and 
occasionally where nearly identical because of source exchange between 
both. The versions with the .0.x versions are beta versions, what means, 
that they where better than the original firmware, but there where many 
functions which where still under construction or not tested properly.

While the last OS-version is a little bit older and just in beta status, 
I went on with developing the BF-versions and reached the stable release 
status (BF.1.x) That means that most functions are working well and are 
usable for anyone.

There are still some little bugs and some functions (as USB and FFT) are 
under construction, but I think that's the normal way of software 
developing.

Most important is the support we (the guys here and I) can offer to any 
user who has problems with his DSO. If the problem is solvable it will 
be solved as soon as possible.  And if it is not solvable - it may take 
a little bit longer ;-)

> Makes sense?
indeed
> When the 1.2.BF.1.6 has USB support, there is not yet any end user
> software to hook up to that USB on the (PC) side?

In the first step I try to support the original PC-Software which was 
supplied by WELEC/Wittig and to repair the interface communication which 
is a relic of the WELEC 1.2 Firmware on which all open source 
development bases.

Simultaneous I am developing an own communication protocol for an own 
open USB-Interface. For this I will supply some templates under Linux 
and Windows which can be used by other developers to create new 
applications.


Kind regards

Hayo

I started making the overview table at SourceForge. Please send me 
comments and additions! My idea is to place most links that are now 
further down on the page, into the table later.

- Is the 1.2.BF.0.x worth mentioning there?
- Whatever the shortcomings, the latest 1.2.BF.1.X is the "recommended" 
version?
- I am also updating the pages on Screenshot, GUI etc, one at a time....

Jan F. schrieb:
> I started making the overview table at SourceForge. Please send me
> comments and additions! My idea is to place most links that are now
> further down on the page, into the table later.

Good idea

> - Is the 1.2.BF.0.x worth mentioning there?

that are the older beta versions. Details can be seen in the change log 
which is supplied with every new version. Those versions are only used 
for comparing when searching for mystery failures in newer versions 
which didn't appear in earlier versions.

> - Whatever the shortcomings, the latest 1.2.BF.1.X is the "recommended"
> version?

At this time I would say yes, but maybe the OS-Version will be brought 
up to date in future...

> - I am also updating the pages on Screenshot, GUI etc, one at a time....

Until now there is nothing new (as far as I know), but be aware that 
there are also existing two screenshot versions with different handling. 
The actual BF-versions are supporting both! The OS-Version is a little 
bit faster, because of an more efficient compression algorithm.

One of the first USB applications I'm planning to create, is an 
USB-screenshot version, which may be much faster than the RS232 
versions.

In the next time I want to experiment on a Visual C++ GUI to use the USB 
Interface. This will be available as template as well.

Kind Regards

Hayo

I am now pointing the SF BUTTON to BF.1.6 (as I did not think it was 
appropriate to have developers files there). I saw the stats of 150 
weekly downloads and I do not think all those are developers? I could 
change the text to "Recommended Firmware Version" and let "you guys" 
decide which one this is. I am too much on the outside to have an 
opinion and I do not want to cause any friction or whatever. Just trying 
to help newcomers get moving.

If someone goes to SF, searches, downloads the latest firmware package 
they should imo be helped to the right web pages, to the uploader apps. 
So I'd recommend a readme file with a link to the first page of the wiki 
and to the SF forum. I will make links onward from there. OK?

SF repository; somehow I can change everything except the PC-Software 
subdirectory. So I created a new one named PC software and uloaded the 
files there. Can someone please delete the PC-Software library. I do not 
have the rights there...

SF: I am updating the Screenshot wiki page. Unfortunately there is no 
review system so I am editing the live version.

Some questions for the wiki page

- There is a firmware softbutton on the scope for BF / OS but with 
1.2.BF.1.5 I only get screenshot 0.91 working with the OS mode? Normal?

- There are four soft buttons on the scope, but it seems ascii / csv and 
bitmap mode are actually controlled by Screenshot? Does the FV actually 
toggle between the four modes and does screenshot handle them all?

- I ran the exe on XP/32 Does it run on other OS too?


(- I know this is an early version but I miss some communication 
verification both from PC and firmware (ie screenshot saying, "Scope 
connected" when started and scope saying "Transferring" when softbuttons 
have been pushed. Now I had some trouble with comms an never new if it 
was dead or alive.)

Jan F. schrieb:

Hi Jan,

> SF: I am updating the Screenshot wiki page. Unfortunately there is no
> review system so I am editing the live version.

There is an nice little button which says: "Preview Page" - I think,
you can estimate it's meaning.

>
> Some questions for the wiki page
>
> [BF.1.5]

For your information about the OS series of the firmware:

 in sommer last year branadic discovered, that the DSO produces some
ringing on higher frequencys (a few MHz) and amplitudes. Falk discovered 
that this was caused by an wrong filter setting in the firmware.

This error is only corrected in the OS series of the firmware.

For the screenshot you must have a corresponding version of screenshot 
to the firmware. So screenshot 0.90 will not work with OS 0.91 or 
0.92(a).

(For history: the 0.92a was a bugfix to 0.92)

Kind regards,

    rowue

Rolf W. schrieb:
> Jan F. schrieb:
>
> Hi Jan,
>
>
>  in sommer last year branadic discovered, that the DSO produces some
> ringing on higher frequencys (a few MHz) and amplitudes. Falk discovered
> that this was caused by an wrong filter setting in the firmware.
>
> This error is only corrected in the OS series of the firmware.

That's not correct! In the BF-versions You have the option to choose 
between different filter settings -> hardware menu->ADC Setting

Hayo

Jan F. schrieb:

> - There is a firmware softbutton on the scope for BF / OS but with
> 1.2.BF.1.5 I only get screenshot 0.91 working with the OS mode? Normal?

Maybe that some interfaces (USB->RS232) may cause some problems with one 
of the versions.

> - There are four soft buttons on the scope, but it seems ascii / csv and
> bitmap mode are actually controlled by Screenshot?

The BF-version is controlled by the scope, so it can be started with few 
parameters. The OS-version is controlled by parameters on the PC-side. 
So the Softbuttons have limited function here.

> - I ran the exe on XP/32 Does it run on other OS too?
Linux is supported as well

> (- I know this is an early version but I miss some communication
> verification both from PC and firmware (ie screenshot saying, "Scope
> connected" when started and scope saying "Transferring" when softbuttons
> have been pushed. Now I had some trouble with comms an never new if it
> was dead or alive.)

The BF-version informs You via console messages when it is receiving a 
screenshot.

Hayo

Mr. Neumalklug schrieb:

> Wollt ich nur beitragen, da es dazu ja mal eine Diskussion gab.

Klasse, das ist ein guter Tip. Eigentlich könnte man das in ein Manual 
für das WELEC mit aufnehemen. Denn in dieser Preisklasse sind bestimmt 
etliche Neueinsteiger unter den Besitzern.

Gruß Hayo

Hayo W. schrieb:
> The BF-version is controlled by the scope, so it can be started with few
> parameters.

I use BF.1.6 and it seems both screenbuttons and commandline works with 
Screenshot 0.91 but it worked with the softbutton set to OS, not when 
setting it to BF (USB-serial cable)

Anyway, the wiki page is updated now. Let me know if additions / changes 
are needed.

...wo hat denn der Jan F. die BF 1.6 her, hab' ich da was verpasst???

Gruß Michael

Sorry, typo. I have 1.2.BF.1.5

Thanks Rolf and others,

What I meant by review was to be able to have you look at a version 
before posting it. I am aware of the Preview.

Is there a relation also between the BF version and screenshot version?
I'm just trying to get rid of the frustrations these things may cause 
for end users. I have added a footnote about versions but will make it 
clearer.

Jan F. schrieb:

> Is there a relation also between the BF version and screenshot version?
> I'm just trying to get rid of the frustrations these things may cause
> for end users. I have added a footnote about versions but will make it
> clearer.

to avoid such problems, I distribute the corresponding PC-addons with 
the released versions in one package.

It is recommended to use those versions from the package. Maybe other 
versions are working as well but it is not tested.

@all

noch mal in Deutsch:

Um Kompatibilitätsprobleme zu vermeiden, lege ich die passenden 
PC-Anwendungen immer mit ins freigegebene Downloadpaket. Kann sein, das 
auch andere Versionen funktionieren, aber das habe ich nicht getestet.



Kind regards / Gruß

Hayo