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

Ja ich hab das jetzt auch auch nur schnell rausgehauen, damit alle 
LED-Löter schon mal was zum angucken haben. Das "offizielle" Release 
wird noch etwas dauern, da ich im Augenblick etwas viel zu tun habe.

Gruß Hayo

Hallo zusammen,

ich glaub ich hab im Screenshot-Programm ein kleinen Bug gefunden:
Die Abfrage auf eine gültige Startnummerierung ist nicht ganz richtig.

1

ndex: w2000a-screenshot.cpp

2

===================================================================

3

--- w2000a-screenshot.cpp       (Revision 417)

4

+++ w2000a-screenshot.cpp       (Arbeitskopie)

5

@@ -886,7 +886,7 @@

6

                        break;

7

                case 'n':

8

                        fnum = atoi(optarg);

9

-                       if (fnum < 0 && fnum > 9999)

10

+                       if (fnum < 0 || fnum > 9999)

11

                                errx(1, "invalid start of file numbering given, use -n num, where 0 <= num <= 9999");

12

                        break;

13

                case 'i':

Noch ein kurzer Hinweis,

in der 2.0 prev muckt der Triggerlevel etwas aufgrund der aktuellen 
Änderungen, also nicht wundern, ich korrigiere das noch und gebe dann 
eine korrigierte prev raus, da die Baustelle an der FFT noch etwas 
länger dauert.

Die XY-Funktion ist übrigens schon Bug bereinigt und läuft auch 
schneller als vorher.



@frankalicious

ist das die BF oder die OS Version? Ich schau da mal bei Gelegenheit 
nach.


Guats Nächtle

Hayo

Hayo W. schrieb:
> @frankalicious
>
> ist das die BF oder die OS Version? Ich schau da mal bei Gelegenheit
> nach.

Es geht um das PC Screenshot Programm. Da gibt es doch kein BF und OS, 
oder?
Die Zeilenangaben beziehen sich auf die Version im fmf branch, wobei die 
Version im trunk das gleiche Problem hat.

A. F. schrieb:
> Hayo W. schrieb:
>> @frankalicious
>>
>> ist das die BF oder die OS Version? Ich schau da mal bei Gelegenheit
>> nach.
>
> Es geht um das PC Screenshot Programm. Da gibt es doch kein BF und OS,
> oder?

Doch, gibt es!
Kann am DSO über die Softkeys ausgewählt werden und die Software 
Screenshot für OS und BF, ist in den vorherigen Bf-Versionen mit 
enthalten!
Siehe Foto!!!

> Die Zeilenangaben beziehen sich auf die Version im fmf branch, wobei die
> Version im trunk das gleiche Problem hat.

Gruß Michael

Ja hatte ich auch schon angedacht, das könnte man im Hardwaremenü mit 
unterbringen. Dann ließe sich das schön nach eigenen Bedürfnissen 
anpassen.

Gruß Hayo

@ Hajo,
ich habe auch noch einen kleinen Schönheits-Bug, falls du da im Source 
mal vorbeikommst:

Wenn für den Erfassungs-Mode "Noise Filter" aktiv war, sind nach einem 
"Autoscale" zwei Haken im Menü ("Normal" und "Noise Filter")

Alles klar Rainer,

das läßt sich schnell beheben, werd ich nachher mal machen.

Gruß Hayo

A. F. schrieb:
> Hayo W. schrieb:
>> @frankalicious
>>
>> ist das die BF oder die OS Version? Ich schau da mal bei Gelegenheit
>> nach.
>
> Es geht um das PC Screenshot Programm. Da gibt es doch kein BF und OS,
> oder?
> Die Zeilenangaben beziehen sich auf die Version im fmf branch, wobei die
> Version im trunk das gleiche Problem hat.

Hi frankalicious

habe ich gerade im fmf-branch gefixt.

Und es gibt Unterschiede im Screenshot zwischen BF und OS - auch gerade
im Bezug auf den fmf-Branch (u.a. weil dieser bei den Dumps Meta-Daten
übermittelt)

Grüße,

  rowue

So, rechtzeitig zum Wochenende für's heimische Basteln die 2. 
Kompilation der BF.2.0 prev.

- die LED Ansteuerung ist jetzt korrigiert
- der Autoscale/Acquire-Menu Bug ist gefixed
- der Puls Width Bug ist gefixed (aber nur kurz geprüft)
- der Mode/Coupling Button hat jetzt eine erweiterte Funktionalität, man 
kann durch wiederholtes Drücken den Triggermode umschalten

Viel Spaß

Hayo

Hallo Hayo,
das Umstellen des Modus gefällt mir gut. Schönes Feature.
Ich nehme an, Du bist bei der PreTrigger Anzeige (und den etwas wirren 
Sprüngen der PreTrigger Zeit beim Wechsel der Zeitbasis) noch nicht 
vorbeigekommen?

@LEDs:
Wir 2-Kanaler (W2022) habe noch 2 fast sichtbare LEDs unter den (nicht 
vorhandenen) Kanal-Wahl-Knöpfen. Und vermutlich noch jede Menge 
zugehörige IOs (nicht vorhandene Tasten, Knöpfe). Kann man die nicht 
noch (sinnvoll) verwerten, ohne die SW komplett zu verkomplizieren?
Obwohl... ist vielleicht eher was für den HW-Thread.


Viele Grüße,
Rainer

Wo ich gerade am Updaten bin - ich habe den Single-Trigger Bug 
beseitigt. Hier die dritte Kompilation.

@Mirko

>wenn ich den Noise-Filter
>einschalte und dann die Kiste aus und wieder an mache ist die
>Einstellung wieder weg.

Nicht alle Veränderungen werden sofort gespeichert, sondern nur 
"wichtige" Ereignisse, z.B. bei Veränderung der Timebase oder Ähnliches, 
da sonst die Bedienung zu zäh wird (das Schreiben ins Flash dauert 
relativ lange). Wenn Du also nach dem Einstellen des Noise-Filter 
einfach an der Timebase drehst wird es auch gespeichert.

Gruß Hayo

Steffen Weiß schrieb:

> Leider besitze ich kein Vergleichsgerät, aber mich würde sehr
> interessieren, bis zu welcher Bandbreite das scope mit der aktuellen
> Firmware brauchbare Messergebnisse liefert?

Also bis 60MHz in der High Frequency Einstellung (Hardwaremenu) kein 
Problem. Auch bei höheren Frequenzen geht es noch, aber die Amplitude 
stimmt dann nicht mehr, weil der Amplitudengang bei Frequenzen ab 100MHz 
einen ziemlichen Buckel hat.

> Ich hoffe das ist nicht zu dämlich gefragt.

Niemals!

> Zur Firmware selbst:
>
> -Könnte man bei der Cursorfunktion den Regler etwas empfindlicher
> machen? Bei mir funktionieren die nur sehr langsam, und es ist ein ganz
> schönes gekurbel, bis man einen Impuls ausgemessen hat. Und ich hab
> dabei immer angst, dass der Knopf draufgeht ;)

An der Sache bin ich schon länger dran, das ist leider ein unschöner 
Punkt. Ich habe da schon mit Quadratischen und Kubischen Kennlinien 
experimentiert, aber es ist immer der Spagat zwischen schnell und genau.

> - Bei der Quickmeasure funktion lässt sich die Quelle bei mir nicht mit
> dem Softbutton umschalten.

Muß ich mir mal ansehen...
>
> - Wenn ich z.B. das 1kHz Rechtecksignal nehme, lässt es sich ganz normal
> darstellen, bis ich die Zeitauflösung so hoch wähle, dass weniger als
> eine Periode dargestellt werden. Ab diesem Zeitpunkt lässt sich das
> Signal nicht mehr triggern. Ist das normal? Ich meine mich dunkel daran
> erinnern zu können, dass das bei den analogen in der Ausbildung nich so
> war.

Du mußt den Triggermode auf Normal oder Combi stellen, dann geht's!

Gruß Hayo

Hi Steffen,

>> - Bei der Quickmeasure funktion lässt sich die Quelle bei mir nicht mit
>
>> dem Softbutton umschalten.

Habe gerade mal dein Problem getestet, das Umschalten des Sourcekanal im 
Quickmeasure dauert zwar einen Augeblick, funzt aber einwandfrei!


Gruß Michael

Hallo Steffen,

der Combi Trigger ist eine spezielle Funktion (geschrieben von Stefan) 
für das Welec als Alternative zum teilweise schlecht funktionierenden 
Autotrigger. Die Namensgebung sagt es eigentlich schon, es ist eine 
Kombination aus Autotrigger und Normaltrigger.

Das wesentliche Problem beim Autotrigger ist der recht kurze Timeout, 
deshalb funktioniert er bei hohen Frequenzen ganz anständig, bei 
niedrigen aber eher nicht so gut. Der Combi-Trigger hat einen wesentlich 
längeren Timeout und arbeitet daher auch bei niedrigen Frequenzen recht 
zuverlässig.



Zum Quickmeasure: Das Bedienkonzept ist so, dass mit "Select" die Art 
der Messung ausgewählt wird und mit "Measure" die Auswahl angewendet 
wird. Wenn Du also die Source wechselst, änderst Du nicht die laufende 
Messung, sondern Du mußt mit "Select" und "Measure" dem Gerät mitteilen, 
dass Du ein neue Messung auf einem andern Kanal machen möchtest.

Deine Firmware wird schon ganz richtig aufgespielt sein, denn es geht 
entweder ganz oder gar nicht.

Gruß Hayo

Oh, Stefan war schneller als ich :-)

@ Hayo

Mit dem Pulse Width Trigger sehe ich noch zwei Probleme:

1. Die Triggerlevel Anzeige (Marke im Screen) wird für Ch.1 angezeigt 
und reagiert auf den Level-Regler. Das DSO triggert aber auf Ch.2 auf 
einen anderen Level, der unter Edge-Trigger vorher mal für Ch.2 
eingestellt war und irgendwo in der Mitte des Ch.2-Signals liegt.

2. Wieso triggert das DSO überhaupt (oft) an der Stelle auf das gezeigte 
Ch.2-Signal? Signaldauer ist "50 us" und Triggerbedingung ist " > 80 
us".

Und noch eine Anregung: Ich fände es praktisch, wenn der Softbutton 
"PreTrig" aus dem "Edge"-Triggermenü auch im "Pulse Width"-Menü zur 
Verfügung stände. Platz wäre ja noch und man könnte sich das Hin- und 
Herschalten sparen.

Gruß und schönen Sonntag
Rainer

Rainer W. schrieb:
> @ Hayo
>
> Mit dem Pulse Width Trigger sehe ich noch zwei Probleme:

Muß ich mir mal in Ruhe ansehen

> Und noch eine Anregung: Ich fände es praktisch, wenn der Softbutton
> "PreTrig" aus dem "Edge"-Triggermenü auch im "Pulse Width"-Menü zur
> Verfügung stände. Platz wäre ja noch und man könnte sich das Hin- und
> Herschalten sparen.

Ist machbar, mal sehen ob ich das irgendwo mit einschieben kann.

Gruß Hayo

super Arbeit bisher, wäre es vielleicht noch möglich ins Denoise-Menü 
einen 6 oder 7 bit Modus zu integrieren, also einfach ein oder 2 
Schiebe-Befehle und das störende Rauschen bei binär Signalen wäre 
Vergangenheit.

Thomas O. schrieb:
> super Arbeit bisher, wäre es vielleicht noch möglich ins Denoise-Menü
> einen 6 oder 7 bit Modus zu integrieren, also einfach ein oder 2
> Schiebe-Befehle und das störende Rauschen bei binär Signalen wäre
> Vergangenheit.

Hallo Thomas,

eine solche Funktion habe ich bislang nicht eingebat, da es die 
Situation nicht wirklich verbessert. Man sieht zwar das Rauschen nicht 
mehr, aber es wird ja dadurch nicht der Rauschabstand verbessert. D.h. 
man macht das DSO im Prinzip nur unempfindlicher.

Da der Aufwand aber nicht so groß ist kann ich das mal mit einbauen, 
dann kann man sich das aussuchen.

Gruß Hayo

Daniel G. schrieb:

> Wie ich schon vor längerer Zeit angekündigt habe, wollte ich mich ja mit
> einem besseren Firmware-Updater für Windows beschäftigen. Na ja, wie das
> mit solchen Vorhaben so ist, immer kommt etwas wichtigeres dazwischen.

Ja das kenne ich auch gut...

> Aber dieses Wochenende habe ich mir die USB-Kommunikation einmal
> angesehen und kann unter Windows schon einmal (ohne extra Treiber - nur
> HID-Modus) Befehle an das Scope senden. D.h. Buttons ein-/ausschalten
> geht schon mal. Bevor ich jetzt versuche die Firmware über die
> Flash-Befehle in der BF-Firmware zu flashen hätte ich noch zwei fragen:

Super, das ist ja echt prima. Ich komme nämlich erstmal nicht dazu. Ich 
nehme an Du hast Dir das Template für Linux schon mal angesehen welches 
ich beigepackt hatte. Für WINUSB sollte das recht ähnlich gehen. 
Desweiteren hatte ich im Internet eine Seite gefunden auf der sie zeigen 
wie man schnell und einfach ein grafisches (WIN) Interface baut um einen 
µC über USB anzusteuern. Die Seite müßte ich sonst noch mal raussuchen 
wenn Du willst.

> @Hayo: Funktionieren die in der Tabelle dokumentierten Flash-Befehle
> (lesen/schreiben) in der Firmware? Nicht das ich hier etwas versuche,
> was noch nicht implementiert ist.

Also es gibt zwei APIs, nämlich das Alte von WELEC, dass ich soweit 
repariert habe, dass die PC-Sofware so einigermassen funktioniert.

Und dann das Neue von mir. Wenn Du jetzt neue Funktionen implementierst, 
bitte das neue API verwenden, denn das Alte ist völlig verwurstet und 
unübersichtlich. Beide findest Du in dem File commif_t.cpp der 
Firmware-Source. Die Befehle sollten eigentlich aktuell sein, aber sind 
noch nicht alle fertig implementiert. Das Schreiben ins Flash z.B. ist 
im neuen API noch nicht implementiert. Falls Du da was brauchst, was 
noch fehlt , dann sag bescheid, ich bau Dir das dann ein - oder Du 
machst es selber und schickst mir das dann.


> @Alle: Kann ich mir das Scope kaputt flashen oder kriege ich über den
> GERMS-Montior immer ein Backup in den Flash gespielt? So wie ich die
> bisherigen Posts verstandan habe: Ja - oder?

Solange Du ein Backup hast kannst Du Dein Flash ruhig komplett löschen, 
Du kannst es über den GERMS-Monitor immer wieder laden. Kein Grund zur 
Sorge also.

> @Alle: Gibt es schon einen USB-Uploader für Windows (ich hab nichts
> gefunden)? Nicht dass ich hier das Rad zum zweiten mal erfinde...

Nein. Gibts noch nicht. Wäre mal eine coole Sache, weil es gerade für 
Neueinsteiger viel einfacher wäre.

> Ich werd's jetzt erst einmal mit einem Flash-Dumper per USB versuchen.
> Danach mache ich mich daran einen SREC-Parser zu basteln. Hoffentlich
> dauert's diesmal nicht wieder 10 Monate ;)

Wenn Du Infos brauchst, einfach nachfragen, ich bemühe mich da möglichst 
schnell zu antworten.

Gruß Hayo

@Hayo: Danke, ja mir ist klar das das keinerlei Verbesserung in der 
Erfassung bringt, rein optisch ist es aber ne feine Sache wenn man nur 
mal serielle Daten Anzeigen möchte und dort nicht unbedingt das Rauschen 
drauf ist.

Ich seh mal zu , dass ich das in der nächste Zeit mit einbaue.

Zum Noise Filter:

Im Gegensatz dazu bringt der Noisefiltzer tatsächlich eine Verbesserung. 
Denn der filtert nur den Durchschnitt an kurzfristigen Ereignissen 
heraus.

Ein Rechtecksignal z.B. würde aber tatsächlich noch mit voller Auflösung 
angezeigt werden, auch wenn es nur ein Bit Amplitude hätte, was etwa 2 
bis 3 Pixel entspricht.

Gruß Hayo

Daniel G. schrieb:
> @Alle: Gibt es schon einen USB-Uploader für Windows (ich hab nichts
> gefunden)? Nicht dass ich hier das Rad zum zweiten mal erfinde...

Hallo Daniel,
nein, musst du nicht. Bei sourceforge gibts eine SW von Markus Mueller 
fuer Windows und Linux (WelecUpdater.exe). Leider dauert der DL (unter 
Windows) doppelt so lang wie beim GERMSloader. Upload keine Ahnung.
Ausserdem hat er kleine Fallstricke, wie hier beschrieben 
http://sourceforge.net/apps/phpbb/welecw2000a/viewtopic.php?f=5&p=279#p279
Den Link zur SW gibts da auch. Sourcen gibt es glaube ich auch.

Gruss, Peter

Hallo Admin,
bitte loesch doch den Mist von mir! Gnadenlos die Frage nicht verstanden 
;-) Sorry!

Gruss, Peter

Peter M. schrieb:
> Daniel G. schrieb:
>> @Alle: Gibt es schon einen USB-Uploader für Windows (ich hab nichts
>> gefunden)? Nicht dass ich hier das Rad zum zweiten mal erfinde...
>
> Hallo Daniel,
> nein, musst du nicht. Bei sourceforge gibts eine SW von Markus Mueller
> fuer Windows und Linux (WelecUpdater.exe). Leider dauert der DL (unter
> Windows) doppelt so lang wie beim GERMSloader. Upload keine Ahnung.
> Ausserdem hat er kleine Fallstricke, wie hier beschrieben
> http://sourceforge.net/apps/phpbb/welecw2000a/viewtopic.php?f=5&p=279#p279
> Den Link zur SW gibts da auch. Sourcen gibt es glaube ich auch.
>
> Gruss, Peter

Hallo allerseits,

es ist wieder still geworden, daher hier eine kleine Aufmunterung. Bei 
meinen Aufräumarbeiten bin ich dabei etliche Funktionen noch mal zu 
überarbeiten. So auch die Kalibrierroutinen. Dabei habe ich die 
DAC-Kalibrierung noch mal redesigned und die ADC-Kalibrierung etwas 
runder gemacht.

Die Routinen arbeiten jetzt so zuverlässig (und schneller), dass ich die 
alte "Search Zerolines" von WELEC jetzt ganz rausgeworfen habe (lief ja 
ohnehin nicht richtig).

Die Kalibrierung ist jetzt super einfach:

- Calibrate ADC
- Calibrate DAC

-> fertig

Ich habe die Funktionen bewußt nicht zusammengelegt, da ich es 
angenehmer finde beide Kalibrierungen getrennt durchführen zu können. 
Ich bitte um Rückmeldung, ob das bei Euch auch so gut funktioniert wie 
bei mir. Zusätzlich sind in der C4 auch noch einige Fehler beseitigt. 
Sie ist also eigentlich durchaus eine vollwertige Version nur dass die 
FFT noch nicht fertig ist.


And here in English:

The C4 contains new calibration routines. Calibration works much easier 
and more precisely now.

- Calibrate ADC
- Calibrate DAC

-> ready

The old (bad working) "Search Zerolines" written by WELEC disappeared 
completely. So let me know if it works on Your DSOs as good as on mine.

Hayo

Hallo Mirko,

die Überarbeitung der Math-Routinen steht auch auf der Liste, zumal 
diese auch noch nicht ganz korrekt implementiert sind. So scheint es bei 
der Multiplikation Unstimmigkeiten zu geben. Vorher wollte ich aber die 
FFT-Sektion fertigmachen.

D.h. Du wirst noch ein wenig warten müssen. Aber letztlich wird alles 
gut!

Gruß Hayo

Hallo Hayo,
bei mir gibt es "Search Zero Lines" noch. Oder hab ich was falsch 
verstanden?

Und der PreTrigger Bug stört Dich nicht?

Viele Grüße,
Rainer

Rainer H. schrieb:
> Hallo Hayo,
> bei mir gibt es "Search Zero Lines" noch. Oder hab ich was falsch
> verstanden?

