Wie Visualisierung recheneffizienter gestalten?

' schrieb:Da sind hunderte, lokaler Variablen drin.

Fang mit den Variablen an, die große Datenmengen beinhalten.

' schrieb:2. einen x/y Graf hatte ich vorher. Der brauchte sehr viel mehr Rechenzeit als die jetzige Lösung mit Picture. (mir wurde gesagt, dass xy-Graphs in jedem Loop alles neu plotten, momentan füge ich pro Schleifendurchlauf jeweils einen Punkt dazu)

Das ist richtig. Du könntest aber einfach darauf verzichten, jedes erfasste Datum sofort darzustellen. Der Mensch bekommts doch eh nicht mit, wenn du ihm tausend Bilder pro Sekunde zeigst. Mal davon abgesehen, dass kein normaler Monitor das mitmacht. Es langt, den Graphen 5 mal pro Sekunde zu zeichnen.

' schrieb:3. Da hast du vollkommen recht. Ich hab mich beim Schreiben vertan.

Kann passieren.

' schrieb:4. Hab ich versucht, aber irgendwie wurde die zweite Schleife nie aufgerufen, da ich halt die zeitkritische Schleife mit höherer Priorität ausstattete. War das Falsch? *notier, dass ich mich erkundigen muss, was überhaupt Queues sind*, hab halt im ersten Versuch lokale Variabeln verwendet.

Wenn die niederpriore Schleife keine Prozessorzeit zugewiesen bekommt, dann ist oft die höherpriore Schleife schlecht programmiert. Lässt sich da nichts machen, dann hilft ein zweiter Prozessor. In deinem Fall aber, da bin ich optimistisch, lässt sich einiges Verbessern.

' schrieb:6. wär wohl sinnvoll *nochmals seuftz* und *mich auch erkundigen werd, wie das geht

Macht schon deswegen Sinn, um die Daten von der Präsentation sauber zu trennen.

' schrieb:Den allerletzen Satz "Das geht mit an sich nicht." verstehe ich nicht. Was meinst du genau?
Danke und liebe Grüsse
Lina

Vergiss den Satz

Noch was: Warum läuft die Whileschleife mit maximaler Geschwindigkeit? Es ist doch klar, dass dann ein Prozessor maximal ausgelastet ist. Und warum eigentlich die Einzelpunkterfassung der Messwerte?


  plot_beispiel.vi (Größe: 47,13 KB / Downloads: 300)

Im Beispiel fehlt noch das Verknüpfen der Datenpakete in der Whileschleife.