ich werde es mir am Wochenende mal näher anschauen. Die kommenden Tage habe ich leider kaum Zeit dafür.

oh ok, schade eigentlich.

Ich bin in der Sprache auch noch ein Anfänger und manchmal hängt man an den einfachsten Aufgaben

lol 

so geht es natürlich auch. Ist keine schlechte Idee
Arbeitest du auch mit Purebasic, sth77?

ja, in der aktuellen Form klappt das mit dem auslesen nur bei Windows. Momentan kenne ich auch gar keine andere Methode, um die Anzahl der vorhandenen Schnittstellen auszulesen. Gerade bei Mac und Linux wird es für mich schwierig, da ich nicht weiß wie ich an diese Infos gelange. Notfalls lasse ich diese Funktion außen vor. Eine manuelle Eingabe ist ja weiterhin möglich. In wie fern ich das Programm für den Mac kompilieren kann, kann ich noch nicht sagen. Ich müsste es erstmal schaffen ein MacOS X-System unter Windows zu emulieren. Hast du mit so etwas schon irgendwie Erfahrung?

achja... das geplante update wird sich wohl noch um eine Woche verschieben müssen. Die nächsten Tage werde ich leider kaum Zeit zum Programmieren finden, da ich gerade viel um die Ohren habe. Zumindest ist der neue Graph soweit (fast) fertig und mit knapp 4000 Zeilen schon etwas umfangreicher als in der letzten Version. Den Quellcode stelle online, sobald die Formatierung und Dokumentation vollständig ist.

ja, das ist eine gute Idee

ja, müsste prinzipiell möglich sein. Das Problem ist nur, dass ich es selber nicht testen kann. Ich bin ein typischer Windows-User und arbeite ab und zu auch mal mit Linux. Ich werde mich mal schlau machen, wie ich es am besten für den Mac kompiliere. Momentan sollten alle programmierten Funktionen unter allen Systemen funktionieren.

Edit: Ist doch nicht ganz so einfach.... Ich kann die Programme nur auf dem jeweiligen System kompilieren.  ...bedeutet ich brauche ein MacOS X System, damit ich es für den Mac kompilieren kann. Ich muss mal schauen, ob und wie ich es unter Windows emulieren könnte. Habe bisher noch nie auf einem Mac gearbeitet, daher will ich jetzt noch nicht zu viel versprechen. 

jo, ist drin

Heute will ich noch Messspitzen und ein kleines "Triggerkreuz" implementieren. Gestern hat mich die Programmiersoftware ja fast in den Wahnsinn getrieben. Wenn alles halbwegs reibungslos funktioniert, dann kommt am Sonntag ein Update mit dem neuen Graphen.  ...jetzt muss ich erstmal noch einige nervige Fehler ausbügeln.

no problem

It's pretty simple to calculate the FPS rate:  FPS = (plotted values per seconds) / (graph width)
so... each pixel of the graph (in width direction) represents one value.


my pseudo code:

Code:

While (1)

; plot a Pixel
;--------------------------

...
...
...


; calc FPS rate
;--------------------------

time_difference = ElapsedMilliseconds() - old_time

If (time_difference >= 1000)
old_time = ElapsedMilliseconds()
MyFPS = plot_counter/graph_width
SetGadgetText(FPS_label, "FPS: " + StrF(MyFPS,2))   ; show FPS rate with 2 decimal place
counter = 0  ; reset counter
Else
counter + 1  ; count up

EndIf

...
...
...

Wend

Could I help you?

meinst du die FPS-Rate?

Wenn es für dich einfacher ist, dann kannst du deine Frage auch in Englisch schreiben

Hi Leute,

ja... das Update verspätet sich noch ein klein wenig. Es ist alles etwas aufwändiger geworden, als gedacht. Der neue Graph, ist aber schon fast fertig. Ich muss noch einige Fehler beheben und die Werte anpassen. Würde es jemand mal für mich austesten und die FPS-Werte bei der Standardgröße durchgeben? Wichtig wäre für mich zumindest der Prozessortyp und die FPS-Rate, da ich gerne die Leistungsfähigkeit bei verschiedener Hardware auswerten möchte.