Du hast wohl die Firmware nicht richtig geladen, bzw. nach dem Flashen 
muß man neu starten - bei RAMload natürlich nicht. Die "Search Zeroline" 
Taste gibt es nicht mehr, da ist jetzt eine Lücke (vielleicht für was 
Neues??)

> Und der PreTrigger Bug stört Dich nicht?

Das ist eher eine Zeitfrage. Ich habe alle Forumsbeiträge dazu zu einem 
(internen) Ticket zusammenkopiert und mach mich dran sobald es geht.

Gruß Hayo

Hayo W. schrieb:
> Du hast wohl die Firmware nicht richtig geladen, bzw. nach dem Flashen
> muß man neu starten - bei RAMload natürlich nicht. Die "Search Zeroline"
> Taste gibt es nicht mehr, da ist jetzt eine Lücke (vielleicht für was
> Neues??)

Du hast Recht, sorry.

> Das ist eher eine Zeitfrage. Ich habe alle Forumsbeiträge dazu zu einem
> (internen) Ticket zusammenkopiert und mach mich dran sobald es geht.
>

Dann gedulde ich mich einfach.
Und... nochmal Danke für Deinen Einsatz.


> Gruß Hayo

ok,

damit Dein Wochenende nicht so trübe wird hab ich noch ein wenig am 
Pretrigger rumgeschraubt, so dass er jetzt zumindest immer aktualisiert 
wird.

Gruß Hayo

Hallo Hayo,

Hayo W. schrieb:
> ok,
>
> damit Dein Wochenende nicht so trübe wird hab ich noch ein wenig am
> Pretrigger rumgeschraubt, so dass er jetzt zumindest immer aktualisiert
> wird.
>
> Gruß Hayo

Juchu, das WE ist gerettet. Danke Hayo.
Wenn Du nochmal richtig Zeit findest, wäre es schön, wenn der Trigger 
seine Position beim Ändern der Zeitbasis behalten könnte.
Z.b. wird aus 2ns Zeitbasis und PreTrigger 0 s bei 5ns Zeitbasis ein 
PreTrigger von 150ns und bei 10ns 400ns PreTrigger. Dabei bleibt die 
Position des Markers (Trigger) an der Grenze des Koordinatensystems. Ich 
finde das verwirrend.


Viele Grüße,
Rainer

Ja das war bestimmt so nicht gewollt denke ich mir. Aber auch das 
kriegen wir noch hin.

Ich bin derweil immer noch am Überarbeiten der Sourcen. Ich denke ich 
werde nachher nochmal eine weitere Kompilation rausgeben, da sich schon 
wieder einiges unter der Haube getan hat.

Gruß Hayo

So für heute die letze Kompilation. Bin schon ganz zufrieden soweit. 
Alle neuen Ideen werde ich in den nächsten Tagen mal angehen.

Ich empfehle auf jeden Fall die C6, da es in der C5 noch einen Bug in 
der USTB-Triggereinstellung gab.


@Stefan

Ich kämpfe schon wieder mit dem Sch... KDESVN. Mit Rolf hatte ich das 
eigentlich eingerichtet. Wenn ich jetzt auf das Repository im 
Lesezeichen gehe kennt er das angeblich nicht mehr.

Gruß Hayo

Ist der versteckte Ordner ".svn" in den Verzeichnissen noch da?

Dann langt es doch einfach, den Ordner auf deiner Festplatte zu öffnen 
und schon müsste er die Änderungen erkennen.

Hi,

hab leider grad keine Zeit dafür, muß noch Fliesen kleben und die 
Heizung in Gang setzen, damit die beste aller Ehefrauen unserem Projekt 
nicht das Wohlwollen entzieht.

Gruß Hayo

Hallo Hayo,

viel spass beim kleben ;)
wenn du zeit hast schau dir mal die 'Singel' funktion an
da haengt sich das DSO quasi immer auf und ist f. mich
so leider nicht brauchbar ;(

vielleich kann der ein oder andere das auch mal testen
und a bissel mit dem singel mode spielen

hab die C6 drauf


und um den ein/aus Schalter zu schonen immer schoen reset
ueber die 2 linken Softkey machen :)

vlg
Charly

Hallo Charly,

hab schnell mal die Singlefunktion getestet (lässt einem ja doch keine 
Ruhe). Bei mir funktioniert alles wie es soll. Kann es sein dass bei Dir 
der Trigger so eingestellt ist, dass der Shot nicht ausgelöst wird? Dann 
wartet er natürlich bis in alle Ewigkeit, oder bis man die 
Run/Stop-Taste drückt.

So jetzt aber schnell weiter kleben...

Gruß Hayo

ich stelle mir gerade vor, wie du ständig hin u. her rennst...:-))

Für die Lücke im Zerolineabgleich, könnte ja (war's der Rolf?)der 
automatisierte Abgleich, seinen Platz finden?!?

Ich hätte da mal einen Vorschlag:
im Quickmeasure sowie im Curserbereich, stehen fett und breit, 3x 
Messbereiche zur Verfügung!
Wäre es möglich, diese Anzeigen um ein Drittel (Breite)zu verkleinern 
und einen vierten Messbereich dazu zzu nehmen? Genug Platz ist ja 
voranden.

Beispiel: Source1: Frequenz, Peak to Peak und Source2 das gleiche, 
oder...

So hätte man für 2 Kanäle jeweils 2 Messbereiche, fände ich jetzt sehr 
praktisch!

Gruß Michael

Hayo Hayo, so wird das nix........
mit dem kleben mein ich ;)

hab auch mal so a bissel gespielt, so richtig reproduzieren
kann i es nicht, aber test mal folgendes (wenn alle Fliesen
verklebt sind)

TB = 500ms, nur Ch1 an, dann drueck mal Singel und dann direkt
Run/Stop (dann sollte doch der singel modus beendet werden)

das geht bei mir oft mit einem aufhaenger aus ;(

vlg
Charly

Hallo Charly,

Charly B. schrieb:

> TB = 500ms, nur Ch1 an, dann drueck mal Singel und dann direkt
> Run/Stop (dann sollte doch der singel modus beendet werden)
>
Has du ein signal dran, wenn ja, welches? Welchen Spannungsbereich hast 
du da gewählt ?

> das geht bei mir oft mit einem aufhaenger aus ;(
>
Ich habe das mal nach gestellt mit dem internen Procomb(1KHz)
Nur Kanal 1, 500mV/Div, 500Sa/s, 500mS, Trigger steht auf 'AUTO'

Der Autotrigger aktualisiert ca. alle 7-8 sekunden, schön zu sehen an 
den eingebauten LED's!
Habe jetzt einige Male den 'SINGLE' betätigt und dann wieder die 
'RUN/STOP' Taste. Die Anzeige springt, je nach Zyklus des Triggers, 
wieder auf 'RUN/STOP'.
Es dauert ab u. zu eine kleine Weile und zwar immer dann, wenn meine 
Trigger-LED'S reagieren! Müsste also OK sein.

> vlg
> Charly

Gruß Michael

@Michael

versuch es ohne Signal, ich hab es mit offenem Eingang
getestet, 200mV/Div.

viel spass beim testen

vlg
Charly

Luc schrieb:

> A) pressing the "SINGLE" button the W2012A crashes and you must switch
> off and on the DSO to be able to unlock it.

Hi Luc, use the two left softkeys for reset: press key1 then key2,
release key1 then key2 , the on/off button say thanks ;)

vlg
Charly

Ok I got it!

@Luc & Charly

Ich hab's, wenn der Trigger auf "Normal" steht kommt er nicht mehr aus 
dem Single Mode zurück wenn der Triggerlevel zu hoch eingestellt ist. 
Ich seh mir das mal an. Da hab ich wohl was zu sehr optimiert.

Danke für den Hinweis

Hayo

Charly B. schrieb:
> @Michael
>
> versuch es ohne Signal, ich hab es mit offenem Eingang
> getestet, 200mV/Div.
>
> viel spass beim testen
>
> vlg
> Charly

stimmt, ich habe das Signal mal abgehängt, dann bleibt alles stehen, 
aber auch alles! Es springt die Anzeige auch garnicht um und es funzt 
keine Taste mehr.
Hänge ich allerdings die 1KHz wieder dran, funtioniert das DSO gleich 
nach dem nächste Triggerereignis(Normalmode) wieder tadelos, ohne Reset!

teste das mal.

Gru0 Michael

Well...

Die Fliesen sind dran und ich hab auch schon den Fehler gefunden! In der 
Single Routine hängt er sich in einer Endlosschleife auf die auf den ADC 
wartet. Hatte ich testweise eingebaut auf der Suche nach dem 
Signalversatz nach dem ersten Shot und dann vergessen wieder 
rauszunehmen. Zum Glück entgeht Euch ja nichts.

Daher hier auch gleich die Late Night Version C7

Gruß Hayo

Hi Hayo,

oh man, ich komme mit dem Flashen ja kaum nach, wollte gerade wieder 
alles abbauen...egal
Wie machst das denn immer so schnell?

Hast meine Beitrag übersehen?

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

...wie wär's, geht da was???

Gruß Michael

Puh,

die Liste wird ja immer länger...

Mal sehen, das ist aber nicht so ganz einfach und kostet etwas Zeit. Das 
werde ich aber erst angehen wenn ich mit den anderen Sachen fertig bin.

Gute Nacht

Hayo

Hayo W. schrieb:
> die Liste wird ja immer länger...

n+1 - die Cursor im Delayed Fenster ...
n+2 - der Holdoff Regler ...

Hayo, ein dickes Lob an dich und ich hoffe du mußt nicht zu viele 
Fliesen kleben...

Gruß
Rainer

So,

bevor ich mich dran mache die Fliesen zu verfugen - hier noch ein 
kleines Schmankerl das ich gestern Nacht und heute morgen noch schnell 
geschrieben habe. Wer auch keine Lust mehr hat sich mit den 
Nulllinienverstellern einen Wolf zu kurbeln wird es mögen.

In den Channelmenüs gibt es jetzt zwei neue Buttons:

- Center Channel x -> macht genau das für jeden einzelnen Kanal

