mikrocontroller.net

Forum: Mikrocontroller und Digitale Elektronik Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)


Autor: charly (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo

FW = 5.6C2
hab noch einen fehler gefunden, versuch mal:
X=2ns
nur Ch1 aktiv
und dann dreh mal Y nach unten, ganz viel, oder nach oben ganz viel,
oben kommt mann dann gar nicht mehr raus ;(

i hoff i hab das nachvollziehbar erklaert...

vlG
Charly

ps. koennen die anderen Mitleser es event. auch mal versuchen
nitt das es bei mir ein 'dummy' fehler ist

Autor: Andreas W. (andiiiy)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo, Michael,

ich muss mich verbessern - im Germsmodus ist nun nichts mehr zu sehen 
(Flash kann ich aber noch laden).
Das war mal ... scheint schon länger her zu sein. Ich hatte mir diese 
Meldung mal aufgeschrieben.

Gruß

Autor: Michael H. (stronzo83)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,
ich habe Hayos Dump gerade geflasht - nach wie vor kein Mucks von der 
Kiste.
D.h. bei Andreas wird es nicht anders aussehen.
Flash habe ich heute nachgelötet, natürlich auch hier keine Änderung. 
Auch sonst kann ich noch keine Probleme an der Hardware finden, 
abgesehen von der wie erwähnt zu niedrigen Kernspannung der FPGAs. Wenn 
nur endlich die Post mein Zeug bringen würde, dann könnte ich das 
endlich umbauen und entweder jubeln oder wieder einen Punkt abhaken.
Danach werde ich mir dann mal die FPGAs vornehmen, dann sehen wir mal 
weiter.

Gruß
Michael

Autor: Andreas W. (andiiiy)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Micha hat recht.
NIX geht ... ausser "RUN/STOP" LED ... ist ja schon mal was ;-)

Gruß

Autor: Michael H. (stronzo83)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich möchte mich jetzt mal daran machen, das FPGA Config Flash 
auszulesen,
mal sehen ob das klappt. Falls ich es auslesen kann, würde sich jemand 
finden, der meine Datei mit seinem Readout vergleicht? Oder hat jemand 
ein Dump seines W2024A Config Flashs zur Hand, das ich testweise 
reinladen könnte?

Schonmal danke für eure Hilfe!

Michael

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Bei meinem Dump war auch Config und Protected Config dabei. Ist zwar für 
8C7, aber laufen tun die 1C9 auch damit. Haben nur einige Spikes auf dem 
Signal.

Wenn ich das richtig verstanden habe habt Ihr aber eigentlich 
unterschiedliche Probleme oder?

Andi -> Irgendwie das Flash zerschossen und beim Auseinandernehmen 
irgendwas ausgelöst.

Stronzo -> mit dem Altera Programmer was weggeschossen...

Richtig?


Gruß Hayo

Autor: Michael H. (stronzo83)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo,
den Altera habe ich noch nie verwendet. Bei mir ist ein Teil des 
Schaltnetzteiles gestorben (warum weiß wohl nur Wittig), nach Tausch der 
defekten Teile lief die Kiste in offenem Zustand aber nach Zusammenbau 
nicht mehr.
Die Vorgeschichte ist also eine andere als bei Andreas, aber die 
Symptome sind komplett identisch. Bei Rudolf ebenfalls exakt die gleiche 
Situation.

Gruß
Michael

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ach so, dann hatte ich die Posts über den Altera Programmer wohl 
mißverstanden. Aber dann ist das Problem doch zumindest eher 
einschätzbar.

Ich komme da noch mal auf die Pfostenleiste zurück die das Netzteil mit 
dem Mainboard verbindet. Da kann man beim Zusammenbau leicht um einen 
Pin oder eine Reihe verrutschen, was u.U. den Defekt von Teilen im 
Netzteil und oder dem Mainboard zur Folge haben kann.

Gruß Hayo

Autor: Andreas W. (andiiiy)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo

leider muss ich Dich enttäuschen - der Flashspeicher ist in Ordnung. Ich 
habe das komplette Programm geladen, Oszi ausgeschalten und Flash 
komplett gelesen.

Der einzige Unterschied lag wie erwartet in der Datumszeile ... siehe 
Bild.

Als nächstes versuche ich mal einen Speichertest durchzuführen. Hattes 
Du evtl. schon mal ein kleines Programm geschrieben??? Das wäre jetzt 
sehr hilfreich. Alternativ werde ich über den Germsloader auch den 
Speicher (RAM) beschreiben und gleich wieder lesen ... mal sehen was da 
raus kommt.

Gruß Andi

Autor: Charly B. (charly)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo

haste das mal versucht:

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

oder ist es hier 'untergegangen' ?

vlG
Charly

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Andii

Jörg hat glaube ich für das OSOZ-Projekt einige kleine Testroutinen 
geschrieben die man dafür mißbrauchen könnte. Am besten Jörg direkt 
drauf ansprechen da er hier den besseren Überblick hat. Damit kann man 
gezielt bestimmte Funktionen des Oszis ansteuern. Notfalls kann ich das 
auch raussuchen, das dauert aber etwas weil ich momentan kaum Zeit habe.


@Charly

Nein ist nicht untergegangen. In der neuen Version die ich gleich 
rausgebe (mit neuem Treiber) konnte ich das nicht mehr feststellen.


Gruß Hayo

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Da ich momentan nicht viel zum Programmieren komme, hier der aktuelle 
Stand in Sachen ADC-Treiber. Ich habe den ADC-Treiber neu handoptimiert 
in Assembler geschrieben. Er läuft jetzt stabil und schnell. Im 
Gegensatz zum ultraschnellen Quick and Dirty Treiber hat der Assembler 
Treiber Overflow Protection und Limiter für den oberen und unteren 
Grenzwert.

Neu ist ebenfalls, dass ich das Invertieren und Averaging wieder in den 
ADC-Treiber zurückverlegt habe allerdings optimiert in Assembler und 
dadurch richtig schnell. Der Averaging Mode wurde auch noch von der 
Wirkung her verbessert.

Der Standard C-Code Treiber und der Quick and Dirty Treiber stehen 
momentan nicht zur Verfügung, da beide den Averaging Mode noch nicht 
unterstützen - kommt aber noch. Ansonsten habe ich noch einige 
Kleinigkeiten aus dem OSOZ-Projekt übernommen.

Gruß Hayo

p.s. Die Assembler Treiberroutinen werde ich bei nächster Gelegenheit 
bei OSOZ einpflegen, bin nur momentan noch nicht dazu gekommen.

Download auch hier:

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

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Jörg hat glaube ich für das OSOZ-Projekt einige kleine Testroutinen
> geschrieben die man dafür mißbrauchen könnte. Am besten Jörg direkt
> drauf ansprechen da er hier den besseren Überblick hat.

Einen Speichertest habe ich nicht im Programm.
"Man" könnte einen schreiben, aber soo einfach ist das nicht. Das 
Programm steht ja normalerweise auch im RAM, sowie der Stack und die 
Interruptvektoren. Entweder man testet nur einen freien Bereich, oder 
das Programm muß sich umlagern (Stack?) oder es ist ein kleines 
Assemblerprogramm ohne Stack und Variablen, was rein im Flash läuft.

Ich glaube ehrlich gesagt nicht, daß das RAM das Problem ist. So aus dem 
Bauch raus, weil ich bisher viel zu wenig Ramdefekte gesehen habe.

Hayo W. schrieb:
> hier der aktuelle
> Stand in Sachen ADC-Treiber. Ich habe den ADC-Treiber neu handoptimiert
> in Assembler geschrieben. Er läuft jetzt stabil und schnell.

Könnte noch schneller laufen. ;-)
Ich habe bisher nur flüchtig draufgeschaut, mir fiel auf daß du die 
Delay Slots nicht nutzt, da steht immer(?) ein NOP drin.
Noch ein Trick: wenn's geht (meist geht's leider nicht) zwischen einen 
Ladebefehl und die Verwendung des geladenen Registers einen unabhängigen 
Befehl packen. Dann kann die CPU den während des Ladens ausführen, 
ansonsten gibt es hier einen Pipeline Stall. Das Alignment des Codes im 
Speicher kann auch eine Rolle spielen. Es passen ja immer 2 Befehle in 
ein 32-Bit Speicherwort, die CPU muß also nur für jeden 2. einen 
Buszyklus machen.

Dann sind mir die vielen Sign Extends aufgefallen. Die ADCs können wir 
mit einer SPI-Leitung umschalten, ob sie ihr Ergebnis als signed oder 
unsigned ausgeben sollen. Vielleicht ist die andere Betriebsart für die 
Numerik besser? Vielleicht verwirren wir dann das FPGA aber vollends, 
weil es auch bereits damit rumrechnet und den Triggerpegel überwacht?

Jörg

Autor: Luc (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Guten Abend Hayo und alle.

@Hayo
Hayo, danke für die neue Version 1.2.BF.5.7!!!!!!!
Now I am in a bit of a hurry, so quickly only a pair of things:
1)I upgraded both my W2022A and W2012A, the first one works great while 
the second show abnormal noise on CH1 expecially on 5uS and 50nS range 
of the Time Base.
2)Performing Calibrate Offset procedures on W2012A, which shows noisy on 
the CH1, fails.
Instead all it is OK with the W2022A which works like a charm.
I tried both STANDARD and ASSEMBLER of the ADC configuration but nothing 
changes.
(W2012A number 09850712C9, hardware 8C7.0B purchased on December 20, 
2009 and W2022A number 78002031D0, hardware 8C7.0C purchased on January 
15, 2010)
As always this report is only for knowledge and no as criticism

Going to ahead, quick glance to the new AVERAGE implementation, seems to 
me it works really well, as always really impressive, I have no words!: 
thank You Hayo.
The rest will follow, see you later. ;-)

Vielen Dank!

Mit freundlichen Grüßen,

Luc

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
So, grad erst wieder zuhause aufgeschlagen. Bevor ich abtauche und die 
Matratze abhorche noch kurze Antworten.


@Jörg

Ich hatte schon vermutet, dass da noch nicht das Ende der Fahnenstange 
erreicht ist. Die Delay Slots hatte ich bislang unbenutzt gelassen da 
mir da keine gute Idee kam wie ich das nutzen könnte. Das 
Optimierungspotential ist wohl nur noch minimal denke ich. Die übelsten 
Designfehler unseres Welec-Programmierers habe ich jedenfalls beseitigt 
bzw. beim Neudesign weiträumig umfahren :-).
Vielleicht läßt sich da ja noch mit einigen Tricks was rausquetschen. 
Quetschwillige sind herzlich eimgeladen...  ;-)

Ich habe der Übersichtlichkeits halber und weil mehr als 6 
Übergabeparameter etwas aufwändig sind, die Funktionen in kleine 
Einzelfunktionen aufgespalten. Soll ich das so mal bei Gelegenheit bei 
OSOZ einpflegen? Wenn Du da Optimierungsideen hast kannst Du das ja dann 
noch nachtunen bzw. rausschmeißen was nicht so optimal ist.


@Luc

Hi there, thanks again for reporting. I can't imagine why there is the 
noise on Your Device. On my DSOs I had no problems. Nevertheless I will 
check it and try to solve it.

Regards/Grüße
Hayo

Autor: Luc (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Guten Abend Hayo und alle.

Hayo W. schrieb:
>Hi there, thanks again for reporting. I can't imagine why there is the
>noise on Your Device.

Hayo, vielen Dank für Ihr Zinsen.
Perhaps I have a suspicion about this strange behaviour.
I upgraded the W2012A and since the beginning the traces on the screen 
were abnormally noisy.
Then I performed Default Setup and only the CH1 was noisy, CH2 was as 
usual.
Immediately after when I was in the Utility menu I seen all related 
records setted to default, I had to reset them as well as display 
setting (background colours, graticule and so).
Playing a bit around I noticed that although the W2012A was correctly 
warmed up, Calibrate Offset procedures fail when performed on it.
Accidentally I went in the SAVE/RECALL menu and I recalled some memories 
(strangely the memories 1,2 and 3 were not empty, seems to me they still 
contain the waveforms I had memorized before the upgrade, though I had 
filled more than three memory), at this point CH1 took the usual form 
and the abnormal noise is gone!
So I tried to perform Default Setup noting that some parameters (as CH 
delay setting for example) were changed it taking the values 
​​previously stored in the DSO.
I performed the Default Setup in order to follow it with Calibrate 
Offset and CH1 turn noisy again!
Perhaps a memory conflict issue?
It is from a little time that I wanted to ask a question because often 
when I run the Default Setup then the entries in the Hardware menu do 
not return to default setting but remain as setted before, so: is this 
behavior correct?
And performing Default Setup then are the memories in SAVE/RECALL 
erased?
As I already wrote time ago I happen to have problems recalling the 
waveforms stored in the DSO but not for hardware problem: happens the 
same way on the W2022A and W2012A and returning to a old firmware 
release the problem disappears, so for me it is not an hardware problem 
(defective RAM for example).

Hayo W. schrieb:
>On my DSOs I had no problems.
Of course, also my W2022A do not shows any problem: Calibrate Offset 
works and no abnormal noise on any channel.
Maybe it is really a memory conflict issue, this explain why it is 
random depending it from the memory usage.

Hayo W. schrieb:
>Nevertheless I will check it and try to solve it.

Thank You very much Hayo!
I know this is a hard job due to the randomly nature of the problem.
For now I fix downgrading the DSO to an old firmware release, so no 
problem, however even with older firmware DSO works much better than 
with the original Welec/Wittig firmware!
With a similar philosophy I have overcome the spikes simply setting 
Pretrigger Left Edge: they are still there but are hidden. ;-)

Vielen Dank!

Mit freundlichen Grüßen,

Luc

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hi Luc,

please try this special version I made for You. It would be interesting 
to see if the noise disappears.

Please make a default setup, change to the assembler driver and 
calibrate the device.

I'm tight awaiting Your report

Hayo

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Soll ich das so mal bei Gelegenheit bei
> OSOZ einpflegen? Wenn Du da Optimierungsideen hast kannst Du das ja dann
> noch nachtunen bzw. rausschmeißen was nicht so optimal ist.

Klar, gern!
Osoz braucht von Grund auf einen Treiber für Capture+Trigger, da muß 
also auch noch die API definiert werden.

Was ganz anderes:
Es gab hier so Diskussionen um FPGA-Uploads. Haben wir das Wissen und 
die Mittel beisammen, um zwischen FPGA-Versionen hin- und herzuflashen? 
Wenn ja, kann mir mal jemand erklären wie? Wie fertigt man einen Dump 
vom Bitstream-Flash an?

Ich habe Hardware-Version "8C7.0E". Laut Sourcecode ist vor dem Punkt 
die FPGA-Version, dahinter zwei aus dem Flash gelesene Ziffern des 
Produktionsloses. Laut Wiki-Tabelle gibt es nur 2 FPGA-Versionen, 
"meine" 8C7 und die 1C9. Welche Hardware ist denn die neueste/bessere?
Ich würde z.B. gern mal ausprobieren, wie sich die ominösen 
User-Instructions mit anderer Hardware verhalten, ob da vielleicht schon 
mehr drin ist.

Wer kann einen Dump von der 1C9 bereitstellen?

Jörg

Autor: Guido (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Jörg,

du musst den FPGA nicht flashen, sondern kannst seine Konfiguration
direkt in ihn laden. Nach dem Ausschalten ist dann alles wie vorher.
Zunächst muss mittels USB der EasyUSB mit slogs Firmware zum Altera-
Developement-Board umgewandelt werden. Das geht temporär (RAM) oder
endgültig  ins EEPROM.

Die FPGA-Konfiguration kann wohl nur mit der Quartus-Software von
Altera aufgespielt werden. Ich habe es mal mit urjtag probiert, bin
da aber nicht sehr weit gekommen (FPGA wurde erkannt).

Gruß, Guido

Autor: Andreas W. (andiiiy)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
@Jörg,

da ich nun so hilflos war, hab ich mich auch mit dem EPCS16 beschäftigen 
müssen und wollen. Tatkräftig stand mir Michael (mike0815) zur 
Verfügung.


1. Quartus installieren

2. Wenn der Treiber installiert ist ...
http://sourceforge.net/apps/trac/welecw2000a/wiki/USBBlaster

Schau zusätzlich mal in den Eintrag vom Michael bezüglich vollständigen 
Treiber...
Beitrag "Re: Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)"

3. Die Brücke geschlossen ist ... (Derzeit kann ich nur für die W2024A 
User sprechen) ... siehe Bild auf dem Link vorher im Kapitel "Notes for 
Welec 20X4 users"

4. "Auto Detect" im Quartus drücken ... sollte einen EP2C35 anzeigen!

5. Der folgenden Anleitung folgen ...
http://sourceforge.net/apps/trac/welecw2000a/wiki/...

siehe angehangenes Bild ...


FERTIG

Ich habe mal meinen Dump angehangen. Was mich wundert ist die Checksumme 
die kein anderes Gerät unter ...
http://sourceforge.net/apps/trac/welecw2000a/wiki/...
... aufzeigt. Diese lautet: 071612A5

Ob dieser Dump funktioniert kann ich leider nicht sagen, da mein Gerät 
mich nicht ansehen will ;-)

Welches Gerät hast Du? Kannst Du Deinen Dump danach auch mal zur 
Verfügung stellen?

@All

Hat jemand mit einem 4-kanaligen Gerät auch mal mit dem Quartus versucht 
einen Dump zu erstellen??? Seht Ihr 2 EP2C35??? Es sind ja auch 2 Stück 
bei dem W2024A verbaut ...

Ich wäre über einen alternativen Dump für ein W2024A auch dankbar ...


Gruß Andi

Autor: Jürgen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Hi Luc,
>
> please try this special version I made for You. It would be interesting
> to see if the noise disappears.

Hi Hayo, Hi Luc,

I had the same problem and this 5.7_Luc version is much more better with 
respect to the noise.

Thanks,
Jürgen

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ich habe nochmal eine Frage zu einem anderem Thema.Die Übertragung für 
die Firmware geht ja jetzt richtig flott vonstatten, die Übertragung 
eines Screenshots ist aber noch gemächlich, läßt sich hier och etwas 
optimieren?

Was ist der Unterscheid zw. BMP und PPM da sich von der Dateigröße 
nichts ändert.

Autor: Jürgen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ach ja, der Hayo ist daran schuld! ;-)

Da hat er sich doch einfach mit einem #define TRIG_ALT zwischen die 
anderen, älteren Definitionen gedrängt und vergessen diese verschobenen 
Definitionen im Code entsprechend zu korrigieren. Und siehe da, schon 
geht die Triggerverstellung für den externen Trigger nicht mehr (z.B. 
siehe On-Trigger_Level()).

Gruß Jürgen

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Andi

Mein Kumpel hat unter anderem ein 2024A (wenn ich das richtig in 
Erinnerung habe). Notfalls könnte ich da mal anfragen, kann aber etwas 
dauern. Ich selbst habe ein 2014A. Die FPGAs und die Peripherie sollten 
eigentlich identisch sein, der einzige Unterschied scheint da die 
selektion der Analogbauteile zu sein die in einer etwas beseren 
Bandbreite resultiert. Meine Versuche mit Quartus verliefen aber aus 
irgendeinem Grund erfolglos. Im nachherein bin ich mir nicht ganz sicher 
mit welchem Gerät ich das versucht hatte. Möglicherweise hatte ich das 
2014A verwendet und da aber keine Brücke eingesetzt - was dann den 
Mißerfolg wohl erklären würde.


@Jürgen (+ Luc)

> I had the same problem and this 5.7_Luc version is much more better
So this confirmed my suspicion what the problem could be. I changed the 
ADC-Offset format from unsigned to signed to be able to shift the offset 
compensation into negative range. But this seems not to work in all 
cases (I think depending on the offset values). So I will return to the 
old unsigned format in the next version (as in this "Luc-Version"). All 
with the same problem I would recommend to use this version until I can 
provide a corrected Version.

Hayo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jürgen schrieb:
> Ach ja, der Hayo ist daran schuld!

Oh, wo hab ich da was verbockt? Das Define ist relativ neu, stimmt. Wo 
hatte ich da vergessen das zu ergänzen?

Gruß Hayo

Autor: Andreas W. (andiiiy)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo


> Möglicherweise hatte ich das
> 2014A verwendet und da aber keine Brücke eingesetzt - was dann den
> Mißerfolg wohl erklären würde.

ja ohne der Brücke konnte ich keinen FPGA entdecken (per Quartus). Diese 
war bei mir ein muss ...

Gruß

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Jürgen

Ok hab's schon, wie konnte ich das übersehen ;-) - danke für den 
Hinweis. Hab zwar eigentlich keine Zeit, aber dann hau ich gleich noch 
eine Korrektur raus, kann man ja so nicht lassen...


@Andi

Dann müßte das mit dem 2022A aber ja ohne Brücke funktionieren. Muß wohl 
noch mal ran da.

Hayo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Thomas O. schrieb:
> Die Übertragung für
> die Firmware geht ja jetzt richtig flott vonstatten, die Übertragung
> eines Screenshots ist aber noch gemächlich, läßt sich hier och etwas
> optimieren?

evtl. ja, allerdings sind die Anforderungen bei der Bildkomprimierrung 
anders als bei normalen Daten. Der verwendete Lauflängenalgorithmus ist 
auch nicht unbedingt das Ende der Fahnenstange.


> Was ist der Unterscheid zw. BMP und PPM da sich von der Dateigröße
> nichts ändert.

Die Reihenfolge in der die Werte in der Datei abgelegt werden ist bei 
den beidemn Formaten genau entgegengesetzt. Ansonsten sind sie 
identisch. Findet man per Googlesuche im Wiki.

Hayo

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ok die beiden Formate sind anscheinend am einfachsten zu programmieren. 
Oder haben wir hier jemanden der sich mit soetwas auskennt und für PNG 
etwas schreiben kann, bei der geringen Farbpalette wäre das sehr 
platzsparend und würde das Übertragen aufgrund der geringen Datenmenge 
extrem verkürzen.

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich muß zugeben, dass ich mich da erst einarbeiten müßte. Wenn sich da 
jemand auskennt ist er herzlich eingeladen sich einzubringen.

Gruß Hayo

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Ok, hier die Korrektur.

Dran denken, neue Kalibrierung durchführen!

Gruß Hayo

Autor: Jürgen (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Ok, hier die Korrektur.

Danke, aber ich hoffe Du hattest wirklich keine Zeit und hast nicht 
inzwischen weitere Änderungen an den Dateien eingebracht :-)
Ich habe mal alle TRIG-#defines von 137 bis 143 eingepflegt und hoffe, 
ich habe alle "erwischt".
Hier die Dateien die ich geändert habe. Kannst sie ja nochmal gegen 
5.7C2 vergleichen, um zu sehen was sich geändert hat.

Wie kann ich vom S-Record "tomcat.flash" die "tomcat.ucl" erzeugen?

Ich will nach der ext.Trig Hardware-Mod. nach Jörg an meinen Oszis noch 
mal die Pegel nachmessen und denke, daß da noch beim Umschalten zum 
Linetrigger ein bestimmter PWM-Wert gesetzt werden muss.

Gruß Jürgen

