Verarbeiten von ESC-Sequenzen (VT100)

Hallo Gerd,

Zitat:Du musst die Anzeige nicht "so oft wie möglich" und schon gar nicht "schneller/öfter als der Datenlieferant" aktualisieren - deshalb der Vorschlag, die Funktionalitäten aufzutrennen…

Mit diesem Vorschlag hatte ich ja auch verschiedene Versuche gemacht. Das Entscheidende war aber die Erkenntnis, dass man nicht die ganze Tabelle aktualisieren muss.
Genau genommen wird auch nicht die Änderung beurteilt, sondern ob für das Feld ein Wert gesendet wurde.

Für den Punkt "Funktionalität auftrennen" sieht es bei meiner Anwendung wohl so aus:
Beispiel 1: Der Datenlieferant sendet alle 400ms ein 4kB-Paket; die Datenaufbereitung dauert 100ms; das Aktualisieren der Anzeige 700ms
>> In Reihe laufen die Daten am Port auf, parallel sammeln sich die Pakete in der Queue "Anzeige"
Beispiel 2: Der Datenlieferant sendet alle 400ms ein 4kB-Paket; die Datenaufbereitung dauert 100ms; das Aktualisieren der Anzeige 200ms
>> Egal wie, der Datenlieferant bestimmt den Takt.

Wenn der Datenlieferant schneller und vielleicht kleinere Pakete sendet, sieht es natürlich ganz anders aus!

Zitat:Fehler 1604 hat mit VIServer-Aufrufen von VIs zu tun - ich sehe nicht, wo das hier vorkommen sollte…

Das verstehe ich auch nicht. Aber selbst in diesem kleinen VI kommt der Fehler:

  test error 1604.vi (Größe: 21,71 KB / Downloads: 134)

Zitat:Kannst du eigentlich mal ein paar Datenpakete (also komplette ~4kB) bereitstellen? Z.B. als VI mit ein paar Stringkonstanten, die jeweils einen Datenblock enthalten!?

Tut mir leid, dass geht nicht. Ich habe dieses Thema in meiner Freizeit verfolgt, weil es mich einfach interessiert hat.
Aber die Anwendung ist, wenn auch vielleicht nicht streng geheim, aber doch firmen-intern.