INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

RS232 Stringauswertung



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

28.12.2013, 08:35 (Dieser Beitrag wurde zuletzt bearbeitet: 28.12.2013 10:25 von Lucki.)
Beitrag #10

Lucki Offline
Tech.Exp.2.Klasse
LVF-Team

Beiträge: 7.699
Registriert seit: Mar 2006

LV 2016-18 prof.
1995
DE

01108
Deutschland
RE: RS232 Stringauswertung
(28.12.2013 00:47 )adamo schrieb:  Die Kommunikation funktioniert mit dem Terminalprogramm
Hterm dauerhaft!
Also noch mal, damit Du kapierst: Fehlermeldung und Programmabbruch kommen von der Funktion "In String Suchen", und das hat mit den Visa-Funktionen überhaupt nichts zu tun - jedenfalls nicht direkt. Der VISA-Code innerhalb des Labview-Programms funktioniert fehlerfrei. Wenn Du also die nachfolgende String-Auswertung deaktivieren würdest, würde das Labview-Programm genaus so gut funktionieren wie das Terminalprogramm.

Aber immerhin kann man jetzt am Sondenüberwachungsfenster sehen, woran es liegt:
Die Steuerung mit Abschlusszeichen funktioniert entweder nicht (obwohl es richtig konfiguriert scheint), oder das Abschlußzeichen 0xA wird nicht mit gesendet.
Schau doch mal im Terminalprogramm nach: Wenn das Abschlußzeichen richtig gesendet wird, müßte nach je zwei gesendeten Werten ein neue Zeile geschrieben werden. Wenn das nicht der Fall ist, kann das Labview - Progamm so nicht funktionieren.

Nachtrag: Was sieht man im Sendpuffer-String?
Richtig wäre:
549161, 549161
Man sieht aber:
...... 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 549161, 54916
D.h eine quasi unendlich lange Folge von Werten ohne Zeilenwechsel. Vias Read hat den Puffer nicht ausgelesen, weil ein Zeilenendezeichen kam, sondern weil das programmierte Limit von 150 Zeichen erreicht war. Dieses Limit wurde - wie sollte es anders sein - mitten in einem Wert erreicht, so dass die letzte Zahl verstümmelt übertragen wurde (54916 statt 549161).
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Nachrichten in diesem Thema
RS232 Stringauswertung - adamo - 27.12.2013, 12:13
RE: RS232 Stringauswertung - Y-P - 27.12.2013, 12:45
RE: RS232 Stringauswertung - adamo - 27.12.2013, 13:39
RE: RS232 Stringauswertung - Lucki - 27.12.2013, 13:55
RE: RS232 Stringauswertung - adamo - 27.12.2013, 16:32
RE: RS232 Stringauswertung - Lucki - 27.12.2013, 17:32
RE: RS232 Stringauswertung - jg - 27.12.2013, 18:27
RE: RS232 Stringauswertung - GerdW - 27.12.2013, 21:17
RE: RS232 Stringauswertung - adamo - 28.12.2013, 00:47
RE: RS232 Stringauswertung - Lucki - 28.12.2013 08:35
RE: RS232 Stringauswertung - adamo - 28.12.2013, 10:37
RE: RS232 Stringauswertung - Lucki - 28.12.2013, 11:50
RE: RS232 Stringauswertung - jg - 28.12.2013, 13:39
RE: RS232 Stringauswertung - adamo - 28.12.2013, 13:39
RE: RS232 Stringauswertung - jg - 28.12.2013, 13:46
RE: RS232 Stringauswertung - adamo - 28.12.2013, 14:12
RE: RS232 Stringauswertung - Lucki - 28.12.2013, 14:31
RE: RS232 Stringauswertung - jg - 28.12.2013, 14:16

Gehe zu: