' schrieb:Wenn es wirklich so ist, dass die Skalierung im Hintergrund läuft, ist das natürlich schlecht. Das widerspricht meiner Meinung nach dem Datenflussprinzip, denn dafür habe ich den Fehlercluster.
Das muss nicht unbedingt dem Datenfluss widersprechen.
Ein Graph ist hier wie ein Standalone-Objekt zu sehen, das seine Daten/Befehle per Queue bekommt. Warum die Applikation anhalten, wenn es lediglich darum geht ein FP zu refreshen? Das kann nebenbei geschehen. Natürlich muss der Graph beachten, dass Daten etc. konsistent bleiben. Ein FP-Refresh muss aber nicht zwangsläufig unter Konsistent-Erhaltung fallen.
Zitat:Ganz selten fehlt die y-Achse, doch meistens ist sie da.
Das kommt dann wie folgt: Neue Daten/Befehle (per Queue) an den Graph. Der ist aber gerade beim Refresh der Achsen, muss nun feststellen, dass dieser Refresh sich mit einem neuen Befehl (oder neuen Daten) beißt - und muss den Refresh zwangsweise abbrechen.
Zitat:Natürlich hatte ich das Bild-Speichern-VI gerade zu und konnte nicht sehen, ob das im Frontpanel auch so aussieht.
Schade.
Zitat:Mir wäre wichtig, dass das zuverlässig läuft.
Was natürlich schwierig wird, wenn das Graph-Objekt diverse Bugs hat.
Wenn das Problem relativ schnell reproduzierbar ist, könntest du folgendes probieren: Einfach das Skalieren (bei Nichterfolg dann weitere Funktionen) weglassen und kucken ob der Fehler noch immer vorhanden ist.
Noch was zum Probieren:
Mach mal den FarbeFeinGitter-Zugriff ganz an den Angang der Verarbeitungskette.