Autor: Jürgen (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Andreas W. schrieb:
> Ich wäre über einen alternativen Dump für ein W2024A auch dankbar ...

Bitteschön! Ich hoffe, auch dieses Format lässt sich programmieren.. Ist 
schon zu lange her. Jedenfalls habe ich es so abgezogen.

Gruß Jürgen

Autor: Luc (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Guten Abend Hayo, Jürgen an und alle Unterstützer des Projekts Welec!

Hayo W. schrieb:
>please try this special version I made for You. It would be interesting
>to see if the noise disappears.
Hayo Bitte entschuldigen Sie mich für meine Verspätung.
Oh, I really have no words, thank You very much for the aid: klasse!
Und dann, was eine große Ehre für mich, meinen Nick-Namen auf dem 
Startbildschirm haben: Hayo du bist wirklich klasse!!!!!!!
Es ist eine Ehre, die ich nicht verdient, jedoch dank Hayo!

Hayo W. schrieb:
>Please make a default setup, change to the assembler driver and
>calibrate the device.
Hayo as usual You are right!
I followed your instructions and now the abnormal noise is gone on all 
the Time Base's range, I think even that noise in general has fallen, 
but I might confuse me although I do not think so.
However everything is OK now, repeat I am speechless, I have no words: 
RESPECT and KLASSE!!!!!!!
Only one question Hayo, You wrote "change to the assembler driver" but 
only that entry is present in the menu, the other two are deactivated 
(grey): this is not a real problem but rather a my curiosity

Hayo W. schrieb:
>I'm tight awaiting Your report
Hayo thanks You very much for the free time You provided generously to 
me (us) and for this new great firmware's improvement!!!
Very impressive and fast work, no words, Hayo You are the best one, the 
big one, the number one!: KLASSE!!!!!!!
Hayo as usual You are very kind, many thanks for your help.
I really much regret for the workload that You had to play to fix my 
problem and I am very sorry for the time that You lost to fulfill it, 
thank You very, very much Hayo!: KLASSE.

Jürgen schrieb:
>I had the same problem and this 5.7_Luc version is much more better with
>respect to the noise.
Guten Abend Jürgen und danke für eure Hilfe.
You have been faster than me but I also confirm that with the new 
1.2.BF.5.7_Luc firmware the problems about abnormal noise disappear.
So thank You Hayo!
Ah, hätte ich fast vergessen, Und natürlich vielen Dank Jurgen für Ihre 
Anregung in Bezug auf den TRIGGER!

Hayo W. schrieb:
>[1.2.BF.5.7C2]
>Ok, hier die Korrektur.
>Dran denken, neue Kalibrierung durchführen!
Oh boys, Hayo You are too fast then I'll try to be I too, so I 
immediately run to try this new firmware version.
Thank You again Hayo: RESPECT and KLASSE!!!!!!!
Keep in touch! ;-)

Jürgen schrieb:
>[geaenderte_src_5.7c2] and [my_w2024A]
>Hier die Dateien die ich geändert habe. Kannst sie ja nochmal gegen
>5.7C2 vergleichen, um zu sehen was sich geändert hat.
Jürgen, Danke nochmal für die praktische Hilfe: KLASSE!!!!!!!

Vielen Dank an alle Unterstützer des Projekts Welec!

Mit freundlichen Grüßen,

Luc

Autor: Luc (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Guten Abend Hayo an und alle Unterstützer des Projekts Welec!

Hayo W. schrieb:
>[1.2.BF.5.7C2]
>Ok, hier die Korrektur.
>Dran denken, neue Kalibrierung durchführen!
Schnell.
I just tried the new 1.2.BF.5.7C2 version and seems to me as regards the 
noise it works even better than the previous 1.2.BF.5.7_Luc version!
Now for me it is perfect and my W2012A works like a charm, as usual I 
have no words: KLASSE!!!!!!!
I play it a bit 'and then report back on it.
For now, once again many thanks Hayo!
Keep in touch!

Vielen Dank an alle Unterstützer des Projekts Welec!

Mit freundlichen Grüßen,

Luc

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Oh, viel los, ich schreibe mal eine Sammelantwort:

Andreas W. schrieb:
> Hat jemand mit einem 4-kanaligen Gerät auch mal mit dem Quartus versucht
> einen Dump zu erstellen??? Seht Ihr 2 EP2C35??? Es sind ja auch 2 Stück
> bei dem W2024A verbaut ...
>
> Ich wäre über einen alternativen Dump für ein W2024A auch dankbar ...

Ich habe ein W2024, ohne 'A'. Ist das auch interessant? Der Unterschied 
ist mir zugegeben nicht geläufig.
Dank für den Bitstream. Ich versuche mal, deiner Beschreibung zu folgen. 
Hinter so harmlosen Halbsätzen wie "Quartus installieren" verbirgt sich 
bestimmt eine mehrstündige Aktion?


Thomas O. schrieb:
> ich habe nochmal eine Frage zu einem anderem Thema.Die Übertragung für
> die Firmware geht ja jetzt richtig flott vonstatten, die Übertragung
> eines Screenshots ist aber noch gemächlich, läßt sich hier och etwas
> optimieren?

Ohne draufgeschaut zu haben wie's jetzt gemacht wird kann ich noch 
nichts zu sagen, aber gefühlsmäßig vermutlich schon.
Bildkompression ist (u.A.) mein Beruf, zu gegebener Zeit kann ich da mal 
ran.
OK, nun habe ich draufgeschaut. Der Kompressor ist extrem primitiv, kann 
nur direkte Bytewiederholungen, kodiert sie recht ineffizient. Sowas wie 
LZO dürfte da mehr bringen.

(Lauflängen)kodierung ist das eine, Prädiktion das andere. Wir könnten 
einen der Fax-Algorithmen ausprobieren. Im einfachen Falle jede Zeile 
mit der drüberliegenden verXodern. Das dürfte viel mehr Nullbytes 
erzeugen.


Jürgen schrieb:
> Ach ja, der Hayo ist daran schuld! ;-)
>
> Da hat er sich doch einfach mit einem #define TRIG_ALT zwischen die
> anderen, älteren Definitionen gedrängt und vergessen diese verschobenen
> Definitionen im Code entsprechend zu korrigieren.

Der Jürgen erstaunt mich mitunter. Da haut der solche Dinger raus und 
kennt sich auf einmal mindestens so gut wie Hayo in der BF-Firmware aus. 
Jürgen, magst du vielleicht auch mal Osoz angucken?  ;-)


Jürgen schrieb:
> Wie kann ich vom S-Record "tomcat.flash" die "tomcat.ucl" erzeugen?

Das macht "heutzutage" der Build-Flow, das Makefile kümmert sich drum. 
Nachträglich zu Fuß ist das ziemlich blöd. Aber weil du gefragt hast:
srec_cat TomCat.flash -Output bloat.bin -Binary
dd if=bloat.bin of=loader.bin bs=1 skip=256K count=256
dd if=bloat.bin of=app.bin bs=8M skip=1
cat loader.bin app.bin > flash.bin
uclpack --best --2e -b8000000 flash.bin TomCat_flash.ucl

Die Tools "srec_cat" und "uclpack" brauchst du. Ersteres kommt aus dem 
Paket "srecord", letzteres von Oberhumer, hatte ich hier oder bei Osoz 
mal gepostet.


Jörg

Autor: Thomas O. (kosmos)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Jörg H. Super da sitzt ja der richtige Man an Board. .PNG wäre eine 
Überlegung wert ist Lizenzfrei und vielleicht gibts ja nen fertigen 
Quelltext zum implementieren. Für unseren Anwendungsfall ziehe ich das 
dem verlustbehaftetem .JPG absolut vor. Man beachte die Dateigröße.

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Thomas O. schrieb:
> .PNG wäre eine
> Überlegung wert ist Lizenzfrei und vielleicht gibts ja nen fertigen
> Quelltext zum implementieren. Für unseren Anwendungsfall ziehe ich das
> dem verlustbehaftetem .JPG absolut vor. Man beachte die Dateigröße.

Das ist Sache des PC-Programms. Diese komplexen Formate werden 
(hoffentlich) nie auf dem Scope erzeugt. Das Scope soll nur seine 
Bitplanes mit effizienter aber trotzdem schneller Kompression über die 
Leitung pusten. Auf dem PC werden dann die Bitplanes zusammengesetzt, 
die auf dem Scope fest eingestellten Farben und Z-Order berücksichtigt, 
und dann das zu speichernde Bildformat erzeugt. Für letzteres gibt es 
Bibliotheken.

Jörg

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
und wie schätz du den möglichen Kompressionsfaktor ein, also im 
Vergleich zu den jetzigen 900 kBytes der BMP/PPM Bilder

Autor: Jürgen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jörg H. schrieb:
> Der Jürgen erstaunt mich mitunter. Da haut der solche Dinger raus und
> kennt sich auf einmal mindestens so gut wie Hayo in der BF-Firmware aus.
> Jürgen, magst du vielleicht auch mal Osoz angucken?  ;-)

Danke für die Blumen! Von dem "mindestens so gut auskennen" bin ich aber 
trotzdem weit entfernt! Aber ich habe mich erstens schon mal in die 
Geschichte externer Trigger und Pulse Width Trigger eingearbeitet und 
zweitens war die Änderung nun nicht so doll: Die Funktion Search in 
files im Editor ist Dein Freund! :-)

Die Komprimierung schaue ich mir mal an, da seeehr hilfreich beim 
Testen. Ich bin aber meist unter Windof unterwegs...

Gruß,
Jürgen

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Thomas, Du kriegst da was durcheinander. Die BMP/PPM Bilder werden so 
nicht über die Schnittstelle übertragen. Wie Jörg schon schrieb sind das 
nur die komprimierten Rohdaten, die auf dem PC wieder dekomprimiert 
werden und dann erst in das entsprechende Bildformat konvertiert werden. 
Das kann auch PNG oder JPG sein. Auf dem Oszi wird für die Kompression 
ein eigener Algorithmus verwendet.

Den Kompressionsfaktor zeigt das Programm übrigens beim Erzeugen der 
Screenshots an (liegt so rund bei 20 - 25%).

Gruß Hayo

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Achso ich dachte das BMPs werden unkomprimiert als Rohdaten zum PC 
geschickt. Ok so lange dauert die Übertragung nun auch wieder nicht aber 
eine Konvertierung ins platzsparende PNG Format auf PC Seite wäre 
interessant. Ich schaue mal ob ich einen Kommandozeilen-Konverter finde 
den ich in meine Batch Datei einbinden kann so das ich gleich PNG 
erhalte und die BMP danach gleich entsorge.

Autor: Jörg H. (idc-dragon)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Jürgen schrieb:
> Die Komprimierung schaue ich mir mal an, da seeehr hilfreich beim
> Testen. Ich bin aber meist unter Windof unterwegs...

Gibt es genauso auch für Cygwin, siehe Anhang. Ich habe die Tools unter 
usr/local/bin.


Andreas W. schrieb:
> 1. Quartus installieren
>
> 2. Wenn der Treiber installiert ist ...
> http://sourceforge.net/apps/trac/welecw2000a/wiki/USBBlaster
>
> Schau zusätzlich mal in den Eintrag vom Michael bezüglich vollständigen
> Treiber...
> Beitrag "Re: Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)"

Quartus habe ich installiert, aber mit dem USB-Teil hapert es noch. Geht 
das unter Windows 7 überhaupt? Da habe ich den ganzen Morgen dran 
rumgewürgt, ohne Erfolg. Erstmal ist das Scope ein HID-Device und mit 
dem Standardtreiber von Microsoft so glücklich, daß er keine neuen 
Treiber haben will, unsere .inf lockt ihn nicht. ("...befindet sich 
bereits auf dem neuesten Stand...")
Nach Web-Recherche habe ich das Gerät deinstalliert, per Policy in den 
Systemrichtlinien die Automatik verboten und es nochmal versucht. Dann 
fängt er zwar an zu installieren, aber bricht ab, eine Datei fehlt, 
Windows sagt aber nicht welche, grr.
Mit dem SysInternals ProcessMonitor habe ich hinter die Kulissen geguckt 
und die Datei CyUsb.spt auch nach Drivers kopiert, wo sie anscheinend 
gesucht wurde.
Zwischenzeitlich sah ich ein Gerät "Nios II Evaluation Board", aber mit 
gelbem Ausrufezeichen. Es hat die PID 0x6003, die in der .inf Datei 
auskommentiert ist ("W2000 from slog")? Die habe ich probehalber wieder 
einkommentiert, dann ging das USB-Gerät in eine Art 
Endlos-Disconnect-Reconnect, machte alle 2 Sekunden Bing und die 
Geräteansicht aktualisierte sich, ich konnte da nichts mehr anklicken. 
Den Spuk wurde ich durch Löschen der Treiberdateien wieder los.
Jetzt ist alles wieder wie am Anfang, mit HID-Treiber...

Autor: Michael D. (mike0815)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Jörg,

hast du die Treiber von dem Link hier benutzt?
http://www.mikrocontroller.net/topic/goto_post/2389642
Die im SF, vergesse erst mal...

Wenn du genau nach meiner Beschreibung gehst, muß das hinhauen!
Also erst die angegebenen Files in die richtigen Verzeichnisse kopieren, 
dann den USB-Blaster gegen das HID-Interface ersetzen. Das zickt unter 
XP auch ein wenig, haut aber hin.
Wenn der Blaster erkannt wurde, bzw. das DSO eingeschaltet wird, dann 
darf sich das DSO maximal 2x an u. wieder anmelden(so ist das bei 
mir)also 2x Pingen, bei dir loopt das?

> Zwischenzeitlich sah ich ein Gerät "Nios II Evaluation Board"
Das ist absolut korrekt!
Vergleiche doch mal die Treiberdetails im Anhang.

Kann natürlich auch sein, das es an Windoof7 liegt, hast du die 32 oder 
64bit Version?

Gruß Michael

EDIT:
@Hayo
Der ADC-Treiber "Standart" ist ausgegraut, Absicht?

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Michael D. schrieb:
> hast du die Treiber von dem Link hier benutzt?
> http://www.mikrocontroller.net/topic/goto_post/2389642
Ja, habe ich.

> Die im SF, vergesse erst mal...
Ist aber das gleiche drin.

> Wenn der Blaster erkannt wurde, bzw. das DSO eingeschaltet wird, dann
> darf sich das DSO maximal 2x an u. wieder anmelden(so ist das bei
> mir)also 2x Pingen, bei dir loopt das?
Ja. Ich kann nachher mal meinen Installationsverlauf genauer 
dokumentieren, das war jetzt aus der Erinnerung.

> Kann natürlich auch sein, das es an Windoof7 liegt, hast du die 32 oder
> 64bit Version?
32 Bit.

Du hast XP?

Ich habe quch noch ein XP-Notebook, mit dem ich es testweise probieren 
könnte. Das wäre aber keine endgültige Lösung.

Jörg

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jörg H. schrieb:

>> Die im SF, vergesse erst mal...
> Ist aber das gleiche drin.
Irgendwas war da nicht vollständig oder wie auch immer, ist ja wurscht.
>
> Ja. Ich kann nachher mal meinen Installationsverlauf genauer
> dokumentieren, das war jetzt aus der Erinnerung.
dann kann man das ja mal vergleichen. Der Andreas hat die gleiche 
Winkonf. wie ich...
>
>> Kann natürlich auch sein, das es an Windoof7 liegt, hast du die 32 oder
>> 64bit Version?
> 32 Bit.
>
> Du hast XP?
Jo, XP-Sp3 und auf dem aktuellsten Stand
>
> Ich habe quch noch ein XP-Notebook, mit dem ich es testweise probieren
> könnte. Das wäre aber keine endgültige Lösung.
Auf meinem Notebook (Packard Bell) läuft das auch mit XP ohne Probleme.
Den Treiber kann man zwar rückgängig machen, weil dann die mitgelieferte 
Soft von Welec nicht funktioniert, Diese ist aber eh für die Füsse...

> Jörg
Gruß Michael

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Michael D. schrieb:
> Der ADC-Treiber "Standart" ist ausgegraut, Absicht?

Ja hatte ich auch schon erklärt. Hast Du wohl übersehen. Also nochmal 
ausführlich.

Die Averagefunktion war vorher als separate Routine ausgeführt und daher 
unabhängig vom ADC-Treiber, ebenso die Invert-Funktion. Um 
Geschwindigkeit herauszukitzeln mußte ich die Speicherzugriffe 
minimieren. Das ging aber nur durch Integration in den ADC-Treiber.

Daher habe ich die externe Routine rausgeschmissen. Der Assemblertreiber 
hat die neuen Funktionen schon an Bord, die anderen Beiden nicht. Daher 
habe ich die erstmal deaktiviert.

Die Nachrüstung soll aber noch erfolgen. Weiterhin will ich auch 
versuchen den C-Code Treiber so weit zu optimieren dass er an die 
Performance des Assemblertreibers heran kommt. Im Zweifelsfalle ist das 
C-Coding wartungsfreundlicher und besser lesbar.

Gruß Hayo

EDIT: in einzelnen Fällen kam es in der 5.6 vor, dass der 
Standardtreiber noch auswählbar war weil die Initialisierung nicht ganz 
korrekt war. Das sollte aber in der aktuellen Version abgestellt sein

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Michael D. et al:

Immer noch kein Erfolg mit dem USB-Gebläse. Auch unter XP drängelt sich 
der eingebaute HID-Treiber vor, von dem anderen will er dann nix mehr 
wissen. Im Unterschied zu Win7 weiß ich noch nicht, wie ich das unter XP 
verhindere. Ein Kollege meinte was von Shift/Ctrl festhalten beim 
reinstöpseln, das muß ich mal versuchen.

Unabhängig davon habe ich mir jetzt in der Firma was "originales" zu dem 
Thema suchen lassen. Fand sich in einer hinteren Schrankecke...
Nun habe ich einen original Byteblaster mit Parallelport, sowie 
anscheinend 2 Clone mit USB-Anschluß. Beide melden sich mit VID:PID 
09fb:6001. Kommen jeweils 10polige Kabel raus. Auf dem Welec-Board sind 
ja gleich 2 solche Anschlüsse, ist bekannt welcher wofür ist? Muß ich 
irgendwas wieder auslöten, um den onboard-Cypress abzutrennen?

Jörg

Autor: Michael H. (stronzo83)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi Jörg,
ich habe diese Woche auch schon mehrere Stunden mit meinem W2024A 
herumgekämpft. Windows 7 beharrt nach wie vor auf dem verdammten HID 
Device, bisher haben alle Tricks nicht weitergeholfen. Achja die 
Lötbrücke ist natürlich gesetzt. Mal sehen ob ich am Wochenende dazu 
komme, da weiterzumachen... wenn ich es hinbekomme poste ich es 
natürlich sofort.

Gruß
Michael

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Nur ganz kurz, zu angenehmerer Zeit mehr:

Ich habe das mit dem USB-Treiber jetzt hinbekommen, Quartus spricht mit 
mir. Der Durchbruch war, die HID-Treiber erst zu löschen, automatische 
Treiberinstallation zu verbieten (mehr dazu später), nicht am 
.inf-File herumzufummeln, es darf sich nicht für PID 6003 zuständig 
fühlen, nach neuem Auftauchen mit PID 6003 dann auf die Altera-Treiber 
im Qartus-Verzeichnis lenken.

Ich sehe nur ein FPGA, scheint aber immer so zu sein?
Das (bzw. das Config-Flash) habe ich nun mit dem Inhalt von Andreas W. 
(Beitrag "Re: Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)") beschrieben.
Nach einem Reboot meldet es sich nun mit Hardwareversion 1C9, und 
funktioniert augenscheinlich soweit.

Später werde ich dann mal die User-Instructions neu testen, ob sich da 
was verändert hat.

Jörg

Autor: Rainer W. (rawi)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Thomas O. schrieb:
> Ich schaue mal ob ich einen Kommandozeilen-Konverter finde
> den ich in meine Batch Datei einbinden kann so das ich gleich PNG
> erhalte und die BMP danach gleich entsorge.

Für die Konvertierung der PPMs in PNGs tut bei mir das Tool pnmtopng 
unter Windows seit Urzeiten seinen Dienst. Eingebaut in eine Batch-Datei 
läßt es sich per Drag und Drop benutzen
http://netpbm.sourceforge.net/doc/pnmtopng.html
w2000a-screenshot.exe -a -f <folder>
liefert die Bilder in einem festen Ordner ab
und eine Batchdatei mit
pnmtopng %1 >%1.png
übernimmt die Konvertierung.

Gruß
Rainer

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hier ein paar "Komponenten", wie man die automatische HID-Installation 
unter Windows 7 unterbindet:
http://www.windows-7-forum.net/windows-7-treiber-h...
Das habe ich temporär aktiviert und nach dem Anstöpseln wieder 
zurückgenommen, dann blieb das Gerät "unbetreibert" und ließ sich von 
Hand versorgen. Zuvor hatte ich die HID-Geräte deinstalliert. 
"gpedit.msc" existiert bei den Home-Varianten von Win7 glaube ich nicht. 
Vielleicht läßt sich ähnliches mit irgendwelchen Registry-Keys 
hinbekommen? Das hier ist jedenfalls der bei mir zwingende Schlüssel zum 
Erfolg.

Bei vermurksten .inf-Dateien hilft Löschen der Cachedatei "INFCACHE.1":
http://answers.microsoft.com/de-de/windows/forum/w...
(Die Antwort von Nadine, Neustart ist nicht nötig.)

Gegen automatische Treiberwahl hilft ferner das hier, ist vermutlich 
nicht nötig:
http://forum.chip.de/windows-7/automatische-treibe...

Irgendwas mit Ctrl/Shift festhalten beim Einstöpseln bringt nichts. Das 
hat der Kollege wohl mit Autoplay verwechselt.

Ich bin noch auf der Suche nach dem zweiten FPGA. Habe jetzt mal das 
echte Blaster-Kästchen in Betrieb gesetzt. An die linke Stiftleiste 
angeschlossen kann ich damit genau das gleiche bewirken wie mit dem 
Slog-Treiber und dem onboard-USB. Die rechte Stiftleiste ist merkwürdig. 
Es wird nix JTAG-artiges gefunden. Stattdessen macht das Scope aber 
einen Reset.

Jörg

Autor: Bruno We (brunowe) Benutzerseite
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Jörg,

Wegen der zweiten Stiftleiste hab ich dir mal nen Uralt- Link 
rausgesucht, evtl hilft dir das etwas weiter... Wir haben uns schon vor 
über 3 Jahren mit Quartus und JTAG beim WELEC beschäftigt... ein echt 
spannendes Thema!



http://groups.google.com/group/welec-dso/browse_th...


Gruß, Brunowe

Autor: alex008 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

nach langer Zeit gebe ich wieder einmal meinen Senf dazu.
Das Problem mit dem JTAG Treiber hatte ich auch eine Zeit lange, wie ich 
das damals unter dem XP endgültig löste, weis ich heute nicht mehr. 
Möglicherweise hilft das Deaktivieren des komischen 
Treibererweiterungsprozesses.
Vielleicht war es auch die Firewall mit der ich die 
Treiberidentitätsüberprüfung abgewürgt habe:
(Programm X möchte Programm Y aufrufen. Zulassen?) Mit der richtigen 
Kombination aus zulassen und verweigern ging es dann irgendwann.

Sollte sich der Treiber installiert haben lassen und Quartus erkennt die 
Schnittstelle am PC und kann trotzdem nichts runterladen, dann liegt es 
warscheinlich an einem Timeout verursacht durch einen USB-Hub (intern!!! 
oder extern).
PC(USB-Host)<->USB-Hub<->Slogs Treiber verträgt sich nicht.
PC(USB-Host)<->Slogs Treiber sollte gehen.

@Jörg
Das mit dem Reset hört sich schon gut an. Vielleicht lift dir das Errata 
Sheet weiter. Altera hatte irgendwann mal aus versehen in der 
Dokumentation die JTAG Pins vertauscht.

MfG
Alexander

Autor: Andreas W. (andiiiy)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jörg H. schrieb:
> Das (bzw. das Config-Flash) habe ich nun mit dem Inhalt von Andreas W.
> (Beitrag "Re: Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)") 
beschrieben.
> Nach einem Reboot meldet es sich nun mit Hardwareversion 1C9, und
> funktioniert augenscheinlich soweit.

Hallo Jörg,

das freut mich, dass die EPCS16 Version bei Dir läuft ... d.h. bei mir 
ist der Inhalt der FPGA's in Ordnung. Flash ist auch in Ordnung ... na 
was soll das dann noch sein?

Frage: Wenn das Display einen Fehler hätte, würde dann das Oszi starten 
??? Kommt dann evtl. nur die grüne LED der RUN/STOP-Taste???

Gruß Andi

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ich hätte da noch einen Wunsch an die Firmware wenn man ins Menü geht um 
einen Screenshot abzuspeichern, könnte man beim Wählen des 
Speicherplatzes das dort gespeicherte Bild anzeigen lassen? So sieht man 
ob der Speicherplatz frei ist bzw. ob dort ein älteres Bild liegt das 
man gerne überschreiben könnte.
Oder aber eine fortlaufende Erhöhung des Speicherplatzes, angenommen ich 
speichere etwas auf Platz 1 nehme ein neues Bild auf wechsle in diese 
Menü mit der Speicherfunktion könnte doch automatisch Speicherplatz 2 
angezeigt werden.

Zu dem NETPBM muss ich mir noch anschauen

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
zur Konvertierung BMP ins PNG Format habe ich gerade eine Freeware 
gefunden 24 kByte großes Tool (benötigt keine Installation zumindestens 
DOS/WIN), das könnte man doch mit ins Firmwarepaket stecken.

http://cetus.sakura.ne.jp/softlab/b2p-home/
DOS/WIN32/Unix inkl. Quelltexte und Makefile für Linux

Könnte mir bitte jemand mal ein BMP aus dem Oszi zuschicken, bin gerade 
nicht zu hause, würde es aber gerne mal probieren.
mayn.de@kosmos (einfach vertauschen)

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
hallo Thomas...

Das Ding ist klasse! Konvertiert die BMP in einer Sekunde!
Jetzt wollte ich das mit in die Batch aufnehmen, will aber nicht so 
recht, kann das mal einer bauen, wahrscheinlich war ich heute zu lange 
in der Sonne... :-)))

