1x COM-Port, 2 x Write & 2x Read

Hallo Jann,

wenn du mit einer einzelnen Resource arbeitest, kannst du nur bedingt parallel darauf zugreifen. Dies gilt um so mehr, als deine "Pumpe" von dir Befehle empfängt und darauf antwortet!

Lösung:
- VI aufräumen und über eine vernünftige Programmstruktur nachdenken
- dann solltest du auch der Meinung sein, dass eine saubere Statemachine hier sehr hilfreich wäre!

Allgemeine Tipps:
- BytesAtPort ist zu 99.9% aller Fälle fehl am Platz! Deine "Pumpe" scheint ein TermChar zu verwenden, jedenfalls hast du die Kommunikation so konfiguriert und sendest Befehle damit. Deshalb: BytesAtPort durch eine genügend große Konstante ersetzen! Dann entfallen auch irgendwelche Wartezeiten zwischen Write und Read! (Dies wurde hier schon desöfteren diskutiert, einfach mal andere Threads zum Themenbereich "serielle Schnittstelle" lesen.)
- Wenn immer das gleiche TermChar beim Befehlsversand genutzt wird, sollte man diese mit einer VISA-Propertynode setzen und aktivieren!
- Wenn man die Schleife im Bild nicht sieht: Warum muss man die serielle Schnittstelle in jeder Iteration erneut initialisieren? Warum muss man den VISA-Buffer jedesmal löschen?
- Das Parsen des Druckwertes sieht auch übermäßig kompliziert aus. Ein ScanFromString sollte hier ausreichen! Gib mal ein Beispiel für einen typischen Antwortstring…