LabVIEWForum.de - Verarbeiten von ESC-Sequenzen (VT100)

LabVIEWForum.de

Normale Version: Verarbeiten von ESC-Sequenzen (VT100)
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2 3
Hallo Timo,
Zitat:Verkürzt du dir nicht deine Zeit, die du hast um die Tabelle zu aktualisieren, um die Wartezeit die du für den Empfang verwendest?
Jein, in meiner Anwendung reicht die Zeit, bis endlich mal wieder Daten kommen, um die Daten auszuwerten und die Tabelle zu aktualisieren.


Hallo Gerd,

Zitat:Und wenn man die Änderungen erst in einem Zwischenbuffer sammelt und die Anzeige nur "bei Bedarf" (oder in regelmäßigen Abständen) aktualisiert, dann macht sich eine Entkoppelung von Funktionen (aka Producer-Consumer) ruckzuck bezahlt…
Wie würdest Du den "Bedarf" oder die Abstände definieren? Du hattest ja mal was von 5-10x pro Sekunde geschrieben.
Da mein Datenlieferant den Takt mit ca. 400ms vorgibt, verstehe ich immer noch nicht, warum ich die Daten zwischenspeichern oder sammeln soll.
Mir ist aber klar, dass das absolut Sinn macht, wenn die Datenpakete schneller geliefert werden.
Und in meiner Software könnte ich das auch machen, damit es für anderen Gegebenheiten passt. Ich will aber nicht. Wink-2

Ich wollte ja vor Allem auch die Grafik realisieren und da war der entscheidenden Tipp von Dir:
Zitat:Nicht immer muss die Art, wie man Daten zwischenspeichert, exakt die gleiche sein, wie man diese Daten dann auf dem FP darstellt. Auch hier hat man die Möglichkeit, sich jeweils "optimale" Datenstrukturen zu überlegen: siehe meinen Vorschlag zu einem 2D-Array of Cluster of [String, Farbe(n)]…
Daraus ist ja das "2D-Array of Cluster of [Char, Graphic, Changed] entstanden. Damit funktioniert das in meiner Anwendung so schnell, dass noch keine neuen Daten am Port warten.

Zum Fehler 1604:
Zitat:Ja, das ist sehr wahrscheinlich.
Es könnte also sein, dass der Fehler bei Dir auch auftritt, nur nicht automatisch angezeigt wird?

Zitat:Was aber auch für Jens' Vorschlag bezüglich besserem Errorhandling spricht, d.h. ClearErrors…
Naja... ClearError sehe ich nicht als Errorhandling, sondern als Notlösung (workaround)...
Und es hilft hier auch nichts, weil die betroffenen Frontpanel-Elemente trotzdem nicht funktionieren.


Gruß Nominas
Seiten: 1 2 3
Referenz-URLs