Hier die  Batch von der screenshot-0.97os C3
---------------------------------------------------------------------
rem
rem Change -c argument to whatever COM port your DSO is connected to.
rem Invoke "%~n0 -h" for a list of command line options.
rem

"%~dp0\w2000a-screenshot.exe" -c 3 -b -a %*

bmp2png  [-6] *.bmp

rem png-conf.bat
--------------------------------------------------------------------
das mit dem Schalter "-6" bedeutet die Namensvergabe fortlaufend.
Konvertiert dann alle vorhandene BMP's.
Wenn ich die separate Batch von bmp2png mit Schalter starte, dann klappt 
das.
Man bräuchte so eine Art Warteschleife, wenn das BMP geschrieben ist, 
das danach konvertiert wird, wie macht man das am dümmsten?
Früher war ich in DOS auch mal fitter, Windows verwöhnt...tztztz

@Rainer
Mit deinem Prog. hatte ich gestern ein wenig experimentiert, irgendwie 
bin ich da auch nicht so klar gekommen

Gruß Michael

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
nach dem konvertieren vielleicht noch die BMPs löschen, damit das Tool 
das nächste mal nicht wieder alle BMPs abklappern muss ob die schon 
konvertiert worden sind.

@Programmers: Könnt ihr mit den Quellcode etwas anfängen um vielleicht 
bei der neuen Firmware gleich PNGs zu übertragen, das würde die 
Datenübertragung um einiges Beschleunigen wenn man statt 900 kByte nur 
noch 20 kByte übertragen müsste, auch könnte man sehr viel mehr Bilder 
auf dem Flash speichern.

Autor: Rainer W. (rawi)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Michael D. schrieb:
> Mit deinem Prog. hatte ich gestern ein wenig experimentiert, irgendwie
> bin ich da auch nicht so klar gekommen

Wo drückt's denn?
Wenn ich mich recht entsinne, war es ein bisschen Fummelei, die 
Batch-Datei so hinzubauen, dass man Programme/Library, Bilder und konv. 
Bilder verzeichnismäßig vernünftig getrennt hat.

Gruß
Rainer

Autor: Rainer W. (rawi)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Den Kompressionsfaktor zeigt das Programm übrigens beim Erzeugen der
> Screenshots an (liegt so rund bei 20 - 25%).

Thomas O. schrieb:
> ... das würde die Datenübertragung um einiges Beschleunigen wenn
> man statt 900 kByte nur ...

Keine Bange, die Daten werden komprimiert übertragen (z.B. leerer Screen 
mit 4 Linien -> 26k Byte Übertragung mit 17% Kompressionsfaktor) und 
w2000a-screenshot.exe zeigt am Ende der Übertragung die Datenmenge, wie 
Hayo schon schrieb, auch an. Das ist schon etwas schlechter kompremiert 
als PNG (6kByte), aber weit von 900 kByte entfernt.

Gruß
Rainer

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ja ok die Daten werden schon komprimiert übertragen und dann erst nach 
BMP umgesetzt, es kommt aber einem trotz Komprimierung doch sehr lange 
vor. 115.200 bps sind doch knapp 14 kByte/Sek.

Geht es mit dem USB-Host eigentlich schneller oder ist das auch eher so 
ein RS232 Adapter?

Autor: Kurt Bohnen (kurt)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Der begrenzende Faktor sind die 115.200 bps die das Welec liefert. Erst 
wenn die Komprimierung bei gleichem Rechenaufwand verbessert werden kann 
wird es schneller.

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
also ist die Komprimierung noch der bremsende Faktor.

kurze Frage mit welchen Programm kann ich die Speicherplätze das Oszi 
über USB auslesen bzw. zum PC übertragen oder geht das nur per RS232 und 
Screenshot.exe?

Autor: Michael H. (stronzo83)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo zusammen,
die Frage von Andreas finde ich ebenfalls interessant - könnte einer von 
euch uns den Gefallen tun und mal testen, ob das Oszi bootet wenn das 
Display abgesteckt ist? Das wäre klasse!

Mich wundert es ein wenig, dass es von niemandem einen Aufschrei gab, 
als ich die zu niedrigen Kernspannungen verkündet habe... entweder hat 
hier noch keiner mit FPGAs gearbeitet oder es ging einfach unter?

Also nochmal:
Bei mir habe ich bei beiden FPGAs zu niedrige Kernspannungen gemessen! 
Bei FPGA1 knapp unter Soll, bei FPGA2 relativ deutlich. Eine aus dem 
spezifizierten Bereich fallende Kernspannung kann alle möglichen Effekte 
haben und kann durchaus ein Grund für die Spikes auf den Kanälen drei 
und vier sein.
Man kann die 1,2V auf Soll hieven, indem man dem Spannungsregler eine 
Sense-Leitung verpasst, so dass er die Spannung an der Last (den FPGAs) 
und nicht an seinem Ausgang regelt (dazu muss man natürich noch die 
Feedback Leiterbahn am Regler auftrennen). Auch die 2,5V sind deutlich 
unter Soll, die 1,8V ebenfalls leicht (jeweils an der Last gemessen, 
nicht am Regler!). Beides könnte Probleme verursachen(ADCS und SRAM).

Leider streikt meine Kiste ja, deswegen kann ich nicht testen, ob sich 
damit Verbesserungen erzielen lassen - leider geht auch mit korrekten 
Spannungen bei mir zur Zeit gar nichts. Aber es gibt hier doch einige 
Leute die keine Berührungsängste in Sachen Hardware haben - vielleicht 
findet sich jemand der es testen möchte? Vor Anlegen der Spannung sollte 
man aber sicherstellen, dass die Senseleitung wirklich korrekt 
angeschlossen ist, sonst würde der Spannungsregler bis auf fast 12V 
rauffahren.

Michael

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
wäre es nicht einfacher zum testen ein Poti zu nehmen und mit dem 
Mittenabgriff die Spannung am FPGA etwas anzuheben. Passt die Spannung 
nach dem Spannungsregler und fällt evtl. nur zum FPGA hin so arg ab?

Vielleicht ist das wegen der Thermik gemacht worden oder sind das eher 
die ADC die gut warm werden?

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo, das wird wieder eine Sammelantwort, entschuldigt das 
Kuddelmuddel.

Michael H. schrieb:
> die Frage von Andreas finde ich ebenfalls interessant - könnte einer von
> euch uns den Gefallen tun und mal testen, ob das Oszi bootet wenn das
> Display abgesteckt ist? Das wäre klasse!

Der Displayanschluß ist unidirektional, das Display passiv. Es kriegt 
Clock, Daten, uns Syncs ab, wird laufend gescannt. Daher hat es keine 
Auswirkung auf den Rest, ob es gesteckt ist oder nicht.

> Mich wundert es ein wenig, dass es von niemandem einen Aufschrei gab,
> als ich die zu niedrigen Kernspannungen verkündet habe... entweder hat
> hier noch keiner mit FPGAs gearbeitet oder es ging einfach unter?

Ich dachte es ging um die Fehlersuche in einem defekten Gerät, nicht um 
einen generellen Mangel.

Bruno We schrieb:
> Wegen der zweiten Stiftleiste hab ich dir mal nen Uralt- Link
> rausgesucht, evtl hilft dir das etwas weiter...

Danke, hilft ehrlich gesagt nicht. In dem Bild ging es um die gleiche 
Schnittstelle die auch bei mir funktioniert, die ich links genannt habe. 
Im Bild ist nur die Platine auf den Kopf gedreht.
Ich kann mir nicht recht vorstellen, daß Wittig diesen JTAG-Anschluß 
richtig hat und beim zweiten irgendwas verdreht ist. Nochmal gefragt: 
Hat noch nie jemand Kontakt mit dem zweiten FPGA aufgenommen?

Thomas O. schrieb:
> Geht es mit dem USB-Host eigentlich schneller oder ist das auch eher so
> ein RS232 Adapter?

Das Thema hatten wir schon. Derzeit ginge es damit langsamer, die 
USB-Firmware macht nur 57600 Baud. Man bräuchte eine eigene Firmware für 
den USB-Controller, und passende Treiber am PC. Ist also kein kleines 
Thema. Wir suchen noch FX1-Entwickler...

Jörg

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Rainer
> Wo drückt's denn?
> Wenn ich mich recht entsinne, war es ein bisschen Fummelei, die
> Batch-Datei so hinzubauen, dass man Programme/Library, Bilder und konv.
> Bilder verzeichnismäßig vernünftig getrennt hat.
ja eben...auf dem Link habe ich ettliche Sachen runter geladen,ist aber 
irgendwie keine Executive dabei, die da so recht funzen will. Ansonsten 
finde ich da nur die Quellcodes?!?
BtW. Ist die Konvertierung da auch so schnell, wie die "bmp2png.exe?
Dann lade doch mal deine komplette Conf. inkl.Programm hier hoch, ist ja 
open Source, so wie ich das sehe!?!

> Keine Bange, die Daten werden komprimiert übertragen...
Also findet ja die Komprimierung im DSO statt, das ist dann wohl der 
Flaschenhals! Ich kann damit jetzt leben, ist ja keine Ewigkeit

@Michael H.
> Also nochmal:
> Bei mir habe ich bei beiden FPGAs zu niedrige Kernspannungen gemessen!
> Bei FPGA1 knapp unter Soll, bei FPGA2 relativ deutlich. Eine aus dem
> spezifizierten Bereich fallende Kernspannung kann alle möglichen Effekte
> haben und kann durchaus ein Grund für die Spikes auf den Kanälen drei
> und vier sein.
Das ist ja hoch interessant und klingt irgendwie plausible. Wenn du mal 
die genauen Messstellen fotografieren könntest, würde ich diese Woche 
das auch mal nachmessen und dann berichten. Bei mir sind extreme Spikes, 
wenn das DSO gerade eingeschaltet ist und nimmt dann während der 
Aufwärmphase etwas ab, (bilde ich mir ein) evtl. gibt es hier einen 
Temp-Drift in der Spannungsversorgung?
Ich habe nur ein FPGA, da hält sich die Temp. in Grenzen. Was ordentlich 
Temparatur bekommt, sind die ADC's, daher habe ich denen auch ein paar 
Kühlkörper verpasst.

Gruß Michael

Autor: Michael H. (stronzo83)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Thomas,
bitte nimm auf gar keinen Fall ein Poti für diesen Zweck!
Da gibt es verschiedene Probleme:
a) beim Einschalten steht das Poti irgendwo, die Spannung entsprechend 
auch => bis du es einstellst hat es längst bumm gemacht

b) der Schleifer eines normalen Potis prellt bei Betätigung => die 
Reglerspannung kann extreme Sprünge machen => wieder bumm


@Michael

Ich habe mal ein Foto aus dem Wiki kopiert und markiert, wo du messen 
kannst.
Es sollte sich leicht finden lassen: gemessen wird an den Kondensatoren 
der jeweiligen Last, bei den FPGAs also direkt unterhalb an den etwas 
größeren Keramikkondensatoren.

Das Problem ist, dass die Spannungsregler ewig weit weg sitzen und die 
Leiterbahnführung doch recht sparsam ausgefallen ist. Bei den niedrigen 
Spannungen fließen natürlich recht hohe Ströme zur Versorgung, daher 
gibt es einen recht beachtlichen Spannungsabfall entlang der Leitungen 
und des Steckverbinders. Oder auf deutsch: Pfusch.
Das Datenblatt des FPGAs spezifiziert 1,15-1,25V. Am besten lötet man 
sich an die Kondensatoren kurze Drähtchen und schaut dann im Betrieb die 
Spannung mit einem Oszi an, da jede Spitze die den zulässigen Bereich 
verletzt zu Problemen führen kann. Wenn schon der Gleichspannungswert 
nicht stimmt kann man sich das natürlich sparen...


Gruß
Michael

Autor: Michael H. (stronzo83)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@ Jörg

Danke für die Auskunft zum LCD - damit ist wieder eine mögliche Ursache 
ausgeschlossen.

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Michael H.

> Das Problem ist, dass die Spannungsregler ewig weit weg sitzen und die
> Leiterbahnführung doch recht sparsam ausgefallen ist. Bei den niedrigen
> Spannungen fließen natürlich recht hohe Ströme zur Versorgung, daher
> gibt es einen recht beachtlichen Spannungsabfall entlang der Leitungen
> und des Steckverbinders. Oder auf deutsch: Pfusch.
> Das Datenblatt des FPGAs spezifiziert 1,15-1,25V.
...genau das wollte ich losslassen und konnte es mir noch gerade so 
verkneifen. Deine Aussage hat das aber bestätigt. Interessant wäre noch 
zu wissen, ob denn die Spannung bei längerem Laufen stabil bleibt, oder 
schwankt.
Wenn man bedenkt, das die Pc-CPU's eine genaue u. absolut stabile 
Spannung mit 3 Stellen nach dem Komma benötigen um anständig zu 
funktionieren...mehr brauch man wohl nicht dazu sagen!
Deine Markierungen sind sehr Hilfreich, ich will mal schauen, ob ich die 
nächste Zeit dazu komme und werde dann berichten.

Gruß Michael

Autor: Michael H. (stronzo83)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Guten Morgen,
noch ein kleiner Nachtrag zur Spannungsmessung.
Wenn man nicht nur den DC Fall betrachtetn möchte, sondern auch den 
Ripple auf der Versorgung, dann braucht man natürlich ein Oszi dazu. Die 
Messung ist aber nicht einfach mit dem Tastkopf und der Masseklemme 
durchführbar - die Masseklemme ist zum einen eine wirksame Antenne, zum 
anderen bildet sie eine relativ große Leiterschleife in die Magnetfelder 
wunderbar einkopplen können.
Deshalb kann man den Ripple mit einem passiven Tastkopf nur so messen 
wie in dem Bildchen illustriert! Also einen blanken Draht um den 
Massekontakt des Tastkopfes wickeln, so erhält man die kürzestmögliche 
Masseanbindung. Wem das neu ist, der sollte sich den Spaß machen und 
einen Vergleich anstellen (Messung mit Masseklemme vs. Messung mit 
Drähtchen) - der Aha-Effekt ist garantiert.


Ich wäre sehr interessiert wie die Spannungn bei dir aussehen, Michael 
(und bei jedem anderen).
Ich habe wie gesagt DC Werte von ca. 1,15V und 1,07V bei den beiden 
FPGAs. Damit FPGA2 bei 1,2V liegt muss der Regler bei mir an seinem 
Ausgang ca. 1,3V liefern.
Die Vierkanalgeräte sind hier klar im Nachteil, weil die Wittigs die 
FPGAs offensichtlich mit sehr dünner Leiterbahn versorgen, über der 
natürlich bei zwei FPGAs durch den doppelten Betriebsstrom die doppelte 
Spannung abfällt wie bei einem.

Gruß
Michael

Autor: Jürgen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Jörg,

Jörg H. schrieb:
> Ich kann mir nicht recht vorstellen, daß Wittig diesen JTAG-Anschluß
> richtig hat und beim zweiten irgendwas verdreht ist. Nochmal gefragt:
> Hat noch nie jemand Kontakt mit dem zweiten FPGA aufgenommen?

Warum auch? Da gibt es ja nach wie vor nichts Neues, was man da 
hineinladen könnte. Eben auch nicht vom LEON3! :-)
Im Datenblatt oder App.-Note von Altera findet man 2 oder 3 
Möglichkeiten, wie mehrere FPGA's ihre Konfig.-Daten aus einem EPCS16 
laden können. ES gibt nur ein EPCS16. Also muss man erstmal herausfinden 
nach welcher Methode die 2 FPGA's ihre Daten holen. Hatte ich zunächst 
auf "Todo" geschoben, da nicht nutzbar.

Gruß,
Jürgen

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Michael H: Ich würde das Poti nicht an 12V Klemmen, sondern eine 
niedrigere Spannung im Oszi abgreifen und dann erst mal auf die 
gewünschte Soll-Spannung am Mittenabgriff einstellen. Klar sollte es 
nicht das billigste Poti sein, aber jedes Poti das für Audio geeignet 
macht keine solchen Sprünge wie du es beschreibst. Ich würde jetzt mal 
so blind(ohne das Datenblatt des FPGA zu kennen), ein 100 Ohm Poti 
nehmen, da kann also gar nicht soviel Strom fließen, die Spannung am 
Mittenabgriff auf die Sollspannung des FPGAs einstellen und dann erst 
auf die Stromversorgung des FPGA geben. Die Spannung des FPGAs kann also 
bestenfalls auf die Sollspannung angehoben werden, wenn ihm der Strom 
von knapp 15mA reichen.

PS. Gestern habe ich festgestellt das das eingeschaltete Oszi neben 
meinem Laptop die WLAN-Verbindung stört. War mit einem Hotspot in etwa 
150 Metern Verbindung nicht so schnell aber stabil, beim Einschalten war 
dann reproduzierbar die Verbindung weg. Die AVR Steckbrett daneben mit 
Nullpunkterkennung und Zündimpuls verursachte hingegen keine Störungen 
die die WLAN-Verbindung unterbrachen.

Meint ihr es würde etwas bringen das Gehäuse innen mit Kupferspray oder 
ähnlichen ein zu sprühen und mit auf den Schutzleiter zu legen?

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jürgen schrieb:
> ES gibt nur ein EPCS16.

Ah so, das ist doch mal eine Aussage. ;-)
Dann haben wir nach dem Auslesen/Umprogrogrammieren ja höchstvermutlich 
beides in einem Rutsch.

Ich habe noch etwas mit den USR-Instructions rumgespielt, aber noch 
nichts Interessantes gefunden.  :-(

Jörg

Autor: Martin H. (martin_h85)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Guten Tag,

hasst du dir mal die Kontakte auf der Stiftleiste vom Netzteil Board zum 
Logic Board angeschaut ?

Ich kann mir gut vorstellen das die qualitativ auch nicht die besten 
sind und schon dadurch eine größere Spannungsdifferenz entsteht.

Wenn dort auch etwas abfällt könnte man es durch den Austausch der 
Kontakte ja leicht beheben.


Gruß,
Martin

Autor: Bruno We (brunowe) Benutzerseite
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

Thomas O. schrieb:
> Gestern habe ich festgestellt das das eingeschaltete Oszi neben
> meinem Laptop die WLAN-Verbindung stört. War mit einem Hotspot in etwa
> 150 Metern Verbindung nicht so schnell aber stabil, beim Einschalten war
> dann reproduzierbar die Verbindung weg. Die AVR Steckbrett daneben mit
> Nullpunkterkennung und Zündimpuls verursachte hingegen keine Störungen
> die die WLAN-Verbindung unterbrachen.-

Da ich in einem akkreditierten EMV- Prüflabor arbeite und mir das 
entsprechende Equipment zur Verfügung steht, hatte ich eh vor die 
Abstrahlungen unseres Oszilloskops zu messen(Radiate Emission). Das 
lässt nicht nur Rückschlüsse zu wie sehr das WELEC andere Geräte stört, 
sondern auch welche Frequenzen besonders stark vertreten sind und ggf. 
geräteintern zu Problemen führen können.

Gruß

Autor: Sebastian S. (sebastian_s47)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Bruno: Das wäre wirklich mal interessant. Wenn du dann Ergebnis hast, 
lass sie uns bitte zukommen.

Ich kann dir schon mal mehr oder weniger versprechen, dass um die 50kHz 
viel los sein wird - wer seinen Tastkopf schon mal über dem internen 
Schaltnetzteil abgelegt hat wird wissen was ich meine ;)

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jo, das seh ich auch so. Da dürfte im Diagramm eine ziemliche Spitze 
sein.
Wobei ich meine dass die Hauptfrequenz eher zwischen 12 und 16KHz liegt.

Aber mal abwarten was die Profis so rausfinden.

Gruß Hayo
(der leider im Augenblick wenig Zeit hat aber einige gute Ideen)

Autor: Rainer W. (rawi)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Michael,

Michael D. schrieb:
> BtW. Ist die Konvertierung da auch so schnell, wie die "bmp2png.exe?
> ...
> Dann lade doch mal deine komplette Conf. inkl.Programm hier hoch

Die Konvertierung der PPM in PNG geht "gut zügig".
Meine angehängte Konfiguration sollte direkt funktionsfähig sein, wenn 
du sie nach C:\ entpackst. Sonst müssen in den beiden Batch-Dateien die 
Pfade angepaßt werden.

Gruß
Rainer

Autor: Roberto (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo
Kurze off Topic Frage :
@Bruno We
>Da ich in einem akkreditierten EMV- Prüflabor arbeite
Hast Du vielleicht einen Link, wo steht, wo die Grenzwerte bei einer 
EMV-Messung sind.. (finde da nix im Netz :-(  )
Hätte da ein anderes Gerät, dass ich diesbezüglich mal testen will.
Danke und l.G. Roberto

Autor: Bruno We (brunowe) Benutzerseite
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Roberto,

natürlich kann ich dir helfen. Meine AW findest du im HW Thread, passt 
da einfach besser hin!

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


Gruß, Brunowe

Autor: charly (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo

eine gute Idee hab i auch noch:

Bei eingeschaltetem Quick Meas wird das Oszi ja viel langsamer,
meine idee: die QM routine wird erst nach einem Trigger Event
angesprungen denn sonst macht es keinen sinn ausser man braucht
einen Lottozahlengenerator ;)
Dadurch sollte sich doch sie Geschwindigkeit wieder etwas ehoehen,
was meinste dazu ?

vlG
Charly

Autor: Timo R. (timo_r)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,
ich hoffe ich bin hier richtig und es kann mir jemand helfen.
Ich habe mein Welec W2022A kaum benutzt. Das stand jetzt über ein Jahr 
im Schrank, da ich keine Zeit hatte. Jetzt habe ich es mal wieder 
herausgeholt und es Bootet leider nicht mehr. Mit dem WelecUpdater 
konnte ich einen Dump ziehen. Habe dann mal versucht die Open Source 
Firmware (1.2.BF.2.10) aufzuspielen, aber leider ohne Erfolg.
Wenn ich mit dem W2000-Update von der Welec Seite auf das DSO zugreife, 
bekomme ich keine Daten angezeigt (Seriennummer, Hardware Version ...). 
Über Google habe ich gefunden, das hier im Forum auch schon mal so ein 
Fehler nach einem erfolglosen Firmware update aufgetaucht ist und 
behoben werden konnte. Hänge den Dump am besten gleich mal an.
Gruß und danke schon mal
Timo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Timo,

Du bist definitiv richtig hier. Was zu klären wäre:

- ist Dein Gerät ein W2000 oder ein W2000A. Das läßt sich leider nicht 
aus der Gehäuseaufschrift ableiten. Daher die nächste Frage ->

- mit welcher Firmwareversion wurde das Gerät ausgeliefert bzw. welche 
FW war zuletzt drauf?

- Wenn Dein Gerät ein W2000 (ohne A) ist must Du erst diverse Änderungen 
vornehmen - Anleitung auf der Wikiseite verfügbar.

- welche Hardwareversion wurde angezeigt? (evtl. Kaufdatum noch 
bekannt?)

- Kam der Blackout erst nach dem Update? Lief das Gerät nach der 
Schrankrettung noch?

- warum hast Du versucht eine so alte FW-Version draufzuspielen? 
Aktueller Stand ist 1.2.BF.5.7C2

- Du solltest unbedingt Active Perl installieren (und den Win32 Serial 
Port) und dann den Upload mit dem Perlskript versuchen. Wenn der Upload 
mit dem Kompressor (16s) nicht funktioniert nimm den unkomprimierten 
Modus (180s).

Gruß Hayo

(der leider zur Zeit in Seeschiffahrtsvorschriften versinkt und deshalb 
nicht zum Programmieren kommt)

Autor: Timo R. (timo_r)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Halo Hayo,
danke für die schnelle Antwort.

Welche FW als letztes auf dem Gerät war kann ich leider nicht mehr 
sagen. Alles was ich noch ziehen konnte ist in der flash Datei.

Kann ich irgendwo sehen, ob es die Serie mit oder ohne A ist?  Welche 
Wiki-Seite meinst du? Habe den Beitrag 
Beitrag "W2000 Serie nach W2000A Serie aufrüsten" gefunden. Werde ihm mir mal 
durchlesen.

An die Hardwareversion kann ich mich nicht mehr erinnern. Ich habe es am 
20.05.2011 über Ebay gekauft (Verkäufer war „Wittig Electronics GmbH“ 
tek4you.eu ). Kann ich die HW-Version auf der Platine sehen?

Der Blackout war da, als ich das Gerät wieder aus seinem „Winterschlaf“ 
geholt habe. Das Update war ein Rettungsversuch, da sich von Wittig 
keiner auf meine EMail gemeldet hat. (Exististiert die Firma überhaupt 
noch?)

Sorry, bei der Angabe der FW-Version habe ich mich vertan. Ich habe die 
1.2.BF.5.7C2 aufgespielt. Die alte hatte ich zuerst versehentlich runter 
geladen, aber nicht installiert.

Active Perl habe ich mir gestern geladen und installiert. Damit will ich 
heute mein Glück versuchen.

Gruß
Timo

Autor: Errico (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hello everyone!
I read often the interesting posts on this forum.
I would like to submit my problem arose 2 days ago.
I have a Welec W2022A about a year, I made the upgrade with firmware up 
to version written by Hayo 5.6C2 using the script from linux.
Two weeks ago I also made hardware changes using the  24.9 ohm and 150 
ohm resistors  instead of 0 ohm and 150 Kohm.

After I noticed a good improvement in performance in noise and 
linearity. The oscilloscope was switched on several hours these days 
without any problem.
Yesterday there was the ugly fact, I tried to turn the DSO and no longer 
boot, meaning that lights only the green button RUN / STOP.

I've done several tests since then
1) Apparently you activate the "germsmonitor" mode using the usual two 
buttons, the screen turns gray and after black normally.
I tried to reload the firmware (5.7C2) with GERMSloader, took about 180 
seconds instead of the usual 160sec  or so, either in RAM or in FLASH, 
but without success.
2) I also tried the ucl mode (16 seconds) but gives error in the phase 2 
of the firmware upload.
3) I tried to use the utility Welecupdater.exe with the original 
firmware 1.3, apparently is loaded after 30 minutes, but the scope does 
not boot anyway.
4) Apparently GERMSloader manages to read the contents of flash memory.
5) If I connect the USB port, the DSO is regularly recognized in 
windows.
6) If I press the two buttons of germsmonitor sometimes random LEDs are 
lit. (Normally I would have to get the instrument reboot.)