Der Graph ist jetzt dynamisch aufgebaut und man kann den sichtbaren Bereich mit der Maus verschieben und mit dem Mausrad zoomen. Es können auch unbegrenzt viele Kanäle dargestellt werden. Zur Zeit sind 3 Modis einprogrammiert:

Modus 1: Oszi-Modus (sehr hohe Darstellungsgeschwindigkeit bzw. Echtzeitdarstellung der Werte vom Arduino)
Modus 2: Aktualisierungs-Modus (allgemein für langsame Prozesse)
Modus 3: scrolling-Modus (allgemein für langsame Prozesse, scrollt aber den Graphen kontinuierlich)


hier mal Modus 1 (32-Bit version) mit einem Testsignal:



bis dann...

lg SBond

ja, das ist schon eine tolle Spielerei. Ich konnte bisher auch mein Programm sinnvoll verwenden. z.B. das Beobachten einer geregelten Fahrraddynamo-Spannung, mit der ich während der Fahrt ein Smartphone laden kann.

Das Programm ist gerade in Entwicklung. Ich arbeite täglich daran und der neue Graph ist fast fertig. Dadurch wird die Darstellung viel dynamischer und der Bereich lässt sich dann auch beliebig mit der Maus verschieben oder zoomen. Es ist momentan eine unschöne Arbeit, da alles schon sehr komplex geworden ist und viele Berechnungen gemacht werden müssen.

Die Version, die hier zur Verfügung steht, ist natürlich viel einfacher gestrickt. Auch der Trigger ist sehr einfach aufgebaut und führt daher noch sein Eigenleben, wenn schon ein leichtes Rauschen im dargestellten Signal ist.

Die Geschwindigkeit wird sich soweit auch steuern lassen. Ich werde später noch ein Protokoll einbinden, der wieder eine Kommunikation mit dem Arduino ermöglicht. Aber meine aktuellen Ziele sind erstmal die Fertigstellung des Graphen mit vernünftigen Basisfunktionen

Ich hoffe, dass ich bis Wochenende eine neue Version hochladen kann. ...je nach dem, wo es noch Probleme gibt.


lg
SBond

Ja, wahrscheinlich hast du Recht. Ich konzentriere mich erst mal auf einen Kanal. Auch da gibt es dann ja noch viele spielereien (wie FFT, Impuls/Frequenz-Messung) die ich dann anschließend einbauen kann. "Scopino" ist auch recht interessant. Es macht immer wieder spaß, andere Werke anzuschauen und diese zu vergleichen.

Ja, da hast du recht. Ein Geschwindigkeitsverlust würde sich nicht vermeiden lassen. Ich werde mal ein besseres Kommunikationsprotokoll schreiben, um die Kanäle ggf. zu steuern. Habe so etwas schon mal bei meinem alten "Arduino-Control" gemacht, allerdings auf "reiner Text"-Basis. Das funktioniert zwar, ist aber sehr ineffizient. Das neue Protokoll ist von der Funktion zwar schon fertig, aber noch nicht programmiert. Die Funktion als Oszi wird dabei nur gering eingeschränkt, da das Programm nur Befehle sendet, wenn ein Zustand geändert werden soll. (z.B. Kanäle hinzuschalten oder Auflösungen ändern). Je nach dem wie das Ergebnis ist, werde ich notfalls 2 Versionen anfertigen.

Aber momentan steht erst mal noch der reine Graph im Vordergrund, so wie einige Basis-Funktionen. Ich denke mal, dass ich Mittwoch die ersten Ergebnisse hochladen kann.

Jo, danke

Das Programm wird noch weiter ausgebaut. Diese "Nano-Version" war nur ein Test-Programm. Ich wollte nur prüfen, ob ich mit PureBasic mein vorhaben realisieren kann.
Es wird definitiv noch eine vernünfige Signalauswertung hinzugefügt, sowie die Unterstützung von mehreren Kanälen. Bin gerade dabei einen besseren Graph zu programmieren.

habe die neue Version mal hochgeladen.
viel Spaß damit ^^