Ich mach am Oszi gerade nichts mehr, ich muss auch noch Geld
verdienen...
Wäre es möglich dass in diesen Sektoren der Bootloader für die serielle
Schnittstelle drin ist?
Wenn ja, dann dürfte man ein Flashdump in diese Adressen nicht
einspielen, denn dann würde er seinen eigenen Bootloader (für die beiden
linken Soft-Keys) löschen. Bis das geklärt ist lasse ich den
Adressbeginn beim WelecUpdater auf 0x00040000. (Von Hand kanst Du ja
diese Adresse einstellen und Downloaden.
Markus wrote:
>Ich mach am Oszi gerade nichts mehr, ich muss auch noch Geld>verdienen...
Verdammt, ich wußte da war noch was...
> Wäre es möglich dass in diesen Sektoren der Bootloader für die serielle> Schnittstelle drin ist?
Wäre zu klären. Ich dachte allerding, dass das in den GERMS-Monitor
integriert ist, und der sollte im Flash für den FPGA stehen.
Bis das geklärt ist lasse ich den
> Adressbeginn beim WelecUpdater auf 0x00040000. (Von Hand kanst Du ja> diese Adresse einstellen und Downloaden.
Hab ich schon, siehe Dateianhang Topsectors.flash weiter oben. Klar war
auch eher theoretisch, denn der wichtige Teil fängt ja definitiv erst ab
dem 4. Sektor an.
Gruß Hayo
Hallo,
habe mir im Oktober 2008 ein W2012A zugelegt und ich bin sehr zufrieden.
Für den Preis von 300€ kann man die kleinen Mängel vernachlässigen.
Allerdings ist das Gerät mit der Softwareversion 1.4 ausgestattet.
Gruß Egon125
Hallo,
wolltze jetzt mal Firmware aus mein 2000 ohne A ziehen und habe gleich
Probleme. Seriell ist alles angeschlossen, den Welecupdater habe ich
auch geladen leider kann ich auf dem Download Button nicht drücken, es
passiert nichts. Drücke ich nun die beiden linken Softkeys am 2000er
passiert auch nicht. Mache ich es beim einschalten ändert sich nichts.
Das W2000 startet ganz normal.
Kann miur jemand helfenß
LG
Manja
Egon125 wrote:
> Hallo,>> habe mir im Oktober 2008 ein W2012A zugelegt und ich bin sehr zufrieden.> Für den Preis von 300€ kann man die kleinen Mängel vernachlässigen.> Allerdings ist das Gerät mit der Softwareversion 1.4 ausgestattet.>> Gruß Egon125
Hallo Egon125,
hört sich interessant an. Da es die FW 1.4 noch nicht offiziell bei
Welec gibt wäre ich an einem Download zum Zwecke des Vergleichs sehr
interessiert. Ich selbst entwickle zur Zeit an der Open Source Version
weiter und habe mittlerweile so viele Buggs gefunden, dass man sagen
kann pro Bug den ich beseitige finde ich zwei neue. Wichtigste Neuerung
bei meiner Weiterentwicklung sind neue größere Grids mit sinnvoller
Einteilung und eine Überarbeitung der Menüs. Der Entwickler von Welec
hatte um etwas Platz für Texte zu haben das Grid auf die blöde Höhe von
384 Punkten ausgelegt, was dazu führt dass keine vernünftigen Teilungen
möglich sind. Meine neuen Grids sind jetzt 600 X 400 Punkte groß und
lassen sich dadurch auch in Zehner und Fünferschritten teilen (siehe
Screenshot).
Zur Zeit habe noch kein stabiles Release zur Verfügung, aber sobald es
soweit ist stelle ich es in Google Groups und SFN zur Verfügung.
Ich nehme an Du kennst das Programm von Markus mit dem Du einen
Flashdump ziehen kannst (siehe oben).
Gruß Hayo
Manja wrote:
> Hallo,> wolltze jetzt mal Firmware aus mein 2000 ohne A ziehen und habe gleich> Probleme. Seriell ist alles angeschlossen, den Welecupdater habe ich> auch geladen leider kann ich auf dem Download Button nicht drücken, es> passiert nichts. Drücke ich nun die beiden linken Softkeys am 2000er> passiert auch nicht. Mache ich es beim einschalten ändert sich nichts.> Das W2000 startet ganz normal.>> Kann miur jemand helfenß>> LG>> Manja
Hi Manja,
also hier nochmal eine Checkliste:
- W2000 mit RS232 Nullmodemkabel korrekt mit dem PC-Verbinden (COM1 -
COM4)
- evtl. im PC-BIOS prüfen ob die COM-Ports aktiviert sind
- W2000 anschalten
- WelecUpdater von Markus starten (ich hab die Version 0.4.8A22)
- COM-Port wählen!!! (Button ganz links)
- Downloadbutton drücken evtl. vorher den Adressbereich einstellen,
default ist 0x00040000 - 0x007FFFFF, das ist die Firmware und der
gesamte Konfigurationsbereich. Wenn Du alles runterladen willst, dann
stellst Du den Bereich auf 0x00000001 - 0x007FFFFF.
Gruß Hayo
@Markus
Hi Markus, was macht das Geschäft? Bist Du auch fleißig am
programmieren? Wenn ja, sollten wir uns über einige Details austauschen
(Bug-List und bereinigte Fehler). Nebenbei hab noch mal eine kleine
Übersicht für die LED-Belegung, die Button-Belegung und die Menüstruktur
(siehe Anhang).
Gruß Hayo
Nullmodem war das problem, dacht ich kann das normale nehmen. Also heute
mit dem Nullmodemkabel. Kann ich das für die experten hier reinstellen,
würde gerne das w2000 ohne a etwas auf dem neusten stand bringen.
LG
Manja
Manja wrote:
> Nullmodem war das problem, dacht ich kann das normale nehmen. Also heute> mit dem Nullmodemkabel. Kann ich das für die experten hier reinstellen,> würde gerne das w2000 ohne a etwas auf dem neusten stand bringen.>> LG>> Manja
Hi Manja,
also versuche erstmal einen vernünftigen Flashdump zu machen, damit Du
auf jeden Fall wieder zurück kannst. Dann mußt Du mal sehen wie Du den
GERMS-Monitor aktivierst, denn sonst gibt es keinen Upload über die
RS232. Bei mir sind es halt die beiden linken Funktionstasten. Ich
drücke immer erst die ganz linke und dann die weiter rechts und lasse
dann beide gleichzeitig los. Funktioniert bei mir immer.
Wie ich dem Firmwarecoding entnehmen kann gibt es bei der den
verschiedenen Hardwareversionen einen Unterschied in der
Bildschirmansteuerung (laut Coding wird unterschieden zwischen vor
HW-Version 4C7 und danach - welche ist Deine?).
Sollte aber kein Problem sein das mit einzubauen in die neue FW.
Gruß Hayo
Hayo W. wrote:
...
> Ich selbst entwickle zur Zeit an der Open Source Version> weiter
Du auch? Schön. Ich bearbeite gerade die PC-Kommunikation. (USB tut's
bei meinem nicht mehr, aber RS232 ist nicht langsamer)
Gleichzeitig schreibe ich eine QT-Applikation für die Steuerung. (s.
Screenshot)
...
> Der Entwickler von Welec> hatte um etwas Platz für Texte zu haben das Grid auf die blöde Höhe von> 384 Punkten ausgelegt, was dazu führt dass keine vernünftigen Teilungen> möglich sind. Meine neuen Grids sind jetzt 600 X 400 Punkte groß und> lassen sich dadurch auch in Zehner und Fünferschritten teilen (siehe> Screenshot).
384? Oh, das ist wirklich ungeschickt. Mir ist aufgefallen, daß nicht
der ganze Bereich der 8-Bit ADC angezeigt werden können.
> Zur Zeit habe noch kein stabiles Release zur Verfügung, aber sobald es> soweit ist stelle ich es in Google Groups und SFN zur Verfügung.
Das würde mich brennend interessieren. Ich brauche etwa drei bis fünf
Zeilen, in denen meine Funktionen angesprungen werden. Zusätzlich habe
ich mir einen Timer-Interrupt genommen und nutze den RS232-Interrupt
ausgiebig.
Gruß,
Falk
Hallo Hayo,
habe HW 3C7.0H, ich frage mal so kann ich den W2000 auch irgendwie
richtig kaputt machen oder komme ich immer wieder mit dem WelecUpdater
weiter? Ich frage lieber vorher was ich auf keinen Fall machen soll.
LG
Manja
@Falk
Schön das noch mehr Entwickler am Ball sind.
-> RS232: Ich hatte auch schon die Idee die Kommunikation über RS232
auszubauen, da ich diese für flexibler halte. Wenn man die Übertragung
auf die reinen Daten beschränkt, und die eigentliche Rechenarbeit auf
dem PC macht sollte auch eine Echtzeitübertragung (oder fast) möglich
sein. Leider bekomme ich das QTDSO (unter Suse 11.0)bei mir nicht zum
Laufen, hätte mich schon mal interessiert.
Da Du in dem Thema drin bist kann ich mich ja derweil weiter auf die FFT
konzentrieren. Die Grundroutinen habe ich schon implementiert, aber ich
bin dann erstmal dazu übergegangen grundlegende Fehler zu beseitigen,
damit das Ganze auch ein anständiges Fundament bekommt.
Zur Zeit überprüfe ich die Einträge in der Zoomfaktortabelle und in der
Zoomindextabelle, da ich den Verdacht habe dass hier falsche Faktoren zu
Fehlberechnungen von Werten und Triggerpositionen bzw. Cursorpositionen
führen.
Sollte ich hier neue Erkenntnisse haben werde ich das auf jeden Fall
posten, damit das auch in andere Entwicklungen einfließen kann.
Gruß Hayo
Manja wrote:
> Hallo Hayo,>> habe HW 3C7.0H, ich frage mal so kann ich den W2000 auch irgendwie> richtig kaputt machen oder komme ich immer wieder mit dem WelecUpdater> weiter? Ich frage lieber vorher was ich auf keinen Fall machen soll.>> LG>> Manja
Hi,
beim Download kannst Du nichts kaputt machen, der geht - oder er geht
nicht. Anders ist es beim Upload, denn hier wird das Flash vor dem
Schreiben gelöscht. Also solltest Du sicher sein, dass dein Download
geklappt hat und Du am besten eine Sicherungskopie auf einem USB-Stick
hast).
Aber wie schon gesagt, wenn der GERMS-Monitor sich nicht starten läßt,
solltest Du keinen Upload mit dem (USB)Originalupdater machen, da die
Wiederherstellung nur über RS232 funktioniert!!!!
Auch die Opensource FW läßt sich nicht mit dem USB-Updater laden.
Ein erfolgreicher Start des GERMS-Monitor läßt sich folgendermaßen
erkennen:
- Bildschirm wird kurz weiß und dann komplett schwarz
- manchmal leuchten auch versteckte LEDs unter der Frontplatte
- wenn Du ein Terminalprogramm startest (Hyperterminal, Minicom etc.)
und auf die richtige Übertragung einstellst (115200, 8N1 - 8Bit kein
Startbit 1 Stopbit) kannst Du mittels ENTER Memorydumps anfordern. Da
kommen dann immer 4-zeilige Ausgaben mit Hex-Adresse am Anfang.
Wenn das funktioniert, kannst Du recht sorgenfrei rumexperimentieren, da
Du dann alles wieder rückgängig machen kannst.
Gruß Hayo
Hallo,
ich habe immer noch probleme, Portsettings usw. OK NUllmodem Kabel auch
gut. Wenn ich das W2000 einschalte und die beiden Linken Tasten unter
dem Monitor drücke startet er wie immer. Aber der Button im Programm
kann ich einfach nicht anklicken.
LG
Manja
@Egon 125
Super, werd ich mir mal heute abend anschauen.
@Falk
Ich weiß nicht, ob es Dir schon aufgefallen ist, aber die printf()
Funktion in der Open Source Version ist nicht so ganz in Ordnung
(zumindest bei mir). Sobald man float Werte an die RS232 schickt hängt
sich das DSO komplett auf. Das kann man z.B. sehen wenn man via Terminal
mit der <,> Taste die Variablenübersicht anfordert. Es werden alle
Integer sauber ausgegeben, aber bei der ersten Float-Ausgabe ist dann
Schluß (bei ZFT_float).
Hast Du da eine Lösung? Ich benutze die Funktion ganz gerne als Debugger
für Arme. Bei der offiziellen FW 1.2 funktioniert alles.
@Manja
Der GERMS-Monitor wird nicht nur beim Starten aktiv, sondern auch wenn
Du die Tasten im ganz normalen Betrieb gleichzeitig drückst. Schon
probiert?
@Albert
Bei mir war anscheinend im .ini File schon ein Eintrag, daher hat es
wohl auch ohne das Öffnen funktioniert. Beim ersten Mal muß man
anscheinend erst die Datei öffnen.
Gruß Hayo
@Hayo
Hallo Hayo,
habe ich auch gemacht, auf dem Display sieht alles normal aus. Ich habe
das Hyperterminal mal gestartet um zu sehen ob es kommt, es kommt aber
nichts. Muss ich nich was an das W2000 senden damit ich erstmal den
schritt fertig habe das das w2000 kommunizieren will.
LG
Manja
Hayo W. wrote:
...
> @Falk>> Ich weiß nicht, ob es Dir schon aufgefallen ist, aber die printf()> Funktion in der Open Source Version ist nicht so ganz in Ordnung> (zumindest bei mir). Sobald man float Werte an die RS232 schickt hängt> sich das DSO komplett auf.
Ist mir nicht aufgefallen. Ich habe diese RS-232-Funktionen aber alle
abgeschaltet.
Im Übrigen meine ich sowieso, daß float nicht in einen µC gehören: 8Bit
Input, 9Bit (Display in Y-Richtung) Output sollten in allen Lebenslagen
mit Integer machbar sein. Mit 16Bit in den Zwischenrechnungen sollte die
Genauigkeit immer ausreichen.
Bei der Timebase sieht das anders aus (10s/10nS ist immerhin 10^9). Da
sollten aber long (64Bit) ausreichen.
Die Ursache kann sein, daß die verwendete libc eine andere ist, als in
der Wittig-Firmware.
Falk
Manja wrote:
> @Hayo>> Hallo Hayo,>> habe ich auch gemacht, auf dem Display sieht alles normal aus. Ich habe> das Hyperterminal mal gestartet um zu sehen ob es kommt, es kommt aber> nichts. Muss ich nich was an das W2000 senden damit ich erstmal den> schritt fertig habe das das w2000 kommunizieren will.>> LG>> Manja
Also da gibt es mehrere Möglichkeiten;
- entweder gibt es beim W2000 keine Tastenkombination :-(
- oder es gibt eine Andere -> ausprobieren
- eventuell muß auf dem Board ein Kontakt gebrückt werden oder was
ähnliches.
Irgendeine Möglichkeit das Ding zu starten werden die auf jeden Fall
vorgesehen haben. Zur Not mal bei Welec anfragen, vielleicht geben die
ja wider Erwarten Auskunft. Als letzte Möglichkeit fällt mir noch ein,
dass man sich an den früheren Entwickler wenden könnte (Oliver
Gorzellik) der jetzt eine eigene Internetseite hat:
http://thinklogic.de
Da gibts auch eine Email-Adresse.
Gruß Hayo
Also hat sich zwischen W2000 und W2000A doch eine Menge geändert, gibt
es von den Entwicklern eigentlich jemand der das W2000 hat und da noch
ein bischen Infos drüber?
LG
Manja
P.S. ich warte immer noch seit einer ganzen weile auf Antwort von Welec.
Habe auch schon immer wieder nachgelegt.
Egon125 wrote:
> Hallo Hayo,>> habe von der Firmware 1.4 einen Flashdump gezogen, ...
So, hab die 1.4 mal eingespielt und gesichtet. Mir sind auf den ersten
Blick keine Unterschiede aufgefallen. Es gibt immer noch die gleichen
Fehler.
Gruß Hayo
Also, wenn man den W2000A mit seriellem Kabel und Hyperterminal
verbindet, und dann das Oszi einschaltet, dann werden irgend welche
Texte ausgegeben. Das ist auch ein einfacher Test ob die serielle
Verbindung überhaupt geht ohne dass man Tasten am Oszi drückt.
Bei der Softkey-Tastenkombination wird in den Bootloader gesprungen,
wenn aber nicht innerhalb weniger Sekunden ein serieller Datenverkehr
stattfindet springt der dort wieder raus in die Appliaktion.
Daher erst am WelecUpdater den Upload/Download aktivieren, der sendet
jede Sekunde eine Anfrage und hört nach einem Timeout von 15 Sekunden
auf. Diese 15 Sekunden sollten ausreichen die Oszi Soft-Keys (evtl.
mehrmals) zu drücken.
Hallo werte W2000(a) Gemeinde,
hier ein paar aktuelle Infos.
Wie ich bei meinen Tests herausgefunden habe ist die Open Source FW
(1.2) nicht auf dem gleichen Stand wie die offizielle 1.2 FW. D.h. es
handelt sich um eine alte Version (WELEC wollte wohl einen gewissen
Entwicklungsvorsprung gegenüber der Open Source Version haben). Ein
Fehler den ich bei der Open Source Version festgestellt habe ist, dass
bei den Werteeinblendungen keine Nachkommastellen berechnet werden und
auch ein Werteüberlauf nicht abgefangen wird. Bei der offiziellen
Version 1.2 ist der Fehler behoben.
Macht aber nichts, ich habe mal einige vorab Fixes in ein Paket
geschnürt (anbei als Anhang) damit alle die an der Open Source FW
rumschrauben das mit einfließen lassen können. Folgende Fixes sind
enthalten:
- Funktion RenderText() -> kann jetzt auch Nachkommastellen ausgeben und
behandelt einen Überlauf
- Funktion CALCPRETRIGGER() -> Mich hat genervt, dass der Triggervorlauf
immer völlig verkehrt berechnet wurde. Durch eine korrigierte Berechnung
und eine Timebase-Tabelle mit neuen Faktoren ist der pre trigger wert
jetzt korrekt. Weiterhin fehlten für zwei Zeitbasen die Faktoren ganz,
was ich übrigens auch an anderen Stellen festgestellt habe. Diese
Fehlfunktion ist übrigens auch in der neuen FW 1.4 noch zu finden.
- Funktion floatprintf() -> dies ist eine neue Funktion, die ich
geschrieben habe weil in der Open Source Version keine Float-Ausgabe mit
printf() auf die RS232 möglich ist (verursacht Systemcrash). Damit kann
man dann wieder quasi Debuggen und sich Werte ausgeben lassen.
Die Funktionen können einfach per copy and paste (ersetzenderweise) in
das Coding kopiert werden. Es sind keine Variablendeklarationen nötig.
Nur für floatprintf() muß ein Eintrag in die Headerdatei gemacht werden.
Gruß Hayo
@Firma WELEC
Sehr geehrte Herren,
gerne können sie die Fixes auch in die offizielle Firmware mit
einfließen lassen.
mfG
Hayo W.
Hallo Hayo,
sieht soweit wirklich klasse aus, was du da bisher auf die Beine
gestellt hast, wobei ich ein dezent mit "Hintergrundfarben" platziertes
Grid deutlich besser finde, also in etwas so wie es farblich in der
Originalsoftware vorhanden ist. Leider scheint die Farbgestaltung das
einzige zu sein, was man in der Software schön gemacht hat.
Aber wirklich toll zu sehen, dass es das Grid am Oszi auch mit vier
Teilstrichen geben kann :D
Gruß, branadic
Hi,
bin in letzter Zeit nicht zum Forenschreiben gekommen, da ich bis zum
Ellenbogen im Firmwareumbau stecke. Eigentlich wollte ich ja die FFT
vernünftig schreiben, aber ich bin auf so viele Ungereimtheiten
gestoßen, dass ich erstmal angefangen habe aufzuräumen. Zum Grid - ich
habe eine Solid line und eine Dotted line Version gemacht, die sich zur
Zeit aber nur durch Tastaturbedienung über RS232 umschalten läßt (soll
in Zukunft ins Menü).
Übrigens habe ich in meinem letzten Bugfix zur Rendertext-Funktion noch
einen kleinen Fehler entdeckt, den ich im angehängten File beseitigt
habe.
Zur Zeit bin ich an den Themen ADC-Justierung und Zeichenroutinen dran.
Ich habe nämlich festgestellt, dass das W2000A gar nicht so ein starkes
Rauschen produziert wie bisher in allen Foren kritisiert wurde. Das
Ganze kommt zustande durch eine ungeschickte Skalierung kombiniert mit
einer etwas (aus Performancegründen) suboptimalen Zeichenroutine und
einer fehlenden (bzw. falschen) Synchronisierung der vier Einzel-ADCs
eines jeden Kanals. Eingestellt ist ein fester Abgleichwert, der aber
nur in seltenen Fällen zum Gerät passt. Vielmehr muß man das dynamisch
ermitteln. Daher habe ich jetzt eine Abgleichroutine geschrieben, und
auch die Zeichenroutine komplett umgekrempelt und optimiert. Vom
Rauschen bleibt da kaum noch was übrig.
Eine Testversion werde ich wohl im Januar ins Netz stellen, dann könnt
Ihr Euch das mal ansehen. Zwischendurch bin ich zum Skifahren weg, da
komme ich nicht zum programmieren.
Ansonsten melde ich mich wenn es was Neues gibt,
Gruß Hayo
Hallo Leute,
den Tüftlern an der Firmware des Welec-DSO erst einmal ein gesundes
neues Jahr, allen anderen natürlich auch.
Nachdem die Entwicklung letztes Jahr mehr oder weniger zögerlich ins
Leben gerufen wurde bin ich gespannt, was in diesem Jahr für
Entwicklungsschritte geschehen werden.
Allgemein ist es ja schon gewaltig ruhig um das Projekt geworden, nicht
nur hier, sondern auch in der Googlegroup und bei Sourceforge. Ich hoffe
insgeheim, dass da wieder etwas mehr Leben mit dem neuen Jahr einkehrt.
Auch im neuen Jahr darf man sicherlich keine Unterstützung seitens Welec
erwarten, doch die von euch bisher gezeigten Verbesserungen lassen
hoffen.
Ich drück euch allen die Daumen.
Gruß, branadic
Hi, auch von mir ein frohes neues Jahr.
- die Ruhe täuscht! Bin gerade aus dem Urlaub zurück und gehe jetzt
wieder mit Elan an die Arbeit um die Firmware auf Vordermann zu bringen.
Man könnte es also eher als stille Geschäftigkeit bezeichnen. Ich denke
auch die Anderen sind bestimmt wieder am dengeln...
Gruß Hayo
Hallo zusammen,
auch von mir ein schönes neues Jahr, leider habe ich es immer nich nicht
geschaft bei meinem W2000 ohne A mit der Software Welec Updater. Habe
alle möglichen Kombinationen durch probiert, das W2000 fährt einfach nur
hoch und wartet dann auf die Arbeite. Hat noch jemand ein Tip ?
LG
Manja
Was brauche ich wenn ich an der W2000A Firmware entwickeln will?
Hallo allerseits,
wegen aktueller Nachfrage hier ein kleiner Leitfaden für alle die an der
W2000A Firmware basteln wollen. Grundlage ist die Source die Andreas
Fellnhofer auf SourceForge.net zur Verfügung gestellt hat. Eine kleine
Bitte von mir - kommentiert Änderungen die Ihr macht damit man eventuell
die Entwicklungen zusammenfließen lassen kann.
Am Anfang des Codings wäre ein Änderungsjournal (Historie) ganz
hilfreich. Als kleine Anregung habe ich mal meine aktuelle Historie
beigefügt, dann könnt Ihr auch gleich mal abschätzen an welchen Themen
ich dran bin.
Viel Spaß Hayo
Hallo Hayo,
nett von dir, den kleinen Leitfaden einzustellen.
Eigentlich fehlt in deinem Leitfaden noch eine wichtige Kleinigkeit.
Erst einmal muss man sich noch die Entwicklungsumgebung (NIOSxxx)
herunterladen oder nicht?
Wozu ist das Terminalprogramm? Daraus bin ich nicht schlau geworden und
überhaupt, gibt es eine Möglichkeit ganz ohne Linux auszukommen? Was
mache ich als reine Windows-User. Welche Programme/Software brauche ich,
um bei der Entwicklung mitwirken zu können und meine Sources zu
kompilieren? Wenn es hierfür, ich selbst bin auch der absolute Noob, mal
einen kurzen Leitfaden geben würde, wäre das großartig.
Beste Grüße, branadic
branadic wrote:
...
> nett von dir, den kleinen Leitfaden einzustellen.> Eigentlich fehlt in deinem Leitfaden noch eine wichtige Kleinigkeit.> Erst einmal muss man sich noch die Entwicklungsumgebung (NIOSxxx)> herunterladen oder nicht?
-> nein, der Leitfaden ist schon so komplett. Man braucht wie
beschrieben nur die NIOS-CDK Komponenten und das unix2dos unter Linux.
Die Programmierung mache ich mit dem Editor KWrite, der auch C++
Highlighting beherrscht. Die Kompilierung erledigt dann der Befehl make
all - das wars. Das Tomcat.flash File kopiere ich mir dann auf einen
USB-Stick, dann auf den Windows PC und dann via WelecUpdater ins W2000A.
> Wozu ist das Terminalprogramm? Daraus bin ich nicht schlau geworden...
-> Das Terminalproagramm braucht man um mit dem W2000a zu kommunizieren.
Zum Einen kann man via Tastatur Befehle absetzen (unter Anderem zur
Fernsteuerung), zum Anderen kann man in der Firmware Meldungen ausgeben
(Variablen etc.). Damit fungiert das Ganze dann quasi als Debugger.
> gibt es eine Möglichkeit ganz ohne Linux auszukommen? Was> mache ich als reiner Windows-User. Welche Programme/Software brauche >ich, um
bei der Entwicklung mitwirken zu können und meine Sources zu
> kompilieren?
-> Also theoretisch könnte es auch unter Windows gehen, es gibt da wohl
einige Software um den GNU Compiler unter Windows zu benutzen, die Idee
kam mir auch schon. Allerdings hatte ich dann keine Lust daran
rumzufrickeln. Es ist aber (wirklich) viel einfacher sich Linux zu
installieren und dann das Ganze unter Linux zu machen. Ich selbst bin
eigentlich auch kein Linux-Freak, hab mir aber dann das Suse-Linux
DVD-Image runtergeladen (alles freie Software!!!) schnell die DVD
gebrannt und mir das Ganze auf eine freie Partition installiert. Geht
wirklich gut und ist größtenteils selbsterklärend. Das Look and Feel des
KDE-Desktops kam mir als Windows-User auch entgegen.
Probiere es doch einfach mal aus - nur keine Scheu!!!
Gruß Hayo
Hallo Hayo!
Danke für Deinen tollen Leitfaden! Damit müsste eigentlich alles klar
sein. Ich werde mich sicherlich demnächst mal mit den Sourcecode
auseinandersetzen. Und ja, ich bin seelisch stabil genug! Auch wenn das
keine Ausgeburt eines guten Softwaredesigns ist. Habe mal mit Japanern
(von Sony) zusammengearbeitet deren Code ich nun warten darf! Die
schreiben echt schlimmen Code! DAS tut weh!!! ;-) Mittlerweile heißt für
mich Sony "So nie"... ;-)
Ich habe zwar die nächste Zeit recht wenig Luft aber sollte sich mir die
Gelegenheit bieten sehe ich mir mal Cygwin oder MinGW an. Vielleicht
könnte sich da ja eine Windows-only Version ergeben....
Schöne Grüße aus Tirol und danke nochmals!
Bernhard
Hallo Alle, nochmals ich!
Wer, so wie ich, mit SVN (unter Windows TortoiseSVN) auf das Sourceforge
Archiv zugreifen möchte, muss den folgenden Pfad verwenden:
https://welecw2000a.svn.sourceforge.net/svnroot/welecw2000a/firmware/trunk/Official_Build
Hayo's Pfad ist natürlich korrekt wenn auf's die Sourcedateien per
Browser zugegriffen werden soll!
Viel Spaß!
Bernhard
Ich will mich noch bedanken.!
Ich hatte V24-USB overflow Probleme.
Die V24 ist wohl nicht per Api
dedectierbar ob die won einer USB-Lösung
kommt, oder aus einer PC-Bus Karte.
Mit der neuen ZILOG ENCORE XP Flash-Soft.
Das Download geht an Low-Cost USB Profilic Com#7
mit 115200 Bit ab.
Der Tip ist echt gut. mit dem FIFO
Schieberegler.
Ich habe aber in der Systemsteuerung den
USB TXT FIFO minimal
und den RxFifo auf Max.
Danke Forum u. die Freaks mit Oszi. von WITEK
+-+Hacks&Co.
Gruss Holger.
------------------------------------------------------
Hallo allerseits,
noch ein kleiner Nachtrag zum Leitfadfen.
Ich habe zwei Excelsheets mit Memory Map und Programming Map
zusammengestellt die einem beim Programmieren das Leben etwas leichter
machen. Die Dateien gibt es hier als Anhang.
Die Memory Map gibt es auch auf Google Groups.
Gruß Hayo
Hallo, allerseits.
Ich habe damals den WelecUpdater geschrieben. Ich selbst habe auch kein
Linux, abder dennoch den WelecUpdater für Linux erstellt.
Das ging relativ easy.
1. VirtualBox installieren, damit hat man einen Virtuellen PC.
2. Linux-Distribution "Sidux" laden und in die Virtuelle Box
installieren.
fertig.
Diese Kombination funktioniert ganz einfach und echt zuverlässig. z.B.
kann einfach das Fenster VirtualBox größer gezogen werden (so wie jedes
andere Windows-Programm auch) und dann pass sich das Sidux automatisch
dieser neuen Fenstergröße an.
Ich arbeite immer mit mehreren Rechnern, also dank VirtualBox einfach
nur das Sidux-Image kopieren und weiter gehts...
Also das Problem mit dem Windows / Linux löst sich somit von selbst.
(Natürlich ist in Sidux nich automatisch die gesammte Welec
Entwicklungsumgebung mit drin... aber das weis ja jeder.)
Gruß Markus.
Hallo Markus,
leider ist es nicht ganz so einfach. Ich kann den WelecUpdater leider
nicht nutzen. Unter Windows von ME bis 2k scheitert es daran, dass die
Editorkomponente die den Download aufnimmt zu klein ist. Unter Linux
könnte es klappen, es würde aber ca. 8 Stunden oder mehr (Zähler steigt
kontinuierlich) dauern.
Da aber die Quellen (dankenswerterweise) vorliegen, werde ich mich da
wohl selbst mal dran machen müssen.
Gruß,
Guido
Hallo werte W2000 Gemeinde.
Um die Hemmschwelle für die Enwicklung unter Linux etwas herabzusetzen
habe ich eine weitere Anleitung geschrieben. Sie ist auf deutsch und
englisch geschrieben und auch auf Google Groups verfügbar.
Wenn jemand Probleme hat kann er auch gerne Fragen dazu posten oder mir
mailen.
Gruß Hayo
Hallo W2000 Entwickler und Besitzer,
hier eine neue Version der Programming Maps, erweitert um eine
Timbase-Tabelle.
Die Fertigstellung meiner ersten Betaversion rückt näher, zur Zeit
kämpfe ich noch mit den Zeichenroutinen, die ich mittlerweile um 80%
eingedampft und optimiert habe.
Wenn es so weit ist gibt es das Flash-File und die gesamten Sourcen auf
Google Groups, ich poste das dann hier.
Gruß und happy developing
Hayo
Hallo Hayo,
ich habe mal nach deiner Anleitung probiert. Ergebnis:
stdio.h: No such File ...
stdlib.h: dito
Die Header fehlen auch wirklich, sollten doch wohl im
Base-rpm sein. Welche Version benutzt du denn?
Gruß Guido
Hallo Guido,
ich hab mir das mal angesehen und festgestellt, dass ich bei mir
zusätzlich das Paket cdk-nios-libstdc++-3.1 installiert habe, vermutlich
ist es das. Da es bei Andreas nicht in der Liste erschien bin ich davon
ausgegangen dass es nicht wirklich notwendig ist -> ist es aber
anscheinend doch. Bei Google Groups passte es leider nicht mehr mit ins
Paket (es gehen nur 10MB Upload im Stück), daher habe ich es
rausgeschmissen. Ich werde das mal zusätzlich bei Google Groups
einstellen, sind etwa 3,8 MB.
Gruß Hayo
Hallo Hayo,
die libstdc++ habe ich testweise auch schon installiert. hilft
aber nichts, da auch hier stdio.h und stdlib.h (und ev. noch
andere) fehlen. Kannst du mal schauen, ob da bei dir Links sitzen?
In den Paketen finde ich sie nicht.
Gruß Guido
Guido wrote:
> Hallo Hayo,>> die libstdc++ habe ich testweise auch schon installiert. hilft> aber nichts, da auch hier stdio.h und stdlib.h (und ev. noch> andere) fehlen. Kannst du mal schauen, ob da bei dir Links sitzen?> In den Paketen finde ich sie nicht.>> Gruß Guido
Hi, ich hab mal gegoogelt und es sieht so aus als wäre es kein NIOS
Problem, sondern Deiner Linux-Installation fehlt wohl das entsprechende
devel-Paket. Also in die Paketverwaltung (YAST2) gehen und mit dem
Suchbegriff stdio.h und stdlib.h suchen. Dann die devel-Pakete markieren
und installieren. Dann sollte es gehen (laut gefundenen Forenbeiträgen).
Welche Linux Distribution benutzt Du? Die aktuelle openSuse ist nämlich
eine 11.1 dagegen ist meine eine 11.0 -> evtl. werden bei der Neuen die
Developmentpakete nicht mitinstalliert.
Gruß Hayo
Danke Hayo für den Tip,
ich verwende eine Kubuntu 8.04. Die Devel-Pakete sind alle
installiert. Ich denke aber auch, dass für NIOS keine Extra-
Standardlibs benötigt werden, sie der nios-gcc nur nicht
findet. Deshalb meine Frage nach der ev. Verlinkung. Das
würde Yast wohl einfach machen, aber ich musste die Pakete
mit alien in .tgz umwandeln, wobei Skripte unter den Tisch
gefallen sein könnten. Also: was liegt bei dir unter
/opt/cdk4nios/include/? Gibt es da einen Link? Ohne libstdc++
ist dieses Verzeichnis bei mir leer.
Gruß Guido
Ahhh,
jetzt läuft die Kompilierung durch. Ich habe einfach im
Makefile /usr/include mit in die Includeliste aufgenommen.
Edit: Natürlich braucht NIOS eigene Standardlibs, ich meinte
natürlich die Standardheader.
Danke Hayo für deine Geduld,
Gruß Guido
Na, super!
Das hört man gerne. War leider bis eben ziemlich busy und bin erst jetzt
zum lesen gekommen.
Meine Beschreibung ist natürlich nur für die Suse-Distribution 1:1
anwendbar. Die anderen Distributionen haben alle so Ihre Eigenheiten wie
ich von diversen Anderen mitbekommen habe.
Für alle die sich zur Zeit ins Coding einarbeiten und den rechten
Überblick noch nicht so auf Anhieb kriegen:
- ich stelle gerade für meine Programming Maps eine Übersicht über die
Programmstruktur zusammen, die genau zeigt wann und wo welche Funktion
aufgerufen wird. Wenn sie fertig ist stelle ich sie wie immer zum
Download bereit.
Gruß Hayo
Hallo werte Gemeinde,
da meine Beta noch etwas braucht hier mal vorab ein kleiner Vorgeschmack
was so möglich ist ohne FPGA-Redesign, sondern nur mit reiner
Softwareoptimierung. Ihr seit mit Sicherheit auch so genervt von dem
heftigen Rauschpegel den das Gerät produziert. War ja auch schon oft
Thema in etlichen Beiträgen. Daher für den Vergleich hier mal das
typische Bild das Ihr ja auch kennt, aufgenommen mit der original FW1.3
in der 2V Einstellung, die ja ziemlich übel rauscht...
...und hier zum direkten Vergleich die gleichen Einstellungen und das
gleiche Signal mit meiner PreBeta 1.2.BF.0.36 - ist doch schon ganz
anständig finde ich. Angedacht waren ja mal FIR-Filter, die jedoch
Performance fressen. Da finde ich die Optimierung der ADC-Justierung und
der Zeichenroutinen doch besser.
Das ist noch nicht das Ende der Fahnenstange! Die Justierung ist noch
nicht optimal, sondern eher provisorisch implementiert um die Wirkung zu
testen. Im nächsten Beitrag...
...mal das Ganze in der etwas günstigeren 5V Auflösung, die einen etwas
besseren Scalierungsfaktor hat (5V -> 2, 2V -> ca. 3). Ich möchte
übrigens darauf hinweisen, das der schlechte Rauschpegel trotz
günstigerem Skalierungsfaktor bei der Original FW1.3 (wegen des
kleineren Grids) soviel schlechter ist. Das zeigt eigentlich ziemlich
deutlich, dass die Zeichenroutine und der ADC-Abgleich etwas ungeschickt
implementiert wurden und man sich damit ein hausgemachtes Problem ins
Boot geholt hat.
-> Sagt was...
Gruß Hayo
...ach ja, zusätzlich hatte ich immer mit einem lausigen
Nullpunktabgleich zu kämpfen, das ist auch erheblich besser geworden, da
die Änderung der Zeichenroutinen auch ein geänderte Ansteuerung der
Eingangsverstärker beinhaltet.
Gruß Hayo
Hallo Hayo,
sieht wirklich schon gut aus! Ich hab auch ein W2024A und bin zuerst mal
auf die Verbesserung der Firmware angewiesen,da sich mit dem 2.FPGA
offiziell bisher im Projekt noch nicht viel getan hat.
Habe eben erst nach vielen Tests ein brauchbares Terminalprogramm
(Gtkterm) unter Ubuntu 8.10 gefunden und ausprobiert. Download in Flash
oder RAM in unter 5 min! Denke so lässt sich arbeiten ;-)
Jetzt fehlt bloß noch Dein Beta-Stand, um das Rad nicht neu zu erfinden.
Teste gern mit...
Gruß Jürgen
Hallo Hayo,
das sieht wirklich sehr sehr gut aus. Zur Beurteilung hänge ich mal
eine Vergleichsaufnahme mit dem TDS210 an. Dein Zwischenstand sieht
schon besser aus.
Für weitere Vergleiche solltest du mal Messstandards einführen, im
Sinne von mit/ohne Tastkopf, 1/10-Tastkopf oder mit 50-Ohm-Abschluss.
Ich habe den Eindruck, dass die Wittigs (ich habe ein W2012A) ihre
Bandbreite nur mit 1/10-Tastkopf bringen, nicht mit 50-Ohm-Abschluss.
Weiter so und viele Grüße,
Guido
Guido B. wrote:
> Hallo Hayo,>> das sieht wirklich sehr sehr gut aus. Zur Beurteilung hänge ich mal> eine Vergleichsaufnahme mit dem TDS210 an. Dein Zwischenstand sieht> schon besser aus.
Hi, das ist eine gute Idee mit dem Vergleichsbild, ich selbst habe zum
Vergleich nur ein analoges Oszi. Dann hat man gleich mal eine Messlatte.
> Für weitere Vergleiche solltest du mal Messstandards einführen, im> Sinne von mit/ohne Tastkopf, 1/10-Tastkopf oder mit 50-Ohm-Abschluss.> Ich habe den Eindruck, dass die Wittigs (ich habe ein W2012A) ihre> Bandbreite nur mit 1/10-Tastkopf bringen, nicht mit 50-Ohm-Abschluss.
Du hast natürlich recht, aber die Bilder sollten auch nur ne kurze Demo
sein. Meine Messungen sind alle mit 50 Ohm Abschluß gemacht.
Gruß Hayo
Hallo Hayo,
das schaut wirklich nett aus :)
Da werde ich doch am Montag gleich einmal ein Vergleichsbild mit unserem
TDS5104B von Tek machen und auch mal mit den anderen Tek vergleichen,
die bei uns so herumschwirren.
Schön zu sehen, dass du mit der Softwareoptimierung gut voran kommst.
Thumbs up
Beste Grüße, branadic
Hallo Hayo, hallo @ all,
leider hatte ich die letzten 2-3 Monate wegen verschiedener anderer
(Auslands-) Projekte keine Zeit mich mit dem Oszi zu beschäftigen...
Bin aber tief beeindruckt was bis hierher in Punkto Firmware development
gelaufen ist! Das der original Code überhaupt läuft ist ja eh schon ein
Wunder! Aber was Hayo bisher geschafft hat... Respekt!
Dennoch, kannst du mir bitte erklären wie/ wo der Code in die
Ansteuerung der (analogen) Eingangsverstärkerstufen eingreift?
(Das kommt mir doch sehr seltsam vor, ohne das ich momentan tiefer in
der Programmierung oder dem Schaltungsaufbau stecke...)
>...ach ja, zusätzlich hatte ich immer mit einem lausigen>Nullpunktabgleich zu kämpfen, das ist auch erheblich besser geworden, da>die Änderung der Zeichenroutinen auch ein geänderte Ansteuerung der>Eingangsverstärker beinhaltet.
Grüsse,
Bruno W.
Bruno W. wrote:
> Dennoch, kannst du mir bitte erklären wie/ wo der Code in die> Ansteuerung der (analogen) Eingangsverstärkerstufen eingreift?> (Das kommt mir doch sehr seltsam vor, ohne das ich momentan tiefer in> der Programmierung oder dem Schaltungsaufbau stecke...)
Hallo Bruno.
ich habe mal das Coding der FW 1.2 zur Ansteuerung der
Eingangsverstärker angehängt. Da kann man sehen, dass der Nullpunkt des
Eingangsverstärkers verschoben wird. Grundsätzlich kein schlechter
Gedanke, und auch nicht neu. Vorteil ist, dass man immer den gesamten
ADC-Bereich für das Signal zur Verfügung hat, und die
Nullpunktberechnung zeitsparend nur einmal pro Durchlauf stattfindet.
Nachteil ist, dass der Nullpunktabgleich nicht so ganz einfach ist und
auch definitiv nicht richtig geklappt hat. Ich habe den Zero-Shift bei
meinem Coding rausgenommen und die Berechnung wieder klassischerweise in
die Zeichenroutine verlegt, was natürlich die beiden oben erwähnten
Nachteile mit sich bringt, aber einen besseren Nullpunktabgleich
gewährleistet. Dadurch dass ich die Zeichenroutine etwas optimiert habe
macht sich der zusätzliche Rechenaufwand auch nicht so bemerkbar.
Grundsätzlich habe ich aber schon überlegt, wenn die anderen Macken
erstmal weitestgehend behoben sind, ob ich noch einmal versuche den
Zero- Shift etwas besser zu implementieren - eventuell mit einer neuen
FPGA-Version von unseren FPGA-Cracks.
Gruß Hayo
Hi allerseits,
kleiner Zwischenstand: kämpfe immer noch mit den Math-Funktionen
(richtige Scalierung, bessere Offsetansteuerung, schnellere Ausgabe
etc.).
Anbei eine neue Version der Programming Maps mit der Programmstruktur,
allerdings noch unfertig. Neue Funktionen von mir sind rot.
An der Vervollständigung arbeite ich noch.
Gruß man alle
Hayo
Hallo allerseits,
wegen aktueller Nachfrage von Sebastian und da die Fertigstellung der
Beta doch noch etwas dauert, habe ich mich entschlossen meine Prebeta
ins Forum zu stellen. Es sind noch etliche Fehler drin, aber vielleicht
fühlt sich der Eine oder Andere ja berufen da Hand anzulegen. Ich bin
für Verbesserungsvorschläge, Fehlerbeseitigung oder Weiterentwicklungen
jederzeit empfänglich.
Beachtet bitte das Read Me in dem ansonsten alles Weitere steht. Das
Flash-File ist auch mit dabei für die, die nicht selbst kompilieren
wollen oder nur Windows haben.
Gruß Hayo
Keine Kommentare???
Ist das ein gutes oder ein schlechtes Zeichen? Hat schon jemand
getestet, oder sogar schon was verbessert?
-> Das Abschneiden des unteren Randes bei der Signalausgabe z.B. wäre
eine Sache zu der ich bislang noch nicht gekommen bin. In diesem Bereich
ist sonst bei dem kleineren Grid das Menü bzw. der Hintergrund.
Vielleicht findet das ja jemand raus, dann könnte man das auch schon
einfließen lassen.
Die Math-Funktionen schreiten bei mir inzwischen voran. Trotz nicht so
effizienter Berechnung ist die Ausgabe mit ein paar Tricks schneller als
vorher.
Gruß Hayo
Hallo Hayo,
ich wollte das heute mal ausprobieren, allerdings wollte ich vorher noch
einmal einen kompletten Flash-Dump durchführen.
Du schreibst in deiner Hilfe: "Bevor Ihr Euch die Firmware ins Flash
ladet macht Euch vorsichtshalber eine komplette Sicherheitskopie
des Flashs mit dem WelecUpdater von Marcus. Das heißt, den Adressbereich
im Updater einstellen von 0x00000001 bis 0x80000000."
Wenn ich im WelecUpdater (V0.3.8A22) diesen Adressbereich einstelle,
dann bekomme ich ein Fensterchen mit der Info:
"Arithmetic overflow.
Press OK to ignore and risk data corruption.
Press Cancel to kill the programm."
Ein "OK" bringt mich aber nicht weiter. Irgendeine Idee?
Gruß, branadic
Hallo,
freut mich sehr dass da was weiter gemacht wird. Ich habe ein 2012 und
da ich mit C++ und FPGA Erfahrungen nicht helfen kann werde ich auf
jeden Fall veröffentlichte Testversionen testen und berichten was ich
denke und was mir auffällt. Dass es auch fertig kompilierte Files gibt
kommt mir sehr entgegen. Spätestens morgen oder übermorgen werde ich
mich einlesen wie man die original Software sichert und man mit dem
Updater neue Software einspielt. Ich hoffe dass man da nicht in die
Verlegenheit kommen kann dass man bei nem Fehler beim Update nicht mehr
auf den Speicher zugreifen kann und somit das Gerät mehr oder weniger
defekt ist...
Also bitte nicht aufgeben wenn zu wenig Feedback im Moment kommt, von
mir wirds auf jeden Fall kommen!
Ich hab übrigens auch schon drüber nachgedacht die Drehencoder durch
andere zu ersetzen, die originalen sind ja furchtbar mit den schweren
Rastungen. Ich hoffe auch dass sich an der Abfrage der Encoder noch was
machen lässt, bzw. an der Reaktionszeit auf Eingaben an den
Drehencodern, das ist einfach nur furchtbar im Originalzustand.
Ich weis nicht ob das bei allen so ist, aber bei mir sind in V1.3 die
Mathefunktionen gänzlich unbenutzbar. Sie errechnen zwar irgendwas, aber
das hat mit dem echten Ergebnis nur in Ausnahmefällen was zu tun.
Meistens ist das was rauskommt völliger Unsinn.
Bin echt gespannt auf die Testsoftware, danke dafür!
Hallo,
Ich hatte das gleiche Problem wie branadic mit dem WelecUpdater
Ich werde es am Wochenende nochmal mit einem anderen Rechner
versuchen die Firmware auf meinem W2024A zu testen.
mfg
Thomas
@Branadic,
Sorry, mir ist doch tatsächlich die 8 um zwei Stellen verrutscht!
Der Adressbereich muß natürlich lauten 0x00000001 - 0x00800000.
Kann man sonst auch überprüfen in der Memory Map die ich weiter oben
eingestellt habe.
@Stephan
Wenn Du an den Mathefunktionen interessiert bist, solltest Du bis heute
Abend warten, ich stelle dann eine neue Version zur Verfügung in der
schon etwas mehr geht (vor allem schön schnell!!). Ihr könnt ja mal
testen ob das was raus kommt Sinn macht. Mir fehlt zum Teil etwas die
Zeit zum Testen, daher bin ich an Feedback natürlich sehr interessiert.
Gruß Hayo
Ich bin an allen Funktionen die besser oder überhaupt mal funktionieren
:-)
Werde auch alles testen was es neues gibt.
Die Sache mit dem Updater klappt aber nicht. Nachdem ich die 2 linken
Softbuttons drücke wie es in der Anleitung steht kommt nur noch ein
schwarzer Bildschirm, am Updaterprogramm zeigt sich keine Regung. Kein
Fenster an dem man bestätigen muss wie es in der Anleitung steht, kein
Zähler der läuft, garnichts. Wenn ich auf den Downloadbutton drücke
bevor ich die Softbuttons drücke passiert auch garnichts.
Ich benutze V0.3.8A22 vom Updater, WinXP prof, serielles nicht
gekreuztes Kabel vom STK500 Board, W2012A Oszi mit 1.3er Software.
Problem hat sich erledigt, man muss zuvor das File was man flashen will
einlesen bevor man was anderes auslesen kann. Seltsame Logik. Da muss
man erstmal drauf kommen...
Hallo,
wem langweilig ist und etwas testen möchte, der kann sich gern mal mit
den ersten FPGA- Designs spielen.
Zum Einen hat Crazor zwischenzeitlich einen Softcore-Prozessor ins
FPGA-Design integriert (einen t51), zum Anderen hat auch einer der
russischen Entwickler (Slog2) sein Neues FPGA-Design ins Netz gestellt.
Beide Versionen sind noch nicht für ernsthafte Messungen gedacht, zeigen
aber schon mal ein paar Möglichkeiten auf.
Bei Beiden geht es vorerst darum auszutesten, ob der in viel Kleinarbeit
ermittelte Blockschaltplan des Oszi's stimmt und wie bestimmte
Funktionen am günstigsten via VHDL zu realisieren sind.
Crazors Design zielt darauf ab, das Einlesen sämtlicher Encoder und
Druckknöpfe mittels Softcore-Processor zu testen und als Reaktion darauf
die Anzeige-Led's anzusteuern. Später soll das gesamte GUI vom Processor
gesteuert und die Math Funktionen mit Hardware (d.h. in VHDL)
verwirklicht werden. - Nur so sind Bildwiederholraten von 50- 60Hz zu
erzielen!
Slog2 hat ein wirklich schönes Softmenü erstellt- so könnte das später
einmal aussehen! Auch die Schriftart und -grösse sind im Vergleich zum
Original um Klassen besser! Der eigentliche Vorzug von Slogs Design
liegt aber in der konsequenten direkten Signalführung innerhalb des FPGA
und der damit sehr hohen update Rate des Bildschirms (DPO-Prinzip)
Slog's Design: http://groups.google.com/group/welec-dso
Crazors Design:
http://welecw2000a.svn.sourceforge.net/viewvc/welecw2000a/firmware/
Rückmeldungen und Meinungen dazu sind herzlich Willkommen, entweder hier
oder im Sourceforge Forum (phpBB)
http://apps.sourceforge.net/phpbb/welecw2000a/
oder der Google Group.
brunowe
Hi Bruno,
das hört sich nicht schlecht an. Sobald das FPGA-Design einen
endgültigen Stand erreicht beteilige ich mich gerne an der
Softwareimplementierung. Bis dahin mache ich erstmal an der bisherigen
Software weiter. Die Ergebnisse hierbei sind sicher auch bei der
Neuimplementierung ganz hilfreich.
Gruß Hayo
@ Hayo
Das war auch unsere Vorstellung...
Sieht ja schon recht gut aus was du bisher gemacht hast.
bzgl der FFT Geschichte könnten wir uns nochmal im kleinen Kreis
austauschen-
bin gerade dabei an der VHDL Implementierung zu arbeiten- mich
einzulesen um genau zu sein.
Hallo Hayo,
Flash-Dump läuft. Ich freu mich darauf deine neue Version heute Abend
noch einzuspielen und mal hier und da zu testen.
Btw.: Was steht eigentlich im höheren Bereich des Speichers? Hab das
erste Flash-Dump mal bis 0x00FFFFFF laufen lassen, da scheint hier und
da noch etwas drin zu stehen. Jemand eine Idee?
Gruß, branadic
@Bruno
An der FFT bin ich auch schon dran, die Routinen sind auch schon zum
Teil implementiert. Ich muß noch das neue Grid (512 Punkte breit und
evtl. logarithmisch geteilt) einbauen und dann eine Zeichenroutine für
die FFT. Hier fehlt mir aber jegliche Vorstellung wie performant das
laufen wird. Ich habe allerdings bei allen aufwändigen Berechnungen eine
Abbruchbedingung bei Userinterfaceaktionen vorgesehen, damit die
Bedienbarkeit gewährleistet bleibt.
Wenn Ihr den FFT-Butterfly als FPGA-Design implementieren wollt kann ich
das Design von Signalprozessoren empfehlen, da diese speziell auf solche
Berechnungen ausgelegt sind und extrem effektiv sind. Hab früher auf dem
Motorola 56K Signalprozessor FFTs und Cepstrumanalysen programmiert. Was
so ein Teil in 4 Taktzyklen abfackelt, da ackert ein normaler Prozessor
ewig dran.
@Brandic
Die genaue Speicheraufteilung kannst Du meiner Memory-Map entnehmen die
zum Einen hier weiter oben irgendwo gepostet ist, aber auch auf google
groups.
Gruß Hayo
Hayo W. wrote:
> Keine Kommentare???>> Ist das ein gutes oder ein schlechtes Zeichen? Hat schon jemand> getestet, oder sogar schon was verbessert?
Hallo!
Danke für die Firmware. Ich habe sie gleich mal ausprobiert und sie
gefiel mir ganz gut.
Im Moment bin ich mehr in SW eingespannt, weswegen ich nicht viel am
Scope mache.
Gute Arbeit,
Falk
P.S.: Bin gespannt, wie es weitergeht!
Hallo Hayo,
erster Programmierversuch ist leider fehlgeschlagen (Timeout), lade
gerade die Firmware erneut hoch, in 20min. bin ich hoffentlich schlauer.
Was mir aufgefallen ist, ich musste das DSO neustarten weil nichts mehr
ging, als ich auf Default Setup gegangen bin und die Zerocalibration
durchgeführt habe, dass Kanal 3 und 4 nicht auf Null kalibriert worden
sind.
Wie gesagt, da der erste Upload wegen Timeout abgebrochen wurde kann ich
nicht sagen, ob das an deiner Firmware liegt oder an dem Timeout.
Ich meld mich, wenn ich mehr weiß.
Gruß, branadic
@Branadic
die Funktionen für Kanal 3 und 4 kann ich bei mir leider nicht testen.
Die ADC-Abstimmung ist daher auch erstmal nur für Kanal 1 + 2
implementiert.
Mein Abload der Prebeta 39 dauert noch ein paar Minuten, ich teste
gerade noch ein paar Änderungen.
Gruß Hayo
branadic wrote:
> Was mir aufgefallen ist, ich musste das DSO neustarten weil nichts mehr> ging, als ich auf Default Setup gegangen bin und die Zerocalibration...
Es kann sein, dass das Config Flash nicht mehr zu der FW-Version passt.
In diesem Fall einfach vor der Kalibrierung die Zeitbasis verstellen,
dann wird sofort die aktuelle Konfiguration ins Flash geschrieben.
Danach müßte es dann gehen.
Gruß Hayo
Hallo Hayo,
hab erneut den Upload durchgeführt, nach 1/3 bekomm ich immer ein
Timeout, hab dann ein paar mal versuchen müssen die beiden Softkeys im
richtigen Moment zu drücken, bis die Programmierung vollständig
abgeschlossen war.
Kanal 3 zeigt gewaltige Störungen. Leider kann ich dir das nicht als
Bild über die Welec-Software zeigen.
Und es ist wie ich gesagt habe, Kanal 3 und 4 sind gewaltig im Offset
verschoben, der zudem auch noch abhängig davon zu sein scheint, welche
Spannungsauflösung ich einstelle, der Offset wandert mal nach oben, mal
nach unten.
Allgemein wirkt die Software gewaltig langsam. Die Reaktion auf eine
Änderung an den Encodern dauert ewig, genauso wie die Reaktion auf
Softkeys.
Man könnte fast den Eindruck gewinnen, dass die Firmware mit dem W2014A
nicht zu laufen scheint.
Tut mir leid, dass ich keine schöneren Nachrichten habe, aber vielleicht
kann hier jemand anderes seinen Eindruck posten.
Gruß, branadic
So, hier ist sie.
Die Math-Darstellung mackt noch etwas bei der Zeitbasis 5 uS und im
Delayed Modus ist das Ganze etwas langsam. Sonst geht es aber schon ganz
gut.
Ich hab ein aktuelles read me beigepackt. Beachtet die Testfunktion für
den ADC-Abgleich (Shift Q)!
Gruß Hayo
Hallo Hayo,
irgendwie will das mit dem Upload der Firmware nicht so recht klappen.
Hab die Zeit in der ich mal kurz zur Bank bin genutzt, um deine neue
Firmware hochzuladen.
Anbei mal ein Screenshot von dem Timeout-Problem.
Bist du irgendwie per ICQ erreichbar?
Gruß, branadic
Hi,
war kurz beim Griechen. Also Dein Screenshot sieht mir so aus, als wenn
alles geklappt hätte! Das mit dem Timeout kommt immer zum Schluß. Wenn
Du das Oszi ausschaltest und neu startest müßte die neue FW laufen,
siehst Du dann ja an der Versionsnummer 39.
Dann kurz an der Zeitbasis drehen, damit die neue Config geschrieben
wird und dann den Abgleich machen.
Ich hoffe ich mach mich nicht zum Trottel wenn ich frage: was ist ICQ?
Gruß Hayo
Hayo W. wrote:
> Ich hoffe ich mach mich nicht zum Trottel wenn ich frage: was ist ICQ?
So, hab mal kurz gegoogelt, nein per Messenger bin ich nicht zu
erreichen. Falls die Darstellung von Kanal 3 + 4 so problematisch ist
könnt Ihr sie ja erstmal abschalten, oder mal einen Screenshot machen,
vielleicht kann ich da noch was machen.
Gruß Hayo
Moin,
Hier die Prebeta 0.40 - ich habe die ADC-Kalibrierung für Kanal 3 + 4
abgeschaltet für den Fall, dass die Probleme von branadic damit
zusammenhängen.
Gruß Hayo
Hier scheint sich ja noch nichts zu regen. Vielleicht fällt ja Bilder
gucken leichter als lesen... ;-)
Hier mal ein Test der Multiply-Funktion. Wichtig ist bei der
Multiply-Funktion die richtige Math-Skalierung(hier 10V) da es sonst
sehr schnell zur Übersteuerung kommt und das Bild dann natürlich nicht
mehr viel aussagt.
Referenzen:
- Signal 1 HP Funktionsgenerator bei 220 khz abgeschlossen mit 50 Ohm
- Signal 2 Oszillator bei 3,686 Mhz an Welec Tastkopf 1:1
Gruß Hayo
Kleine Korrektur - die Frequenz bei Signal 1 war 110 khz.
Die Macke bei Zeitbasis 5us hab ich inzwischen beseitigt. Der
Schrumpffaktor ist bei dieser Zeitbasis ist 25! D.h. 16385 / 25 = 655
Werte die zur Verfügung stehen. Da war das Signal schon fast hinten am
Anschlag und es fehlte einfach der Rest.
Gruß Hayo
Hallo Hayo,
war gestern noch unterwegs, deswegen erst heute eine Anwort.
Hab deine 0.40 mal eingespielt, aber das Oszi ist nach wie vor gewaltig
langsam.
Kann es sein, dass du im unteren Adressbereich bei dir irgendwelche
anderen Einstellungen hinterlegt hast, die bei mir nicht mit
überschrieben werden?
Vielleicht mal kurz zusammengefasst:
-Bildwiederholrate bei mir grauenhaft, noch schlimmer als vorher
-zum Teil Sekunden langes Warten auf Tastenreaktion (Softkeys und
Encoder)
-Kanalo 3 und 4 haben einen total verschobenen Offset
-Kanal 3 hat zudem noch irgendwelche seltsamen Störungen (Spikes nach
oben und unten) ab der Einstellung >10µs/div
-bei der Einstellung 20ns/div und 10ns/div wird im ersten Grid irgendein
Quark auf allen Kanälen angezeigt
-die Glättung scheint nicht konsequent die ganze Zeit zu wirken, soll
heißen, dass manchmal, wenn man an irgendeinem Knopf gedreht hat das
Signal nicht mehr geglättet wird, obwohl es vorher geglättet angezeigt
wurde. So kann es auch sein, dass Kanal 1 geglättet wird, Kanal 2 aber
nicht.
-Grid umschalten via Hyperterminal hat bei mir in der Version 0.39 auch
funktioniert
Ich hoffe mein Text wirkt nicht zu pessimistisch. Ich würde mich freuen,
wenn sie noch jemand anderes mit psotiveren Nachrichten zu Wort äußert.
Denn scheinbar wäre es auch kein Wunder, wenn diese Phänomene explizit
bei mir auftreten, bei anderen aber nicht.
Gruß, branadic
Hayo,
wäre vielleicht gar nicht schlecht, wennd du einen Messanger hättest. Da
die Leute hier scheinbar lieber nur lesen anstatt sich zu äußern, der
Eindruck entsteht, wenn man sich die Downloads anschaut) könnten wir so
direkt on demand Rücksprache halten und ich könnte dich mit Bildern und
Infos direkt versorgen.
Gruß, branadic
Hallo Hayo und branadic,
nicht verzweifeln, aber ich lese im Moment wirklich nur mit.
Da ich kein WinXP habe, muss ich erst noch den WelecUpdater
so umschreiben, dass er auf anderen Systemen funktioniert.
Ich werde daher erst in ein paar Tagen zum Testen kommen.
Viele Grüße,
Guido
Hallo zusammen,
ich habe gerade ein anderes Problem, das Oszi will net mehr. Hab gerade
meine gesicherte FW von 0x00000001 bis 0x00800000 eingespielt. Nach dem
Neustart des Oszi bleibt der Bildschirm aber dunkel, es kommt nicht
einmal mehr ein Startbildschirm HILFE
Gruß, branadic
Hallo zusammen,
habe Hajo's 0.40 am W2024A getestet und kann branadics Test leider nur
bestätigen.
Bei Einstellung 10ns/Div + 20 ns/Div zeigen Kanal 1 und 3 bei 20 ns/Div
etwa 2 Einheiten am linken Bildschirmrand Unsinn an. Bei 10n/s wird nur
1 Einheit Unsinn angezeigt. ( Jeweils ohne Signal an den Eingängen ).
Bei Darstellung mit "Vectors on" verändert sich die dargestellte Periode
des Testsignales gegenüber "Vectors off".
@branadic
Hatte auch Probleme mit flashen der neuen Versionen und Timeout nach 1/3
der Daten. Ging dann aber mit Welecupdater doch noch( 2012 und 2024
ebenso). Das Verhalten ist nicht nachvollziehbar für mich.
Reagiert denn der NIOS - Monitor über die serielle Schnittstelle noch
bei Dir?
Gruß Jürgen
Hallo Jürgen,
schön zu hören, dass das Problem reproduzierbar ist.
Ob der Nios Monitor noch reagiert?
Keine Ahnung was du meinst, jedenfalls mache ich gerade mal einen
Download und vergleiche mal kurz was geschrieben wurde mit dem was hätte
drin stehen sollen.
Hast du mal versucht die originale Welec-FW 1.3 wieder einzuspielen?
Falls nicht rate ich dir, lass es auch.
Mal schauen ob ich das Gerät wieder zum Laufen bekomme. Wobei ich mir
nicht erklären kann, was da passiert sein soll.
Gruß, branadic
Hatte eben nach Einspielen der Original-1.4-Firmware das gleiche Problem
wie Du! Schwarzer Bildschirm und sonst nichts :-(
Wie schon mal geschrieben, benutze ich das Terminalprogramm "OC-Console
V3.0" unter Windows XP mit "richtiger" COM-Schnittstelle.
Einstellungen:
Schnittstelle : COMx, 115200, 8N1
Emulation: ASCII
Options: CR->CR/LF(In)
Download: Wait for handshake
Handshake Sequence: #43
Unter "Download/Open File" das Tomcat.flash aussuchen.
Im Terminalprogramm sieht man dann natürlich schön die Ausgabe vom Scope
auf der Seriellen. Hier kam noch die Meldung "TC CPU +" für den
NIOS-Monitor.
Habe einfach nochmal neu geflasht und jetzt tut es wieder!
Gruß Jürgen
PS: Muss erst mal weg.
Hallo Jürgen,
hab es mal genauso gemacht wie du. Die CPU meldet sich wie von dir
beschrieben mit:
#1F3A3048
TC CPU
+
Hab dann meine gesicherte FW eingespielt. Beide Programme hängen sich
irgendwie bei e80000000 auf, deswegen hab ich das mal mit einem #
auskommentiert.
Also FW ins DSO geladen, neugestartet und... nichts. Bildschirm bleibt
weiterhin schwarz.
Ich muss jetzt auch erst einmal weg. Hast du noch irgendeine Idee?
Anbei mal meine FW, wie ich sie gesichert habe. Vielleicht lässt sich ja
darin der Haken erkennen?
Gruß, branadic
@Jürgen + branadic
Hi, bin erst jetzt wieder online.
Zum Upload:
Wenn ich das richtig verstanden habe benutzt Ihr für den Upload ein
Terminalprogramm. Warum benutzt Ihr nicht den WelecUpdater? Ich lade
damit mindestens zum 60gsten Mal die Firmware ins DSO ohne jegliche
Probleme.
Mit den Terminalprogrammen hatte ich zum Teil auch erhebliche
Schwierigkeiten den Upload hinzukriegen.
Die Anzeige 1/3 hat nichts zu sagen, Ihr müßt auf die Anzahl der Zeilen
achten, die stimmt auf jeden Fall. Die Flashdatei hat ca 22000 - 23000
Programmzeilen. Wenn die letzte Zeile abgearbeitet ist kommt die
Timeoutmeldung, manchmal startet das Oszi auch gleich von selbst durch.
Dann sollte man aber trotzdem nochmal neu Starten bevor man testet. Die
Updates sind aber immer völlig in Ordnung.
Zur Firmware:
Das Ihr merkwürdige Störungen habt und die Firmware sehr langsam läuft
wundert mich etwas, bei mir läuft da alles ohne Proble (siehe Screenshot
weiter oben) und auch recht zügig.
Gibt es denn noch das Problem beim Default Setup?
Ich könnte evtl. einen kompletten Flashdump zur Verfügung stellen, dann
habt Ihr die gleichen Vorraussetzungen wie ich. Besteht da Interesse?
@all
Gibt es da weitere Erfahrungen in der Richtung? Hatten andere auch die
gleichen Probleme?
Gruß Hayo
Hallo Hayo,
bisher habe ich auch den WelecUpdater verwendet, nur jetzt, wo ich meine
originale FW einspielen wollte hat es nicht geklappt.
Wenn du uns einen kompletten Flashdump zukommen lassen könntest, dann
wäre das prima. Momentan ist mein Bildschirm am DSO sowieso nur schwarz
:(
Gruß, branadic
@branadic
Das sollte kein Problem sein. Ich hab sonst auch noch einen Komplettdump
von einem W2014a und auch noch eine 1.3 Komplettsicherung. Mit dem
WelecUpdater und dem RS232 sollte man das Ganze immer wieder zum Laufen
kriegen. Ich hatte mir auch schon mal alles zerschossen und dann alles
nach und nach wieder eingespielt.
Anbei schon mal die W2014a Sicherung. Mein Flashdump dauert noch etwas.
Gruß Hayo
Ansonsten hier noch der Protected und Konfigbereich einer 1.3 Version,
wenn Du die einspielst und dann die originale 1.3 Firmware
hinterherschiebst sollte alles wieder im Lot sein.
Also -> don't panic! Das kriegen wir wieder hin.
Gruß Hayo
@branadic
Was mir noch einfällt, Du könntest den Löschbefehl e800000 rausnehmen,
der löscht nur auf einer RAM-Adresse. Das Flash ist bei 0x7FFFFFFF
zuende.
Ansonsten kommt mein Dump gleich.
Gruß Hayo
Hallo Hayo,
vielen Dank, Oszi läuft erst mal wieder. Von Panik war aber keine Spur.
Trotzdem schön. Nichts desto trotz freu ich mich auf dein aktuelles
Flashdump, in der Hoffnung das ich deine Verbesserungen dann hier
nachvollziehen kann.
Gruß, branadic
So, hier der Protected Bereich aus meinem Oszi.
Erst mal die Firmware 1.2.BF.0.40 einspielen, und dann den Protected
Dump hinterher auch noch. Dann sollte alles so sein wie bei mir. Bin
ebenfalls gespannt...
Bin jetzt weg und erst morgen wieder online.
Gruß Hayo
Wg. einer speziellen Anfrage habe ich mal ein Foto vom aktuellen GUI von
Slog's Design in die Google Groups gestellt. (Für alle die an der
derzeitigen FPGA Entwicklung nicht teilhaben können/ oder wollen.)
Die unterschiedlichen Farbpunkte auf Kanal 1 repräsentieren übrigens die
einzelnen, gemessenen Werte des jeweiligen AD- Wandlers- und dienen
derzeit einfach verschiedenen Testzwecken (Linearität, Kontinuität...).
brunowe
Hallo Hayo,
hab nun mal das Flashdump von dir eingespielt.
Im Wesentlichen ändert sich an meiner Auflistung nichts. Aber noch
einmal der Völlständigkeit halber alles was mir so auffällt. Alles ohne
Wertung:
- bei 10ns zeigen Kanal eins und drei seltsame Werte in den beiden
äußerst linken div's
- bei 20ns im ganz linken div
Diese verschwinden zum Teil, wenn man die Vectordarstellung unter dem
Button Display abwählt. Was verstell ich hier eigentlich?
Browse hat scheinbar keine Funktion oder sie wird mir nicht ersichtlich.
Grid lässt sich in drei Stufen verstellen.
Hier wöre der Softkey für das Umstellen zwischen Dots und Lines
sicherlich gut aufgehoben.
- Kanal drei und vier sind irgendwas um die 6V im Offset ins Minus
verschoben
Die Reaktion scheint bei Betätigung der großen Encoder scheintschneller
zu sein. Jetzt sollte man glattweg ein zweites Oszi mit Originalfirmware
zum direkten Vergleich haben. Die Buttons sind aber nicht so schnell,
ebenso wenig die Softbuttons. Hier dauert es, bis auf die Eingabe eine
Reaktion erfolgt. Auch bei dem Verschieben der Signale dauert es, bis
man am Ziel ist.
- Mathefunktion ist auf Kanal 1 und 2 beschränkt (nur der
Vollständigkeit halber erwähnt)
- unter Settings lässt sich irgendeine Source auswählen, den Hintergund
dafür versteh ich noch nicht. Der Button neben der Source ist doppelt
beschriftet. Ich kann irgendwas von Window lesen, was darunter steht
kann ich nicht erkennen.
- im Main-Menu lässt sich die x-y-Darstellung nicht anwählen
Die schnelle Bildwiederholrate kann ich leider nicht nachvollziehen,
schade, auf die hatte ich mich gefreut.
Hab leider keinen Signalgenerator hier um in der Richtung mal ein wenig
zu testen.
Im Anhang mal ein mehr oder weniger bescheidenes Bild von den besagten
Anzeigen von Kanal 1 und 3.
Beste Grüße, branadic
Hallo zusammen,
musste gestern feststellen,daß der Softcore im Oszi die S-Records
offenbar ohne Überprüfung der Prüfsummen verarbeitet. Eine weit
verbreitete Unsitte. Direkt im ersten S-Record hatte sich ein Byte auf
der RS232 dazwischen gemogelt und das gesamte Programm war um 1 Byte
verschoben. Deshalb der graue Bildschirm und kein Start. Kann man
einfach testen, indem man willkürlich das letzte Zeichen von den ersten
S-Records ändert. Sie werden widerspruchslos angenommen.
Merkwürdigerweise werden die S2-Records von der Ausgabe der Open Source
Version fehlerfrei,auch mit Terminalprogramm,geflasht und dann läuft das
Oszi wieder. Habe mit WelecUpdater aber mit S3-Records (
Standardeinstellung ) gesichert.
@ Hayo
Habe auch schon zig-mal mit Welecupdater und/oder Terminalprogramm unter
XP oder Linux programmiert. Bisher ohne Probleme. Terminalprog hab ich
lieber benutzt,da es wesentlich schneller ging. Werde heute mal
versuchen den Ursprung W2024A herzustellen. War gestern auch mit
WelecUpdater nicht nochmal möglich.
@branadic
Du hast doch ein W2014A!? Hab Deine Sicherung mit meiner verglichen.Sind
stark unterschiedlich! Auch im Programmbereich!
Die Schirmbilder der neuen FW sehen exakt so aus wie bei mir.
Gruß Jürgen
Hallo Jürgen,
ist richtig, ich hab ein W2014A.
Bin gestern nicht mehr dazu gekommen die beiden FW miteinander zu
vergleichen, hab stattdessen die FW von Hayo ausprobiert.
Schade und unklar, dass sich die Funktion wie von Hayo beschrieben nicht
nachvollziehen lässt.
Warum nicht, kann ich leider nicht nachvollziehen.
Gruß, branadic
Was mir auch irgendwie aufstößt ist, dass ich keine Veränderung sehe,
wenn ich den Tastkopf "Kurz schließe".
Ich bin es von Tek gewöhnt, dass das angezeigte Signal deutlich glatter
wird und sauber auf Null liegt.
Die schlechte Bildwiederholrate, um mal ein Beispiel zu nennen:
bei der Darstellung 10ns/div wird ca. alle zwei Sekunden der Bildschirm
aktualisiert --> Firmware von Hayo 1.2.BF.0.40 experimental
kommt mir zudem äußerst spanisch vor. Bei 120ns die auf dem Bildschirm
angezeigt werden (10ns/div) stellt sich mir die Frage, was passiert dann
mit den anderen 1,99999988s???
Hayo, vielleicht können wir die Bildschirmwiederholraten mal zusammen
zeitlich vergleichen?
Nur das wir unter "schnell" auch alle das Gleiche verstehen.
Gruß, branadic
Hallo branadic,
hab brav 1h gewartet, Welecupdater ist durchgelaufen, diesmal ohne
Fehler. Gleiches Ergebnis: Dunkler Bildschirm. Es meldet sich bloß der
GERMS-Monitor.
Das wird wohl eine längere Übung :-(
Gruß, Jürgen
Guten Morgen allerseits,
vielen Dank erstmal für die Testerei.
Hier noch mal schnell ein paar Hinweise nach den ersten Erkenntnissen.
- Den Flashdump auf Adresse 0x0000 0001 - 0x007F FFFF einstellen, dann
wird vom WelecUpdater auch kein Löschbefehl für das Segment E800000
erzeugt, der wohl für einige Probleme bei der Wiederherstellung
verantwortlich ist.
- Bei den Timebases 10ns und 20ns werden die Werte interpoliert, d.h.
nur jeder 2. bzw. jeder 3. Wert ist ein echter Wert (also quasi ein
Zoom). Kann sein dass sich hier bei der Berechnung Fehler ergeben.
Bei mir ist allerdings nicht dergleichen zu sehen.
Aussagekräftiger ist die Timebase 50ns, da hier bei voller Abtastrate
von 1 GSa/s jeder Wert echt ist. Treten da auch Fehler auf?
Bin jetzt erstmal wieder weg bis heute Abend.
Gruß Hayo
Hallo Hajo,
die Bildschirmwiederholrate bei der Einstellung 50ns/div ist etwa
doppelt so schnell wie bei 20 und 10ns, also etwa jede Sekunde wird das
Bild aktuallisiert.
Störungen sind hier nicht zu sehen, nur eben der falsche Offset für
Kanal 3 und 4.
Anbei wieder mal ein bescheider Snapshot mit der Webcam, bei 50ns.
Gruß, branadic
Ich habe jetzt das zweite mal versucht mit dem WelecUpdater die original
Software zu sichern. Immer so nach 15-30 min wird das Auslesen auf
einmal deutlich langsamer und die Restzeit steigt kontinuierlich an.
Beim Zähler unten sieht man dass nur noch alle 2 Sekunden um 100
dekrementiert wird und irgendwann hängt sich das Programm so auf dass es
nicht mehr ansprechbar ist und all meine CPU Zeit zieht.
Kennt jemand das Problem? Machts Sinn dass ich auch ohne dass ich eine
Sicherheitskopie habe und der Updatevorgang scheinbar nicht funktioniert
trotzdem mal versuche die neue Software einzuspielen? Will halt nur
nicht riskieren dass das Gerät hinterher überhaupt nicht mehr geht...
Ich benutze Version 0.3.8A22 vom Updater unter XP auch an einer
"richtigen" RS232 Schnittstelle.
Hallo Stephan,
ich habe zwar auch eine Sicherung meiner FW-Version, aber wie du
vielleicht mitbekommen hast hat die mir auch nicht viel genützt. Erst
mit der Sicherung von Hayo konnt ich das Oszi wiederherstellen.
Ich habe festgestellt, dass unter XP allgemein die Datenübertragung
uunglaublich bescheiden läuft. Ich habe noch ein altes Toshiba Satallite
Pro 440CDX Laptop mit Win98 extra für Parametrieraufgaben via RS232,
damit und dem WelecUpdater läuft der Upload und download deutlich
schneller.
Auf welchen Bereich hast du deinen Download beschränkt? Adressbereich
sollte 0x00000001 bis 0x007FFFFF sein.
Was für ein DSO hast du. Eine Übersicht wer welches Gerät hat wäre
vielleicht mal ganz hilfreich. Deswegen mach ich mal hier ne kleine
Übersicht, die vielleicht aktualisiert werden kann. So sieht man schnell
wo die Firmware wie läuft und kann vielleicht Zusammenhänge bei
eventuellen Bugs finden.
Gruß, branadic
branadic: 2014A
Hayo (blueflash): 2012A
Jürgen: 2012A / 2024A
Stephan (outsider):2012A
Thomas: 2024A
Hall branadic,
wie machst du den Download unter Win98? Bei mir bricht der
WelecUpdater dann bei ca. 32 kBytes ab, da dann die
Editorkomponente überläuft. Eigentlich bricht er nicht ab,
sondern macht fröhlich weiter, speichert aber keine Daten mehr.
Das ist der Grund, warum ich bisher noch keine neue Firmware
getestet habe.
Gruß,
Guido (W2012A)
Hallo Guido,
nur mal um ne Eindeutigkeit festzulegen.
Download = speichern der FW aus dem Gerät auf den PC
Upload = speichern einer FW im Gerät
Also ich hab mir den WelecUpdater auf das Notebook gezogen (USB hat das
Ding immerhin schon).
Dann hab ich mir ne Datei mit dem Editor/Notepad angelegt, die da heißt
TomCat.flash (als ANSI).
Dann startest du den WelecUpdater, öffnest die soeben angelegte Datei,
klickst neben "Download Flash" auf den den ArrowDown-Button und legst
den Speicherbereich fest (0x00000001 - 0x00800000), startest den
Download mit "Download Flash" und speicherst hinterher die
down(ge)loadeten Daten in dieser Datei.
Beim Upload öffnest du einfach die zu uploadende Datei und drückst
"Programmiere Flash".
Aktualisierte Liste:
branadic: 2014A
Hayo (blueflash): 2012A
Jürgen: 2012A / 2024A
Stephan (outsider):2012A
Thomas: 2024A
Guido: 2012A
In die Liste wurde ich ja schon korrekt eingetragen. Trotzdem bin ich
mit dem Download nicht weiter gekommen. Ich hab zwar auch noch ein altes
Notebook von Siemens (266MHz, 128MB RAM :-) ), aber da ist auch XP
drauf. Das läuft übrigens viel besser als man vermuten könnte!
Hallo branadic,
mache ich genauso, ich möchte erst die Originalfirmware downloaden.
Wenn der Download fertig ist und ich die Datei speichere, ist
diese aber nur 32 kByte groß, der Rest fehlt. Unter Win2k sind
es 48 kByte, auch nur unwesentlich besser. Unter Linux würde es
wohl funktionieren, aber es dauert eher Tage als Stunden (liegt
wahrscheinlich am GTK?).
Naja, wenn ich mal Zeit finde, nehme ich mir den Updater mal vor.
Gruß Guido
Hat schonmal jemand mit dem WelecUpdater die Originalsoftware V1.4
wieder in das Scope 2024A zurückgespeichert?
Kann das jemand bestätigen?
Ich trete immer noch auf der Stelle! Es sieht so aus, als ob HWT / NWT
im Speicher verdreht sind ( schon beim Bootloader )??
Einspielen der TomCat.flash geht. Danach läuft das Teil zumindest wieder
an. Natürlich ohne diverse Konstanten ( Seriennummer usw.).
Programmieren meiner Originalsicherung durch WelecUpdater im S3-Format
funktioniert nicht!
Also vorerst Vorsicht mit dem 2024A!
Gruß, Jürgen
Hallo Stefan und Guido,
die Datei sollte sowas um die 3.6MB groß sein, dann ist alles korrekt
downgeloaded.
Tage/Stunden dauert es auch nicht, ich würde sagen bei mir hat es es
sowas um die 1 1/2 Stunden gedauert.
Ein Upload ist so etwa in 20-25 Minuten vollzogen.
Probleme konnt ich feststellen, wie schon mal weiter oben irgendwo
genannt, wenn Messanger nebenbei laufen.
Skype hackt gewaltig ins System und hat bei mir zu Abbrüchen geführt.
Vielleicht einfach mal sämtliche Programme, die nebenbei laufen,
abstellen, dann sollte es eigentlich funktionieren.
Gruß, branadic
Hallo Jürgen,
hast du doch genau im gleichen Moment wie ich gepostet ;)
Mein Gerät wurde mit der FW 1.2 ausgeliefert. Ich hab irgendwann mal auf
die 1.3 upgedatet, wobei das am Anfang auch nicht funktioniert hat und
erst nach einem nochmaligen Upload lief es dann.
Die 1.4er ist bei Welec ja nicht offiziell downloadbar. Scheinbar hat
man es nicht so mit der Aktualisierung. Seit der 1.3er vom 25. Juli
letzten Jahres hat sich da ja nichts mehr getan, demzufolge bin ich auch
nicht in der Lage die 1.4er einzuspielen.
Mit der von Hayo zur Verfügung gestellten 1.3er FW lief mein Gerät
wieder.
Scheint alles noch immer gewaltig undurchsichtig zu sein und nicht
wirklich reproduzierbar.
Man kann nur immer wieder betonen wie traurig es ist, dass Fa. Welec so
unglaublich hilfsbereit bei dem OS-Projekt ist. Anscheinend ist man
nicht daran interessiert ein lauffähiges System anzubieten, sonst wäre
die Unterstützung um einiges ausgeprägter und die Sourcen/das
FPGA-Design offen gelegt.
So ist es nicht verwunderlich, dass immer mal wieder mit Rückschlägen zu
rechnen ist.
Dafür, dass muss man an dieser Stelle vielleicht mal sagen, ist es
großartig, was Slog mit seinem Design schon erreicht hat.
Gruß, branadic
Hallo branadic,
dann sind mir allerdings die Unterschiede in den Files klar!
Habe jetzt eine Spur gefunden. Es sieht so aus, als ob die
Anfangsadresse der Sicherung eine Rolle spielt. Man darf im WelecUpdater
offenbar nicht ab Adresse 0000001 sichern, sondern ab Adresse 0!
Werde mir mal einen Konverter schreiben, der meine Sicherung der V1.4 in
dieses Format konvertiert und nochmal versuchen.
Bis dahin!
Jürgen,
wäre super, wenn du uns deine 1.4er Version dann auch mal zur Verfügung
stellen könntest.
BTW.: Wir versuchen uns gerade etwas zu organisieren, sprich wir wollen
einen Gruppenchat bei Skype einrichten, damit die Kompetenzen und Tester
etwas näher zusammen rücken. Wer mag, kann gerne zu uns stoßen. Ich
denke das würde die Dinge etwas vereinfachen, da momentan ja sowohl die
Kontakte als auch die Infos etwas verstreut sind.
Gruß, branadic
Hallo,
also das war genau der Grund: Die Anfangsadresse des ersten S-Records
muss gerade sein. Mein 2024a läuft jedenfalls wieder mit original V1.4.
Das bedeutet: Sicherungen immer von 0x000000 bis 0x7FFFFF !
Gruß, Jürgen
Hey Jürgen,
das hab ich auch versucht, allerdings hatte sich der WelecUpdater
geweigert die Adresse 0x00000000 sauber auszulesen, stattdessen kam hier
eine Fehlermeldung. Frag mich nicht wieso.
Gruß, branadic
Hallo zusammen,
jetzt kann ich mich ja wieder der FW zuwenden ;-)
Übrigens ist die Bildschirmwiederholrate der V1.4 bei 60 Updates in ca
23 sec. Hatte vorher mit der Firmware von Hayo 1.2.BF.0.40 60 Updates in
ca 60 sec gezählt...
Ist wirklich bedauerlich, daß der Hersteller nicht wenigstens die
aktuellen FW-Sourcen zur Verfügung stellt!
@branadic
Man muss wohl vorerst von Hand den Bereich von 0x00000 bis 0x3fffff
ansehen und dann ab 0x040000 bis 0x7fffff ( den Standardwerten ) mit dem
WelecUpdater sichern. Der untere Bereich ist ja normal auf 0xFF und
unbenutzt. Somit kein Problem.
Gruß, Jürgen
Natürlich muss man nur den Bereich von 0x000000 bis 0x03FFFF von Hand
ansehen!
Beim "Zweistrahler" bringt Hayo's 1.2.BF.0.40 in der Grundeinstellung
ebenfalls 60 Updates in ca 23 sec.
Und das sieht doch recht gut aus!!
Hi, noch eine kurze Bemerkung zum Adressbereich:
0x0000 0000 ist die Basisadresse der CPU, daher passiert hier auch
nichts beim Download.
Im Bereich 0x0000 0001 - 0x0003 FFFF steht eigentlich nichts weiter drin
und es wird auch nichts geschrieben, d.h. man kann Ihn sich eigentlich
sparen.
Wichtig ist nur der Firmwarebereich 0x0004 0000 - 0x000D FFFF und der
Protected und Konfigbereich 0x000E FFFF - 0x007F FFFF
Ab 0x0080 0000 fängt das RAM an. Hier noch mal anbei die Memory Map.
Gruß Hayo
Hallo zusammen,
bin erst jetzt wieder zurück und wollt nur mal schauen, wer sich hier in
der Zwischenzeit so gemeldet hat.
Danke an euch beiden für die Aufklärung und die FW 1.4
Es wäre absolut klasse, wenn ihr via Skype zu uns stoßen könntet.
Beste Grüße, branadic
Hallo Jürgen,
so langsam drehe ich durch. Womit hast du denn den Download
durchgeführt? Du hast da lauter S2-Records, in den anderen
Downloads waren S3-Records. Wer (Programm) macht eigentlich
was?
Gruß Guido
Hallo Guido,
ich bin zwar nicht Jürgen, aber wenn du dir die mit WelecUpdater
heruntergeladene FW einmal genau anschaust (bspw. mit dem Editor), dann
wirst du ganz schnell verstehen, was Jürgen meint.
Erst kommen lauter (e)rase-Befehle, danach die erwähnten S-Befehle.
Gruß, branadic
Hallo branadic,
das ist schon klar, aber bisher waren das immer S3-Records (je
4 Bytes) und bei Jürgens Download sind es S2-Records (je 3
Bytes). Wie kann das passieren? Soweit ich es verstanden habe
erzeugt der WelecUpdater S3-Records.
Gruß, Guido
Hallo Guido und branadic,
ich hatte mit dem WelecUpdater auch S3-Records ab Adr. 0x000001
generiert. Die waren aber nicht zu gebrauchen, da ungerade
Anfangsadressen. Dachte zuerst, daß nur S2 für ein Upload geht und hab
mir ein kleines Tool geschrieben, was S3 in S2 wandelt und die Adressen
und Prüfsummen korrigiert. Mit dem so behandelten File ging dann der
Upload via Terminalprogramm. Sollte auch mit dem WelecUpdater zu
programmieren sein!?
Gruß, Jürgen
Hallo zusammen,
ich hab noch ein wenig mit der Software von Hayo gespielt, kann aber
einfach nicht den Geschwindigkeitszuwachs nachvollziehen.
Um ein wenig up to date zu sein hab ich mir mal Quartus auf den PC und
Slog's FPGA-Design ins RAM vom Oszi gezogen (nach dem Aus- und
Einschalten läuft also wieder die alte Software).
Die Übertragung via USB ging rasant (wenige Sekunden).
Der Wahnsinn, die Bildwiederholrate ist nach den ersten Eindrücken
gigantisch. Ich kann jedem nur empfehlen mal einen kleinen Blick zu
riskieren.
Wer sein Oszi via USB mit Slog's USB-Treiber ansprechen will und ein
4-Kanal Oszi hat muss leider noch ne Kleinigkeit (eine Brücke bzw. einen
0-Ohm-Widerstand in 0603) löten. Ne ausführliche Beschreibung ist schon
im Wiki festgehalten.
Beste Grüße, branadic
Hallo allerseits,
ich hab so den Eindruck, dass bezüglich meiner Firmewareänderungen
einige Missverständnisse herrschen.
Die Änderungen an der Zeichenroutine haben primär zum Ziel den
Nullabgleich zu verbessern und das Rauschen zu minimieren. Nebenbei hat
das dazu geführt, dass bei einigen Zeitbasen die Wiederholungsrate etwas
besser geworden ist als vorher, ansonsten aber gleich geblieben ist.
Bei den Mathematischen Funktionen habe ich die ursprünglichen
Berechnungen durch erheblich aufwändigere ersetzt, damit endlich
korrekte Ergebnisse und Skalierungen erreicht werden. Damit die
Wiederholungsrate nicht komplett in den Keller geht habe ich dann noch
ein paar optimierungen eingebaut. Die Wiederholungsrate ist jetzt so wie
vorher oder sogar etwas besser - aber mit korrekten Werten!!! So wird
jetzt das berechnete Signal
nicht mehr kleiner oder größer wenn man den Eingangsspannungsbereich
vergrößert. Das finde ich schon recht wichtig, denn sonst ist das Ganze
ja noch nicht mal als "Schätzeisen" zu gebrauchen.
Unterm Strich geht es also nicht primär um Geschwindigkeitsgewinn,
sondern um eine qualitativ bessere (brauchbare) Signalausgabe.
Ich hoffe Ihr seit jetzt nicht allzu enttäuscht deswegen.
Gruß Hayo
Hallo zusammen,
ich bin jetzt auch endlich soweit Hayos Beta zu testen. Mein erster
Eindruck am W2012A:
Bedienbarkeit ist o.k., subjektiv besser als bei der FW 1.4, vor
allem beim Einstellen der Triggerschwelle. Die Signaldarstellung
in den 5er-Bereichen ist absolut beeindruckend, da sieht man, was
bei sorgfältigem Design mit dieser Hardware drin gewesen wäre. In
den anderen Bereichen ist die Darstellung deutlich besser als im
Original. Auch der Delayed-Mode ist korrekt, war bei mir mit der
1.4 nicht nutzbar. Sieht also schon mal ganz gut aus.
@ Hayo: Einige Quirks: Signale werden im untersten Drittel der
untersten Div nicht durchgezeichnet, oben gehts. Invertierung
der Signale zu "Hide" umfunktioniert? ;-)
Wenn die Interpolation (Vectors) aus sind, stimmt nicht mehr
viel.
Probleme bei 10 ns/div und 20 ns/div habe ich genauso wie die
anderen, diese Einstellung ist unbenutzbar, auch "Browsing" im
gestoppten Signal funktioniert nicht.
@ branadic: bitte gib bei deinen Berichten doch immer die
passenden Links an, es sind mittlerweile zu viele Beiträge
hier um die Links zu suchen.
Grüße, Guido
Hallo Hayo,
niemand ist enttäuscht. Jede Verbesserung ist ein Schritt in die
richtige Richtung.
Leider scheint es ein paar Unstimmigkeiten zu geben. Aus irgendeinem
Grund tauchen gewissen Probleme bei dir nicht auf, die aber die anderen
reproduzieren können.
Diesen Umstand sollten wir vielleicht versuchen zu lösen, auch wenn ich
keine Ahnung habe wie.
Ich denke um die mathematischen Funktionen vollständig nachvollziehen zu
können wird man um einen Funktionsgenerator nicht herum kommen.
Versteh also die Anmerkungen von mir nicht falsch. Es wäre vielleicht
gut, wenn Kanal drei und vier noch ein wenig Berücksichtigung finden
könnten. Ich biete mich da gerne als Tester an und berichte dir, was ich
nachvollziehen konnte.
Beste Grüße, branadic
Hallo Hayo,
oops, deinen letzten Beitrag habe ich übersehen, da er sich wohl
zeitlich mit meinem überschnitt. Ich bin überhaupt nicht enttäuscht,
im Gegenteil. Ich finde deine Arbeit ist ein riesiger Schritt in
die richtige Richtung. Es ist wohl allen klar, dass da noch viel
mehr Arbeit erforderlich ist und du auch Mitstreiter brauchst.
Mal sehen, ob ich in den Quellen halbwegs durchsteige.
@ all: Auch mit einem superschnellen FPGA-Design müssen die
gesampelten Werte vernünftig auf dem Bildschirm dargestellt
werden usw. Hayos Werk muss man also nicht als Konkurrenz zum
Redesign sehen, alles ergänzt sich.
Gruß, Guido
branadic wrote:
> Es wäre vielleicht> gut, wenn Kanal drei und vier noch ein wenig Berücksichtigung finden> könnten. Ich biete mich da gerne als Tester an und berichte dir, was ich> nachvollziehen konnte.
Also Kanal 3 + 4 sollen auf jeden Fall mit in die Änderungen einbezogen
werden, nur fehlt mir jede Möglichkeit die Wirkung des Codings zu
prüfen. Ich bin am überlegen ob ich mich an die Firma Welec wende und
nach einem Testgerät frage, da es ja auch zu ihrem Vorteil ist, dass das
allgemeine Interesse durch diese Entwicklungen geweckt wird.
@Guido
Ja ich denke auch, dass es von Vorteil ist die Funktionen jetzt zu
optimieren und dann auf das neue FPGA-Design zu überführen.
Zum anderen ist es auch noch nicht abzusehen wann eine Implementierung
auf dem neuen Design möglich ist und man hat bis dahin immerhin die
Möglichkeit auf dem aktuellen Design Verbesserungen zu nutzen.
@all
Zur Zeit arbeite ich noch am Math-Offset und habe die Interpolation
(10ns + 20ns) geändert. Die nächste Version 1.2.BF.0.41 kommt in Kürze.
Gruß an alle Tester und Mitstreiter
Hayo
Hallo Hayo,
ich habe gerade etwas mit dem Terminal gespielt. Quick-Measure zeigt
meist die falsche Frequenz an (wie im Original), stimmt sie mal, muss
man nur die Zeitbasis verstellen um falsche Werte zu erhalten.
Schaltet man nach der Zeitbasisverstellung und Darstellungsberuhigung
mit Shift-S um und dann wieder mit Shift-Y oder Shift-X, wird die
korrekte Frequenz angezeigt. Irgendwas wird dabei wohl aktualisiert.
Die Spannungsanzeige sieht ganz gut aus.
Gruß, Guido
Ich hab mal ein paar Versuche mit dem Rechtecksignal vom Probe Comp. bis
2ms/div wird das Signal noch dargestellt, ab 5ms/div wird zum Teil
irgendwas, manchmal nur noch eine Linie angezeigt. Kann das jemand
reproduzieren?
Gruß, branadic
Hallo branadic,
gerade probiert, bei mir ist da nichts auffälliges. Das Signal wird
halt nicht mehr aufgelöst, so dass nur ein breites Band zu sehen ist.
Das geht bis 1 s/div und weiter. Manchmal "verschluckt" sich das Gerät,
dann hilft es die Zeitbasis zu verstellen.
Gruß, Guido
Hallo Hayo,
habe vorhin mit dem Terminal die X-Y-Skalierung aktivieren
können. Warum nutzt du da ein anderes Grid? Symmetrie ist
IMHO hierfür kein Kriterium, da man das ja normalerweise
mit einem Wobbler o.ä. benutzt. Da zählt dann die Auflösung,
weshalb das normale Grid besser wäre.
Gruß, Guido
Hallo allerseits,
kurz der Stand der Dinge. Ich bin jetzt erstmal eine Woche im Urlaub, da
ist bei mir deshalb Funkstille. Die PreBeta 41 kriege ich vorher leider
nicht mehr fertig, aber hier schon mal ein paar Details:
- für die Speedfraktion - ich habe die Zeichenroutine optimiert und alle
Debugausgaben ausgeschaltet. Die Wiederholrate im Zweikanalbetrieb
bei 100ns habe ich mit 130 Wiederholungen in 60s ausgezählt.
- die Fehler im 20ns und 10ns Bereich sind beseitigt
- die Ausgabefehler bei Punktdarstellung (Non vektor) sind korrigiert
- der Math-Offset geht schon zum Teil muß aber noch überarbetet werden
- für die Math-funktion habe ich eine Interpolation eingebaut, die
aber noch nicht ganz fehlerfrei arbeitet
Gruß Hayo
Guido wrote:
> Hallo Hayo,>> habe vorhin mit dem Terminal die X-Y-Skalierung aktivieren> können. Warum nutzt du da ein anderes Grid? Symmetrie ist> IMHO hierfür kein Kriterium, da man das ja normalerweise> mit einem Wobbler o.ä. benutzt. Da zählt dann die Auflösung,> weshalb das normale Grid besser wäre.>> Gruß, Guido
Tja, in erster Linie ist es wohl die Symmetrie die der Anlaß dazu war.
@all
Wie sehen das denn die Anderen hier? Ist es besser das Signal in der
X-Achse zu verzerren um eine bessere Auflösung zu erreichen?
Wenn der allgemeine Konsens in diese Richtung geht kann ich das
natürlich ändern.
Gruß Hayo
Hallo Hayo,
ich habe mich bisher noch nicht geäußert, weil ich die Diskussion erst
noch am Oszi nachvollziehen muss.
Darfst aber davon ausgehen, dass ich meinen Senf dazu abgeben werde :D
Gruß, branadic
Hallo,
bin seit Heute nun auch "stolzer" Besitzer eines Welec W2024A. Nach den
ersten Tests bin ich mehr als enttäuscht von diesem Gerät.
Bei einer Einstellung von 5V / Div habe ich ein Rauschen von sage und
schreibe 938mV. Das ist ja unglaublich.
Nun habe ich mir mal den Thread hier durchgelesen und finde die
Fortschritte, die hier gemacht wurden schon enorm.
Nun meine Frage, war bei euch das Rauschen auch so enorm und werde ich
das mit der neuen Firmware in den Griff bekommen?
Kann ich die Firmware überhaupt für mein Oszi verwenden. Oben stehen
einige Probleme mit den verschiedenen Versionen.
Ich habe ein:
W2024A
HwV.:8C7.0L
SwV.:1.4
Ist es mir immer möglich wieder auf die Grudversion meines Oszis
zurückzuflashen, wenn ich das Dumb erstellt habe?
Schwanken nun zwischen behalten und zurückschicken. Würde es gerne
zurückschicken wegen dem enorm hohen Rauschen, aber würde es auch
gleichzeitig gerne behalten, da es ja in dieser Preisklasse keine
Alternative gibt.
MfG F1d1
Hallo Jens,
also das von dir beschriebene Rauschen ist in dieser Höhe keineswegs
normal!
Ist das Rauschen auf allen Kanälen etwa gleich? Schaltungsbedingt sollte
es in den Einstellungen 1V/Div bzw 100mV/Div und 10mV/Div am Höchsten
sein!
Das 2024A ist- für diesen Preis- auf jeden Fall äußerst interessant- und
zudem bietet es reichlich Potential für eigene Verbesserungen. Auch wenn
ich heutzutage(nachdem ich mich seit 8 Monaten intensiv mit der W2000A
Serie beschäftige) eher zum W2014A greifen würde. Wir (die Developer von
Sourceforge http://welecw2000a.sourceforge.net/ ) konnten bislang keine
Hardware- oder Software Unterschiede zwischen den 100MHz und den 200MHz
Modellen feststellen! (Ein Russischer Entwickler meinte ganz stolz, er
hat endlich einen Unterschied entdeckt- das Gerätelabel)
Bei dem von dir beschriebenen Rauschen kann ich mir nicht vorstellen,
das dies mit einer anderen FW zu beheben ist, da muss ein HW Fehler
vorliegen.
Gruß
brunowe
P.S.: Wenn von euch einer die Möglichkeit hat bei einem 100MHz Modell
die Grenzfrequenz zu ermitteln würde uns das weiterhelfen...
Hi,
danke für deine schnelle Antwort. Also um über das gleiche "Rauschen" zu
sprechen, beschreibe ich nocheinmal, wie ich es eingestellt habe. Ich
schalte das Oszi an, wähle 5V / Div. Gehe dann auf quick meas und
ermittle dort den Average Wert. Dieser Beträgt bei mir 625mV - 1,2V.
Finde das doch recht heftig.
Was habt ihr dort für Werte? Könnte es ein Hardware Defekt sein?
Wohl gemerkt mit nichts als dem Tastkopf am Eingang. Wenn ich den
Tastkopf auf Masse lege, ändert sich der Wert nicht.
MfG Jens
Kannst du mal ein Foto von dem Rauschen machen?
Ich hab damals ein Gerät bekommen, das ständig irgendwelche Peaks
gezeichnet hat, die eigentlich nicht da waren. Habs reklamiert und ein
anderes Gerät bekommen. Das funktioniert jetzt wunderbar.
MfG
Marius
Hi,
ja habe hier nun mal ein Foto. Eingestellt auf 5V / Div. Nix am Ausgang
ausser Probe. Die von dir beschriebenen Peaks, konnte ich bei mir noch
nicht beobachten. Mich wundert es nur, dass es so wellig ist. Vll vertue
ich mich hier auch arg. Wenn ich auf AC umschalte, bleibt der Wert
gleich. Wenn ich die Probe auf Masse lege auch.
MfG
ok, das erklärt natürlich einiges!
Das bedeutet umgerechnet du hast auf dem Display eine "Höhe" des
Rauschens von ca. 2mm Peak to Peak.
(5V/Div sind ca. 1cm auf dem Display)
Versuch so eine grobe Fehleinstellung des Messbereichs ruhig einmal mit
einem analogen Oszi und berichte ob du auch bei ca. 2mm liegst.
Gruß brunowe
Hi brunowe,
was? :) Da ich aus deinem Post herauslese, dass es sich dabei um sehr
wenig rauschen handelt, wollte ich mal fragen, wie das ist, wenn ich die
Restwelligkeit meines Netzteils messen möchte. Ich schließe dann den
Tastkopf an und wechsel in den AC Modus. In diesem Modus habe ich ja
dann..... Oha kurz nachgedacht. Die Restwelligkeit werde ich sicher
nicht mit 5V / Div messen. Doink.
Danke.
MfG Jens
>P.S.: Wenn von euch einer die Möglichkeit hat bei einem 100MHz Modell>die Grenzfrequenz zu ermitteln würde uns das weiterhelfen...
Hallo brunowe,
ich würde gerne helfen, wenn ich wüsste wie. Mit einem 80-MHz-Signal
am Eingang sollte mein 2012 eigentlich einen sauberen Sinus anzeigen.
Tut es aber nicht. In diesem Frequenzbereich mit dem Gerät noch zu
messen(!) ist IMHO nicht moglich.
Gruß, Guido
Guido wrote:
...
> ich würde gerne helfen, wenn ich wüsste wie. Mit einem 80-MHz-Signal> am Eingang sollte mein 2012 eigentlich einen sauberen Sinus anzeigen.> Tut es aber nicht. In diesem Frequenzbereich mit dem Gerät noch zu> messen(!) ist IMHO nicht moglich.
Was siehst Du denn?
Wenn der Verkäufer die Wahrheit gesagt hat, kann ich am Wochenende mal
ein paar Vergleiche mit einem TEK 464 machen.
Momentan liegt die "Welec-Spielerei" etwas auf Eis, weil andere Dinge
Vorrang haben. Spielerei ist eigentlich nicht das richtige Wort, für
Digitales benutze ich es regelmäßig.
An Hajo W: Ich bin ein Fan und habe alle Platten^WFirmwares von Dir
ausprobiert ;-)
Schönes Stück Arbeit!
Gruß,
Falk
Hi,
glaube Hauptbezugsquelle ist atm E-Bay. Wittig stellt da eigentlich
wöchentlich welche rein, die so weit ich beobachten konnte alle Sonntag
Abends auslaufen. Verkauft werden größtenteils immer 10 Stück in einer
Auktion. Also 10 aber pro Bieter eins. Habe Meins auch dort ersteigert.
Die 4 Kanal Geräte mit 200Mhz gehen dort zumeist zwischen 350 - 400 €
weg. Gibt auch Ausnahmen.
Hoffe konnte dir helfen.
MfG
@Patrick...das bekommst du bestimmt auch selbst heraus.
(Atm war letzte Woche!)
Nur noch so viel, von der HW Seite sind 200MHz analog Bandbreite
durchaus drin- zumindest was die verwendeten Bauteile, die Samplingrate
und Verarbeitungsgeschwindigkeit des FPGA angeht.
UND Zwar auch bei den 100MHz Modellen!
Deshalb bin ich auch so auf Vergleichsmessungen gespannt- wie gesagt
Bauteilgleichheit der 100MHz und 200MHz Modelle, so weit wir das derzeit
beurteilen können.
Es gibt bei der 100MHz Version allerdings eine SW bedingte Einschränkung
auf 50ns/Div im Gegensatz zu 10 ns/Div. Dennoch kann diese Modellreihe
alle Messpunkte auf dem Display darstellen- d.h. bei den 200MHz werden
interpolierte Punkte dargestellt (was zwar nicht unüblich ist, aber
keinen waren Informationsgewinn bringt)
Sollte sich das Alles so bestätigen, so sehe ich keinen Grund warum wir
nicht aus sog. 100MHz Modellen bald "echte" 200er zaubern können
sollten!
Gruß
brunowe
ok, da muss ich mich wohl berichtigen.
Mir wurde mitgeteilt das die 100MHz Modelle auch eine Timebase von
10ns/Div haben. Ich hab mich da von den techn. Daten in der aktuellen
Auktion irre führen lassen- da steht 50ns/Div!
Wie auch immer... noch eine Menge Potential zum Spielen und Entwickeln.
Hallo,
was ich gemessen habe war folgendes:
Recht sauberes 80-MHz-Signal mit ca. -10 dBm und Abschluss
50 Ohm. Wird auf dem TDS210 (60 MHz) wie erwartet dargestellt.
Auf dem 2012 war ein höherfrequenter Anteil mit überhöhter
Amplitude überlagert. vermutlich das Einschwingen des
Eingangskreises. Mit Tastkopf sah das ganze besser aus,
offensichtlich ist die Eingangsstufe auf den Tastkopf
optimiert. Zusätzlich wirkt der Tastkopf als Tiefpass,
da beim 2012 nur 100-MHz-spezifizierte Tastkopfe
mitgeliefert werden.
Kann gur sein, dass die Hardware gleich ist, ev. wurde
aber nach der Produktion selektiert. Beim 2012 ist der
Bereich 5 ns/div gesperrt, das finden wir aber ev. im
Quellcode und können es freischalen.
Gruß, Guido
Hallo werte W2xxxa Besitzer und Interessenten,
bin aus dem Urlaub zurück und auch schon wieder fleißig am entwickeln.
Die Math-Offseteinstellung ist schon recht weit gediehen und dann hab
ich noch einen kleinen Bug in der Interpolation des Math-Signals zu
beheben - dann gibt es die nächste Testversion.
In der readme gibt es dann eine bereinigte Anleitung für den Flash-Dump,
damit die Wiederherstellung des ursprünglichen Zustands auch streßfrei
klappt (insbesondere bei den Neuzugängen hier im Forum).
Kleiner Ausblick: in der übernächsten Version habe ich eine komplett
neue Spektralanalyse angedacht, da habt Ihr dann richtig was zu
testen...
@Jens
Wie in einigen Beträgen von mir zu lesen ist ein großer Teil des
Rauschens durch schlechte Abstimmung der ADCs und eine etwas
ungeschickte Zeichenroutine verursacht. Bei meinen FW-Testversionen ist
das schon erheblich weniger. Es läßt sich aber noch ein kleines bischen
mehr rausholen, das hab ich mir aber für später als Feinschliff
aufgehoben.
Gruß Hayo
Hi Hayo,
ja das habe ich in den von dir angehängten Bildern gesehen. Wirklich
beeindruckend.
Würde deine neuste Entwicklung dann auch gerne testen.
MfG Jens
hallo hayo,
ich habe gestern mit erfolg deine firmware 0.40 aufgespielt. ist schon
ein riesiger schritt! mach weiter so.
mir ist aber gerade ein fehler aufgefallen. weiß nicht ob der schon
entdeckt wurde, aber wenn man den kanal invertieren möchte, dann ist das
signal einfach am oberen "anschlag".
mfg, michael
michael wrote:
> hallo hayo,>> ich habe gestern mit erfolg deine firmware 0.40 aufgespielt. ist schon> ein riesiger schritt! mach weiter so.>> mir ist aber gerade ein fehler aufgefallen. weiß nicht ob der schon> entdeckt wurde, aber wenn man den kanal invertieren möchte, dann ist das> signal einfach am oberen "anschlag".>>> mfg, michael
Hi Michael,
nein das hatte ich noch nicht bemerkt, werd ich mir mal genauer ansehen.
Danke
Hayo
Hallo zusammen,
ich habe eben mal ein paar Vergleichsmessungen von meinem W2014A
(originale FW) mit einem TDS5104B und einem MSO2014 am
Funktionsgenerator gemacht. Erschreckend was da zu Tage kommt. Demnach
ist das DSO, wenn man es überhaupt noch so nennen darf, allen Falls zu
qualitativen Aussagen zu gebrauchen und die auch eher mit vorgehaltener
Hand.
Die Amplitudeninformationen stimmen nicht vorn und nicht hinten.
Im Anhang mal ein kleines Beispiel. Alles drei Geräte sind auf 200mV/div
und 20ns Zeitbasis eingestellt. Es liegt ein 25MHz-Sinussignal an.
Was äußerst interessant ist, das MSO2014 liefert die 1GS/s bis zu einer
Zeitbasis von 10µs, das W2014A nur bis einer Zeitbasis von 1µs.
Hier mal der komplette Überblick:
Samplerate MSO2014
==========================================================
1GS/s 4ns/10ns/40ns/100ns/400ns/1µs/4µs/10µs
500MS/s 20µs
250MS/s 40µs
125MS/s 100µs
62,5MS/s 200µs
31,3MS/s 400µs
12,5MS/s 1ms
6,25MS/s 2ms
3,13MS/s 4ms
1,25MS/s 10ms
625kS/s 20ms
313kS/s 40ms
125kS/s 100ms
62,5kS/s 200ms
31,3kS/s 400ms
12,5kS/s 1s
6,25kS/s 2s
3,13kS/s 4s
1,25k/Ss 10s
625S/s 20s
313S/s 40s
125S/s 100s
Dem gegenüber steht das W2014A mit folgenden Werten, wie jeder schnell
selbst nachvollziehen kann:
Samplerate W2014A
==========================================================
1GS/s 10ns/20ns/50ns/100ns/200ns/500ns/1µs
500MS/s 2µs
250MS/s 5µs
25MS/s 10µs
10MS/s 20µs
5MS/s 50µs
2,5MS/s 100µs
1MS/s 200µs
500kS/s 500µs
250kS/s 1ms
100kS/s 2ms
50kS/s 5ms
25kS/s 10ms
10kS/s 20ms
5kS/s 50ms
2,5kS/s 100ms
1kS/s 200ms
500S/s 500ms
250S/s 1s
100S/s 2s
50S/s 5s
25S/s 10s
10S/s 25s
5S/s 50s
2,5S/s 100s
1S/s 200s
Die Unterschiede stechen schon gewaltig ins Auge. Bei einer Zeitbasis
von 100s/div liegt zwischen dem W2014A und dem MSO2014 von Tek immerhin
ein Faktor 50, um nur mal ein Beispiel heran zu zitieren.
Ich wollt euch das nur mal wissen lassen. Was ihr mit der Info anfangt
bleibt euch überlassen. ;)
Gruß, branadic
Anbei noch ein paar Bilder von meinen heutigen Messungen.
Zeitbasis und Spannungsbasis wurden gleich gelassen wie man sehen kann.
Lediglich die Frequenz wurde geändert.
Hier also erst einmal ein Bild mit 5MHz mit den Tastköpfen am
50-Ohm-Ausgang des Funktionsgenerators gemessen.
Hallo noch mal,
um nicht den Eindruck entstehen zu lassen das das Welec Oszi technisch
schlecht sei möchte ich noch was zu den Vergleichswerten von branadic
anmerken.
Die unterschiedlichen Verhältnisse von Abtastrate zu Teilung pro
Zeiteinheit sagt nichts über die Qualität des angezeigten Signals aus,
nur wie die vorhandene Speichertiefe genutzt wird, und das ist bei den
genannten beispielen beim Welec besser! Zum Vergleich hab ich noch mal
die Datei mit der Timbase-Tabelle angehängt die ich schon früher mal
hier gepostet habe. Man kann da sehen wie bei welcher Zeitbasis der
Teiler ist.
Zur Qualität der Amplitudenwerte:
in der originalen FW sind die Amplitudenwerte nicht sonderlich genau,
das liegt aber nicht am Gerät selbst, sondern an ungenauen
Skalierungsfaktoren und dem verrauschten Signal, das dadurch keine
genaue Ablesung zuläßt.
Die Auflösung des ADC beträgt 256 Bit und ist bei den Oszis dieser
Bandbreite Standard. Die Anzeigegenauigkeit variert je nach
Skalierungsfaktor. Bei meiner Test-FW haben alle 5er Divs einen Faktor
von 2 (sind also genauer) und die 1er und 2er Divs haben ca. Faktor 3.
Damit ist man aber schon ausreichend genau (viel genauer läßt sich das
kaum auf dem kleinen Schirm ablesen).
Zur Bandbreite:
Bei meinem 2022 habe ich das an mehreren Oszillatoren (20MHz, 50Mhz,
64MHz) im Vergleich zu meinem Analog-Oszi geprüft. Anhand der noch
dargestellten Überschwinger kann man das ganz gut abschätzen, bei mir
kann ich sagen das die Bandbreit ganz gut hinkommt. Erheblichen Einfluß
hat hier der Tastkopf, da konnte ich zwischen unterschiedlichen Modellen
und auch zwischen 1x und 10x deutliche Unterschiede feststellen.
Alles in Allem bin ich mit den Technischen Eckdaten sehr zufrieden,
fehlt nur noch eine anständige Firmware ;-)
Gruß Hayo
Hallo Hayo,
ich will hier auch keinen falschen Eindruck von Schlechtrederei
erwecken. ich will lediglich mit Messungen belegen. Ein Link zu einem
Video einer Messung wird es heute noch geben, wo alle drei Geräte
abgebildet sind und der Frequenzbereich von 1-100MHz durchfahren wird.
Was da mit der Amplitude passiert ist meiner Meinung nach nicht auf
einen "schlechten Teiler" zurückzuführen.
Aber dazu später mehr.
Gruß, branadic
Sehr sinniger Beitrag von dir, vor allem so kompetent.
Zu deiner Info, dass Tek MSO 2014 hat die selben Kenngrößen wir das
Welec (100MHz Bandwidth, 1GS/s), das TDS 5104B dient nur als unabhängige
Referenz. Also sind hier durchaus keine Äpfel mit Birnen verglichen
worden, sondern zwei Gerät mit einer besseren Referenz. Der
Preisunterschied düfte wohl eher im Hersteller und den zusätzlichen
Optionen und digitalen Eingängen zu suchen sein.
Wenn du also das nächste mal solch geistreichen Aussagen triffst, dann
sei so gut und mach dich vorher genau über die Geräte schlau. Danke.
Gruß, branadic
Hier der versprochene Link:
http://www.youtube.com/watch?v=BgHPYd-pvzo
Woran das erschreckende Ergebnis nun genau liegt können wir noch nicht
beurteilen. Jedenfalls ist hiermit einmal der Anfang gemacht die
Fehlersuche- und damit die Suche nach Verbesserungsmöglichkeiten mit
messtechnischen Mitteln zu Leibe zu rücken.
Rein von der verwendeten HW kann dieses Oszi viel mehr und das gilt es
herauszuholen.
Gruß
brunowe
Hallo branadic,
in diesem Frequenzbereich musst du die Messungen mit 50-Ohm-Abschluss
durchführen. Ev. misst du das Verhalten der Tasstköpfe, die bei 1:1 ja
nur bis 15 MHz spezifiziert sind (beim Welec). Ich kann deine Messungen
nicht nachvollziehen, bei mir treten eher umgekehrte Probleme auf
(s.o.).
Hallo Hayo,
schön zu hören, dass es weiter geht. Ich warte schon gespannt auf die
nächste Beta, vor allem weil dann wohl der 10-ns/div-Bug behoben ist.
Dann kann ich wieder Vergleichsmessungen durchführen.
Gruß, Guido
Hallo Guido,
das erklärt aber noch lange nicht die unterschiedlichen Amplituden
innerhalb der ersten 15MHz. Da macht die Amplitude ja mit jedem MHz mehr
was sie will.
Also für mich ist das noch nicht schlüssig.
Gruß, branadic
So hier noch mal eine Gegenmessung,
ist nicht ganz so professionell wg. mangelnder Gerätschaften (mein
Signalgenerator geht nur bis 5 MHz), aber trotzdem aussagekräftig denke
ich.
Die Meßumgebung:
- Oszi W2022
- Tastkopf von WELEC 200MHz bei 10x
- Oszillatoren 3.6864 MHz/20 MHz/64MHz
Ergebnis:
Bei (Rechteck)Signalen bis 20MHz bleibt die Amplitude konstant. Das ist
eine Periode von 50 ns. Erst bei 64MHz sinkt die Amplitude um nicht mal
ein Drittel ab. Das ist eine Periode von 15 ns und liegt schon weit
unter der sinnvollen Darstellungsgrenze.
D.h im tatsächlich sinnvollen Meßbereich (20 - 25MHz) liegt alles im
grünen Bereich, also keine gedämpfte Amplitude.
Gruß Hayo
Hallo Hayo,
schön eine Gegenmessung zu sehen.
Es gibt aber zwei Unterschiede...
1. Du hast ein 200MHz-Gerät (wo auch immer da die Unterschiede liegen
mögen)
2. Ein Rechtecksignal ist weit weniger aussagekräftig als ein echter
Sinus.
Daher mein Vorschlag:
Vielleicht sollten wir uns für dieses Projekt eine gemeinsame Basis auf
der Grundlage von DDS-Chips schaffen, anhand derer wir alle vergleichen
können?
Das hätte den Vorteil das wir alle mit den gleichen Vorraussetzungen
messen und so schneller und besser Ergebnisse miteinander vergleichen
können.
Gruß, branadic
Hallo Leute,
ich habe gerade mal das FlashDump (W2012_Vers_1.4.rar) von Egon125 bei
mir eingespielt. Ich weiß nicht ob es nur mir so geht, aber in punkto
Geschwindigkeit und Bildwiederholrate scheint sich da zwischen Version
1.3 und 1.4 doch einiges getan zu haben.
Ich habe jetzt noch nicht im Detail alles getestet, aber kann das
zufällig jemand bestätigen?
Gruß, branadic
Hayo W. wrote:
> Die Auflösung des ADC beträgt 256 Bit und ist bei den Oszis dieser> Bandbreite Standard.
Ui, 256 Bit Auflösung! Das wäre toll ;-)
Bei mir klappt das mit dem flashen übrigens noch immer nicht. Beim
Auslesen der original Firmware hängt sichs auf. Aber so wie ich das
verstanden habe kommt da demnächst eh nochmal ne Anleitung wie man das
macht und dann hoffe ich mal kann ich auch endlich mit Tests behilflich
sein.
Das mit dem Schaffen von gleichen Grundlagen für die Tests des Oszis
find ich übrigens ne gute Idee, sonst redet man irgendwie doch immer
aneinander vorbei und diskutiert die halbe Zeit nur über die Signale die
man jetzt wirklich genutzt hat. Nicht jeder hat ja ein teureres
kalibriertes Tek und einen kalibrierten Signalgenerator danebenstehen.
Hallo,
ich könnte mir vorstellen, dass man auf Basis des AD9850 oder AD9851
einen einfach Signalgenerator mit maximal 5V-Ausgangsspannung aufbaut,
um den Aufwand möglichst gering zu halten.
Das Evalboard zu den IC's ist in weiten Teilen bereits im Datenblatt
beschrieben, sodass hier nicht mehr all zu viel Arbeit drin stecken
würde.
Gruß, branadic
Stephan S. wrote:
> Hayo W. wrote:>>> Die Auflösung des ADC beträgt 256 Bit und ist bei den Oszis dieser>> Bandbreite Standard.>> Ui, 256 Bit Auflösung! Das wäre toll ;-)
Ups - das passiert wenn man 2 Sachen gleichzeitig macht und keine Frau
ist ;-)
Sollte natürlich heißen 8 Bit = 256 Stufen Auflösung
Sorry
@Branadic
Wenn Du eine Schaltung für einen Signalgenerator hast, die
- einfach nachzubauen ist
- wenig kostet
- einen Frequenzbereich abdeckt bis 20 oder 30 MHz (oder mehr?)
dann poste die Details doch mal hier damit wir eine Referenz haben, das
ist keine schlechte Idee.
@Michael
Den Invers-Bug hab ich gefunden und beseitigt - danke nochmal
Gruß Hayo
Hallo Hayo,
klar kann ich in der Richtung was liefern. Als Beispiel könnten wir auf
die DDS-Schaltung wie sie im DRM-Projekt verwendet wird zurückgreifen.
Sie arbeitet mit dem AD9835, man kann bis etwas 22MHz zumindest mal ein
sinusähnliches Signal (dieses Manko gilt vor allem im höheren
Frequenzbereich) auswerfen, ist dafür aber super einfach gehalten und
als Software könnten wir auf das Programm Drmrx:
http://www.elexs.de/drmrx.zip
oder Drm_n:
http://www.elexs.de/Drm_n.zip
zurückgreifen. Man muss nur beachten, dass hier ein um 455kHz höheres
Signal ausgegeben wird, als man eingestellt hat. Das hat einen
anwendungsbezogenen Grund, weil die DDS hier für die Erzeugung einer ZF
(Zwischenfrequenz) verwendet wird. Aber das wäre zumindest etwas, was
man recht kostengündtig aufbauen könnte.
Alles was mit höherer Frequenzerzeugung zu tun hat ist natürlich
ungleich aufwendiger, versteht sich sicher von selbst. Vor allem wenn es
ein wirklich sauberer Sinus werden soll.
Ich könnt von der Schaltung zumindest eine kleine Platine routen und
fertigen lassen, sofern da Interesse besteht. Der Bauteilaufwand läge da
so bei etwa 20,-€ zzgl. Platine.
Gruß, branadic
Hallo Stephan S.,
zu Deinem Problem mit dem WelecUpdater:
Kann es sein, daß Du nicht die neueste Version V0.4.8A22 verwendest?
Versuch doch bitte zuerst mal Dir die neueste Version z.B. von der
Google-Seite zu holen!
http://groups.google.com/group/welec-dso
Als Adressen stelle dann ein 00040000 bis 007FFFFF (sollte als Standard
schon so da stehen)! So hat es bei mir in der Download-Richtung ( s.o.
;-)) immer geklappt.
Gruß Jürgen
mir ist gerade noch was in hayos firmware aufgefallen: ich muss nach dem
kalibrieren der zero-lines das oszi neustarten, damit die linien
stimmen. ansonsten sind die sehr weit (5-8 div) nach oben verrutscht.
Hallo werte Tester und Interessierte - rechtzeitig zum Frühlingsanfang
gibt es die erste beta Version meiner Open Source Firmware.
Beachtet das aktualisierte Readme!
Etliche Bugs sind beseitigt, die Grafikausgabe läuft akzeptabel schnell
und die Offsetverstellung des Math-Signals ist auch implementiert.
Vergleicht die Offsetverstellung mal mit der orig. FW und gebt mir
Rückmeldung ob Euch das besser gefällt
Mit dem derzeitigen Stand der Firmware ist das Oszi schon richtig
einsetzbar (besser jedenfalls als mit der originalen FW finde ich).
Eine gute Nachricht für die Besitzer eines 4-Kanalgerätes:
Ich hab mir jetzt zusätzlich ein W2014a zugelegt, das gab es gerade bei
Ebay für 300,- Flocken. D.h. ich kann in Kürze auch Support für die
4-Kanalversion anbieten. Weiterhin kann ich damit auch schön Vergleiche
anstellen. Ich denke nächste Woche wird es da sein.
Ansonsten bitte ich um zahlreiche Rückmeldungen
Viel Spaß beim Testen
Hayo
Hallo zusammen,
ich hab heute mal die Zeit gefunden eine Platine zu routen, wie ich mir
den DDS-Kram bis 20MHz vorstellen kann. Alles mehr oder weniger in 0805
gepackaged. Anbei mal ein Bild.
Wie ich sehe war Hajo in der Zwischenzeit auch fleißig. Werd die FW
gleich mal einspielen und schauen, was sie tut.
Das du dir nun auch ein 4-Strahler zugelegt hast ist natürlich klasse,
das macht Hoffnung :)
Gruß, branadic
Hallo und guten Morgen,
ich frag jetzt einfach mal in die Runde, wer alles eine Platine braucht,
damit ich eine Vorstellung davon bekomme, wieviele Platinen überhaupt
gebraucht würden.
Sollte die sich die Nachfrage stetig mit lim-->0 annähern, so vergesse
ich die Sache einfach.
Gruß, branadic
Hayo W. wrote:
> Hallo werte Tester und Interessierte - rechtzeitig zum Frühlingsanfang> gibt es die erste beta Version meiner Open Source Firmware.
...
> Ansonsten bitte ich um zahlreiche Rückmeldungen
Ich habe einen gewöhnlichen 60MHz Quarzoszillator angeschlossen. Bei
50ns-10ns stimmt etwas nicht.... Zum Vergleich die Anzeige eines tek-464
daneben. (50ns + X10 mag)
> Viel Spaß beim Testen
Immer gerne,
Falk