- Dispatch Channels -> das ist etwas tricky. Diese Funktion ordnet die 
Nullage aller aktiven Kanäle möglichst sinnvoll an. Natürlich immer 
abhängig von der Anzahl der aktiven Kanäle.

Probiert's mal aus und sagt mir ob es Euch gefällt.

*********************************************************

Hi there,

Yesterday night (late night) I wrote two new functions to avoid the 
boring cranking to change the zero line positions. You will find them in 
the channel menus.

- Center Channel x -> does exactly what its name means

- Dispatch Channels -> this is a little bit more tricky.
The zero levels of all active channels are dispatched over the screen to 
use maximum space for every channel depending on the number of active 
channels.

Hope You will enjoy it.

Hayo

Hi Hayo,

hab's gerade mal getestet, ist ja abgefahren!!!

Jetzt kann man, ohne Kurbelei, die Signale beider Kanäle(W2022), 
übereinander legen und bei Bedarf wieder in die ursprüngliche Position 
bringen.
Da freut sich bestimmmt die Welec-Gemeinde!

Einen schönen Samstagabend noch und gruß an Petra, die sich dann auch 
freut, wenn die Fliesen endlich fertig sind...:-)))

Gruß Michael

Ja, zumal sie heute Geburtstag hat und wir gleich zum Griechen wanken 
:-)

Die Kurbelei ging mir aber echt auf den Keks, weiß garnicht warum ich da 
früher nicht drauf gekommen bin. Gibt es das eigentlich an den DSOs 
anderer Hersteller, oder sind wir der allgemeinen Entwicklung Meilen 
voraus???

Gruß Hayo

Hayo W. schrieb:
> Ja, zumal sie heute Geburtstag hat und wir gleich zum Griechen wanken
>
> :-)
oh,oh...na dann einen herzöichen Glückwunsch und alles Gute, möge all 
ihre Wünsche in Erfüllung gehen!!! Sach' ma, ihr wohnt doch da schon?!?

Gruß, Michael

Ich fahre jetzt in den Taunus, da wird heute gepoltert...

Wünsche Allen hier noch einen schönen Abend

Na dann auch viel Spaß!

Hayo

Erstmal die allerbesten Glueckwuensche an Petra und viel
spass beim Griechen und ....


Hayo W. schrieb:

> Probiert's mal aus und sagt mir ob es Euch gefällt.

geil, super, toll !!!

wenn du schon drann bist koenntest du noch so ein paar
kleinigkeiten an den softkey aendern ;)
z.B. wenn man Coupling drueckt geht ein 'menu' auf mit:
Ground
AC
DC
dann muss i nochmal druecken um umzuschalten und dann dauert
es ewig bis das menu zugeht und i weitermessen kann,
meine Idee: kurz druecken schaltet einfach zum naechsten und
falls jemand das menu wirklich brauch (was i nitt glaube) kann
man es durch laengers druecken aktivieren

oder auch softkey die eine verstellung ueber den 'Rotary'
einschalten z.B. PreTrig durch laengeres druecken auf 0
gesetzt werden, oder z.B. Probe kurz druecken chaltet zw.
1:1 und 1:10 um, am Rotary kann man dann aber alles andere
anwaehlen (der Rotary und der Anwender werden dir danken)

DAS haben die anderen DSO's bestimmt nicht ;)

jaja i weiss, reicht man einem (mir) den kleinen Finger
will er gleich den ganzen Arm (hihi)

vlg & ein schoenen WE
Charly

Oh oh,

die Geister die ich rief.


Ich hätte mich auch ehrlich gewundert wenn es das oder Ähnliches nicht 
schon gäbe. Schon nach ein paar Mal mochte ich das nicht mehr missen. 
Wie schon gesagt, ich weiß nicht wieso ich da nicht schon vorher drauf 
gekommen bin.

Gestern Nacht war dann das Faß einfach voll. Ich hab da an den 
Skalierungsfaktoren rumprobiert und mußte ständig durch den ganzen 
Bereich durchscrollen und irgendwann dachte ich mir so -> hmmm 
eigentlich müßte man das so per Knopfdruck voreinstellen können... - 
gedacht ....getan.

Auch wenn einige Punkte eigentlich dringender wären, hab ich dann 
einfach mal die Nacht etwas in die Länge gezogen und finde, dass das 
doch recht komfortabel ist.

Bis dann

Hayo

Völlig egal, dass es ähnliches bei anderen schon gibt: beim Welec ist es 
neu und bringt ein gutes Stück zusätzlichen Komfort in die Bedienung. 
Mir gefällt's jedenfalls.
Auch die neue Kalibrierung ist erheblich angenehmer als die alte und 
wenn man zurückdenkt, wie das am Anfang aussah...

Klasse!

Gruß
Michael

Jürgen schrieb:
> Haben das Andere noch nicht bemerkt?

Bei meinem W2024A (HW 1C9.0L, FW 2.0 C8) liegen mit der neuen ADC/DAC 
Kalibrierung alle Kanäle sauber auf der "0". Allerfeinst !!!
Widerstände sind auf einem Kanal drin.

Schönen Sonntag an die Runde
Rainer

Hi Rainer,

hast du denn die Widerstände im Hardwaremenu angepasst?
Vielleicht hat der Jürgen das verpeilt? Wie ich an den Sreenshot sehe, 
ist da 'Pre-Gain', Factory eingestellt, vielleicht solltest du damit ein 
wenig spielen!
By the way, mein 2.Kanal will auch nicht so richtig auf die Nulllinie 
gehen, auch nach dem 5. Kalibrieren habe ich keinen Erfolg!
...das war schon mal anders!
Ich habe keine Widerstände mehr drinnen bzw. Ist alles original!

Gruß Michael

Jürgen schrieb:

