Kommunikation mit der RS 232 - Druckversion +- LabVIEWForum.de (https://www.labviewforum.de) +-- Forum: LabVIEW (/Forum-LabVIEW) +--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein) +---- Forum: Instrument IO & VISA (/Forum-Instrument-IO-VISA) +---- Thema: Kommunikation mit der RS 232 (/Thread-Kommunikation-mit-der-RS-232) Seiten: 1 2 |
Kommunikation mit der RS 232 - rolfi - 19.04.2005 08:07 Hi, ich habe eine Datenquelle, welche in bestimmten Intervallen (1s oder 2s) Daten an die RS232 zum PC schickt. Hin und wieder tritt das Phänomen auf, dass LV die Daten nicht mehr richtig "empfängt". Die Daten kommen nur noch gestückelt rein. Schau ich mir die Daten zB. im HyperTerminal an, werden sie immer noch 1a von der Datenquelle gesendet. Also muss ich irgendwas bei der Schnittstelle im LV falsch machen. Nur was? Weiß einer Rat :?: Danke, Rolf Kommunikation mit der RS 232 - Buhrz - 19.04.2005 08:36 Kannst du dein VI was du zum lesen benutz hier reinstellen ? Gruß Jürgen Kommunikation mit der RS 232 - rolfi - 19.04.2005 08:58 Bitteschön ... Ich hoffe es hilft weiter PS: Das blöde ist, dass es meist funktioniert. Kommunikation mit der RS 232 - Buhrz - 19.04.2005 13:15 Hi Hast du in deinem String ein Endezeichen wenn ja Frage doch auf das Endezeichen ab ich glaube dann hast du dein Problem nicht mehr Du list immer alle zeichen die im Buffer sind und wenn der PC mal etwas anderes macht hast du ein Problem Hast du es mal mit einer anderen Baudrate getestet die langsamer ist ? Gruß Jürgen Kommunikation mit der RS 232 - rolfi - 19.04.2005 13:45 Hi, die Baudrate kann ich nimma verändern. An die bin ich fix gebunden. Wie gesagt, mit dem normalen Hyperterminal funktioniert es ganz gut... und meistens funktioniert es mit meinem LV-Programm auch spitze. Abfrage vom Endzeichen - Ich habe es im Demoprogramm jetzt nicht adaptiert, aber ich suche den String nach Token (CR) ab und gebe den String erst frei, wenn ich das Zeichen CR bekomme (aus Grund der variablen Abtastgeschwindigkeit und Sicherheit). Ausgabebeispiel: Normal: 100;200;300;400;500;600; 100;200;300;400;500;600; .... Wenn die Ausgabe zusammenbricht: 500;600; 500; .... Zuerst dachte ich, dass unsere Datenquelle so einen Mist schickt, weil es eben durch CR abgetrennt wird. Aber nachdem ich LV ausgeschalten habe und das Hyperterminal aktiviere, kommen die Daten korrekt an. lg, rolf Kommunikation mit der RS 232 - Buhrz - 19.04.2005 13:53 OK Dann fällt mir auch nichts mehr ein Aber eine anregung habe ich doch noch Wenn der Datenstring immer die gleiche länge hat so schau dir dochj mal die Anzahl der Zeichen die du einliest an. Hast du einen Seriellen Protokollanalyser den du in die Leitung hängen kannst und dir die Daten mal auf der Leitung anschauen wenn der Datenfluß zusammenbricht. Gruß Jürgen Kommunikation mit der RS 232 - rolfi - 19.04.2005 14:58 Hi, Danke für deine Mühen. Nein der Datenstring hat leider nie genau die gleiche Länge. Er kann je nach Datenzahl varieren. Leider so einen Protokollanalyser habe ich leider nicht. Was verstehst du darunter? Was mich einfach wurmt ist folgendes: Das Phänomen tritt sporadisch auf und es gibt folgende Lösungswege, welche beide nicht zufriedenstellend sind. (a) LV abschalten und aufs Hyperterminal umsteigen. Dies ist zwar toll, weil ich die Daten weiteraufzeichnen kann. Aber die ganze "Idee" und Visualierung, etc. ist weg. (B) Die Datenquelle reseten. Anschließend funktionierts auch wieder. :?: :?: :?: :?: :?: :?: lg, rolf Kommunikation mit der RS 232 - Buhrz - 19.04.2005 15:33 Hi Noch eins Hast du den Error Cluster in LabVIEW angeschlossen Gruß Jürgen Kommunikation mit der RS 232 - rolfi - 19.04.2005 15:43 joop, stimmt. den hätte ich dran. ich werde mal warten bis das Phänomen wieder auftritt und dann eine "Probe" entnehmen. Mal schauen, was uns der Fehlercluster zeigt. //Edit: Im normalen Betrieb gibt er mir eine Warnung aus, dass noch mehrere Daten im Puffer wären. Kommunikation mit der RS 232 - Alpenpower - 20.04.2005 07:10 Hallo zusammen, was mir grad dazu einfällt wäre der Handshake. Vielleicht kannst Du was damit anfangen. Grüße, Franz |