Probleme mit dem Signalverlaufsdiagramm

Hier neues VI, Habe aber jetzt keine Zeit für Text...
Edit: Bin wieder da. In Deinem VI waren einige Schwachsinnigkeiten:
1.) Das Updaten eines Digramms dauert, aber noch viel länger dauert das Autoskaling bei jedem neuen Messpunkt. Die Rate von 1/1ms=1Khz erreicht man damit jedenfalls nicht, und die theoretische Anzahl von Messungen in der vorgegebenen Zeit wird dann nicht erreicht.
2) Es gibt keinen vernünftigen Grund, das Express-VI verstrichene Zeit überhaupt zu verwenden.
3) Es sind selbtverständlich mehrere Plots in einem Diagramm darstellbar.

Anzeige

Und einmal Zeitdifferenz, also z.B. Dauer einer While-Schleife, als SubVI.

LV8.0

@Lucki:

Ich würde ja gerne mal mein komplettes VI Hochladen, jedoch fehlen euch da die Hardwarekomponenten dazu. Deswegen habe ich am Anfang dieser Diskussion ein VI hochgeladen, welches nur schematisch den Ablauf in meinem VI wiedergibt. Deswegen benutze ich auch das Express-VI. Klar kann man sich so etwas ähnliches selber "basteln", aber mir erschien es hier einfacher dieses zu nehmen, da die Messzeit ein wichtiges Kriterium für die spätere Ausführung ist. Autoskaling ist deswegen wichtig, weil sich die Messzeit von Messung zu Messung ändern kann. Aber über den Eigenschaftsknoten "XAchseMaximum" kann man ja eine kleine Routine (wenn man das so nennen kann???) vorschieben, die je nach gewählter Messzeit die X-Achse skaliert.

Ich muss dazu noch sagen, dass ich einige Lokale Variablen benutze, um die Kommunikation zwischen zwei Whileschleifen, die parallel laufen, zu realisieren. Ich mutmaße, dass es dadurch auch zu Verzögerungen kommt. Und wie schnell die Kommunikation zur RS232-Schnittstelle ist weiß ich auch nicht... kann nur sagen, dass die Baud-Rate bei 115200 liegt und Timeout-Value bei 5000! Beim ersten Durchlaufen der Whileschleife wird die VISA-Verbindung aufgebaut... kann schon sein, dass die immer etwas länger dauert und es deswegen solche Ungereimtheiten mit den Schleifendurchläufen gibt.

Hier mal ein Bild zum "VISA-Ablauf" die 5ms-Warten müssen da rein, sonst gibt der Sensor nur Schrott aus:


  VI.jpg (Größe: 1,65 MB / Downloads: 254)


Die nicht sichtbaren Abläufe in einem VI kann ich mir auch nur denken, dafür bin ich nicht Programmierer genug!

Und noch zum 2er-Plot: ich meinte es so, wenn der Datentyp zum Signalverlaufsdiagramm in "Signalverlauf (DBL)" vorliegt.
Aber so wie der Anzeige im Diagramm ist, ist sie schon gut! Aber wenn ich halt noch ein wenig Signalverarbeitung betreibe, währe es schön, wenn man zwei der Plots gleichzeitig darstellen könnte! z.B. den laufenden Mittelwert, mit einer Sampelrate von ca. 20-30 Punkten, dass würde den Verlauf noch schön glätten!

   

' schrieb:Hier mal ein Bild zum "VISA-Ablauf" die 5ms-Warten müssen da rein, sonst gibt der Sensor nur Schrott aus:

Auch ich würde sagen: An dieser Stelle muss eine Wartezeit rein. Und zwar als Warten, nicht als Metronom. Ich gehe davon aus, dass die Gegenseite praktisch "gepollt" wird.

ABER:
Ich würde das Bearbeiten der VISA-Schnittstelle nicht in der selben Schleife tun wie das Darstellen im Graphen. Ich würde da eine parallele Schleife (sogar SubVI) nehmen - und die Daten per Queue verschicken. Eine Queue wirkt hier wie ein Puffer. Ist die Graphikausgabe zu langsam, kann das Auslesen der VISA-Schnittstelle aber trotzdem mit der Gewünschten Geschwindigkeit gehen.