> leider funktionieren die neuen Routinen bei meinem W2024A wesentlich
> schlechter als die alten Routinen bis zur Version BF1.11 :-((
>
> Bei der ADC-Kalibrierung gibt es keinen besonderen Unterschied. Die
> DAC-Kalibrierung ist schlechter. Kanal 1+2 liegen zu tief und 3+4 zu
> hoch!
> Vorher lagen die Nullinien exact auf der Nullposition der Kanäle.

Hi, das liegt nicht an den Kalibrierroutinen, sondern an den 
Skalierungsfaktoren. Ich habe da etwas rumgespielt mit der 24 Ohm 
Skalierung, da ich nicht wußte dass es noch Leute mit diesen 
Widerstandwerten gibt. Das kann ich aber wieder geradebiegen. Waren die 
Werte denn vorher ok? Die waren nämlich auch nur geschätzt, da ich ja 
bei mir die 33 Ohm und den 156 Ohm Widerstand drin habe.

Gruß Hayo

Das hör ich gern, danke.


@Jürgen

Um Dein Problem einzukreisen - welche Hardwareaustattung (Widerstände) 
hast Du? Kalibriere bitte Dein Gerät mit der passenden 
Hardwareeinstellung und poste mal je einen Screenshot vom 5V  2V  1V 
Bereich mit den Nullinien im oberen oder unteren Bereich.

Dann habe ich ein ungefähre Vorstellung davon wie ich das dimensionieren 
muß.

Gruß Hayo

Hi Hayo,

>Hi, das liegt nicht an den Kalibrierroutinen, sondern an den
>Skalierungsfaktoren. Ich habe da etwas rumgespielt mit der 24 Ohm
>Skalierung, da ich nicht wußte dass es noch Leute mit diesen
>Widerstandwerten gibt. Das kann ich aber wieder geradebiegen. Waren die
>Werte denn vorher ok? Die waren nämlich auch nur geschätzt, da ich ja
>bei mir die 33 Ohm und den 156 Ohm Widerstand drin habe.

Ach?!? Hast du alle Kanäle damit bestückt? Wie ist da die Resonanz 
gegeüber der originalen Bestückung...HF Einbussen oder eher weniger oder 
garnicht?

Jürgen,

>ich habe nur 2 x 24.9 Ohm und noch den originalen 1,5kOhm (?) Widerstand
>pro Kanal direkt vor den ADC's eingebaut.

...der Abschluß-Widerstand hat den Aufdruck: "154" 150000 Ohm, das hier 
keine Verwirrung entsteht!



Gruß Michael

Michael D. schrieb:
> hast du denn die Widerstände im Hardwaremenu angepasst?

Die Widerstände habe ich nur versuchsweise in einem Kanal drin und im 
Hardwaremenü nichts angepaßt. Ich hoffe, dass ich mir damit nur einen 
Amplitudenfehler und keinen Offset beim ADC/DAC-Abgleich einhandele.

@Hayo: Kannst du da ein paar klärende Worte zum Prinzip verlieren? Stört 
ein falscher Vorverstärkungsfaktor die Offsetkalibrierung beim 
ADC/DAC-Abgleich?

Michael D. schrieb:
> ...der Abschluß-Widerstand hat den Aufdruck: "154" 150000 Ohm, das hier
> keine Verwirrung entsteht!

HF-technisch ist das wohl am ehesten als Bestückungsfehler im 
Originalgeräte und nicht als sinnvoller Wert zu bezeichnen ...

Gruß
Rainer

Rainer W. schrieb:

> @Hayo: Kannst du da ein paar klärende Worte zum Prinzip verlieren? Stört
> ein falscher Vorverstärkungsfaktor die Offsetkalibrierung beim
> ADC/DAC-Abgleich?

Nein, die Kalibrierung ist davon unabhängig! Das liegt daran, dass beim 
Kalibrieren erst alle Kanäle auf die Mittelllinie (wird das nun mit drei 
oder zwei L geschrieben???) gefahren werden und dann kalibriert werden.

Könnt Ihr ja selbst ausprobieren, wenn Ihr das Signal zentriert ist der 
Offset auch bei falscher Einstellung der Hardware weg. Das wirkt sich 
immer nur am oberen oder unteren Rand aus.

Gruß Hayo

Hi Letschi,

es handelt sich hier um die beiden Eingangswiderstände des Eingangs-OPV 
(zwei wegen des differenziellen Eingangs). Standardmäßig sind hier bei 
allen die 0 Ohm Widerstände drin. Experimentell haben einige diese 
Widerstände gegen andere Werte ausgetauscht (siehe auch Harwarethread). 
Favorisiert sind 24 bzw. 25 Ohm und 33 Ohm (die hab ich bei mir drin). 
Zusätzlich gibt es noch einen dritten seriellen Widerstand, der original 
150K hat. den habe ich bei mir versuchsweise gegen 156 Ohm ausgetauscht.

All das verändert aber die Verstärkung, so das Fallabhängig die 
Skalierungsfaktoren angepasst werden müssen.

Diese Anpassung findest Du im Hardwaremenü. Sollte Dein Gerät noch im 
Originalzustand sein, so sind für Dich die "Factory" und die "Gain 1,25" 
geeignet. Der Unterschied der 1,25 ist gegenüber der Werkseinstellung, 
dass im 5V Modus der OPV statt auf Verstärkung 1 auf 1,25 gestellt wird, 
was sich positiv auf das Rauschen auswirkt.

Die letzte Einstellung "Add On" ist für eine alternative Eingangsstufe 
vorgesehen an der einige unserer Hardwarespezialisten arbeiten.

Gruß Hayo

Mal 'ne ganz dumme Frage:

Warum bedeutet die grüne Anzeige bei
 - RUN/STOP: "Alles klar zur Messung" und bei
 - SINGLE:   "keine Messung möglich" ?

Das muß man nicht verstehen, oder? Naja, war ja nur so 'ne Frage ;-)

@Hajo
Prima wäre, wenn sich die Zeitachse im SINGLE-Modus verstellen ließe, 
d.h.
 - SINGLE grün:  Zoom/Pan aktiv (so wie jetzt),
 - SINGLE "rot": Abtastrate wählen

Gruß
Rainer

Hi Luc,

I have to correct my statement from yesterday. It is not the 5V range 
which is affected by the "Gain 1,25" switch but the 2V and the 1V range. 
The 5V Range is running with gain 1,25 as standard setting.

So for direct comparison you can make a screen shot from Your 2V/1V 
Range once at factory setting and once at "Gain 1.25" to decide if it is 
working.

Regards Hayo



@all

Also wie oben geschrieben, es sind der 1V und 2V Bereich die vom "Gain 
1,25" Schalter beeiflußt werden. Zum Vergleich kann man einfach mal 
einen Screenshot in Werkseinstellung (Gain 1,0) machen und einen mit 
Gain 1,25. Dann sieht man ob es da einen Unterschied gibt.

Der 5V Bereich läuft schon Werksseitig mit Gain 1,25, bleibt also 
unverändert.

Gruß Hayo

@Rainer

Grün heißt bei beiden "nicht aktiv" also stand by sozusagen. Rot heißt 
aktiviert, normaler Ablauf angehalten -> Stop also. Daher Rot wie 
Stopschild. Und Single bleibt eben so lange Rot bis ein Ereignis 
eintritt und Single beendet wird.

Hayo

@ Hayo
Das mit den LED-Farben ist Ansichtssache - war nicht so tierisch ernst 
gemeint.

Hayo W. schrieb:
>  ...  Ich habe alle Forumsbeiträge dazu zu einem
> (internen) Ticket zusammenkopiert und mach mich dran sobald es geht.

Kannst du deine Ticket-Liste eventuell hier in Kurzform posten oder auf
http://sourceforge.net/apps/trac/welecw2000a/report eintragen,
damit klar ist, wo du überall Baustellen in Arbeit bzw. geplant hast?

Dann gäbe es mal wieder einen zusammenfassenden Stand, an dem sich jeder 
mit seinen Fehlerreports/Vorschlägen orientieren kann.

Gruß Rainer

OK, hier meine Liste in Kurzform:

- Skalierungsfaktoren feinkalibrieren (bin ich gerade dabei)

- FFT weiterentwickeln, fehlende Funktionen nachrüsten

- Math-Funktionen überarbeiten

- Pulsweitentriggerung -> prüfen ob man die (von WELEC) ursprünglich
angedachte aber leider fehlende Triggerung auf negative Pulse nachrüsten 
kann

- Pretrigger überarbeiten

- Cursor im Delayed Mode prüfen bzw. korrigieren

- zusätzlich zur linearen Interpolation in den Timebases 
20ns/10ns/5ns/2ns sin(x)/x Interpolation einbauen (auswählbar)

Die Reihenfolge kann variieren.

Was in den aktuellen Previews schon eingebaut ist:

- Neue Skalierungsroutinen mit Lookup Tables bei Zeitsignalen und FFT. 
Vorteil: Gleiche Geschwindigkeit wie die Shiftroutinen aber viel 
präzisere und einfachere Justierung der Skalierungsfaktoren

- neue schnellere Rechenroutinen für Logarithmus und Quadratwurzel.

- beschleunigte RMS-Berechnung

- geänderte DAC-Ansteuerung


Hayo

Hayo W. schrieb:
> OK, hier meine Liste in Kurzform:

Danke, das sieht noch nicht nach Langeweile aus.

Ich vermisse noch das Problem mit dem falschen Sampling im Kanal 3./4. 
nach Umschaltungen?
Beitrag "Re: Wittig(welec) DSO W20xxA Open Source Firmware (Teil3)" und
Beitrag "Re: Wittig(welec) DSO W20xxA Open Source Firmware (Teil3)" und
Beitrag "Re: Wittig(welec) DSO W20xxA Open Source Firmware (Teil3)"

Wär' schön, wenn du das noch mit aufnehmen könntest...

Rainer

-> sollte eigentlich erledigt sein, deswegen steht es nicht in der 
Liste.

Kannst Du das nochmal checken?

Gruß Hayo

Hallo Roberto,

Hier mal ein Screenshot mit dem GERMSLoader...

Gruß Michael

Hayo W. schrieb:
> Kannst Du das nochmal checken?

Klar. Also die Prev C8 ist beim Erfassen von Einzelsignalen auf Ch.3+4 
immer noch mackig. Im Single-Mode ist es sogar eher schlimmer geworden 
:-(

Sichtbar wird's bei Einzelereignissen. Zum Testen habe ich jetzt 
handausgelöste Einzelpulse (Dauer 100us) parallel auf alle 4 Kanäle 
gegeben und triggere auf Ch.1 (Norm, /-Flanke, PreTrig 1ms).

Und dann wie folgt:
 DSO im RUN-Mode mit 1 ms/div, Puls schicken
 Umschalten auf 500us/div, Puls schicken
 -> Signal erscheint nur auf Ch.1+2 :-(
   weiteren Puls schicken
 -> Signal erscheint auf Ch. 1-4 :-)
   Umschalten auf Single, Puls schicken
 -> nur Ch.1+2 :-(
   Single neu scharf schalten, Puls schicken
 -> nur Ch.1+2 :-(
   Puls schicken, Single scharf schalten, Puls schicken
 -> Ch. 1-4 :-)

Probier doch vielleicht auch mal jemand anders...

Gruß und schönen Abend
Rainer

Hmm, ich dachte ich hätte das geregelt. Muß ich mir nochmal mit Deinem 
Versuchsaufbau ansehen.

Danke für den Test

Hayo

Hallo nochmal,

bin jetzt wieder zuhause und habe das mal geprüft. Hier sind zwei 
unterschiedliche Probleme gewesen, von denen ich aber eines gelöst habe.

Und zwar waren vorher die Signale beim ersten Single Shot immer 
gegeneinander verschoben. Das habe ich softwareseitig abgestellt.

Das Phänomen dass Ihr hier aber beschreibt ist zurückzuführen auf den 
"Channel 3+4 blinking bug", den wir hier auch schon mal diskutiert 
hatten, ich denke das war beim externen Trigger oder so.

Dieses Problem ist aber nach meinen bisherigen Forschungen ein Hardware 
bzw. FPGA (VHDL) Problem welches ich Firmwareseitig nicht abstellen 
kann, höchstens evtl. einen Workaround basteln.

Ich werde aber noch mal forschen, ob es da Möglichkeiten gibt.

Gruß Hayo

gerald schrieb:
> Zu verlieren hat er nichts, jeder Zeichen Code
> den Hayo und natürlich auch alle anderen hier tippen macht sein Gerät
> wertvoller. Mit der Freigabe des VHDL Codes stehen die Chancen gut, dass
> sein Gerät wirklich konkurrenzfähig wird.

Was nicht mehr viel nutzt, weil er anscheinend alle restlos verkauft hat 
;-)

http://shop.ebay.de/tek4you_eu/m.html?_nkw=&_armrs=1&_from=&_ipg=

@Hayo
falls du da einen genialen Gedankenblitz für einen Workaround hast, wäre 
das natürlich prima. Sonst halte ich erstmal die andere Dinge für 
wichtiger. Zwei Kanäle funktionieren ja immerhin richtig.

Hayo W. schrieb:
> Dieses Problem ist aber nach meinen bisherigen Forschungen ein Hardware
> bzw. FPGA (VHDL) Problem welches ich Firmwareseitig nicht abstellen
> kann, höchstens evtl. einen Workaround basteln.

Hallo Mirko,

das funktioniert so leider nicht, da ja der Single Shot dafür gedacht 
ist ein einzeln auftretendes Ereignis einzufangen. Das wäre aber beim 
zweiten Shot schon vorbei.

Aber ich denke noch mal drüber nach was da so geht.

Hat das eigentlich mal jemand an einer original WELEC 1.3 oder 1.4 
ausprobiert? Da müßte das ja auch auftreten. Wenn nicht - besteht 
Hoffnung das doch in den Griff zu kriegen.

Gruß Hayo

Warum sollte das denn nicht im "Guten" geschehen?
Es gäbe noch die Möglichkeit die SW in das Ram zu laden, müsste nur eine 
kleine Adressänderung vorgenommen werden. Hast du einnen Dump von 
deinnem Gerät gemacht?

Gruß Michael

...ich denke schon! Das wäre dann die Ver.1.4
Hier mal mein Dump 1.4-komplett und die FW.1.4-Original

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

und hier noch eine Version:

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

Gruß Michael

Hallo Mirko.

wenn Du die originale Firmware draufspielst (es geht die offizielle von 
der Website) dann mußt Du aber auch das Protected Flash aus Deinem 
Backup wieder draufspielen, weil die Belegung beim Original anders ist. 
Wenn Du wieder die BF-Version draufspielst ist kein Recovery des 
protected Flash notwendig, da die Firmware das automatisch erkennt und 
alles neu ins Flash schreibt. Du mußt danach nur noch Deine 
Hardwareeinstellungen neu machen.



>ich habe mich wohl etwas unklar ausgedrückt...der 2. Shot ist die
>Messung!
>Beispiel (noch nicht komplett durchdacht): sobald ich in den Stop Mode
>schalte, wird im Hintergrund ein Single Shot ausgelöst (provoziert)- das
>ist der "schlechte", dieser wird nicht angezeigt und die Werte werden
>verworfen.
>Kommt jetzt der "richtige" Shot ist alles ok!
>Nach dem "richtigen" wird automatisch (im Hintergrund) wieder der
>"schlechte" ausgeführt und verworfen usw.

Ok, habe verstanden. Du meinst bevor der Trigger scharf geschaltet wird 
sollte schon ein Schattendurchlauf stattfinden. Das könnte man in der 
Tat mal probieren. Ich warte aber mal Dein Ergebnis mit der WELEC 1.4 
ab.

Gruß Hayo

So hier das neueste Kompilat der Preview. Ich habe alle 
Skalierungsfaktoren mit dem Labormultimeter feinkalibriert, da es vorher 
doch einige Abweichungen gab.

Kanal 1 + 2 sind hierbei die Masterkanäle. D.h. diese habe ich genau 
eingemessen. Kanal 3 + 4 fallen auch hier wieder mit einer kleinen 
Restabweichung aus dem Rahmen. Irgendwie haben die (WELEC) Kanal 3 + 4 
wohl nur nachträglich drangeflickt.

Die Abweichung ist nur gering, aber wenn Ihr es genau braucht, nehmt 
Kanal 1 oder 2

Hayo

Jupp,

mit dem Perl-Script geht alles, mit dem WELEC original Programm geht nur 
die original Firmware.

Die zu beschreibenden Adressen stehen ja im Flashfile, das Script gibt 
sie nur weiter an den GERMS-Monitor.

Gruß Hayo

Ok Mirko,

Du bist erlöst! Ich habe auf Deinen Hinweis hin dass es bei der 
originalen funktioniert, nochmal rumprobiert. Ich kann auch nicht genau 
sagen warum es jetzt geht, aber es tut es.

Es bleibt nur noch ein kleiner Schönheitsfehler den ich auf die Schnelle 
nicht finden konnte: Wenn Kanal 3 oder 4 die Triggersource sind, dann 
kann man den Single Mode nicht mit einem Runbuttondruck beenden. Nach 
dem zweiten Druck läuft es aber wieder - ist noch in Arbeit.

So muß jetzt zum Training. Testet doch schon mal, ich melde mich dann 
morgen.

Gruß Hayo

Hallo Jürgen,

das ist sehr schön. Ich werde Dir morgen mal eine Spezialversion hier 
reinstellen mit angepassten Faktoren. Da tasten wir uns dann an die 
richtige Einstellung heran.

Oder: Hast Du die Möglichkeit selbst zu kompilieren? Dann erkläre ich 
Dir wo Du was ändern mußt, dann kannst Du Dir das selbst einmessen. Das 
ginge natürlich schneller.

Gruß Hayo

@ Hayo
Super Fortschritt, beim Single-Mode.

Den Ch.3/4 Ausfall nach Zeitumschaltung im RUN Modus hat das noch kalt 
gelassen.

Bei Trigger auf Ch.1 oder 2 fehlen nach Änderung der Zeitablenkung um 
eine Stufe bei der ersten Messung nach wie vor Ch.3+4 (z.B. 5 ms/div auf 
2 ms/div), bei Änderung um zwei Stufen (z.B. 5 ms/div auf 1 ms/div) 
kommen komischerweise alle 4 Kanäle (war in der C8 auch)
Bei Trigger auf Ch.3 oder 4 funktioniert nur jede zweite 
Zeitablenkstufe. Aber das ist wohl ein Folge davon, dass die 
Edge-Trigger Logik auf Ch.3/4 sonst gar keine Daten zum Auswerten auf 
Triggerbedingung bekommt, oder?

Ich finde, so kann das guten Gewissens auf der Liste als 
Schönheitsfehler nach unten.

Gruß Rainer

Hayo W. schrieb:
> Ich kann auch nicht genau
> sagen warum es jetzt geht, aber es tut es.

Hallo Mirko,

Du hast natürlich nicht ganz Unrecht, deshalb arbeite ich auch an dieser 
Stelle noch ein wenig weiter.

Trotzdem geht es bei der FFT nicht nur um neue Fenster, sondern um 
zentrale Funktionen. So habe ich bereits die komplette Skalierung 
umgestellt, was für Euch äußerlich nicht so sichtbar ist, mir aber beim 
Programmieren ganz neue Möglichkeiten eröffnet.

Weiterhin sind die linearen Funktionen 
Magnitude/Realteil/Imaginärteil/Real+Imaginär mittlerweile recht genau 
eingemessen und arbeiten recht flott.

Zur Zeit arbeite ich das an der Implementierung des Phasenganges, der 
Überarbeitung des Powerspektrums und der Implementierung des Power 
Density Spektrums (Leistungsdichtespektrum). Für die logarithmischen 
Funktionen stelle ich gerade Exceltabellen auf über die 
Messwertbereiche, damit ich eine sinnvolle Skalierung einbauen kann.

Für den Phasengang muß ich noch ein neues Grid mit ganz neuer Einteilung 
programmieren.

Gruß Hayo

So Jungs, die Diskussion was wichtiger ist können wir uns sparen!

Ich bin ganz erstaunt was man so vor dem Frühstück alles geregelt 
kriegt. Also ich habe noch etwas rumgespielt und verschiedene Sachen 
ausprobiert.

Der primäre Grund für diese Erscheinung ist wie schon gesagt ein nicht 
ganz sauberes VHDL-Design. Sekundär liegt es an den Start/Stop Zyklen 
des ADC.

Der ADC reagiert etwas zickig, wenn der normale Lauf unterbrochen wird, 
also habe ich die Start/Stop-Logik nochmal überarbeitet nach den 
neuesten Erkenntnissen und habe alle Macken beseitigen können.

- die Pulse kömmen jetzt immer synchron
- Kanal 3+4 genehmigt sich keinen Aussetzer mehr bei Single Shots
- Kanal 3+4 hat auch keinen Aussetzer mehr bei TB-Änderungen
- das Abbrechen des Single Mode klappt jetzt auch wenn Kanal 3 oder 4 
Triggersource sind

Wer hätte das gedacht. So macht das doch Spass oder?

Gruß Hayo

Hi,

ich stell Dir gleich mal was zusammen mit Anleitung.

Ich habe gerade die nächste Baustelle entdeckt. Durch meine 
Optimierungen im Bereich des ADC-Handlings, ist das DSO schneller 
geworden, und das Timing im USTB-Bereich hat sich total verschoben. Die 
Zeiten stimmen nicht mehr - da muß ich wohl wieder alles neu einstellen.

Hayo

So zur Sache:

Die Justierung der Skalierung gestaltet sich mittlerweile recht einfach. 
Grundsätzlich müssen immer zwei Sätze an Skalierungsfaktoren auf 
einander abgestimmt werden, da sie sich gegenseitig beeinflussen.

- Der DAC-Skalierungsfaktor ist für die korrekte Nulllage verantwortlich
- Der "normale" Skalierungsfaktor ist für die korrekte Amplitude 
zuständig

Du findest die Werte in der Datei tc_vars.cpp in Zeile 1156 und 1207.

Details:

Beide Arrays haben 5 Spalten.

1. Spalte -> Factory setting
2. Spalte -> Gain 1,25
3. Spalte -> Widerstand 24 Ohm - hier mußt Du also ansetzen
4. Spalte -> Widerstand 33 Ohm
5. Spalte -> Add On -> ist für die neue Eingangsstufe vorgesehen

Alle Änderungen sind immer bezogen auf die Gridmitte, d.h. je weiter Du 
am oberen oder unteren Gridrand bist, desto stärker wirkt sich der 
jeweilige Faktor aus. Grundsätzlich gilt: größere Faktoren = größere 
Auslenkung.

Es empfielt sich also um möglichst genau zu sein das Kalibrieren im 
untersten bzw. obersten Div durchzuführen.

Gruß Hayo

Ach ja noch was an alle,

da ich ja bei den Major Releases die Sourcen immer beipacke, kann 
natürlich jeder nach der obigen Anleitung sein DSO selbst justieren, 
falls sein Gerät aus irgendeinem Grund aus dem Rahmen fällt.

Man muß nur die Entwicklungsumgebung für Linux oder Windows auf seinem 
Rechner bzw. auf dem USB-Stick haben.

Gruß Hayo

Hallo nochmal,

wegen aktueller Anfrage bei mir ein Hinweis für alle die gern selbst 
kompilieren wollen.

Für Windows gibt es eine Entwicklungsumgebung die man einfach auf einen 
USB-Stick (oder auch auf die Festplatte) kopieren kann. Installation ist 
nicht nötig. Größe ca.25 MByte. Man kopiert einfach die Sourcen in den 
src-Ordner, und tippt dann im Hauptterminalfenster "make all" ein - 
fertig.

Wenn Interesse besteht kann ich mal versuchen das als gezipptes File auf 
SFN zu hinterlegen.

Wenn Ihr Euch die Sourcen ansehen wollt oder diese bearbeiten wollt 
braucht Ihr zusätzlich einen Editor.

Mein Favorit ist der kostenlose Editor Notepad++.

Laßt Euch vom Namen nicht täuschen. Der Editor hat mit einem Notepad 
nichts gemein, sondern hat alles was ein Editor braucht und noch mehr.

Gruß Hayo

ich auch

vlg & ein schoenes WE
Charly

>Wenn Interesse besteht kann ich mal versuchen das als gezipptes File auf
>SFN zu hinterlegen.

Und? Was bremst?
Wie heisst den das Programm?
Wenn es opensource ist, könnte man ja mal auf die Suche gehen?!?

...besser wäre noch ein  Link.

Gruß Michael

Hallo werte Welec Gemeinde,

kürzlich wurde ich von Branadic mit der Bitte angeschrieben, die Sourcen 
des FFT screeners zu veröffentlichen. Nachdem ich leider schon einige 
Monate keine Zeit mehr hatte mich mit der Programmierung zu 
beschäftigen, musste ich mich auch erst mal durch meine alten Dateien 
suchen...
Und siehe da, wie im Handbuch zum FFT Screener auf S4 beschrieben, lagen 
die Sourcen die ganze Zeit unter SF öffentlich zugänglich.
Mich würde es freuen, wenn am FFT Screener weiter entwickelt würde 
(evtl. finde ich ja auch mal wieder Zeit?!). Der Ansatz dieses Programms 
ist bestimmt interessant, Der limitierende Faktor (der mich letztendlich 
auch von der Weiterentwicklung abgehalten hat), war eindeutig die lahme 
Datentransferrate über die Schnittstelle des Welec.

Für Fragen etc. stehe ich gern zur Verfügung

Gruß, Brunowe

@Brunowe,

leider wird auch die USB-Schnittstelle nicht schneller sein , da diese 
über den gleichen UART angebunden ist wie die RS232.


@Luc

Danke für die Blumen :-)


@Michael

Das ist kein Programm, sondern eine ganze Entwicklungsumgebung mit 
Bibliotheken etc.. Wo es die im Netz gibt weiß ich auch nicht. Ein 
Forumsmitglied hier war so nett das zusammenzustellen und mir 
zuzusenden.

Ich muß mal sehn ob die Uploadgeschwindigkeit und der Webspace bei SFN 
für die 33MByte ausreicht. Muß jetzt erstmal in Sachen Badezimmer 
weitermachen, damit die beste aller Ehefrauen was für's Wohlbefinden 
kriegt. Ich kümmere mich nachher mal darum

Hayo

@Michael

Ich habe di nios-cygwin compilation von Ben mal auf fileserve geladen:

http://www.fileserve.com/file/B9Z2PMG

Da sollte die auch ohne Anmeldung zugaenglich sein.

Martin

p.s. Das ganze kann man sich auch selber zusammenstellen ich hatte da 
mal eine kleine Anleitung geschrieben (siehe Anhang).

@ Hayo
Falls du vorm Frühstück mal wieder ein bisschen Zeit hast:
Bei aktivem "Persist"-Modus wäre es nach TB-Umschaltung ganz praktisch, 
automatisch ein "Clear Display" einzuschieben. Jetzt muß man das immer 
manuell machen, weil die Überlagerung von Signalen unterschiedlicher 
Zeitskalierung eigentlich nie Sinn macht. Oder hat da jemand Einwände?

Gruß an Petra
Rainer

@Martin

Super, dann muß ich das ja nicht mehr hochladen. Wenn Ihr Hilfe oder 
Anleitung braucht wie man damit umgeht helfe ich gerne (und alle die 
sich hier auskennen bestimmt auch)


@Rainer

Klar, das ist schnell gemacht. Das nächste Frühstück kommt bestimmt.
-> Gruß wurde ausgerichtet und die beste aller Ehefrauen ist wohlwollend 
gestimmt.


@Branadic

Das liegt erstens daran, das es noch eine original Funktion made by 
WELEC ist (bei meinen kommt immer ein Clear bei TB-Wechsel), und 
zweitens das ich die Funktion so gut wie nie nutze, da fällt einem das 
eben nicht so auf.


Gruß Hayo

Ja so hatte ich das auch nicht verstanden, aber manchmal muß man das 
einfach noch mal sagen. Denn wer kann schon glauben was da an Bockmist 
verzapft wurde. Ich glaube um sich des Ausmaßes bewußt zu werden muß man 
regelmäßig alle 3 Wochen die original Software wieder draufspielen und 
sie mindestens zwei Tage draufbehalten ;-)

Hayo

Hallo allerseits,

ich war mal wieder "pre breakfast active", und habe wieder eineige 
Kleinigkeiten verbessert, als da wären:

- für Rainer wird jetzt die persistente Anzeige bei TB-Wechsel gelöscht

- die Menü-Buttons haben jetzt alle das gleiche Checkboxdesign, vorher 
war alles wild durcheinander gemixt

- die (Pre) Trigger Steuerung habe ich für Kanal 3 + 4 eingerichtet. 
Auch hier waren Kanal 3 + 4 wieder nicht bzw. falsch versorgt worden. 
Aufgefallen war mir das durch unsere schicken neuen LED. Da wird nämlich 
(könnt Ihr ja auch prüfen) trotz fehlenden Triggerereignisses immer eine 
Triggerung angezeigt - und auch so weiterverarbeitet.


@Roberto

Ok ich versuch das mal und sag Bescheid wenn es geklappt hat.

Gruß Hayo

Oh hallo Ben,

ich sehe gerade, dass Du Deinen Post da noch zwischengeschoben hast.

Die Triggerregister werden in Hardware::UpdateTrigger(void) gesetzt (da 
bist Du also schon ganz richtig mit trg_val_CH). Die Steuerung (via 
Drehregler und Pretrigger) ist allerdings etwas verstreut in 
Hardware::handleADC und im Userinterface in UserIF::HandleMainWheel() 
untergebracht.

Die Level sind etwas zickig, ich hab da auch schon korrigierend 
eingegriffen, aber optimal ist es noch nicht. Falls Du da bessere 
Ergebnisse hinbekommst ist die Lösung sehr willkommen.

Gruß Hayo

Hayo W. schrieb:
> - für Rainer wird jetzt die persistente Anzeige bei TB-Wechsel gelöscht
Danke, ist doch gleich wieder etwas geschmeidiger zu bedienen, auch wenn 
man's nicht sooh oft braucht.

> - die Menü-Buttons haben jetzt alle das gleiche Checkboxdesign, vorher
> war alles wild durcheinander gemixt
Bei den Checkboxen finde ich eine optische Unterscheidung zwischen 
Optionen, von denen ggf. auch mehrere aktiv sein können (z.B. Display > 
"Persist" und "Vectors") und Alternativen (z.B. Aquire 
"Normal",..,"Noise Filter") eigentlich ganz angenehm.
By the way: "Aquire" und "Pulse Width" haben (noch?) die Häkchen. Oder 
habe ich da deine Absicht jetzt falsch verstanden?

Schönen Sonntag, Rainer

Der Upload hat geklappt, beim Download wird man wohl etwas Gedult 
brauchen (15 - 20 min). Der direkte Link zu SFN:

http://sourceforge.net/projects/welecw2000a/files/Development/NIOS_Cygwin.zip/download


Es ist die aktuelle C13 schon "an Bord". Also nur auf die Platte 
kopieren, im Hauptordner beim allerersten Mal die run_me_first.bat 
aufrufen. Danch und bei jedem weiteren Start einfach die cygwin.bat 
starten. In dem sich öffnenden Fenster gibt man dann "make all" ein. 
Dann sollte der Compiler ohne Fehler durchlaufen.

Mit "make clean" kann man aufräumen und danach einen neuen Compilerlauf 
anstoßen.

Die Sourcen und das Endergebnis findet man in den Tiefen des "home" 
Verzeichnisses. Editieren der Sourcen mit Notepad++ oder ähnl.


@Jürgen

Danke für den Tip, werde ich morgen mal einbauen, bin momentan etwas zu 
staubig vom Fliesen abkloppen.


@Rainer

Acquire sollte keine Häkchen mehr haben.

Aber: Schande über mich, ich habe vergessen zu sagen, dass man unbedingt 
nach dem Laden ein Default Setup durchführen muß - und dann einmal an 
der Timebase drehen, damit alles ins Flash geschrieben wird - sorry!

Bei PulseWidth liegt es daran, das die Häkchen für Mehrfachfunktionen 
auf einem Button gedacht sind. So gibt es auf einem Button drei 
Positionen, an denen das Häkchen erscheinen kann (links, mitte, rechts).

Gruß Hayo

Hayo W. schrieb:
> ... habe vergessen zu sagen, dass man unbedingt
> nach dem Laden ein Default Setup durchführen muß ...
Aaah, das hilft.
Aber wieso liegt "Default Setup" eigentlich im "Edge" Menü? Jedes mal 
bin ich am suchen. Logischer wär's unter "Utility" und dort vielleicht 
in Tastenfolge "Default Setup", "Cal ADC", "Cal DAC", "Test", "About", 
"More"?
Nur so als Idee...

Hi Hayo,

mit der BF20.1.2-C12.src funzt die Kompilierung nicht! Die beigepackte 
0.86er Version dagegen schon.
Siehe Srceenshots: Foto 1 Fehlermeldung der ver.C12.src
                   Foto 2               die ver.C12.src von Ben
                   Foto 3 Verzeichnisbaum der prev_C12.src(von Hayo)
Das Updatepaket BF20.1.2-C12.src von Ben(danke auch) funzt eiwandfrei, 
allerdings sind da ja auch die kompletten Ordner dabei!
Wo ist da jetzt der Fehler? Weichen die Ordner von den Sourcecodes ab 
bzw. müssen diese auch neu erstellt werden?


Gruß Michael

Hi Rainer,

>Aber wieso liegt "Default Setup" eigentlich im "Edge" Menü? Jedes mal
>bin ich am suchen. Logischer wär's unter "Utility" und dort vielleicht
>in Tastenfolge "Default Setup", "Cal ADC", "Cal DAC", "Test", "About",
>"More"?
>Nur so als Idee...

Die Idee ist sehr gut und macht an dieser Stelle ja auch mehr Sinn!
...und schon wäre die "Button-Lücke" wieder ausgefüllt

Gruß Michael

Ich habe mal ein bißchen im I-Net gestöbert und bin auf ein, meiner 
Meinung nach, sehr übersichtliches Bearbeitungsprogramm für die Sourcen 
gestossen!
Es heisst Pelles C IDE und ist Open-Source.
Hier der Link:       http://www.pellesc.de/
Anbei mal ein Shot, vielleicht gefällts ja?!?

War jetzt mal so eine Idee von mir,

Gruß Michael

wieso ist der Shot jetzt nicht mit drauf???

Dann eben hier noch mal...

>Autor: Hayo W. (blueflash)
>Datum: 26.09.2010 16:06

------------------------------------------------------------------------ 
--------

>Der Upload hat geklappt, beim Download wird man wohl etwas Gedult
>brauchen (15 - 20 min). Der direkte Link zu SFN:

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

Sach mal, wie kommmst du denn auf 15-20 min???
Mach den Leuten keine Angst, mit einer 3000er Leitung geht das in knapp 
2 min!
Siehe oben

Hallo Mirko,

was ist denn "VC" ?

Gruß Michael

Juergen schrieb:
> Autor: Juergen (Gast)
>
> Datum: 26.09.2010 15:42

> Hallo Hayo,
> konnte den Bug in der Triggeranzeige beim Pulse Width Trigger finden.
> Trage bitte die Variable "triggering" in der Datei "hardware.cpp" in
> "UpdateTrigger(void)" nach :
> -------------------------------------
> if (TriggerWay == TRIG_PULS)  //BF pulse width triggering #021
>   {     ......
>     //BF set source
>     if (MenuStatus[MENU_PULSEWIDTH][0] == 137)
>                                   { -> triggering = 1;
> adc_ctrl_reg |= 0x0001; }  // JK
>     else if (MenuStatus[MENU_PULSEWIDTH][0] == 138)
>                                   { -> triggering = 2; adc_ctrl_reg |=
> 0x0002; }
> -------------------------------------
> usw...

Hallo Jürgen,

stimmt das Einfügen laut deiner Vorgabe?
Siehe Shot. Ich habe die Zeilen mal markiert.

Gruß Michael

Mirko,
...hatte eben ein Brett vorm Kopp, tschuldige!

Hi Ben,

xCometz schrieb:
> Hallo Michael D.
>
> BF0.86 hat andere Filestruktur. Ab OS0.90 brauchen wir neue makefile
> daswegen funktioniert es nicht wenn du nur die Sourcefiles
> rüberkoppierst ohne neue makefile.
Na toll! So stand es aber in der Beschreibung, deswegen war ich etwas 
verwundert!
...dann kann das ja nicht funzen!
Danke für die Info, war mal wieder sehr Lehreich.
>
> Für C IDE, nehme ich gerne Eclipse damit ich nicht nur C aber auch java,
> php, ect. nutzen kann.
>
> VG Ben
Eclips? Ist das auch Open-Source?

Jürgen,
>>Michael D. schrieb:
>> stimmt das Einfügen laut deiner Vorgabe?
>> Siehe Shot.

>Natürlich nicht! Hatte es anders vorgegeben. Bitte lesen!!
...ich hatte die Zeilen aus deinem Beitrag heraus kopiert, war wohl 
keine gute Idee! Vielleicht könntest du mal zeigen, wie es sein soll?

>Hast Du schonmal in C programmiert? :-)
Nein, eben nicht, deswegen frag' ich ja!
>Gruß Juergen

Gruß Michael

So, bevor ich in die Wanne steige noch kurze Antworten:

Also die von mir auf SFN gepostete Cygwin-Version mit C13 Sourcen sollte 
anstandslos zu kompilieren sein. Bei mir geht es jedenfalls.

Zum Default Setup, Ihr nehmt mir schon wieder alles vorweg. Ihr seid 
einfach zu schnell! Natürlich ist mir das auch schon sauer aufgestoßen, 
und seit die alte "Search Zero" weg ist kam mir natürlich auch der 
Gedanke dass dat Gnöbbsche da viel besser aufgehoben ist - kommt also 
demnächst.

Zur vermuteten Downloadzeit von 20 min: Bei mir hat der Upload mit 16K 
Leitung 20 min gedauert!!! Das sind netto Upstream immerhin 765. sollte 
also höchstens 5 min dauern.

Das es andersherum so schnell geht ist ja sehr erfreulich

Gruß Hayo

An alle die erste Schritte unternehmen wollen empfehle ich die 
Skalierungsfaktoren nach der Anleitung weiter oben anzupassen und in der 
display.cpp kommt recht weit am Anfang (477) einmal die DRAW_SPLASH() 
und die REMOVE_SPLASH() Methode. Hier kann man die Ausgabe auf dem 
Startbildschirm steuern.

Macht mehr Spass beim Ausprobieren!

Gruß Hayo

Um Euch aktuell zu halten hier das Update C14.

- geändertes Default Setup (siehe oben)
- Pulse Width Trigger überarbeitet



@Jürgen

ich habe Deine Änderung eingebaut und noch etwas an den Einstellungen 
gespielt. Edge und PulsWidth werden jetzt komplett getrennt angesteuert.

Den externen Pulsweitentrigger habe ich deaktiviert, da dieser 
offensichtlich nicht hardwareseitig unterstützt wird. Nach meinen 
Erkenntnissen hat dieser nur als verkappter Flankentrigger gearbeitet.


Gruß Hayo

Ach ja, kurze Frage so nebenbei,

ist eigentlich Juergen korrekt oder Jürgen??

Gruß Hayo

Jürgen schrieb:
> Hi Hayo,
>
> Hayo W. schrieb:
>> @Jürgen
>>
>> ich habe Deine Änderung eingebaut und noch etwas an den Einstellungen
>> gespielt. Edge und PulsWidth werden jetzt komplett getrennt angesteuert.
>>
>> Den externen Pulsweitentrigger habe ich deaktiviert, da dieser
>> offensichtlich nicht hardwareseitig unterstützt wird. Nach meinen
>> Erkenntnissen hat dieser nur als verkappter Flankentrigger gearbeitet.
>
> Ich denke das ist korrekt so!
das er Flankentriggert oder dass ich es abgeschaltet habe?


> Hast Du meine testweise Änderung in der Funktion "Start_Record" bemerkt?

nein, was hast Du gemacht? Habe gerade kein Coding da.

> Ich bilde mir ein, das Gezicke mit Kanal 3+4 beim Singelshot und mit
> Pulswidth Trigger ist damit weg oder zumindest viel besser!? Macht so
> vielleicht einen Reset irgendwelcher internen "FPGA-Zeiger-Register"?

Eigentlich hatte ich das Gezicke durch eine geänderte Start / Stop Logik 
schon ganz gut im Griff, oder gab es da noch Probleme?

> Ich kämpfe zur Zeit noch mit den Skalierungen. Wenn es jetzt lt. deiner
> Beschreibung schneller geht, wie schlimm war das denn dann vorher? :-(

...das möchtest Du nicht wissen :-)

Wenn doch, erst Skalierungen ermitteln und dann das ganze in Shiftterme 
zerlegen und in der Zeichenroutine einbauen. Das muß man jetzt zum Glück 
nicht mehr. Aber etwas gefummel ist es trotzdem noch, ich habe auch 
einige Zeit gebraucht.

Gruß Hayo

So bin gerade vom Training zurück,

@Jürgen

wenn Du meinst dass es das Verhalten verbessert, dann übernehme ich das 
mal einfach so. Allerdings ist mir die Funktion von READADC() nicht 100% 
klar - ich weiß dass eine Speicheradresse zurückgeliefert wird die für 
den Pretrigger gebraucht wird, aber anscheindend hat es auch direkten 
Einfluss auf die ADC.

Bist Du da schlauer? Wenn ja, lass mich nicht dumm sterben ;-)