At this point I fear that there may be a hardware failure, even though I 
can not understand if it is random problem or is related to the mods 
made 2 weeks ago.  And after the mods, the oscilloscope worked indeed 
regularly on the first try and for several hours.
I am very sorry for what happened, because I'm very "attached" to the 
little "guy" who now works very well thanks to your work :-(
Thanks for your kind attention.

Errico

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ok, jetzt haben wir schon zwei Geräte die ins Koma gefallen sind. Woll'n 
mal sehen ob ich da im Parallelflug helfen kann.

timo r. schrieb:
> Active Perl habe ich mir gestern geladen und installiert. Damit will ich
> heute mein Glück versuchen.

Das ist schon mal ein guiter Ansatz. Als nächstes solltest Du ein 
Terminal mit den bekannten Einstellungen (stehen in der Datei How to use 
a Terminal) starten und mal gucken ob beim Booten was ausgegeben wird - 
wenn ja was.



Errico schrieb:
> At this point I fear that there may be a hardware failure, even though I
> can not understand if it is random problem or is related to the mods
> made 2 weeks ago.

Hi Errico, this makes the analysis a little bit more difficult. First 
try (as Timo) to check the boot messages. Start a Terminal (settings in 
"how to use a Terminal") and then start the DSO. It might be 
interresting if the DSO tries to start the firmware or not.

Hayo

Autor: Andreas W. (andiiiy)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo

dieses Fehlerbild kommt mir auch sehr bekannt vor. Leider habe ich noch 
keine Abhilfe für mein und die vielen anderen defekten Geräte (trotz 
allmöglicher Tests ... und Quartus ;-)!

Mein Trost ist, dass ich mir noch ein Neues gekauft habe ...

HW: 8C7.0E
FW: V1.4

Grüße Andi

Autor: Timo R. (timo_r)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo,
das Perl-Script ist erfolgreich durch gelaufen.

Habe Putty eingestellt und das DSO gebootet, empfange aber nichts. Auch 
auf „h“ oder “,“ kommt keine Reaktion.

Was macht der „USB_Blaster“ genau? Ich habe gelesen, dass man diesen für 
das Upgrade bracht. Könnte der etwas helfen oder bringt der das DSO noch 
mehr durcheinander?

Gruß Timo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Der Blaster ist zum Programmieren des/der FPGAs vorgesehen und hat mit 
unserer Firmware nichts direkt zu tun.

Wenn die Firmware nicht mal startet könnte es das bekannte Problem mit 
den kalten Lötstellen am RAM sein. Das Screiben ins Flash scheint ja zu 
funktionieren. Da könnte generelles Nachlöten helfen, oder mal bei 
geöffnetem laufenden Gerät aufs RAM drücken. Generell scheinen die 
Verlötungen nicht die beste Qualität zu sein.

Gruß Hayo

Autor: Timo R. (timo_r)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Habe das Gerät jetzt mal aufgeschraub. Wo sitzt das RAM?

Autor: Errico (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hello Dear Hayo, thanks for the answer!

I used Teraterm, do not I see anything when I turn on the DSO, "h" and 
"," give no answer.

If I go into "germsmonitor" I get this on the terminal

+
 ‚š
Í048
TC CPU
+
#0000: FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
#0010: FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
#0020: FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
#0030: FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
+
#0040: FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
#0050: FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
#0060: FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
#0070: FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
+l
?
+h
?
+

I have upload latest 5.7C2 firmware :


GERMSloader.pl Ver 1.2.0

*** No Warranty

***
*** This program is distributed in the hope that it will be useful,

*** but is provided AS IS with ABSOLUTELY NO WARRANTY;

*** The entire risk as to the quality and performance

*** of the program is with you. Should the program prove defective,

*** you assume the cost of all necessary servicing, repair or 
correction.

*** In no event will any of the developers, or any other party,

*** be liable to anyone for damages arising out of the use or inability

*** to use the program.

Device
         : /dev/ttyUSB0
Flash filename : TomCat.flash


--- Writing GERMS firmware...

Writing line 027233 of 027233: S8 detected, end of GERMS transmission.

Successfully wrote GERMS firmware in 218.8 seconds!

Please reboot DSO if it didn't restart automatically.


READY!
Thanks for all the fish.upload finshed



I think that firmware does not start at all. :-(

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
I think also...

Maybe it is the RAM soldering. See Picture in the next post.

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
One RAM is on the ADC side of the PCB (see picture) and one is directly 
on the other Side same position.


@Timo

die Lage des einen RAM siehst Du im Bild markiert. Das andere ist direkt 
darunter auf der anderen Platinenseite. Da kommt man nur ran wenn man 
die Platine abbaut.

Hayo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ach ja, Timo, da Dein Gerät 2011 gekauft wurde, ist auf jeden Fall davon 
auszugehen, dass Du ein W2000A hast.

Als nächsten Schritt könntest Du die Spannungen am Netzteil nachmessen. 
Es könnte evtl. sein, dass da vielleicht was abgeraucht ist. Allerdings 
ist das Netzteil eigentlich recht zuverlässig, da nicht von Wittig 
selbst hergestellt sondern zugekauft. Aber das läßt sich recht schnell 
und einfach überprüfen. Die Spannungen an den einzelnen Pads hatte auch 
schon mal jemend hier gepostet (bzw. im W2000 Hardwarethread). Muß mal 
sehen ob ich das noch finde.

Hayo

Autor: Errico (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo OK, now I open the DSO and I go to see the chips with the 
magnifying glass.
Then let you know

Errico

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Timo

Hier der Link zur Wiki-Seite

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

Da findet man schon Einiges.

Ansonsten mal im Hardware Thread (im alten) stöbern, da finden sich 
ähnliche Probleme.

Beitrag "Wittig(welec) DSO W20xxA Hardware"

Gruß Hayo

Autor: Michael H. (stronzo83)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hm interessant, dass sich dieser Fehler bei immer mehr Leuten zeigt. 
Leider habe ich bisher auch noch keine Lösung gefunden, die meine Kiste 
wieder flott gemacht hätte...aber je mehr dasselbe Problem haben, desto 
größer ist die Wahrscheinlichkeit, dass jemand eine Lösung findet :)

Gruß
Michael

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Also entweder ist es ein Bauteil das schlecht ausgelegt ist und öfters 
kaputt geht (glaube ich eher nicht) oder es sind kalte Lötstellen - was 
mein Favorit ist. Ich denke bei der Herstellung wurde schlampig 
gearbeitet und gerade kalte Lötstellen sind eine üble Sache weil sie 
sich nicht sofort auswirken müssen und schwer zu finden sind.

Gruß Hayo

p.s. so ich tauche jetzt ab - morgen bin ich wieder online

Autor: Timo R. (timo_r)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo,
habe das DSO jetzt komplett auseinander genommen um das zweite RAM zu 
sehen. Ist das normal, das der Teil für die Messschaltung so 
„zusammengeschustert“  aussieht?

Habe das Foto unter "imageshack . us  f  220 / wp000700.jpg" gestellt, 
da es etwas größer ist.

Werde jetzt off gehen und morgen weiter machen.

Gruß Timo

Autor: Errico (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo

OK, I checked carefully the PCB, the two RAM, and the others but I do 
not notice anything special to view. (Pins desoldered, shorts or other 
problem)

The behaviour of the DSO it's the same.
Can I do anything else to diagnose the problem?
Something might be defective ... :-(
What is the small button next to the RAM?

Thanks
Errico

Autor: Errico (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@ Hayo
Maybe I found two friends who have the same problem:

www.mikrocontroller.net/topic/250182

I don't understand well German also with the Google Translator, but I 
think that the situation it's the same.

I forget the DSO switched on for 4/5 hours during the night and the day 
after is no longer running properly as described here. :-((

Autor: Timo R. (timo_r)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo,
ich habe jetzt mal das Perl-Script für den RAM Loader ausgeführt.
Dies lief ohne Fehler  durch.
Heißt das jetzt, dass die FW in das RAM geschrieben wurde, somit das RAM 
OK ist oder dass der LOADER es nur fehlerfrei angenommen hat und der 
Status der weiteren Verarbeitung ungewiss ist?

Gruß Timo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi, bin leider momentan nur kurz mal zwischendurch online.

timo r. schrieb:
> Heißt das jetzt, dass die FW in das RAM geschrieben wurde, somit das RAM
> OK ist oder dass der LOADER es nur fehlerfrei angenommen hat

Es gibt beim Schreiben keine Rückmeldung ob der Vorgang erfolgreich war. 
Daher kann man das nicht unbedingt als Indikator verwenden. Ich habe 
inzwischen noch mal in anderen Threads zu dem Thema gestöbert.

Anscheinend ist auch die Verlötung des/der FPGAs ein Kandidat für diese 
Probleme. Die FPGAs werden im Betrieb recht warm, da kann es sein, dass 
schlechte Lötverbindungen sich quasi "abarbeiten" durch die entstehenden 
thermischen Spannungen.

Grundsätzlich tippe ich aber so oder so auf kalte Lötstellen. Die Suche 
ist natürlich nicht ganz einfach.

Wer über einen Lötkolben mit feiner Spitze und etwas Löterfahrung 
verfügt, kann die Beinchen einfach mal auf Verdacht nachlöten. Leider 
lassen sich kalte Lötstellen nicht unbedingt mit einer Lupe erkennen.

Gruß Hayo

Autor: Rainer W. (rawi)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Wer über einen Lötkolben mit feiner Spitze und etwas Löterfahrung
> verfügt, kann die Beinchen einfach mal auf Verdacht nachlöten.

Mit einer breiten Lötspitze - wegen des besseren Wärmeflusses - und 
Flußmittel geht es noch besser. So sieht das dann aus:
Youtube-Video "Professional Surface Mount Soldering - How To:   QFP 64  (Drag Solder)"

Gruß
Rainer

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Noch mein Senf:

timo r. schrieb:
> Heißt das jetzt, dass die FW in das RAM geschrieben wurde, somit das RAM
> OK ist oder dass der LOADER es nur fehlerfrei angenommen hat und der
> Status der weiteren Verarbeitung ungewiss ist?

Kommt drauf an. welcher Loader das war. Für den alten 3-Minuten Loader 
gilt wohl das was Hayo gesagt hat.
Wenn du aber vom 15-Sekunden UCL-Loader sprichst liegen die Dinge etwas 
anders. Da ist in der 2.Phase meine Software im RAM am Ackern. Es wird 
eine Prüfsumme der dekomprimierten Daten gebildet. Anfangs habe ich 
dafür tatsächlich blockweise aus den RAM zurückgelesen, erst die neuere 
Assemblerversion macht das on the fly. Letztere ist noch nicht 
verbreitet.

Jörg

Autor: Errico (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
E U R E K A !!!

The problem was the ram, I proceeded to resolder the pins with a few 
drops of flux and tin and the little Welec is running back, is great 
with the latest firmware 5.7C2

Thanks Hayo!

Autor: Rainer W. (rawi)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Errico schrieb:
> ... the little Welec is running back

Congratulations!

Rainer

Autor: Errico (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Thanks Rainer
Actually I did not expect to see him running so soon, with a really 
simple remedy.

Errico

Autor: Andreas W. (andiiiy)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@All (with no running welec)

SUUUPPPIIII mein W2024A geht wieder ...

Nun wird die vermutete Hardware 1C9.0E auch erkannt. Interessant ist, 
dass ich vorher eine komplette Softwarerücksicherung von meinem Neuen 
mit der HW: 8C7.0E eingespielt hatte. Die Hardware-ID auf dem Bildschirm 
kommt also aus dem EPCS16.

Fehlersuche ergab wie von vielen vermutet auch schlechte Lötstellen an 
den Speicherchips. Leider war das mein zweiter Versuch ... aber gut Ding 
will Weile haben.

DANKE ALLEN ...

PS: Ich werde wohl gleich mal die aktuelle Version von Hayo einspielen 
...

Grüße Andi

Autor: Timo R. (timo_r)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,
danke an alle, besonders an Hayo.

Mein DSO hat sich gerade wieder gemeldet. Es war bei mir auch der RAM 
und zwar der Chip, bei dem man das Gerät ganz zerlegen muss.

Das flashen hat sogar mit der kalten Lötstelle funktioniert. Werde die 
FW aber zur Sicherheit noch mal neu aufspielen.
----------------------------------------------
Version : 1.2.BF.5.7 C2
Hardware: 8C7.0E
Serial  : 00128402C7
Model   : W2022A / 2 Channels
----------------------------------------------
Gruss Timo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Holla die Waldfee...

gleich drei Patienten aus dem Koma erwacht und alle drei wie vermutet 
mit kalten Lötstellen am RAM. Das ist ja ziemlich eindeutig. Das sind ja 
mal richtig gute Nachrichten. Glückwunsch auch von mir.


It is nice to hear the success message. It is also an approvement for me 
that the RAM soldering is not the best...

I think we will hear more from such problems in future.

Wish You much fun with Your little toy

Hayo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Rainer

Sehr schönes Video. Der Kollege der das vorführt hat es gut drauf. Sehen 
ja besser aus als werksverlötet die Beinchen.

Gruß Hayo

Autor: Andreas W. (andiiiy)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo,

ja jetzt kann es losgehen ...

Der Versionssprung (von 1.4 Welec auf Deine letzte) ist ja absolut der 
Hammer ... ich konnte ja die letzte Nacht gar nicht mehr ruhig schlafen 
;-)

Grüße

Autor: Andreas W. (andiiiy)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo,

ich hätte da noch einen kleinen Schönheitsfehler ...

Versuche mal im normalen Horizontalen "Main"-Modus die manuelle Messung 
("Cursors"). Dann über "Main/Delayed" auf FFT umstellen ...

... dann sind noch die alten Buttons und Linien (bei mir) zu sehen.

PS: Leider bin ich für mein Käferreporting bekannt ... ;-)

Grüße Andi

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi Andi,

durch solche Fehlermeldungen konnte die Firmware entscheidend verbessert 
werden. Sobald ich etwas Zeit habe werde ich mir das mal ansehen. Danke 
für den Hinweis.

Gruß Hayo

Autor: Andreas W. (andiiiy)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo,

sehr schön ...

Im Zusammenhang stehend evtl. noch ein Hinweis zum Remote Export einer 
B/W-Grafik ...

... bei den Zusatzlabeln ist das Gitter noch zu sehen. Könnten diese 
Label evtl. noch mit weiß gefüllt werden? Das sieht etwas besser aus 
wenn man die Bilder vewenden möchte.

PS: Nice to have!

Evtl. gibt es ja noch Gegenargumente ...

Grüße Andi

Autor: Andreas W. (andiiiy)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo

Noch etwas was mit dem Browse-Button ...

Im MAIN mit BROWSE ... Umstellung auf FFT ... zeigt folgendes Bild!

PS: Viel Spaß beim Lernen ... ;-)

Grüße Andi

Autor: Hermann E. (hermann_e)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
hm,

könnte ich die Experten nochmals um einen Kommentar bitten ?
Ich wollte heute Hayos letzte Softwareversion aufspielen, leider
verhält sich das DSO dabei sehr sonderbar. Ich schaffe es nämlich nicht, 
es
in den "Downloadmodus" zu versetzen. Zwar reagieren die zwei berühmten 
grauen Knöpfe links unterm Schirm bei der entsprechenden Menüwahl 
jeweils wie sie sollen, gleichzeitiges Drücken (egal in welchem 
Grundmenü ich gerade bin) bringt aber nicht den ersehnten "weißen 
Schirm" den ich brauche um das Aufspielen zu starten. Alles andere 
scheint normal zu funktionieren. Auch mehrfaches Ein und Ausschalten hat 
nichts gebracht ...
Mir tun schon die Finger weh' vom vielen Knöpfe drücken !

Hätte jemand vielleicht 'ne schlaue Idee ?

Danke:  Hermann

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Bei mir wird der Bildschirm in der Regel auch nicht weiß, bleibt eher 
schwarz, bzw. wird es nach dem Loslassen wieder.

Hat du die Knöpfe in der richtigen Reihenfolge losgelassen? Den äußeren 
(linken) länger halten, den anderen zuerst freigeben.
Die Drück-Reihenfolge scheint egal zu sein, wichtig ist das sie mal 
beide gleichzeitig gedrückt waren. Den linken länger halten ist 
Bootloader, andersrum einfacher Reset.

Jörg

Autor: Hermann E. (hermann_e)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
wow, dat war fix !

danke Jörg für die schnelle Antwort! Leider ändert die Reihenfolge mit 
der ich die Knöpfe drücke bzw. loslasse nichts. Der Schirm bleibt immer 
"an" (dh. er wird nie schwarz bzw. weiß und verbleibt in seinem 
momentanen Modus) egal wie rum ich's angehe.
Ach ja, die Version die ich momentan drauf habe ist die 1.2.BF.5.1C4
obwohl das hier kaum relevant sein dürfte.

Grüsse:  Hermann

Autor: Guido (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hermann E. schrieb:
> Ach ja, die Version die ich momentan drauf habe ist die 1.2.BF.5.1C4
> obwohl das hier kaum relevant sein dürfte.

In der Tat. Probiere die Tasten mal im Menu, ob die vllt. defekt sind.

Erst die ganz linke Taste drücken, dann die zweite von links. 
Anschließend
die 2. von links loslassen und zuletzt die ganz linke.

Autor: Hermann E. (hermann_e)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Da sind ja noch jede Menge Nachteulen unterwegs !

War gerade weg da ich im Keller noch mein altes Tektronix (ursprünglich 
vom Müll) wieder ausgegraben habe.

Erst mal Danke für eure Hilfe, in der Not schätze ich diese gleich 
doppelt !  Was die Tasten angeht habe ich so ziemlich alle möglichen 
Sequenzen und Dauer versucht - ohne Erfolg. Wie gesagt, jede einzelne 
Taste reagiert noch im Sinne des Menus (soweit ich das sehen kann). Ich 
denke also nicht das die Tasten bzw ihre Anschlüsse selbst defekt sind. 
Gibt's vielleicht die Möglichkeit so 'ne Art "Hard reset" zu machen 
indem man auf dem PCB irgendwelche Kontakte kurzschliesst bzw auf Null 
zieht, ähnlich wie beim AVR-Programmieren ?

Grüsse:  Hermann

Autor: Jochen R. (same2_de)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich hab sowas auch schon mal erlebt, geholfen hatte bei mir den Flash 
nachlöten(W2022A). Allerdings sah das Fehlerbild anders aus, timeout 
beim flashen.

Gute Nacht - Jochen

Autor: Hermann E. (hermann_e)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Die Lötstellen scheinen ja ein echter Schwachpunkt zu sein.
Wüsstest Du an was man das Flash erkennen kann, bzw wo es sitzt ?

Gute Nacht auch meinerseits:  Hermann

Autor: Jochen R. (same2_de)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ja, gibt eine schöne Doku dazu - ich poste gleich mal den link, 
moment....

Autor: Jochen R. (same2_de)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
...im dritten Bild unter der Stiftleiste, ungefair in der Mitte oberhalb 
der 16(beim 2024) adc´s -

sourceforge.net/apps/trac/welecw2000a/wiki/Hardware

http... voran

Autor: Hermann E. (hermann_e)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Danke !

Ich gehe davon aus das es das etwas grössere Chip ist !?
Schaut schwer zu Löten aus da mir auf dem Bild die Kontakte
ziemlich klein erscheinen.

Jetzt muss ich aber wirklich in die Heia ...

Gute Nacht:  Hermann

Autor: Jochen R. (same2_de)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Wenn Du das Gehäuse aufgeschraubt hast, kannst Du ihn nicht verfehlen.
In der Nähe, eher rechts von der Stiftleiste gibt es auch einen Taster 
für den manuellen Reset.

Sei ganz vorsichtig beim Löten, nicht ohne Flussmittel!!

Viel Erfolg!

Autor: Hermann E. (hermann_e)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Würde der Taster auch das Neuaufspielen der Firmware ermöglichen
(Falls er denn geht ?)

Ich geh' mal schon Zähneputzen ...

Hermann

Autor: Andreas W. (andiiiy)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hermann

bei mir ist das nur ein normaler Reset (der kleine Taster auf der 
Platine). Um in den GERMS Modus zu kommen, benötigst Du schon die beiden 
linken Tasten wie vom Jörg beschrieben.

Gruß Andi

Autor: Hermann E. (hermann_e)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Danke Andi,

das erspart mir ein unnötiges Ausprobieren. Ich zier mich noch ein wenig 
mit dem Löteisen ranzugehen, die Frage ist es so zu lassen (der Spatz in 
der Hand) oder es zu versuchen für das Update (Die Schwalbe auf dem 
Dach).
Muss eh' erst noch Flussmittel bestellen, das läßt mir Zeit zum 
Nachdenken.

Nochmals Danke:  Hermann

Autor: Andreas W. (andiiiy)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich hatte mir auch die Arbeit gemacht und alle Pins des Flash 
nachgelötet. Leider ist der Pinabstand so klein, dass das Flussmittel 
(wie schon beschrieben) dringend verwendet werden sollte(muss).

PS: ... das alte Geigenkolophonium mit Spiritus würde es auch machen ;-)

... mir wäre die Schwalbe lieber ... und Hayo freut sich.

Grüße

Autor: Cy (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi there.
Any news about the spikes fix?
It seemed me we were on the right way, maybe through updating the fpga 
by quartus to reach 1c9.0e version or so and adjusting the power supply 
value of the FPGA.
Cheer,
Cy

Autor: Hermann E. (hermann_e)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
boh !

wollte heute das Flash nachlöten und habe davor einen letzten Versuch 
gemacht das DSO in Lademodus zu versetzen - und siehe da es hat 
funktioniert (aber nach wie vor bei weitem nicht bei jedem Mal). Nach ca 
20 Versuchen konnte ich die letzte BF Version (endlich) erfolgreich 
flashen. In der Regel verschwinden solche Probleme natürlich nicht von 
alleine, aber solange ich eine Operation am offenen Herzen vermeiden 
kann ...

Nochmals vielen Dank an alle (Jochen, Jörg, Andreas, Guido)  die mir mit 
Rat und Tat zur Seite gestanden sind und natürlich vor allem an Hayo: 
Die ersten Tests der letzten Version sehen vielversprechend aus !

Hermann

Autor: Kurt Bohnen (kurt)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ebay-Artikel Nr. 120918385266

Autor: Sebastian S. (sebastian_s47)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Welec scheint dazu gelernt zu haben... Ich hab meines damals auch direkt 
bei Welec ersteigert (war aber noch ein anderen eBay Account) - und für 
140€ bekommen, ein anderes ging zeitgleich für 160€ raus - da war der 
Startpreis noch wesentlich geringer und bei so einem Nieschenprodukt war 
es nicht sehr klug vom Verkäufer, mehrere Auktionen zeitgleich enden zu 
lassen.

Autor: Rainer W. (rawi)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Sebastian S. schrieb:
> Ich hab meines damals auch direkt bei Welec ersteigert (war aber
> noch ein anderen eBay Account)

Wahrscheinlich tek4you_eu. Der Account scheint inzwischen nicht mehr zu 
existieren.

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ich bin nun auch im Club, habe heute mal Oszi auf die Arbeit mitgenommen 
und nach dem Einschalten bleibt es dunkel, wobei Bootloadermodus zeigt 
er an also dieser weiß/schwarz Wechsel. Komischerweise geht das WLAN, 
was sonst bei eingeschaltetem Oszi nicht ging, anscheinend bleibt es 
irgendwo hängen wo noch keine Display angesteuert wird, da dieses bzw. 
die Abstrahlung der Displayleitungen zur Störung des WLANs führen.

Die Firmware kann leider erst heute Abend wieder einführen. Jemand eine 
Idee woran dieses unerwartete Nichtstarten liegt. Oder könnte es ein 
Netzteil sein welches den FPGA versorgt?

Wie war nochmal die Tastenkombi für einen Neustart, Taste 2 und danach 
Taste 1?

Autor: Hermann E. (hermann_e)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Thomas,

ich zitier mal Jörg der mir bei meinem Problem weitergeholfen hat:

"Den äußeren (linken Knopf) länger halten, den anderen zuerst freigeben.
Die Drück-Reihenfolge scheint egal zu sein, wichtig ist das sie mal
beide gleichzeitig gedrückt waren. Den linken länger halten ist
Bootloader, andersrum einfacher Reset".

Bei mir hat erneutes Versuchen nach einigen Tagen das Problem 
(zeitweilig ?)
gelöst, leider weis ich auch nicht mehr ...

Grüsse und viel Erfolg: Hermann

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ich hatte mal eine Mail an alle Wittigs geschrieben. Einer bot mir eine 
Reparatur als Garantieleistung an, einer wollte einen Reparaturversuch 
für 120€ starten oder 300€ für ein Neugerät. Werde da nochmal anrufen 
und es klären, 120€ für einen Versuch ist mir zuviel Risiko, gerade wenn 
es sich nur um einen Lötversuch handeln würde. Gibt es eigentlich noch 
andere Oszilloskope für die es Open Source gibt?

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Thomas O. schrieb:
> Gibt es eigentlich noch
> andere Oszilloskope für die es Open Source gibt?

Meines Wissens nicht, das macht ja unser Oszi trotz seiner kleinen 
Schwächen so attraktiv.

Gruß Hayo

Autor: Guido (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hey Skipper,

wie sieht es aus, können wir gratulieren?

Grüße, Guido

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jupp die Sache ist geritzt!

Boot ist auch schon gechartert. Vorraussichtlicher Termin für die 
Weiterentwicklung unseres Projektes ist ab Mitte/Ende Juli.

Vorher werde ich da nicht zu kommen, da ich meinen Fuhrpark noch auf 
Vordermann bringen muß.

Gruß Hayo

Autor: branadic (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Macht es tatsächlich noch Sinn an der BF-Firmware weiter zu arbeiten, 
obwohl Osoz nun schon einen Stand erreicht hat, bei dem es sich lohnt 
anzuknüpfen? Nicht nur der ernorme Geschwindigkeitszuwachs sprechen 
dafür. Ich möchte nicht zuletzt auch erwähnen, dass Osoz die 
Huckepackplatine und die neue gewonnenen Vertikalablenkungen super 
unterstützt.

branadic

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich gehe mal davon aus, daß Hayo mit "unser Projekt" auch Osoz meinte.

Jörg

Autor: Guido (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Jupp die Sache ist geritzt!

Na dann meine Glückwünsche, und natürlich: Schönen Urlaub.

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jörg H. schrieb:
> Ich gehe mal davon aus, daß Hayo mit "unser Projekt" auch Osoz meinte.
>
> Jörg

Korrekt, so ist es!

Guido schrieb:
> Na dann meine Glückwünsche, und natürlich: Schönen Urlaub.

Besten Dank, bei dem Sch....wetter hier brauche ich das auch.

Gruß Hayo

Autor: Sandro (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo and the team,
any news about this project,may be within Christmas?
Regards,
Sandro

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi there,

yes I know it is really quiet here now but don't worry about that, it 
will go on. Unfortunately I'm really busy with several things at this 
time but I have good ideas about our old firmware and I'm really looking 
forward what the other guys are working out with the new FPGA design. 
The WELEC never will die...

So I hope I will find the time to go on with some further improvements 
which we also can overtake into the new osoz firmware.

Have a nice evening

Hayo

Autor: Giuseppe (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi, who knows personally the engineers who sold the oscilloscope?
I am still waiting to receive it won on EBAY!
Disappeared?

if anyone can contact them look a refund.

Autor: Peter M. (none)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Giuseppe schrieb:
> Hi, who knows personally the engineers who sold the oscilloscope?
> I am still waiting to receive it won on EBAY!
> Disappeared?
>
> if anyone can contact them look a refund.

Hi Giuseppe,
just if the sellers ebay name was 'welecgmbh', you may get in contact 
with Mr. Erich Wittig (E.Wittig@welec.de). He seems to be an honest 
person.

Kind regards, Peter M.

Autor: Robert (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
> So I hope I will find the time to go on with some further improvements
> which we also can overtake into the new osoz firmware.

Und Hayo, was gibt es denn inzwischen so Neues zu berichten?
Das ist hier so richtig still geworden, schade!
Wohin treibt das Schiff?

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi Robert,

auch wenn es hier momentan sehr ruhig ist - ich bin immer noch dabei, 
zur Zeit halt passiv. Leider hatte ich bislang eine Menge anderer Sachen 
um die Ohren.

Zudem ist der Stand der BF-Firmware eigentlich recht stabil. Die Not und 
der Druck etwas zu tun ist daher nicht sooo groß. Echte Verbesserungen 
sind aus diesem FPGA-Design leider ohnenhin nicht mehr rauszuholen.

Deswegen verfolge ich auch mit Spannung die Fortschritte die Jörg macht. 
Denn echte Verbesserungen werden nur so möglich sein.

Es lohnt daher eigentlich nicht für das alte Design größere 
Neuentwicklungen zu starten. Sollte es noch kleinere Wünsche 
(zusätzliche Funktionen oder Menüeinträge), Verbesserungen oder Bugs 
geben die ich beheben kann mache ich das natürlich gerne.

Gibt es da konkrete Wünsche die sich noch lohnen in die bisherige FW 
einzubauen?

Gruß Hayo

Autor: Robert (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
>Gibt es da konkrete Wünsche die sich noch lohnen in die bisherige FW
>einzubauen?

Von meiner Seite aus zur Zeit nicht. Wollte halt nur mal den Stand der 
Dinge wissen. Aber schön zu wissen das Du noch am Ball bist!

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayos Posting hatte ich doch glatt eine Weile übersehen, irgendwie ist 
die Benachrichtigungsfunktion nicht mehr scharf.

Ich bin nächste+übernächste Woche voraussichtlich ein paar Tage 
dienstlich in Hamburg, wir planen auch ein Treffen. Vor etwa einem Jahr 
war ich schon mal bei Hayo, wird nun schon fast eine Tradition!  ;-)

Noch was: Sourceforge "droht" mit einer Umstellung, wir müßten auf deren 
neue Allura-Platform migrieren. Was das genau bedeutet weiß ich nicht. 
Die Adresse soll sich in dem Zuge auch ändern. Ich habe natürlich noch 
nicht auf das angebotene Knöpfchen gedrückt, aber es soll im ersten 
Quartal 2013 durch sein.

Jörg

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Angeregt durch Robert habe ich noch mal über die letzte BF-Version 
sinniert und bin darauf gestoßen, dass es noch einige Sachen gibt mit 
denen ich etwas unzufrieden bin, die aber völlig Hardwareunabhängig sind 
und somit eigentlich als Basis für OSOZ dienen könnten. Dazu gehört zum 
Beispiel der zentrale FFT-Algorithmus und noch einige andere 
Berechnungen. Mal sehen ob ich mich aufraffen kann da noch eine 
aktualisierte Version zu bauen.

Gruß Hayo

Autor: Cy (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi there.
Hayo, about improvements to be introduced in the calculations are you 
thinking something for the sin(x)/x interpolation?
I believe it would be a great thing, seems to me some attemps was had 
already been made in the past and the routine already drafted but never 
implemented in firmware.
And again, any news about the spikes fix?
It seemed me we were on the right way, maybe through updating the fpga 
by quartus to reach 1c9.0e version or so and adjusting the power supply 
value of the FPGA, but then no news about this important issue.
Cheer,
Cy

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Cy schrieb:

> Hayo, about improvements to be introduced in the calculations are you
> thinking something for the sin(x)/x interpolation?
The sinc interpolation is implemented yet as a draft. But it costs a lot 
of time of development and there have to be done some more improvements.

The main problem is the slow NIOS cpu. The calculation of the sinc 
algorithm is very slow, although I tried to optimize the calculation 
speed. But it is not forgotten, I just made a little break to solve some 
other issues. If Jörgs new OSOZ FPGA with multiplication unit is running 
stable, it will be no problem to implement the sinc interpolation.


> And again, any news about the spikes fix?
I got no news about that, but maybe some of the other guys here? This 
problem will also be obsolete with Jörgs new FPGA-design. I'm looking 
forward...


But the good news are: I'm working on a new BF-version with improved FFT 
routines. Maybe I will get ready until XMas.

Kind regards

Hayo

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das "Gipfeltreffen" mit Hayo fiel erstmal aus, weil ich einen Tag später 
als geplant in Hamburg anfing, Hayo hatte nur am ersten Tag Zeit. Im 
Januar könnte sich nochmal die Gelegenheit bieten.

Für die FFT könnte ich im neuen Design Hilfestellung anbieten. Der Nios 
erlaubt ja "custom instructions", man könnte vielleicht sowas wie einen 
Butterfly-Befehl bauen. Im Moment bin ich aber noch an anderen 
Baustellen.

Ein etwas anderer Programmierstiel kann nützen, Tabellen sind nicht mehr 
unbedingt so angesagt wenn sie nur wenige Rechenoperationen ersetzen. 
Der Nios II hat als neues Feature zwar einen Datencache, aber der ist 
leider nicht mehrfach assoziativ. Heißt, wenn 2 Adressen binär hinten 
gleich enden (modulo Cachegröße in die gleiche Cacheline fallen), dann 
werfen sie sich zwingend gegenseitig aus dem Cache.
Ein Lesezugriff der einen anderen Cacheeintrag verdrängt führt erstmal 
zu einem Burst aus 8 Schreibzugriffen, dann ein Burst aus 8 
Lesezugriffen, in Summe vielleicht 20 Takte. Die Datenbursts können 
leider auch nicht "critical word first", also die Zugriffsreihenfolge so 
sortieren daß das gewünschte Datum zuerst gelesen wird und es möglichst 
schnell weitergeht.
Der Instruction-Cache hingegen beherrscht diese Umsortierung, das wäre 
sonst wohl auch echt übel.
Die Länge einer Datencacheline ist einstellbar, man kann die auch 
verkürzen, für Anwendungen die viel random access machen.

Wegen des Instruction-Cache sollte man von loop unrolling eher Abstand 
nehmen, das bringt nicht viel und verdrängt anderswo Code aus dem Cache.

Jörg

Autor: Thomas O. (kosmos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo, ich hätte da noch einen Vorschlag für eine Funktion die mich da 
brennend interessieren würde. Ich bastle ab und an mal an analogen 
Verstärkerschaltungen und habe dann das normale und das verstärkte 
Signale an einem Kanal.

Wäre es möglich softwaremäßig 2 Kanäle automatisch über einander legen 
zu lassen und das schwächere Signal per Software zu verstärken bzw. das 
stärke abzuschwächen.

Bei einem analog Oszi kann man neben der 1:10 1:100...Auswahl noch 
manual stufenlos das Signal noch etwas abschwächen. Wodurch man dann 
beide signale übereinanderschieben kann.

Das ganze müsste auch nur im Single Shot Modus funktionieren dann könnte 
man soetwas direkt übereinanderlegen und vergleichen.

http://www.hobby-bastelecke.de/bilder/schirmbilder...

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Jörg

Ja die Optimierungen werden beim NIOS II sicher anders aussehen. Da muß 
man sicher auch etwas mit Try and Error experimentieren was unter dem 
Strich wirklich was bringt.

Nicht desto Trotz bin ich momentan mit dem Ergebnis der überarbeiteten 
FFT-Routinen recht zufrieden. Das hat auch wieder Lust auf "Mehr" 
gemacht. Als Referenz verwende ich unter Anderem auch die FFT des 
chinesischen OWON SDS8102 welches ich seit einiger Zeit besitze. Da muß 
sich unser Teil nicht verstecken, im Gegenteil.


@Thomas

Das Thema variable Skalierung hatten wir in der Vergangenheit öfters 
mal. Grundsätzlich: Ja, ist machbar!
Ist aber etwas Fummelkram mit den Skalierungstabellen, da diese dann für 
jede Einstellung neu berechnet werden müssen. Habe ich aber auch schon 
drüber nachgedacht. Wäre auf jeden Fall eine nette Herausforderung.

Als weitere interessante Herausforderung hatte ich mir schon mal 
Gedanken zu einer Peak-Detect-Funktion gemacht. Auch nicht trivial aber 
machbar. Da müßte ich dann Teile in Assembler schreiben um einigermaßen 
performant zu sein. Sicher auch für OSOZ nicht uninteressant.

Gruß Hayo

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
So Liebe W2000A Gemeinde,

es gibt wieder neues Futter. Die neue Xmas Edition ist rechtzeitig zum 
Fest fertig.

Diesmal habe ich an der FFT herumgeschraubt.

Achtung - beim ersten Start kommt ein Popup hoch welches darüber 
informiert, dass die trigonometrischen Tabellen ins Flash geladen 
werden. Dieser Vorgang dauert ziemlich genau 10 Minuten. Eine 
Fortschrittsanzeige informiert über den aktuellen Stand. Also bitte mit 
einplanen und gegebenenfalls Kaffee bereithalten...

Wird der Vorgang abgebrochen erscheint das Popup beim nächsten Start 
erneut,
nach Abschluß des Ladevorgangs erscheint das Popup nicht wieder.

Dear not german speaking users. Please read the attached read me file 
because of special upload notes.

Gruß Hayo

Autor: Egberto (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Danke für das Weihnachtsgeschenk!!
Spiele ich morgen gleich auf.

Frohes Fest!

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo,

willkommen zurück!

Apropos Flash: ich hatte mal hier 
(Beitrag "Re: Wittig(welec) DSO W20xxA Hardware (Teil 2)") u.A. geschrieben, 
das wir für den Nios-II eine Einteilung des Flash brauche, von wo der 
denn sein Image ablegen soll. Momentan holt es mein Bootloader von 
Adresse 0, ab dort habe ich aber nur 3 Pages (a 64k) frei, in der 4. 
speichert Osoz seine Einstelungen, ab der 5. beginnt das klassische 
Image.
Ich überblicke den Rest nicht, könntest du mal eine Memory Map 
erstellen, oder gibt es schon eine?

Jörg

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Moin Jörg.

Ja es gibt schon eine. Die aktuelle Version ist immer im jeweiligen 
Download im DOCS Verzeichnis zu finden unter W2000A Programmers 
Reference.

Da mein Libre-Office die Dateien im Excelformat auf über 13MB aufbläht 
habe ich diesmal nur die .ods Datei mit reingetan. Ich habe aber gerade 
auf meinem alten Rechner mit Open Office 3 eine kleine kompakte Datei 
erzeugt und hänge sie hier mal dran.

Zu den Änderungen in der neuen Firmware:

Ich habe die bisherigen Tabellen die fest im Code abgelegt waren und 
damit zur Laufzeit das RAM unnötig blockiert haben rausgeschmissen. 
Stattdessen gibt es jetzt Generatorfunktionen, die die Tabellen 
berechnen und eine weitere Funktion, die diese dann ins Flash schreibt. 
Zur Laufzeit holt sich die FFT nur die jeweils benötigten Tabellen aus 
dem Flash ins RAM. Dadurch haben wir jetzt genügend Platz um jede Menge 
Fensterfunktionen in 4096er Breite unterzubringen. Das wäre sonst mit 
den fest codierten Tabellen etwas eng geworden.

Mit der nächsten Version ist es auch geplant die FFT Menüs scrollbar zu 
machen, da es momentan etwas mühselig ist sich durch die vielen Einträge 
zu arbeiten.

Gruß Hayo

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo,

sehr schön, vielen Dank!

Wenn das so stimmt gibt es ja tatsächlich geeignet große unbenutzte 
Bereiche, dann brauchen wir zunächst nichts limitieren oder 
herumschieben.
Ich könnte z.B. die 10 Sektoren ab 0x600000 für das Nios II Image 
definieren?
Bei 0x30000 liegt wie gesagt derzeit der Sektor für die Osoz-Settings, 
falls du das auch mit in die Tabelle aufnehmen magst. Kann von mir aus 
auch in einen anderen Sektor.

Was ist das diverse "Kleinzeug" gegen Ende?

Für die fernere Zukunft mit dem Nios II schwebt mir vor, den Code 
größtenteils aus dem RAM rauszuhalten (dafür ist es nämlich eigentlich 
zu schade) und direkt aus dem Flash auszuführen, Cache sei dank.
Dann können wir uns feature-mäßig richtig austoben, vielleicht auch 
modular mit einem Plugin-System. Bis dahin sollten wir die Flash-Map 
aufgeräumt haben.

Jörg

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jörg H. schrieb:

> Ich könnte z.B. die 10 Sektoren ab 0x600000 für das Nios II Image
> definieren?
Ja, die sind leer.


> Bei 0x30000 liegt wie gesagt derzeit der Sektor für die Osoz-Settings,
> falls du das auch mit in die Tabelle aufnehmen magst. Kann von mir aus
> auch in einen anderen Sektor.
Ich kann das mit eintragen.


> Was ist das diverse "Kleinzeug" gegen Ende?
Das ist der Bereich in dem die Konfigurationsdaten liegen. "Protected" 
sind die festen Einstellungen, das Andere sind die gerade aktuellen 
Einstellungen die bei jedem Start restauriert werden.


> Für die fernere Zukunft mit dem Nios II schwebt mir vor, den Code
> größtenteils aus.... dem Flash auszuführen...
Wie willst Du das machen? Mit einem Sprungbefehl direkt an eine 
Flashadresse verzweigen und dann den Code von da weiter ausführen? Hab 
ich so noch nicht gemacht, interessanter Gedanke.

Gruß Hayo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Als Nachtrag:

man müßte doch beim Code im Flash alle Sprungaddressen korrigieren um 
den Addressoffset zwischen RAM und Flash, sonst würde die Ausführung 
doch wieder zurück an eine RAM-Adresse springen.

Oder wie hast Du Dir das gedacht?

Hayo

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo,

sorry, du bist völlig auf dem Holzweg.  :-/

Der Linker täte das für uns erledigen. Man würde eine Section definieren 
die im RAM liegt und eine die im Flash liegt. Dann kann man für 
Funktionen oder Daten per #pragma oder auch globaler vorgeben, in welche 
Section sie sollen. Der Linker berechnet dann automatisch alle 
Sprungadressen korrekt, da muß man sich um nichts mehr kümmern.

Etwas komplizierter ist der Startup-Code. Eine Section muß ins RAM 
kopiert werden (so wie derzeit alles), die andere bleibt unangetastet, 
liegt bereits an der richtigen Adresse.

Beim alten Nios beginnt "unsere" Programmausführung sowieso im Flash. 
Der ROM-Bootloader springt dorthin, wenn eine Kennung vorhanden ist und 
nicht die magische Tastenkombi F1+F2 gehalten wurde. Dort liegt der 
Startup-Code, der von mir seinerzeit optimierte Hexfile-Schnipsel der 
immer vorangestellt wird. Der kopiert unser Zeug ins RAM und springt 
dorthin.

Beim Nios-II ist es etwas intelligenter. Der ROM-Bootloader guckt im 
Flash nach einem "Boot Image", das ist eine Liste von zu kopierenden 
Speicherblöcken. Die arbeitet er selber ab, am Ende der Liste steht ein 
Sprungziel. Derzeit besteht die Liste aus nur einem Block, der ins RAM 
kopiert und angesprungen wird.

Jörg

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Aaah, verstehe. Also lag ich ja nicht sooo verkehrt, nur dass der Linker 
dann die Adressen gleich richtig berechnet.

Wird die Ausführungsgeschwindigkeit nicht etwas gebremst? Schließlich 
müssen ja die Daten erstmal in den Cache geladen werden, insbesondere 
bei Cache-Miss. Die Zugriffszeiten auf das Flash sind doch nicht 
sonderlich schnell.
Bei Cache-Hit läuft es dann natürlich mit voller Geschwindigkeit. Gibt 
es da Erfahrungswerte, oder sind das eher Vermutungen.

Hayo

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Wird die Ausführungsgeschwindigkeit nicht etwas gebremst? Schließlich
> müssen ja die Daten erstmal in den Cache geladen werden, insbesondere
> bei Cache-Miss. Die Zugriffszeiten auf das Flash sind doch nicht
> sonderlich schnell.

Mal rechnen...: "nicht sonderlich schnell" ist sogar geschmeichelt. Ich 
habe es am 25MHz Peripherie-Bus hängen, damit möglichst wenig am 
schnellen Bus hängt. Diese "Clock Crossing Bridge" kostet uns pro 
Richtung ca. 2 Takte, in Rückrichtung 2 von den langsamen.
Das Flash ist nur 8 Bit breit, um eine Cacheline mit 8 32bit Worten zu 
füllen werden also 32 Zugriffe gebraucht.
Das Flash hat 90 ns Zugriffszeit, wegen Aufrundung auf ganze Takte 
werden derzeit 120 ns draus. Das kann ich noch optimieren, der 
Peripherietakt kommt neuerdings aus einer PLL.
Wenn ich da 44 MHz draus mache wären es 4 Takte für einen Zyklus, also 
128 für eine Cacheline, plus 2 für die Bridge macht 130 von den 44MHz 
Takten plus noch 2 von den 75MHz Takten macht bestenfalls rund 3 us. Das 
SRAM schafft eine Cacheline in 11 von den 75MHz Takten, macht 0,15 us, 
ist also gut 20 mal schneller.
Klingt erstmal dramatisch.

> Bei Cache-Hit läuft es dann natürlich mit voller Geschwindigkeit. Gibt
> es da Erfahrungswerte, oder sind das eher Vermutungen.

Die geschwindigkeitskritischen Funktionen zum Zeichnen und Rechnen sowie 
Interrupthandler würde ich natürlich im SRAM lassen. Aber der ganze 
Menü-Code, Zeichensätze, etc. ist meiner Erfahrung nach völlig egal.

Jörg

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
PS, gerade nachgemessen:
Im Moment dauert eine Flash-Cacheline 3,85 us, das kommt hin, entspricht 
etwa der jetzigen Verlangsamung von 90 auf 120 ns.

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hmm, vermutlich muß man es am "lebenden" Objekt mal probieren wie es 
sich auswirkt bzw. bei welchen Funktionen es sich eher nicht auswirkt.

Aber ist natürlich eine Möglichkeit das RAM freizuhalten. Wieviel RAM 
gibts denn im neuen Design?

Hayo

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Wieviel RAM gibts denn im neuen Design?

Nach wie vor 2 MB SRAM, von den Chips verschwindet keiner, und ich habe 
leider auch keine Magie zu bieten da mehr draus zu machen.  ;-)

Verwechselst du das gerade mit FPGA-internem Speicher? Capture-Memory 
bleibt wohl auch bei 16K/Kanal, soll aber effizienter genutzt werden. 
Volle Größe auch bei Zeitbasen mit <4 ADCs, 32K wenn nur ein Kanal pro 
FPGA benutzt wird.

Jörg

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ups, ja hab das mit dem RAM und dem Capture-Speicher verwechselt.

Hayo

Autor: Luc (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi Hayo,  Jörg H., Thomas O. and guys all!

Hayo, thanks You very, very much for the free time You provided
generously to us and for this new firmware's version!!!
I downloaded your latest great job, the new 1.2.BF.5.8XE and I will go 
to test it a bit.
I will let you know, keep in touch! ;-)
As always I am speechless, RESPECT!!!

Jörg H schrieb:
>Ein etwas anderer Programmierstiel kann nützen, Tabellen sind nicht mehr
>unbedingt so angesagt wenn sie nur wenige Rechenoperationen ersetzen.
Hayo, in the ultimate 1.2.BF.5.8XE firmware you moved FFT tables from 
RAM to flash memory.
Is it also for compatibility with the Jörg H. new OSOZ FPGA design?
Working synergically follow suggestions and planned road map will take 
us far, great work!
Thanks Jörg H., Hayo and all which are involved in the Welec Project!

Hayo W. schrieb:
>The main problem is the slow NIOS cpu.
>But it is not forgotten, I just made a little break to solve some
>other issues. If Jörgs new OSOZ FPGA with multiplication unit is running
>stable, it will be no problem to implement the sinc interpolation.
Hayo, this is a good news, i believe sin(x)/x interpolation will be an 
important improvement for our beloved DSOs.
Thanks a lot!

Hayo W. schrieb:
>> And again, any news about the spikes fix?
>I got no news about that, but maybe some of the other guys here? This
>problem will also be obsolete with Jörgs new FPGA-design. I'm looking
>forward...
OK Hayo and all.
I hope someone fix the problem in a way or other.
As it is now it is one of the great trouble with the Welec's DSOs.
Lucky are the people which they have the 1C9.0E FPGA version because 
seems that have not the spikes problem if I am not wrong reading old 
posts in the forum.
May be the new FPGA design surely solve the problem.

Thomas O. schrieb:
>Wäre es möglich softwaremäßig 2 Kanäle automatisch über einander legen
>zu lassen und das schwächere Signal per Software zu verstärken bzw. das
>stärke abzuschwächen.
>
>Bei einem analog Oszi kann man neben der 1:10 1:100...Auswahl noch
>manual stufenlos das Signal noch etwas abschwächen. Wodurch man dann
>beide signale übereinanderschieben kann.
>
>Das ganze müsste auch nur im Single Shot Modus funktionieren dann könnte
>man soetwas direkt übereinanderlegen und vergleichen.
I agree, good suggestion Thomas O.!
That is roughly I wrote in the past about the possibility to implement 
FINE/COARSE in the rotatory amplitude setting, thing it is pretty normal 
in analog oscilloscopes and some DSO(Tektronixs TDS2xx and TDS 1xxx 
family DSO have it).
I know, it is not simple, but perhaps with the new Jörg's new OSOZ 
FPGA... :-)
We will see! ;-)

A last thing if I can.
It is about the anomaly in the scale factor when measuring pulse 
waveforms.
Please refer at these:
Beitrag "Re: Wittig(welec) DSO W20xxA Hardware"
Beitrag "Re: Wittig(welec) DSO W20xxA Hardware"
May be due an hardware lack, but it could even be a software problem.
Has somebody noticed something like that?
Thanks in advance

Vielen Dank und Frohes Fest!

Mit freundlichen Grüßen,

Luc

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo an alle,

Grüße aus dem Samnaun in der Schweiz und habe gerade festgestellt, dass 
es hier im Hotel WLAN gibt. Werde also mal zum Forum und auf die Mails 
antworten.


Hi Luc,

greetings from Swiss, the country of clocks. I will try to answer Your 
questions carefully.

> I downloaded your latest great job, the new 1.2.BF.5.8XE and I will go
> to test it a bit.
> I will let you know, keep in touch! ;-)
Thanks from my side too for your really good testing. In this version
I only improved the FFT - not enough time. But it was a good possibility 
to start a comeback ;-)

> Hayo, in the ultimate 1.2.BF.5.8XE firmware you moved FFT tables from
> RAM to flash memory.
> Is it also for compatibility with the Jörg H. new OSOZ FPGA design?
Indeed, it is. Although the new design will have a much faster 
multiplication, the calculation of the trigonometric function, 
especially the window functions will cost too much time. So this part of 
the FFT calculation will be the same in the new design. But there are 
some other calculations that might be much faster in the new design and 
maybe we won't need tables for the scaling anymore. Also it may be 
possible to implement special "signal processor like" registers or 
processing options which will speed up combined multiplication and 
addition like FFT calculations (butterfly) or filter calculations like 
sinc interpolation.


>>> And again, any news about the spikes fix?
> I hope someone fix the problem in a way or other.
This problem is for sure a problem with the timing in the FPGA when 
writing ADC values into the capture memory.
If I'm informed right there are existing two main versions (in three 
FPGA versions)
Version 1 (which are both of mine) has spikes only on some special 
situations and as my 4 Channel DSO when it is hot after using for some 
hours.

Version 2 has the spike problem every time! If you got this version, the 
only possibility might be to change the FPGA version to one of the 
version 1 (don't know if someone tried this).

The ultimative change will be the new OSOZ-Design, because of continuous 
development and improvement - and open source!

> I agree, good suggestion Thomas O.!
> That is roughly I wrote in the past about the possibility to implement
> FINE/COARSE in the rotatory amplitude setting, thing it is pretty normal
> in analog oscilloscopes and some DSO(Tektronixs TDS2xx and TDS 1xxx
> family DSO have it).
Yes I know, my analog Tek does have it too and I like it.
I will think about it...

> A last thing if I can.
> It is about the anomaly in the scale factor when measuring pulse
> waveforms.
> Please refer at these:
> Beitrag "Re: Wittig(welec) DSO W20xxA Hardware"
> Beitrag "Re: Wittig(welec) DSO W20xxA Hardware"
> May be due an hardware lack, but it could even be a software problem.

I did not see this problem when I tested different wave forms. Maybe I 
have to check it once more...

Wish you all a happy xmas

...and some snow and lower temperatures for me ;-)

Hayo

Autor: Sandro (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Happy 2013 and thank you to Hayo and the team
from Sandro

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Neues Jahr, neues Glück. Wieder einige Bugfixes (auch von Dir Andi), 
Erweiterungen und Verbesserungen.

Für diejenigen die die letzte Version (5.8 XE) noch nicht aufgespielt 
hatten:

Nach dem Upload werden die trigonometrischen Tabellen neu berechnet und 
ins Flash geschrieben. Das dauert 10 Minuten. Ein Popup informiert über 
den Fortschritt.


Viel Spaß

Autor: Jochen R. (same2_de)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo an alle,

und vielen Dank Hayo für die neue Version.
Die Erweiterung ist wirklich sehr brauchbar, freu!

Gruß Jochen

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hallo allerseits,

schon gibt es das nächste Update. Hintergrund ist der Beitrag von Jörg 
in dem er darauf hinweist, dass der Abschlußwiderstand im DSO Eingang 
aufgrund der parallel liegenden ADCs nicht 150 Ohm betragen muß sondern 
174 Ohm um einen Gesamtwiderstand von 150 Ohm zu erreichen. Durch den 
falschen Abschluß wird sonst der Vorverstärker am Ausgang überlastet.

Ich habe also den Widerstand gegen 180 Ohm (ist eine gängige Größe) 
ausgetauscht und kann bestätigen, dass die vorher aufgetretenen leichten 
Verzerrungen (Treppchenbildung) verschwunden sind.

Wer also in seiner Eingangsstufe etwas ohne großen Aufwand optimieren 
will sollte die Kombination 24.9 Ohm / 180 Ohm verwenden.

Passend dazu habe ich die Skalierungsfaktoren in der neuen Version 
angepaßt. Die Faktoren für die Kombination 24.9 Ohm / 150 Ohm stehen 
weiterhin zur Verfügung, sozusagen als Bestandsschutz.


Gruß Hayo

p.s. wer absolut keine Widerstände auf Teileträgern findet - ich habe 
noch 4998 Stück in 180R rumliegen.

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Moin Hayo,

werden die trigonometrischen Tabellen nach dem letzten Update nicht 
wieder in das Flash geladen, oder bleiben diese erhalten? Wo werden die 
denn hingeschrieben, vielleicht in den protected Bereich?
Denn nach dem Flashen, wird sonst nichts geladen, das Welec ist danach 
sofort betriebsbereit!

Gruß Michael

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Moin Michael,

> werden die trigonometrischen Tabellen nach dem letzten Update nicht
> wieder in das Flash geladen, oder bleiben diese erhalten?

Genau, einmal ins Flash geschrieben bleiben die auf ewig (so ungefähr 
jedenfalls) drin und müssen nicht mehr neu geschrieben werden.


> Wo werden die denn hingeschrieben, vielleicht in den protected Bereich?

Nein, die Tabellen liegen in drei eigenen Sektoren im hinteren Drittel 
des Flash. Dort ist noch eine ganze Menge ungenutzter Platz. Die Config 
und Protected Sektoren liegen ganz am Ende.
Die genaue Belegung kann man sich in der Programmers Reference auf dem 
Tab "Flash" ansehen.

> Denn nach dem Flashen, wird sonst nichts geladen, das Welec ist danach
> sofort betriebsbereit!

Genau, so soll es sein.

Gruß Hayo

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,

ich melde mich auch mal wieder, nachdem ich eine Weile nicht öffentlich 
in Erscheinung getreten bin.

Letzte Woche habe ich Hayo besucht. Wir haben unsere Zeit leider nicht 
sehr effizient genutzt, haben hauptsächlich Quartus installiert (und 
sind nicht ganz fertig geworden damit), statt eine Roadmap zu pflegen, 
Hayo in Osoz und Nios II einzuarbeiten, etc...
Den zweiten Teil des Abends waren wir beim berühmten Griechen. Nun weiß 
ich, warum es Hayo da so gefällt.  ;-)

Hayo W. schrieb:
> Hintergrund ist der Beitrag von Jörg
> in dem er darauf hinweist, dass der Abschlußwiderstand im DSO Eingang
> aufgrund der parallel liegenden ADCs nicht 150 Ohm betragen muß sondern
> 174 Ohm um einen Gesamtwiderstand von 150 Ohm zu erreichen. Durch den
> falschen Abschluß wird sonst der Vorverstärker am Ausgang überlastet.
>
> Ich habe also den Widerstand gegen 180 Ohm (ist eine gängige Größe)
> ausgetauscht und kann bestätigen, dass die vorher aufgetretenen leichten
> Verzerrungen (Treppchenbildung) verschwunden sind.

Die Ehre gebührt Branadic, nicht mir.
Überlastung ist weniger das Problem (glaube ich mich zu erinnern), eher 
eine Fehlanpassung, was die HF-Eigenschaften verschlechtert.

Warum nicht gleich den richtigen Widerstand von 174 Ohm einlöten? Den 
"Fehler" hatten wir doch schon mal, mit 33 oder 22 Ohm statt der 24,9.
Wer will denn diesen Zoo von Fehlbestückungen im UI haben? Ich finde, 
wir sollten nur die Originalbestückung und den korrekten Wert 
unterstützen, nicht alles mögliche was irgendwer gerade in der 
Bastelkiste hatte.
Wer das löten kann, der kann sich auch die korrekten Werte besorgen. Und 
wenn sich die Erkenntnis ändert, dem folgen.

Wir sind nicht im Hardwarethread, aber im Zusammenhang der 
Längswiderstände: Mit denen verringert sich die Spannung am ADC und der 
Vorteiler kann im Ausgleich mehr draufgeben, eine Stufe unempfindlicher 
werden. Beides zusammen sorgt dafür, das der ADC wesentlich besser 
ausgesteuert wird, quasi perfekt statt vorher nur gut zur Hälfte. Die 
Darstellung wird deutlich feiner, weil die Software die Rohwerte nicht 
so aufzoomen muß.
Leider beginnt im neu erreichten Aussteuerbereich bereits die Sättigung 
der letzten Ausgangsstufe, die wird dort etwas nichtlinear. (Müßte in 
der FFT-Darstellung gut als K3 zu sehen sein.) Um das zu vermeiden kann 
laut Branadic die Versorgungsspannung des letzten OpAmp von 3,3V auf 5V 
umgeändert werden. Das hat aber noch keiner ausprobiert. Scheint 
zusammen mit Längswiderständen eine sinnvolle Modifikation zu sein.

Jörg

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Damit das hier nicht zu offtopic wird habe ich das mal in den 
Hardwarethread umgebogen:

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

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Kleine aber feine Info über die Tests mit dem OSOZ Triger-API in der
BF-Firmware:

Ich habe jetzt den Pulsweitentrigger überreden können in allen drei 
Betriebsarten zu arbeiten:

- Trigger wenn die Pulsbreite kleiner als der Schwellwert
- Trigger wenn die Pulsbreite größer als der Schwellwert
- Trigger wenn die Pulsbreite zwischen zwei Schwellwerten

Das funktioniert tatsächlich ganz gut. Ich war selbst überascht. 
Wahrscheinlich haben die Jungs von WELEC das selber noch nie 
funktionierend gesehen.

Ihr seht schon, die nächste Firmwareversion hat dank der Arbeiten an 
OSOZ einiges an Verbesserungen zu bieten.

Gruß Hayo

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Und da ist sie auch schon.

Da sich ziemlich viel getan hat, habe ich die Firmware auf die nächste 
Major-Version gebracht. Die Änderungen am Triggerinterface sind so 
umfangreich, dass man vom alten Coding kaum noch was wiederfindet. Der 
Einbau des OSOZ Trigger-API hat den Vorteil, das man Erkenntnisse aus 
Tests sowohl aus der einen als auch der anderen Richtung sofort in das 
jeweils andere Coding übernehmen kann.

In Kürze die Änderungen:

- OSOZ-Trigger-API
- neuer Triggermodus "Free Run"
- Pulsweitentrigger funktioniert jetzt in allen drei Bereichen
- Alle Triggermodes sind jetzt auch für den Pulsweitentrigger verfügbar


Gruß Hayo

p.s. Holdoff ist zum Teil getestet und scheint ganz anständig zu 
funktionieren. Detailiertere Tests folgen noch.

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
moin Hayo,
war gerade am Rechner und habe das Welec angestöppselt, dann die 6.0 in 
10sek. aufgespielt...
Nach dem Neustart und Default Setup, ist im Edge-Modus kein Triggerlevel 
einstellbar!
Nach einiger Sucherei, hatte ich den Übeltäter! Der Source-Button war 
quasi leer!? Ein Haken steht unter Source, keine Quelle.
Als Source dann Kanal eins angewählt und es triggert.
Nur mal so zur Info!

Gruß Michael

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Danke für die Info, den Effekt hatte ich bei mir auch, nur dachte ich, 
dass das durch die Testerei passiert ist. Ich schau mal nach wo das 
herkommt.

Also an Alle: Nach dem Update die Trigger Source neu einstellen!

Please setup the trigger source after updating Your firmware! There is a 
little failure which deletes the correct entry.

Hayo

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Im Puls-Width Modus ist alles hübsch soweit, da funktioniert der 
Trigger-Level nach dem Update!

Irgendwie komme ich mit dem Free run-Modus nicht klar, was bedeutet das 
denn?
Im Free run-Mode, hat der Trigger-Level keine Wirkung auf das Signal...

Gruß Michael

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Ok Fehler gefunden und behoben.

Im Default Setup wurde das Menü falsch vorbelegt.


@ Michael
Free Run heißt zu gut Deutsch -> Trigger ausgeschaltet. Daher auch keine 
Reaktion auf den Level. Das DSO wartet also nicht bis zum nächsten 
Ereignis, sondern liest sofort die neue Dataline ein. Deswegen sieht das 
Signal dann so unruhig aus.


p.s. Mist falsche readme erwischt - die zweite ist die aktuelle

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo
> Im Default Setup wurde das Menü falsch vorbelegt.
Wenn man es weiß, passt das ja. Sonst hast du nix geändert?

> @ Michael
> Free Run heißt zu gut Deutsch -> Trigger ausgeschaltet. Daher auch keine
> Reaktion auf den Level. Das DSO wartet also nicht bis zum nächsten
> Ereignis, sondern liest sofort die neue Dataline ein. Deswegen sieht das
> Signal dann so unruhig aus.
Mit anderen Worten, kann man das Signal nur im Stop bzw. im Single-Modus 
betrachten?
Ich habe das gerade mal getestet, im Single-Modus bleibt das Signal nach 
jedem drücken, schön auf der selben Stelle! Das finde ich jetzt 
praktisch.

Gruß Michael

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Michael D. schrieb:
> Sonst hast du nix geändert?

Zur ersten Compilation nicht. Ich habe außer den besagten Änderungen 
auch wieder weiter in den Variablen aufgeräumt. Heißt überflüssige nicht 
benutzte Variablen gelöscht, kontextabhängige Variablen als Attribute in 
die entsprechenden Klassen verschoben und sinnig neu benannt. Nebenbei 
gehe ich dann immer noch durch und tausche numerische Array-Indices 
gegen sprechende Defines oder Enumeratoren. Und bei letzterem ist mir 
einfach das falsche Define in das Menü geraten. Vielleicht sollte ich 
nicht immer bis früh morgens programmieren, da bleibt irgendwann die 
Konzentration auf der Strecke...

Hayo

Autor: Guido (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Vielleicht sollte ich
> nicht immer bis früh morgens programmieren, da bleibt irgendwann die
> Konzentration auf der Strecke...

Außerdem gibt das auf die Dauer nur Stress mit der besten ... ;-)

Grüße, Guido

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Die nutzt die Gelegenheit und guckt Frauensendungen bis der Arzt 
kommt...

;-)

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> Die nutzt die Gelegenheit und guckt Frauensendungen bis der Arzt
> kommt...

Vielleicht sollte sie dann mal eine Arztserie gucken?  ;-)


Zum Oszi: ist der Trigger jetzt für Osoz aktuell eingecheckt? Ich hätte 
da noch Fragen:

- Es gibt 2 Funktionen, die am SPI drehen, namentlich 
CaptureTrigSetExtSource() und CaptureTrigSetExtCoupling(). Die gehören 
nicht in den Capture-Treiber, der soll sich nur mit dem FPGA 
beschäftigen. Ich hatte in trigger.c bereits TiggerSetExtSrc() und 
TiggerSetExtCoupling() vorgesehen. Da ist auch bereits Code, ist der in 
Ordnung? Ich hatte auch bereits den TV-Trigger vorgesehen.

- Du hast die "magischen Registerwerte" für ctrl und adc_ctrl verändert, 
wie kamst du darauf, klappt das auch noch mit einem 2Kanäler? Mußte man 
da nicht was aus dem Protected Flash auslesen oder die FPGA-Version 
heranziehen, um die korrekten Werte einzustellen? Ich meine das hatte 
ich noch nicht fertig. Geht das auch ohne, machst du das in deiner 
BF-Firmware nun auch so?


Jörg

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jörg H. schrieb:
> Hayo W. schrieb:
>> Die nutzt die Gelegenheit und guckt Frauensendungen bis der Arzt
>> kommt...
>
> Vielleicht sollte sie dann mal eine Arztserie gucken?  ;-)
Die sind ihr auch zu doof...

> Zum Oszi: ist der Trigger jetzt für Osoz aktuell eingecheckt? Ich hätte
> da noch Fragen:
Nicht ganz, einige Kleinigkeiten sind noch offen, siehe unten...

> beschäftigen. Ich hatte in trigger.c bereits TiggerSetExtSrc() und
> TiggerSetExtCoupling() vorgesehen. Da ist auch bereits Code, ist der in
> Ordnung? Ich hatte auch bereits den TV-Trigger vorgesehen.

Aah, das war der Hinweis den ich brauchte. Baue ich natürlich noch ein.
Beim TV-Trigger habe ich das Problem, dass ich nicht genau weiß was der 
eigentlich machen soll, da mir die Anforderungen eines Fernsehtechnikers 
unbekannt sind. Grundsätzlich soll der ja wohl irgendwie auf das 
jeweilige Syncsignal (hor. / vert.) triggern. Mir fehlen da aber 
Details. Ich weiß auch nicht ob das von unserer Hardware unterstützt 
wird. Irgendeinen Sync-Interupt gab es ja glaube ich. Dazu kommt, dass 
das eine aussterbende Technik ist. Bei uns z.B. gibt es keinen einzigen 
Röhren-TV mehr.

> - Du hast die "magischen Registerwerte" für ctrl und adc_ctrl verändert,
> wie kamst du darauf, klappt das auch noch mit einem 2Kanäler?

Alles durch Ausprobieren. Natürlich immer für beide Versionen, deshalb 
hab ich ja auch den "DSO-Stack" auf meinem Tisch stehen.

Außerdem wurden die Registerwerte in der alten FW auch noch direkt 
während des Schreibens verändert ohne das diese Werte in den Shadow 
zurückgeschrieben wurden. D.h. die angezeigten Werte waren nicht die 
tatsächlich eingestellten Werte!

>Mußte man
> da nicht was aus dem Protected Flash auslesen oder die FPGA-Version
> heranziehen, um die korrekten Werte einzustellen?

Nein, nicht bei diesen Registern. Das sind channel_Adr und adc_change. 
Die werden aus dem Protected Flash gezogen.

> Ich meine das hatte
> ich noch nicht fertig. Geht das auch ohne, machst du das in deiner
> BF-Firmware nun auch so?

Die Triggerregister werden in beiden Firmwareversionen identisch 
gesetzt. Das API ist genau das Gleiche. Die beiden ADC-Steuerregister 
hattest Du mit Defaultwerten vorbelegt. Eine Flashleseroutine habe ich 
nicht gebaut, das müßte noch gemacht werden. Soll ich da irgendwie tätig 
werden?

Die Trigger-Register werden bei mir vor jedem Einstellvorgang auf einen 
Initialwert gesetzt und dann mit dem API richtig eingestellt. Dafür 
fehlt eigentlich noch eine entsprechende Funktion im API 
(CaptureTrigPrepare() oder CaptureTrigReset() oder so ähnlich). Die 
CaptureInit() ist dafür nicht geeignet da hier alle Register 
initialisiert werden.

Hayo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
> Die Trigger-Register werden bei mir vor jedem Einstellvorgang auf einen
> Initialwert gesetzt und dann mit dem API richtig eingestellt.

Ich habe noch mal einige Tests gemacht, und festgestellt, das die 
Initialisierung vor jedem Einstellvorgang nicht notwendig ist. Diese 
hatte ich am Anfang eingeführt um immer eine saubere Ausgangssituation 
zu haben. Das API scheint aber so konsistent zu sein das nur beim 
Systemstart einmal initialisiert werden muß. Eine Prepare() Funktion ist 
damit also überflüssig.

Hayo

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:

> Beim TV-Trigger habe ich das Problem, dass ich nicht genau weiß was der
> eigentlich machen soll, da mir die Anforderungen eines Fernsehtechnikers
> unbekannt sind. Grundsätzlich soll der ja wohl irgendwie auf das
> jeweilige Syncsignal (hor. / vert.) triggern. Mir fehlen da aber
> Details. Ich weiß auch nicht ob das von unserer Hardware unterstützt
> wird. Irgendeinen Sync-Interupt gab es ja glaube ich.

Im Welec ist sogar ein extra Chip für den TV-Trigger. Insofern fände ich 
es schade, das brachliegen zu lassen.
Ich hatte da mal ein Stück weit verfolgt. Dieser Sync-Separator ist an 
Kanal 1 angeschlossen. Alle TV-Optionen machen also nur dort Sinn.
Mit den SPI-Bits wird ein Mux gesteuert, der die externe Triggerquelle 
umschaltet. In Software muß man also wenig tun, nur diesen Mux bedienen.
(Ein zukünftiges FPGA-Design könnte noch die gewünschte Zeile auszählen 
und dann erst triggern...)

> Dazu kommt, dass
> das eine aussterbende Technik ist. Bei uns z.B. gibt es keinen einzigen
> Röhren-TV mehr.

Auch eure Flachbildschirme können mit einem FBAS-Signal umgehen... ;-)
Seit einiger Zeit ist es beliebt, mit Microcontrollern durch Bitbanging 
ein Fernsehsignal zu erzeugen, um so z.B. günstig ein Display zu haben. 
Gibt's diverse Postings zu, hier im Forum. Auch von daher finde ich das 
nicht ausgestorben.

>>Mußte man
>> da nicht was aus dem Protected Flash auslesen oder die FPGA-Version
>> heranziehen, um die korrekten Werte einzustellen?
>
> Die Triggerregister werden in beiden Firmwareversionen identisch
> gesetzt. Das API ist genau das Gleiche. Die beiden ADC-Steuerregister
> hattest Du mit Defaultwerten vorbelegt. Eine Flashleseroutine habe ich
> nicht gebaut, das müßte noch gemacht werden. Soll ich da irgendwie tätig
> werden?

Sehr gern. Das Flash ist ja direkt lesbar, also braucht es da keine 
großartige API, einfach einen Zeiger aufsetzen und los.

Jörg

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jörg H. schrieb:
> Sehr gern. Das Flash ist ja direkt lesbar, also braucht es da keine
> großartige API, einfach einen Zeiger aufsetzen und los.

PS: Wenn's netter ausschauen soll, mit FlashSectorGetAddr() holen.

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Nett aussehen soll es ja auf jeden Fall...

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Bin gerade dabei das API zu überarbeiten und stelle erst jetzt fest, 
dass ja das API für den externen Trigger schon komplett fertig in 
trigger.c enthalten ist.

Ich schmeiße das also aus capture.c wieder raus und passe auch das API 
in der BF Firmware an damit die Ergebnisse reproduzierbar sind.

Ist in Arbeit...

Autor: T. F. (sar)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

habe heute gerade mein W2022A auf die neue Firmware aktualisiert.

Wenn ich mit dem w200a-screenshot Tool probiere auf das Oszi zuzugreifen 
bekomme ich folgende Meldung:
* Connecting to DSO and retrieving version information... done
w2000a-screenshot: This version needs at least firmware version 2.20, but you've got 0.0.
Please update your DSO.

Außerdem habe ich noch folgende Probleme:

CH1: Auf 1:1 eingestellt (Tastkopf auch): Sobald ich die Skalierung auf 
größer 1V/div Stelle bekomme ich kein Signal mehr. Normal oder habe ich 
es irgendwie geschafft den Eingangsverstärker oder so zu schießen? Bei 
Tastkopf 10:1 ergibt sich das selbe ab Skalierung 10V/div.

CH2: Sobald ich einen Offset einstelle (Position der Waveform am 
Bildschirm) und Teile des Signals liegen in der oberen Hälfte zeigt das 
Oszi starke Spitzen bzw einen dicken grünen Balken für die Signalteile, 
unabhängig von der eingestellten Skalierung.

Ist dies normal?

Danke,
Stefan

Autor: Andreas W. (andiiiy)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Stefan,

Stefan S. schrieb:
> CH1: Auf 1:1 eingestellt (Tastkopf auch): Sobald ich die Skalierung auf
> größer 1V/div Stelle bekomme ich kein Signal mehr. Normal oder habe ich
> es irgendwie geschafft den Eingangsverstärker oder so zu schießen? Bei
> Tastkopf 10:1 ergibt sich das selbe ab Skalierung 10V/div.

Das beschriebene Verhalten habe ich auf meinem Gerät nicht!
Ich habe zusätzlich noch einen Test beim Kanal 2 durchgeführt .... auch 
da kann ich Deinen Fehler nicht reproduzieren.

Probier noch einmal "Utility", "Default Setup" ...

Gruß Andi

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Stefan,

mein Screenshot funktioniert einwandfrei. Hast Du als Destination "PC" 
gewählt?

Auch die anderen Probleme treten bei meinen Geräten nicht auf.

Wie Andi schon sagt Default Setup machen. Bzw. vielleicht die Firmware 
nochmal flashen.

Gruß Hayo

Autor: T. F. (sar)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

Default Setup und Firmware nochmals flashen haben nichts gebracht. Im 
Anhang noch ein paar Bildchen.

Stefan

Autor: T. F. (sar)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

also das Problem auf Channel 2 tritt nur auf bei einer Timebase kleiner 
10us. Bei 10us ist alles o.k. doch sobald ich auf 5us drehe kommen die 
Störungen. Hier noch ein Bild der Spitzen bei 10ns Timebase.

Bei CH1 hört man ein Relais umschalten wenn ich bei 1:1 von 500mV auf 1V 
schalte. Bei 500mV sehe ich noch was bei 1V nichts mehr. Da scheint es 
mir irgendwas intern zerstört zu haben. Komisch da ich bis jetzt nur an 
5V uC-Schaltungen / FPGA gemessen habe und eigentlich immer mit 10:1 
Tastkopf....

Hatte das Oszi lange nicht im Betrieb und jetzt diese Probleme. Hoffe 
jemand von euch kann mit weiter helfen.

Danke,
Stefan

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Stefan: die Spitzen sehen mir aus wie die berüchtigten Spikes, 
Datenübernamefehler intern im FPGA wegen zu agressivem Timing, sprich 
schlechtem Design.
Bessert sich das wieder, wenn du auf die ältere Software zurückgehst?

Hayo: wird das vielleicht mit dem neuen Code forciert, weil die 
magischen Register nicht so stehen wie vorher?

Jörg

Autor: T. F. (sar)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Jörg,

In der Zwischenzeit habe ich mich größtenteils durch die Welec Threads 
hier gekämpft. Ich habe mein Scope jetzt auseinandergenommen und die RAM 
und ADC Bausteine nachgelötet. Nach dem Zusammenbau sind die Probleme 
von Kanal 2 verschwunden. Juhu.

Für Kanal 1 werde ich in den nächsten Tagen mal das Scope wieder 
auseinander nehmen und unter der Abschirmung nachschauen was es mir da 
zerstört hat.

Danke,
Stefan

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
War wieder fleißig gestern nacht und heute. Die neue Version enthält das 
OSOZ API für den externen Trigger und den TV-Trigger.

Angeregt durch Jörgs Hinweise habe ich den TV-Trgger auch gleich 
implementiert und getestet.

Das Sync-Signal liegt an Kanal 1 an. Ich habe mit einem 15.6 KHz 
Rechtecksignal getestet (was ungefähr dem Vertikalsync entspricht).

Der externe Triggerlevel muß einen positiven Wert haben, dann triggert 
es.

Scheint soweit also tatsächlich zu funktionieren.

Detailiertere Tests müßte man an einem echten Syncsignal vornehmen.

Gruß Hayo

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo,
mal kurz zwischendurch, ein kleiner Vorschlag...
Wäre es sinnvoll den Noise-Filtern statt den Namen: Smooth, Strong, 
usw...
vielleicht in die Grenzfrequenzen umzubennen?
Z.B. 20MHz, 30MHz...
oder cut-20MHz, cut-30MHz...
fände ich etwas informativer.

Gruß Michael

EDIT: Zusätzlich vielleicht noch ein kleines Info-Fenster oben in der 
Leiste, welcher Filter gerade aktiv ist...

Autor: Ben L. (elecblu)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
komisch ist die Sache mit den Spikes aber trotzdem. Bin ja scheinbar 
nicht der einzige bei dem das jetzt auf einmal verstärkt bzw. überhaupt 
auftaucht.
Zwar konnten wir die Sache auf einen Temperatureinfluss zurückführen 
(siehe Hardware Thread) (unter 10°C gibts wohl bei allen Geräten die 
Spikes?), allerdings habe ich die Spikes definitv jetzt auch bei etwas 
niedrigeren Raumtemperaturen direkt nach dem Einschalten, wo sie früher 
nicht vorhanden waren. Unabhängig auch wenn ich eine alte FW aufspiele.
@sar: kannst du das Spike Problem nach deiner Lötaktion auch bei 
niedrigeren Temperaturen als erledigt bezeichnen?
Hast du mit Heissluft oder mit dem Lötkolben nachgelötet?
Fast ein Hardware Beitrag geworden, sorry.

Autor: T. F. (sar)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@ben: Ich habe mit Heißluft gelötet. Werde mal schauen ob ich das Oszi 
an die frische Luft für einen Test bewegen kann.

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Michael

Du willst aber auch wieder alles...  ;-)

Das Problem bei der Benennung ist, dass mir nichts wirklich Sinnvolles 
eingefallen ist. Die Grenzfrequenz beim Smooth-Filter ist die halbe 
Abtastfrequenz, da dieser verlustfrei arbeitet mit den ungenutzten 
Werten zwischen den angezeigten Punkten. Der Strong Filter liegt da 
etwas niedriger, ist aber auch abhängig von der eingestellten Abtastrate 
und der Anzahl der Punkte die zwischen der angezeigten Abtastung liegen.

Du siehst also - nicht so einfach. Gute Ideen sind aber willkommen und 
fließen auch sofort in die Firmware ein. Also macht weitere 
Vorschläge...

Übrigens - in der Leiste ist kein Platz mehr, die ist schon voll. 
Jedenfalls bei den 4 Kanalern.

@Ben

Mir war es nie aufgefallen, weil meine DSOs immer den ganzen Tag lang 
laufen wenn ich programmiere und teste. Die sind also immer auf 
Temperatur. Geht evtl. einigen Anderen ähnlich. Ich habe es erst gemerkt 
als ich wegen des Hinweises meine Büchse mal bei niedrigen Temperaturen 
auf der Terrasse angemacht habe. Da war ich echt erstaunt. Das Problem 
gab es aber wahrscheinlich schon von Anfang an.

Falls die Lötaktion tatsächlich Abhilfe geschaffen hat wäre das 
natürlich eine Maßnahme um dem zu Leibe zu rücken.

Gruß Hayo

Autor: Charly B. (charly)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:

>    Gute Ideen sind aber willkommen und
> fließen auch sofort in die Firmware ein. Also macht weitere
> Vorschläge...

kein Problem, hier ist ein SEHR guter Vorschlag:
bei Buttons die den 'Wert' mit anzeigen nervt (zumindest mich)
das 'popup' extrem, i denk das koennte man doch abschalten.
Z.B. bei Coupling steht DC , mochte ich auf AC umschalten
druecke ich den Button, dann ein popup, und dann nochmal druecken
um auf AC zu schalten, ohne Popup waehre es nur ein Tastendruck
und auch von der zeit her schneller, unn was meist du dazu ?

vlG
Charly

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo
> Du willst aber auch wieder alles...  ;-)
Selbstverständlich! ;-)
Ich habe hier noch ein Voltcraft 3062C. Dies war eigentlich als 60MHz 
gedacht, kann jetzt aber durch einen Hack um die 200MHz. Da drin werkelt 
ein Hantek-Board, welches ursprünglich für diese Bandbreite gedacht war.
Wie auch immer, im Moment kann man nur einen Filter von 20MHz setzen, 
was aber praktischer Weise auch auf dem Display angezeigt wird, daher 
kam mir diese Idee.

> Das Problem bei der Benennung ist, dass mir nichts wirklich Sinnvolles
> eingefallen ist. Die Grenzfrequenz beim Smooth-Filter ist die halbe
> Abtastfrequenz, da dieser verlustfrei arbeitet mit den ungenutzten
> Werten zwischen den angezeigten Punkten.
Das wäre doch schon mal ein Anhaltspunkt!?

> Der Strong Filter liegt da
> etwas niedriger, ist aber auch abhängig von der eingestellten Abtastrate
> und der Anzahl der Punkte die zwischen der angezeigten Abtastung liegen.
Der Strong Filter bügelt ja quasi alles weg.
Irgendwo war doch mal eine Liste der Grenzfrequenzen, die auch u.a. IIR 
1-3 Stage beschreiben, oder?
Ich finde die leider nicht mehr.

> Du siehst also - nicht so einfach. Gute Ideen sind aber willkommen und
> fließen auch sofort in die Firmware ein. Also macht weitere
> Vorschläge...

> Übrigens - in der Leiste ist kein Platz mehr, die ist schon voll.
> Jedenfalls bei den 4 Kanalern.
Ja, eben. Jetzt könnten die 2Kanaler ja egoistisch sein...kann man da 
nicht noch etwas rücken?
Oder, wie sieht es denn rechts oder links, neben dem Grit aus? Könnte ja 
auch mit den Cursern bzw. mit der Nullinie mit wandern, oder...
Vielleicht hat ja noch jemand einen guten Vorschlag?

@Charly
mich nervt das auch ein wenig. Leider hat das Gerät auch keine Drehgeber 
mit Drucktaster, da wäre es einfacher. Nur wo willst du dann mit der 
GND-Option hin? 3x drücken, müßte man ja trotzdem

Gruß Michael

Autor: Charly B. (charly)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Michael
einmal druecken = um eins weiterschalten, warum eigentlich
einmal druecken um das popup zu oeffnen und dann nochmal
druecken um eins weiterzuschalten ?


vlG
Charly

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Charly

Ich verstehe schon was Du meinst. Bei meinen alten Analog-Oszis ist das 
auch bequemer, aber da steht auch auf dem Panel dran was der Knopf 
macht.
Bei dem Bedienkonzept der modernen Oszis wird aber Platz auf der Front 
gespart, indem eine Menügesteuerte Bedienung eingesetzt wird. Da hat man 
aber nicht die Möglichkeit die Bedienoptionen eines Knopfes auf dem 
Panel unterzubringen, sondern muß das irgendwie als Popup umsetzen oder 
bei weniger Optionen gäbe es die Möglichkeit in der ersten Zeile des 
Knopfes die Optionen anzuzeigen, und in der zweiten Zeile ein Symbol für 
die Auswahl (so wie beim Pulsweitentrigger der < > >< Knopf).

Bei AC DC GND wird es aber schon ganz schön eng in der ersten Zeile. 
Weitere Möglichkeit wäre, das nicht das Popup mit der aktuellen 
Einstellung aufpopt, sondern gleich beim Drücken einen weiter springt 
und die neue Einstellung anzeigt, dann wäre kein weiterer Druck mehr 
nötig.


@Michael

Die Liste mit den Frequenzen findest Du in dem "Docs" Verzeichnis in der 
Datei "Special Functions".

> Ich habe hier noch ein Voltcraft 3062C. Dies war eigentlich als 60MHz
> gedacht, kann jetzt aber durch einen Hack um die 200MHz.
Ja ich hatte davon in einem Forum gelesen. Und? Bist Du mit dem Gerät 
zufrieden? Wie ist die Benutzerführung/Bedienbarkeit? (ist etwas 
offtopic hier, aber evtl. kann man ja gute Umsetzungen in unsere 
Firmware übernehmen). Ich habe ja auch ein Vergleichsgerät von den China 
Boys hier bei mir, Das OWON SDS8102. Technisch ist das Gerät unserem 
ziemlich überlegen, aber die Bedienung und die Spezialfunktionen sind 
nicht so gut Revision von mir gibt es hier:
Beitrag "WELEC W2000A vs. OWON SDS8102"

...aber die kennst Du glaube ich schon.

Wieder zurück zum Filter.

> Wie auch immer, im Moment kann man nur einen Filter von 20MHz setzen,

Ja das ist Standard, und das hat unseres auch, das ist die "BW Limit" 
Option. Das ist aber ein Hardwarefilter, das eigentlich die meisten 
Oszis haben.

Damit kriegt man aber nicht das ADC-Rauschen oder intern erzeugte Spikes 
weg. Die Filter die ich da eingebaut habe sind Softwarefilter, die erst 
nach der ADC-Wandlung greifen und daher auch interne Einflüsse 
glattbügeln.

Sowas haben nur wenige Oszis im Angebot.

> Oder, wie sieht es denn rechts oder links, neben dem Grit aus?
> Könnte ja auch mit den Cursern bzw. mit der Nullinie
> mit wandern, oder...

Hmm, da wäre ich eher dafür das in der Gridfarbe in der oberen linken 
oder rechten Ecke im Grid selbst einzublenden. Das Signal würde dann 
einfach drüberliegen wenn es denn mal in die Ecke käme, was aber eher 
nicht die Regel ist. Wäre das eine Option?

Gruß Hayo

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo
> Die Liste mit den Frequenzen findest Du in dem "Docs" Verzeichnis in der
> Datei "Special Functions".
Ups, sollte da doch öfter mal vorbei schauen...

>> Ich habe hier noch ein Voltcraft 3062C. Dies war eigentlich als 60MHz
>> gedacht, kann jetzt aber durch einen Hack um die 200MHz.
> Ja ich hatte davon in einem Forum gelesen. Und? Bist Du mit dem Gerät
> zufrieden?
Ich bin damit "soweit" zufrieden, weil es ziehmlich schnell ist.
Z.B. Beim einblenden von Measure(wird eingeblendet rechts vom Display), 
was bei uns "Quick Measure" ist, gibt es keine Geschwindigkeitseinbuse, 
egal ob ein oder zwei Kanäle eingeschaltet sind, da lahmt ja schon das 
Welec.
Der Bildschirm ist riesig und es passt natürlich jede Menge drauf, die 
Auflösung ist 800x480 Pixel.
Noch ein großer Vorteil ist eine USB-Schnittstelle und ein USB-Slot für 
Speichersticks. Auf die Sticks kann man bequem Screenshots speichern und 
über diese werden auch Software-Updates auf das DSO gespielt, also ist 
man nicht vom PC abhängig.
Das war mal ein kleiner Auszug. Um etwas mehr darüber zu erfahren 
müsstest du mal in diese Threads schauen, die auch schon eine 
beachtliche länge erreicht haben:
Beitrag "VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?"
Beitrag "TEKWAY DST1xx2B Oszilloskop"
Natürlich wird auch dort das Eine oder Andere schlecht geredet, man hat 
eben keine Eierlegende Wollmilchsau und für den Preis, ist das Voltcraft 
völlich in Ordnung!

> Wie ist die Benutzerführung/Bedienbarkeit? (ist etwas
> offtopic hier, aber evtl. kann man ja gute Umsetzungen in unsere
> Firmware übernehmen).
Eben, warum denn nicht?
Der Vorteil von der Bediehnbarkeit her ist, das "fast" alle Drehgeber, 
Drucktaster besitzen, da ist das Einstellungsziehl schneller erreicht.
Ansonsten hat das Teil so viele Funktionen und um diese zu erreichen, 
muß man sich natürlich auch etwas durch die Menus und deren Untermenus 
rangeln.
Ansonsten hat man es mit etwas Übung schnell raus.
Manchmal erwische ich mich dabei beim Welec auf den Knöppen herum zu 
drücken, wie doof ist das denn?

 Ich habe ja auch ein Vergleichsgerät von den China
> Boys hier bei mir, Das OWON SDS8102. Technisch ist das Gerät unserem
> ziemlich überlegen, aber die Bedienung und die Spezialfunktionen sind
> nicht so gut Revision von mir gibt es hier:
> Beitrag "WELEC W2000A vs. OWON SDS8102"

> ...aber die kennst Du glaube ich schon.
Ja, ist aber auch schon eine Weile her und wieder in Vergessenheit 
geraten.
Ich hatte tatsächlich mal mit dem Gedanken gespielt, mir ein Exemplar 
zuzulegen. Ich hatte das wieder verworfen, da mir das Angebot von 
Voltcraft in die Quere kam. Ich hätte es nie erstanden, wären die oben 
angegebeben Threads nicht gewesen!

> Wieder zurück zum Filter.

>> Wie auch immer, im Moment kann man nur einen Filter von 20MHz setzen,

> Ja das ist Standard, und das hat unseres auch, das ist die "BW Limit"
> Option. Das ist aber ein Hardwarefilter, das eigentlich die meisten
> Oszis haben.
Du Schande, ich wußte bisher nichts damit anzufangen, dabei ist die 
Definition ja eindeutig: Bandbreitenbegrenzung?

> Damit kriegt man aber nicht das ADC-Rauschen oder intern erzeugte Spikes
> weg. Die Filter die ich da eingebaut habe sind Softwarefilter, die erst
> nach der ADC-Wandlung greifen und daher auch interne Einflüsse
> glattbügeln.
Genau! Das Voltcraft/Hantek/Tekway, haben ebenfalls diese 
Softwarefilter, sind aber leider ohne Funktion! Mich stört das ein 
wenig, wenn ich beim messen, diverse Überlagerungen wegfiltern möchte.
Da punktet dann das Welec! Da kann ich Einiges platt machen und mich 
später um die HF-Störungen kümmern...

> Sowas haben nur wenige Oszis im Angebot.

>> Oder, wie sieht es denn rechts oder links, neben dem Grit aus?
>> Könnte ja auch mit den Cursern bzw. mit der Nullinie
>> mit wandern, oder...

> Hmm, da wäre ich eher dafür das in der Gridfarbe in der oberen linken
> oder rechten Ecke im Grid selbst einzublenden. Das Signal würde dann
> einfach drüberliegen wenn es denn mal in die Ecke käme, was aber eher
> nicht die Regel ist. Wäre das eine Option?
Allerdings! Sowas in der Richtung dachte ich mir erst auch, der Platz 
wird eh kaum benutzt.
Ich bin schon auf deine Umsetzung gespannt! Du weißt ja, für einen User 
gibt es nichts schöneres, als ein Update mit neuen Funktionen!!!

Gruß Michael

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ist schon in Arbeit, die ersten Versuche sehen ganz nett aus. Leider 
habe ich den Rest der Woche eine Schulung bei der ich der Referent bin. 
Da bin ich Abends immer ziemlich platt - mal sehen ob ich da noch Lust 
habe mich dranzusetzen. Ansonsten am Wochenende.

Hayo

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hier schon mal eine kleine Kostprobe. Der OnScreen Status ist natürlich 
im Display Menü abschaltbar.

Hayo

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
na, das ist ja mal was! Durch den quasi "Hologramm" Effekt, wirkt sich 
das nicht störend auf das Grid aus.
Da könnte man ja noch reichlich Infos einblenden, bei Bedarf!
Was wäre denn noch so relevant?
Sieht schon mal gut aus!!!

Gruß Michael

Autor: Charly B. (charly)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hayo W. schrieb:
> sondern gleich beim Drücken einen weiter springt
> und die neue Einstellung anzeigt, dann wäre kein weiterer Druck mehr
> nötig.

Genau so meine ich das, sowas waehre super, und dann wenn machbar noch
als kleine 'luxuserweiterung' ein druck wechselt zw AC & DC und ein 
langer druck zb. > 1s schaltet auf GND
ich meine das Agilent machte das so

vlG
Charly

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
So, nachdem ich mich den ganzen Tag mit Programmieranfängern rumschlagen 
mußte habe ich mich mal rangesetzt und ein paar entspannte Zeilen 
reingehämmert.

Hier eine Beta zum Ausprobieren.

1. Der On Screen Status (OSS). Läßt sich im Display Sub-Menü anschalten. 
Der Zustand wird aber noch nicht im Flash gespeichert. Ist also beim 
nächsten Anschalten wieder aus. Auch sind die Texte noch an festen 
Positionen. Angedacht sind variable Slots, die immer linksbündig 
verschoben werden je nachdem was gerade angezeigt wird oder nicht. 
Bedient werden zur Zeit Logic  Average  Noise Filter

2. Der AC/DC Button. Auf Kanal 1 habe ich mal eine mögliche Lösung 
implementiert die eigentlich alle Bedürfnisse abdeckt.

Langsames Einfachdrücken -> das bekannte Menü poppt hoch
Schneller Doppeldruck -> es wird zwischen AC / DC hin und her geschaltet

Probiert mal aus ob das Euren Vorstellungen entgegen kommt.

Gruß Hayo

Autor: Charly B. (charly)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo

dankeschoen!, wenn du jetzt das noch umdrehst/vertauscht wuerde ich
es als PERFEKT ansehen also quasi so:

Schneller Doppeldruck  -> das bekannte Menü poppt hoch
Langsames Einfachdrücken-> es wird zwischen AC / DC hin und her 
geschaltet

denn man (ich) schaltet  vieeeel oefter zw. ac & dc um als ich das
popup mit GND brauche


vlG
Charly

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hahaha, das hatte ich mir gedacht. Hab ich auch im ersten Anlauf so 
gemacht, aber das Popup das dann beim Doppeldruck hochkommt läßt sich 
mit dem Doppeldruck nicht richtig bedienen. Ich kann mal versuchen ob 
ich da mit einem Hackentrick weiterkomme, kann aber nichts versprechen.

Gruß Hayo

Autor: Charly B. (charly)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
noch ein Vorschlag: (wenn besser realisierbar)
kurzer druck wechselt AC/DC langer druck = GND

ne Frage am Rande, wozu wird hier GND eigentlich noch
gebrauch? bei meinem 'Analog-Oszi' brauch i es manchmal
aber hier nie
2. was passiert bei GND ? wird da der Eingang wirklich auf
GND geschaltet oder nur der Wert des AD Wandlers einfach
durch $80 ersetzt ?

vlG
Charly

Autor: branadic (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Charly B. schrieb:
> ne Frage am Rande, wozu wird hier GND eigentlich noch
> gebrauch? bei meinem 'Analog-Oszi' brauch i es manchmal
> aber hier nie
> 2. was passiert bei GND ? wird da der Eingang wirklich auf
> GND geschaltet oder nur der Wert des AD Wandlers einfach
> durch $80 ersetzt ?

Üblicherweise ist diese Funktion dazu da das Rauschen der Eingangsstufe 
zu quantifizieren, nicht zuletzt auch für die Kalibration. Beim Welec 
und bei vielen anderen DSOs der unteren Preisklasse ist diese Funktion 
jedoch nicht in Hardware umgesetzt, sondern eine reine Softwaresache und 
damit eigentlich obsolet.
Theoretisch könnte sie hier daher auch gelöscht werden, weil sie 
niemandem einen wirklichen Nutzen bringt.

branadic

Autor: Charly B. (charly)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Danke branadic, das hatte ich vermutet, i denke
Hayo kann 'das GND' weglassen

vlG
Charly

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Leider hat branadic recht,

schöner wäre ein Relais, welches den Eingang des ADC auf Masse schaltet. 
Leider ist das dem Geiz zum Opfer gefallen. Evtl. kann man das Signal 
für Tests einiger mathematischer Funktionen verwenden, da es halt die 
mathematisch exakte Nulllinie des ADC simuliert. Ansonsten ist der 
Nutzen in der Tat eher kosmetischer Natur.

> noch ein Vorschlag: (wenn besser realisierbar)
> kurzer druck wechselt AC/DC langer druck = GND

Das mit dem Kurz oder Lang ist nicht so einfach, das kann man nur mit 
einem Timer realisieren. Da muß man dann einen Timer mit einer 
Zeitkonstante laden und in einer Interuptserviceroutine entsprechend 
reagieren. Unsere drei Timer sind aber schon für diverse Sachen in 
Benutzung. Andere Möglichkeit wäre ein Zeittakt, den Jörg für seinen 
Heartbeat-timer nutzt, den Vsync-Interrupt, den könnte man evtl. nutzen. 
Ist aber alles etwas aufwändiger.

Ich schau mal...

Hayo

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Halo Hayo,
saubere Arbeit, fällt kaum auf im Grid und stört keinesfalls!
Gefällt mir sehr gut!!!

Die Werte würde ich nicht nachrücken lassen, sondern auf einer festen 
Position belassen. Das geht mir schon beim Quickmeasure auf den Geist, 
das da die Einheiten immer herum wandern, nur dort geht es wohl nicht 
anders...

Ich habe hier mal den Auszug der Cutoff-Frequenzen:

- Smooth ca. 80-90 Mhz
- Strong ca. 30 Mhz
- IIR 1 Stage ca. 70-80Mhz
- IIR 2 Stage ca. 35-40Mhz
- IIR 3 Stage ca. 20MHhz

mir würde es besser gefallen, nur die Frequenzen der Filter im Grit-Menu 
einzublenden. Das hat eine klare Aussage, finde ich!
Was meint der Rest dazu?

Gruß Michael

EDIT: Wäre es nicht praktischer den BW-Limit Button in das Average Menu 
zu verschieben?

Autor: Charly B. (charly)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo

i denk du sollst da nicht unnoetig energie reinstecken,
mein vorschlag: lass Gnd und das popup weg und ein druck
auf die Taste schaltet zw. AC und DC um, fertich

vlG
Charly

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Die Cutoff-Frequenzen sind nur für Abtastrate 1GS/s richtig!

Die Eckfrequenzen der Softwarefilter hängen natürlich immer von der 
Abtastfrequenz ab.

Der Smoothfilter hat in allen langsameren Zeitbasen die Cutoff-Frequenz 
der halben virtuellen Abtastrate, da die tatsächliche Abtastrate viel 
höher ist und die ungenutzetn Samples für die Filterung benutzt werden.

> Wäre es nicht praktischer den BW-Limit Button in das Average Menu
> zu verschieben?

Da passen keine 4 weiteren Buttons rein!

Hayo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Charly B. schrieb:
> mein vorschlag: lass Gnd und das popup weg und ein druck
> auf die Taste schaltet zw. AC und DC um, fertich

Ja ich glaube Du hast recht, das scheint das Praktischste zu sein.

Hayo

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Die "alte" Hardware kann nicht zwischen kurzem und langem Drücken 
unterscheiden, weil nur die eine Flanke gemeldet wird, der Status nicht 
abfragbar ist. So zumindest mein Forschungsstand.

Die neue Nios II Hardware kann das "natürlich". ;-)

Jörg

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
War ja klar :-)

I'm looking forward...


Hayo

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hier eine geänderte Version mit einfacher Druckfunktion. GND ist nicht 
mehr auswählbar. So wird es dann wohl auch bleiben.

Hayo

Autor: Luc (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi Hayo and guys all!

Apologize me for my lack in communication in recent months but
I was a bit busy.
Hayo, again thanks You very much for the free time You generously
provided to us and for this new firmware's version!!!
I downloaded your latest great job, the new 1.2.BF.6.2beta and I've
tried it a little.
Now I'm a bit hurry but in the week end I hope to let You know my
impression on it but I'd like to take this opportunity to say some
things about what I could see: of course as always this is only for
knowledge and no for criticism.
I noted that the graticule setting in the display menu doesn't work.
Only line is drawn on the screen, dotted never appeared or if it is in
its place I get some corruption on the line graticule.
Sometime even changing modality (entering FFT, X-Y or Delay for
instance) I get garbage on the screen expecially in graticule but
may be also on other things on the screen.
This I tested either W2022a and W2012a.

Hayo W. schrieb:
> GND ist nicht mehr auswählbar. So wird es dann wohl auch bleiben.

I understand GND flag is always been as a cosmetic function without
any functionality but I would have preferred it was not removed because
I often used it as a marker on the screen.
That is on my opinion.
As I have already had occasion to write now we can choose to show or
hide markers' line when Quick Measure are switched on, but I believe
that could be useful to have the cursors visible in Quick Measure.
Let me explain better.
I mean set the cursors in the Cursors screen, not necessarily
simultaneously Time and Voltage cursors but even only one type at a
time, then keep them fixed visible on the Quick Measure screen in order
to use them as reference.
I do not mean to have functioning cursors on the Quick Measure screen
(that already there is it and we know it can be switch on or off by 
setting
in DISPLAY menu) but only set them in the Cursors screen and then
keep them visible on that of the Quick Measure.
Practically this would to superimpose some static marker on the Quick
Measure screen, not necessarily that they have to be adjustable when
on the Quick Measure screen.
Many DSOs allow it, for example the TDS220 do it, not Time and Voltage
cursors at same time but only one at a time but it is however useful in
my opinion.
In some occasion I happened to sacrifice one channel by putting it in
GND mode and using it as a marker on the screen in order to perform
some measures.
Okay, okay, I know there are other way to reach the same result hence
GND is not so indispensable, but IHMO for me would be better not to be
cleared it from the choices

Hayo thank You very much again, You are great: RESPECT!!!!!!!

Vielen Dank!

Mit freundlichen Grüßen,

Luc

P.S. Today, yesterday due the time ;-), my W2022a and W2012a "battled"
against some DSO (LeCroy and Tektronix) winning on them in the display
of an elusive short and fast signal.
The W2012a has achieved similar performance than a Wave Ace 224 by
LeCroy whch is a 200MHz bandwidth DSO, the W2022a was better than
the WaveAce 224.
The results were confirmed by a 500MHz bandwidth DPO by Tektronix,
where the W2022a showed the real shape of the signal that the WaveAce
224 and the W2012a could only do suppose.

  * Vielen Dank an alle Unterstützer des Projekts Welec!   *
  *   *   *   * R E S P E C T ! ! !   *   *   *  

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi Luc,

as always I enjoyed reading Your precise description of Your analysis 
and tests :-)

The grid problem is a "beta" bug and disappeared in the version 6.3 
which is coming out soon.

What to do with the GND function is - indeed - difficult to decide. 
Without it the handling is much faster  and more pleasant but sometimes 
(I agree) it is a littlebit useful to have the ground line (which is 
created by writing ADC zero into the memory).

I racked my brain to get a solution which fits all requirements - but 
without success.

One Idea I got just in this moment. What about using the button as AC/DC 
switch only but offering the complete Menu with GND/AC/DC when turning 
the main wheel?

Is that a suggestion?

If You have a better idea - don't hesitate to tell us!

Kind regards

Hayo

Autor: Charly B. (charly)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hayo

im 'Mode/Coupling' Menu koennte man auch die beiden ersten Tasten
ohne 'popup' konfigurieren, dankeschoen!

@Luc
i use as Marker one of the Grid Lines, then you can switch off
the not used Channel and you 'speedup' the Scope ;)

best regards & vlG
Charly

Autor: T. F. (sar)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,

wenn jemand daran interessiert ist mein W2022A zu kaufen, dann biete ich 
es hier jetzt an. Es hat die oben beschriebenen Macken.

Preisvorschläge bitte per PN.

lg,
Stefan

Autor: T. F. (sar)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@all:

Bevor ich das Scope verkaufe habe ich jetzt gerade nochmals die 1.3er 
orginal Firmware aufgespielt. Die oben beschrieben Spikes (Heißluft 
behob das Problem nur temporär) und auch die Probleme mit dem Kanal 1 
sind mit der orginal FW nicht vorhanden! Hat mich gewundert, ist aber 
so.

Gibt es noch irgendwas, was ich testen kann um auch die neue Firmware zu 
verwenden?

Danke,
Stefan

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hab ich das jetzt richtig verstanden?

Mit der WELEC Gurken-FW hast Du zwar auch die Spikes, aber keine 
Probleme mit Kanal 1, während Du mit der BF-Firmware auf Kanal 1 
Probleme hast?


Gruß Hayo

Autor: T. F. (sar)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo,

Die Spikes sind weg. Wegen Kanal 1 habe ich mich getäuscht. Da habe ich 
nur auf die angezeigte Kanal-Skalierung geachtet. Diese wird allerdings 
beim Umschalten 1:1 zu 10:1 nicht angepasst bei der orginal FW.
Aber die Spikes sind weg und sind bis jetzt auch nicht wieder da.

Stefan

Autor: Luc (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Guten Abend Hayo, Charly B., Rainer W. und alle!

Wie versprochen Hier ist eine kurze Anleitung, die neue Firmware 
1.2.BF.6.2beta.
I briefly tested it with my poor equipment, nothing exceptional, but  I 
want to contribute.
Because I'm a little dumb sadly I missed some of my screenshots, few in 
this occasion, so Rainer W. (rawi) not have to worry this time: they are 
only 13! ;-)
I think I had better save screenshots directly from DSO instead of being 
stored in it and then sent to the computer, this because I saw some 
parameters were changed in values when I read them from the DSO in order 
to put them in the computer, strange thing but it is so (of course some 
parameters are missed in that way, for instance the HOLD OFF value, but 
that is normal).
However doing so I tested memory function and it works fine!
Due the fact my reference is a 150MHz bandwidth analog oscilloscope I 
tested my W2012a comparing it with the first, even if the Welec has the 
24,9/150 ohm hardware modifications, so its bandwidth is now about 
170MHz for what I could see.
The W2012a also have all the hardware modifications on the trigger stage 
as they was described on this Forum.
The W2012a DSO was set like follow:

ADC SETUP: High Frequ
PRE GAIN: 24,9/150 ohm
DRAW MODE: Accurate
ACQUIRE: Normal

As always what will it to follow is only for knowledge and no for 
criticism.
Said that, here the results.

Pulse Trigger works fine in all setting (Normal, Auto, Combi).
I tested it with my old and trusted Lyons Instruments pulse generator, I 
tried it quickly and seems to me there isn't any issue on it, RESPECT!

EXT Trigger also works fine but I noticed something strange
Using a sine wave in order to test it there are not problems when slope 
is changed, while using a pulse then changing slope have no effect if 
trigger level have not tuning.
Tuning the trigger level fix the issue but however saving the waveforms 
in the DSO, after recalling them the sine ones are OK but pulse ones are 
shifted in respect with the trigger position on the top of the screen.
I hope I was understandable.
Please see screenshots "EXT Trig slope low" and "EXT Trig slope high".

ALT TRIGGER, it works.
However, the value in the top of the screen is strange: for instance I 
had trigger level set to 1,10V but when I switched to the ALT TRIGGER it 
became 50,4V, I don't know why and if this is normal or no, I emphasize 
it only as knowledge.
Please see screenshot named "ALT TRIG".

Using DELAYED screen, as well using "Pre Triffìgger Keep+follow", "Keep 
Value and "Trace Middle", get garbage on the waveforms at the trigger 
time  expecially analyzing two waveforms, seems to me something related 
with the infamous "spikes problem".
Same issue is present in MAIN screen using  "Pre Triffìgger 
Keep+follow", "Keep Value and "Trace Middle", others configurations are 
OK.
Seems to me setting "PRETRIGGER GRID MIDDLE" occasionally moves from the 
center of the grid and it is necessary to reset it.
Please see screenshots "DELAYED" and "Spikes when two trace".

FFT had some issues.
The graticule had garbage(*) on it and this is known, but seems to me 
"div" and "fN" values change when choosing for 512, 1024, 2048 and 4096 
points.
512 and 1024 points has not changed, but 2048 and 4096 they have their 
own values.
Seems to me also scale factor changed setting 2048 and 4096 points but 
may be a consequently to other problems in this beta version.
Good the rotary controls, of course 2048 and 4096 points slow down the 
screen refresh.
Please look at the screenshots "512 points", "1024 points", "2048 
points" and "4096 points".
(*)Graticule issue also involves certain buttons, for instance sometimes 
FFT and X-Y become gray even if they can be activated by pushing their 
buttons.
Perform reset do not fix grey buttons problem but only graticule and 
garbage on the screen.

HOLD OFF seems to me it works great: RESPECT!

As always the Quick Measure and the X-Y (**) mode they  work like a 
charm.
In reference to the precision attainable by the Quick Measure screen, 
please to look at the screenshot named "Q-Measure" (*) where you can see 
Quick Measure working on the output of my Lyons pulse generator setting 
for a 25Vpp pulse with a 10nS of rise time, 8nS of the fall time and 
100nS width...RESPECT!
(*) The time trigger position is wrong on the screenshot for the reason 
I anticipated when I wrote about the fact some parameters were changed 
in values when recalled from memory location, in real time it was right.
(**)"X-Y" it show a 3,6MHz sine wave on X axis and a 44ns pulse repeated 
at 1MHz range on Y axis

Sadly I was unable to verify the TV trigger, maybe next time ;-)