So... da bin ich noch mal... erst mal danke für eure Hilfe... aber jetzt hab ich ein neues Problem:



Meine Messung (über RS-232 mit Visa-Verbindung) nimmt jetzt ca. 30 Werte pro Sekunde. Da ist für mich völlig ausreichend!

Nun hab ich eine Option in mein VI eingebaut, dass der Benutzer die Skalierung der X-Achse selber wählen kann, einfach über Eigenschaftsknoten "YAchse.Maximum" und "YAchse.Minimum". Um halt bei mehreren Messungen die ausgeworfenen Diagramme besser vergleichen zu können.
Also hab ich auch "Autom.Skalierung" abgeschaltet, weil sich das sonst nicht mit dem Eigenschaftsknoten "YAchse.Maximum" und "YAchse.Minimum" vertägt. Um diese Funktion bei belieben trotzdem zu haben, habe ich dies selber "programmiert".
Mit dem VI "Signalverlauf-Minimum und Maximum" welches die Werte gibt für "YAchse.Maximum" und "YAchse.Minimum". Am besten schaut mal in das angefügte Bild, da sieht man es.


  Skalierung.jpg (Größe: 1,59 MB / Downloads: 226)


Nun erhalte ich nur noch ca. 15 Werte pro Sekunde. Frist dies Option mit dem Eigenschaftsknoten so viel Ressourcen? Kann ich mir gar nicht vorstellen? Wenn ich die X-Achse skaliere, was mein VI halt auch schon macht, kommt es ja nicht zu diesem Defizit!?

Kann mir jemand sagen wie ich das umgehen kann oder schon mal woran das liegt?


Danke....

Und wo ich gerade am Fragenstellen bin:

Kann man im Signalverlaufsdiagramm eine Markierung einfügen? Also, dass während der Messung ein vertikaler Strich eingefügt wird? Oder sich die Farbe des Plots ändert ab einen definierten Punkt?

Mit dem Methodenknoten "Plotfarbe" ändert sich nur der gesamte Plot.

Ab hier im Forum nur was zum Signalverlaufsgrafen gefunden...

' schrieb:Meine Messung (über RS-232 mit Visa-Verbindung) nimmt jetzt ca. 30 Werte pro Sekunde.

Schön, schön.
D.h. aber auch, 30mal pro Sekunde wird der Graph (siehe unten rechts) refreshed.

Zitat:Da ist für mich völlig ausreichend!

Du beziehst diese Aussage bestimmt auf das Samplen der Daten. Nicht aus das Anzeigen der Daten. Zum Datenanzeigen reicht eine Rate von 4/sec.

Zitat:Kann ich mir gar nicht vorstellen?

Aber ich!

Zitat:Wenn ich die X-Achse skaliere, was mein VI halt auch schon macht, kommt es ja nicht zu diesem Defizit!?

Wenn du mittles Propertys scalierst ist das was anderes, als wenn das Graph-Element automatisch scaliert.

Zitat:Kann mir jemand sagen wie ich das umgehen kann oder schon mal woran das liegt?

Samplen und Anzeigen programmtechnisch trennen.
In einer While-Schleife samplest du Daten und schickt die per Queue an eine zweite While-Schleife, die diese Daten nur anzeigt. Beide While-Schleifen laufen parallel!

' schrieb:Oder sich die Farbe des Plots ändert ab einen definierten Punkt?

Siehe Beispiel, bezieht sich zwar auf den Graphen statt auf das Diagramm, und auf die Ampitude statt auf die Zeit. Es geht um das Prinzip, deshalb darüber nicht mäkeln.

  Graph_Farben_3.vi (Größe: 24,54 KB / Downloads: 190)

Ok.... danke für die Antworten... aber kann mir jemand das VI in LabVIEW Version 8.0 konvertieren???

Danke...

' schrieb:aber kann mir jemand das VI in LabVIEW Version 8.0 konvertieren???

Ist gemacht, siehe oben