' schrieb:i2dx hat es schon angesprochen. Das wahrscheinlichste Problem ist: wie weiss der Empfänger dass jetzt alle Daten angekommen sind. Dazu gibt es grundsätzlich verschiedene Ansätze. Für Text basierte Protokolle wird dabei meist ein <CR><LF> Zeilenumbruch angefügt. Für binäre Protokolle wird meist im Datenstrom eine explizite Länge vorangestellt oder ein spezifischer Character reserviert als Ende-Zeichen.
Wenn Du die default Einstellung bei TCP Read verwendest beendet LabVIEW den Lesevorgang automatisch nach dem Lesen der entsprechenden Anzahl Bytes oder dem Timeout und liefert Dir die Daten zurück. Falls Du ein Text basiertes Protokoll hast wäre es aber wahrscheinlich sinnvoll den TCP Read Mode auf CRLF zu setzen, damit das Lesen nicht unnötig bis zum Ablauf des Timeouts hängen bleibt.
Beim Schreiben fügt LabVIEW nicht automatisch ein <CR><LF> ans Ende des Strings, Das musst Du schon explizit selber tun, ansonsten könnte man ja das TCP Write VI nicht benützen um auch binäre Protokolle zu implementieren. Ohne <CR><LF> wartet Dein Client aber wahrscheinlich ewig ohne das eigentlich bereits komplett empfangene Kommando je als gültig zu erkennen.
Rolf Kalbermatter
Hallo,
habe es probiert und komme immer noch zu keiner Lösung.
Habe eine TCP/IP Schnittstelle schon einmal in einem anderen VI benutzt. Es läuft zwar nicht, aber es kommen
auch keine Fehlermeldungen.
Ich habe alles aus diesem VI gelöscht und das Programm laufen lassen. Das gleiche Ergebnis.
Dann habe ich diese Schleife in ein neues VI kopiert und plötzlich generiert es Fehlermeldungn.
Ist es vielleicht möglich, dass mir jemand ein kleines VI zur Verfügung stellt, wo parallel was gelesen wird und wieder
ausgegeben (localhost).