And that's all, I hope I was understandable.

@Charly B.
You are right, thanks for the hint!
Doing that way the DSO becomes speedy, me too sometimes use it.
However for some kind of measures sometime I can't use that way because 
waveforms don't reach two lines on the graticule and sadly Volt/DIV 
aren't adjustable.
Here is why I wrote in the past about the possibility to implement 
FINE/COARSE in the rotatory amplitude setting, thing it is pretty normal 
in analog oscilloscopes and some DSO(Tektronixs TDS2xx and TDS 1xxx 
family DSO have it, but this is another story.

@Hayo (or somebody else which know the answer)
I'm very dumb, I don't understand how to use "FREE RUN" trigger.
Maybe elsewhere it was already explained but I can't find it.

I would have more to say here and in the hardware thread, but sadly it's 
late now.
Hayo thank you once again for the excellent work and the time devoted to 
us, as I also thank all those who are involved in the Welec project.

Vielen Dank!!!

Gruß Luc

P.S. apologize me for my poor English, today even more bad than ever!
I sent "EXT_Trig_slope_high.png" as error, sorry about that!

Autor: Jörg H. (idc-dragon)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Stefan S. schrieb:
> wenn jemand daran interessiert ist mein W2022A zu kaufen, dann biete ich
> es hier jetzt an. Es hat die oben beschriebenen Macken.

Bevor sich irgendwer über Spikes frustriert, wartet erstmal das Nios II 
Design ab. Mein Gerät ist mit dem Original-FPGA auch quasi unbrauchbar, 
bei den höheren Abtastraten kriege ich sogar Bildstörungen im LCD. Mit 
der neuen Hardware ist davon nichts zu sehen, die sonst unvermeidlichen 
Spikes sind auch weg.

Das Originaldesign ist halt über-kritisch, vermutlich an diversen 
Stellen außerhalb des legalen Timings.

Stay tuned...
Jörg

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@ Luc

Thanks for testing so much and for reporting so detailed. I'm a little 
bit out of time, so let me say four things first:

- the setting "High Frequ" in the hardware setup may fit some demands 
when measuring higher frequencies, but You have to disregard that spikes 
or other distortions may occur on the signal in some conditions. If You 
are measuring at lower Frequencies (< 10MHz) the factory setting is 
recommended.

- Grid and drawing failures are only an beta problem and solved since 
BF.6.3

- FFT df/div are correct.  Length 512 / 1024 both use full frequency 
range 0.5 * sample rate. Because of only 512 points available on screen 
the length 2048 uses 0.25 * sample rate and 4096 uses 0.125 * sample 
rate. So you can calculate by Your self which value is correct.

- Trigger -> free run simply means trigger switched off. Data acquistion 
is running completely asynchronous as fast as it is possible without 
waiting until any event may occur.

All other issues I have to check later

Kind regards

Hayo

Autor: Hayo W. (blueflash)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Die neue BF.6.3 ist jetzt im SVN eingecheckt. Den Download hier bereite 
ich gerade vor.

Die Switchlogik für Channel-Coupling habe ich so gelöst:

1 mal drücken wechselt sofort zwischen AC/DC. Mehrfaches Drücken bietet 
frei Auswahl im Popupmenü. Hoffe das findet Wohlwollen.

Gruß Hayo

Autor: Hayo W. (blueflash)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Ok wie versprochen die 6.3 zum download. Den neuen OnScreenStatus könnt 
ihr im Display-Submenü anschalten.

Gruß Hayo

Autor: Luc (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Guten Abend Hayo und all jene, die an dem Projekt beteiligt sind Welec!

First, Hayo thank You very much for the endless help and free time you 
provide us, RESPECT!

Hayo W. schrieb:
>One Idea I got just in this moment. What about using the button as AC/DC
>switch only but offering the complete Menu with GND/AC/DC when turning
>the main wheel?

Hayo, I think that is a great idea, for me it could be the right answer.
Congratulation for thought!

Hayo W. schrieb:
>- the setting "High Frequ" in the hardware setup may fit some demands
>when measuring higher frequencies, but You have to disregard that spikes
>or other distortions may occur on the signal in some conditions. If You
>are measuring at lower Frequencies (< 10MHz) the factory setting is
>recommended.

Actually I have always enjoyed setting my DSO on High Frequ especially 
since the items in the HARDWARE menu were reduced to two.
I have never had any problems to perform measures on low frequencies or 
high frequencies waveforms.
Too I think the spike problems are originate from others things than 
HARDWARE setting, perhaps even from power supply because seems to me I 
have more spike problems performing probe calibration using the inner 
DSO calibrator than when measuring on real circuits.

Hayo W. schrieb:
>- Grid and drawing failures are only an beta problem and solved since
>BF.6.3

I suspected it, thank you very much for the confirm Hayo!

Hayo W. schrieb:
>- FFT df/div are correct.  Length 512 / 1024 both use full frequency
>range 0.5 * sample rate. Because of only 512 points available on screen
>the length 2048 uses 0.25 * sample rate and 4096 uses 0.125 * sample
>rate. So you can calculate by Your self which value is correct.

I did not know, thanks for the explanation Hayo!

Hayo W. schrieb:
>- Trigger -> free run simply means trigger switched off. Data acquistion
>is running completely asynchronous as fast as it is possible without
>waiting until any event may occur.

Also this I did not know, thanks again Hayo!

Hayo W. schrieb:
>All other issues I have to check later

I did not know, thanks for the explanation!
Thanks Hayo, too kind, as alway I'm speechless: RESPECT!

Going over I noticed what will follow, as always is only for knowledge 
and no for criticism.
I noticed another couple of things while I was debugging hardware 
failure in a 133MHz FPGA device data bus:

Setting LOGIC trigger in ACQUIRE menu, then in Quick Measures menu I get 
a dummy rotary control that it is gray and inoperable.
More in the Measures menu I find some item as fixed selected even if 
check symbol can be assigned to other item in the menu
I emphasize it only as knowledge.

I don't know why and if this is normal or no, but using LOGIC trigger 
then slope selection have not effect, only upper slope works
As before I emphasize it as knowledge.

Hayo thank you once again for your tireless work and also thanks to all 
others  who are involved in the Welec project: RESPECT!

Vielen Dank!!!

Gruß Luc

Autor: Michael D. (mike0815)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Hayo,
> Den neuen OnScreenStatus könnt
> ihr im Display-Submenü anschalten.
leider nicht, da du die 6.1 hier hochgeladen hast.
Ich dachte schon, hätte einen an der Waffel und habe mir einen Wolf 
gedrückt, nix gefunden.
Dann schaute ich in die FW-Info, da steht die 6.1 drin.

Gruß Michael

Autor: Guido B. (guido-b)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Kann man den nicht sperren?

Edit: Danke für das Löschen.

Autor: Luc (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Guten Abend Hayo und all jene, die an dem Projekt beteiligt sind Welec!

Hayo Sie wie immer schnell sein, so schnell, dass meine Antwort spät 
kam!:KLASSE!!!

Hayo W. schrieb:
>Die neue BF.6.3 ist jetzt im