Gruß Hayo

Hört sich logisch an. Werd ich nachher mal ausprobieren wenn ich aus dem 
Büro zurück bin (wenn ich Homeoffice mache kann ich das sonst 
praktischerweise immer gleich testen).

Deinem Umschiffen des zweiten Teils meiner Frage entnehme ich, dass Dir 
die Funktion der Assemblerroutine auch nicht ganz klar ist.

Ich bin am Überlegen, ob ich mich nach längerer Abstinenz doch mal in 
die Assemblergeschichte wieder einarbeite und die Routinen alle mal 
komplett analysiere und kommentiere. Da stecken bestimmt auch noch 
einige Überraschungen drin.

Gruß Hayo

Luc schrieb:
> Hi Hayo and guys all!
> I tried the new BF20_prev_C14 version and it works fine, so thank You
> very, very much Hayo!

...and all who supported us with testing und good ideas!

> About things that have been deleted because unnecessary perhaps the SLOW
> TB's voice in the AUTO SCALE's menù could be eliminated since it does
> not seem to function but rather be a remnant of the original Welec's
> firmware: it is correct?

Maybe You are right, but I have to check it, because I'm not shure.

> I have also a couple of questions for all.
> With some oscilloscope models (i.e. TDS 220 by Tektronix) You can see
> the trigger level's line and force the triggers level to 50% of the
> signal amplitude all this by pressing two buttons: would be difficult to
> add those two functions?

Kind regards

Hayo

Luc schrieb:
> Hi Hayo and guys all!
> I know the external trigger is not working well but I wanted to try it,
> so I found a strange thing.
> When External Trigger or LINE is selected in the EDGE menù, COMBI mode
> item becomes unavailable in MODE COUPLING menù.
> COMBI item turns gray and can not be selected in MODE menù by the
> softkey, with the softkey is only possible to select NORMAL and AUTO in
> MODE menù.
> But repeatedly pressing the MODE COUPLING softkey You can set the COMBI
> parameter, as well as NORMAL and AUTO, is this correct?

Oh, You found a little bug in the new function with the Mode/Coupling 
button. I have to fix it - thanks for the hint.

Hayo

Hallo Gast,

ist notiert, ich sehe mir das mal an.  Zur Zeit bin ich allerdings 
gerade an etwas anderem dran - gibts gleich hier.

Gruß Hayo

So hier wie angekündigt die C15

- einige neue Fixes
- die Änderung an StartADC() von Jürgen
- zwei neue Funktionen angeregt durch Luc

Seht mal im Edge-Menü nach und spielt mal mit dem Triggerlevel. Mir 
gefällt das ganz gut. Ich hoffe es kommt bei Euch auch so gut an.

Gruß Hayo

Ist noch nicht realisiert, aber ist keine schlechte Idee. Dafür muß 
allerdings die Gesamte Auswahllogik der Triggersourcen überarbeitet 
werden.

Mal sehen, ob ich das in der nächsten Zeit mal hinkriege.

Gruß Hayo