Hallo,
ich versuche gerade eine tcp kommunikation mit meinem arduino über labview herzustellen.
Die kommunikation über putty funktioniert problemlos, aber bei labview bleibt er imer in einer schleife hängen.
Es ist keine Komplizierte Kommunikation ich möchte einfach ein paar befehle an den arduino senden er soll daraufhin etwas tun und mir danach eine bestätigung senden.
Ich habe mir die labview beispiele dazu angeschaut und versucht es auf gleiche art und weise nachzuprogrammieren, aber irgendwie scheint es nicht zu funktionieren, wie gesagt unter putty läuft es problemlos.
Ab und zu funktioniert die kommunikation auch aber halt nicht immer. Er bleibt meistens in der receiveschleife hängen.
das subvi angehängt.
Ich hoffe auf eure hilfe.
Danke Peter.
Weiß dass es ein bisschen unhöflich ist, jetzt schon nachzufragen, aber da es zeitlich ein bisschen drängt, tue ich es dennoch.
Ist die Struktur, wie ich die kommunikation aufgebaut habe komplett falsch?
Drei Dinge:
1. Bitte auf Groß- und Kleinschreibung achten!
2. Wenn Du Dein hochgeladenes VI für eine frühere LabVIEW-Version speichern würdest, dann könnten es wesentlich mehr Mitglieder anschauen ("Save for previous Version"). LabVIEW 2012 haben nämlich noch nicht viele bei sich installiert.
3. Auch wenn Du es nicht glauben magst: LabVIEW-Programmierer haben auch Freizeit (Feierabend). Abends um 21 Uhr sind hier nicht mehr so viele User unterwegs.
Ansonsten schau' ich mir Dein VI nachher auch mal an, wenn endlich mal meine Updates voll installiert sind.
Gruß Markus
Ok werde mich bemühen mehr auf die Groß- und Kleinschreibung zu achten.
Hier das vi für frühere Versionen.
Hallo visus,
konnte mir jetzt mal ein Bild machen...
- Wozu die Sequenzstruktur? THINK DATAFLOW!
[
attachment=42340]
Zitat:Ab und zu funktioniert die kommunikation auch aber halt nicht immer. Er bleibt meistens in der receiveschleife hängen.
Hast du schon mal daran gedacht, einfachstes Debugging zu betreiben? Welche Fehler treten auf? Wo und wann treten sie auf?
- Die ersten beiden Schleifen bleiben hängen, wenn ein Fehler auftritt.
- Die dritte Schleife bleibt hängen, wenn kein "^" gefunden wird oder die TCP-Connection immer TimeOut meldet...
Jetzt darfst du selbst wieder ran, schließlich hast du die nötige Hardware!
Naja die Sequenzstruktur, weil das Protokoll ja so ablaufen soll, wie ich es oben schon beschrieben hatte.
Ich kann mit dem Arduino leider nicht debuggen, aber ich vermute dass er manchmal das signal i + enter einfach nicht erhält und dann bleibt er einfach in der receiveschleife hängen.
Ich nutze wireshark um das Netzwerk zu überprüfen und habe festgestellt dass er das "i + enter" immer sendet, aber auch bei wiederholtem senden kommt manchmal einfach keine antwort, egal wie lange das Programm läuft.
Ist die Struktur denn generell falsch, wie gesagt, mit putty funktioniert das ganze immer problemlos, ich frage mich wo der Unterschied zu Labview ist.
Oder sollte das senden und empfangen parallel ablaufen?
Gruß Peter
Was würdet ihr vorschlagen, sollte ich tun? Wie gesagt, dass er meistens in der receiveschleife hängt ist mir aufgefallen, aber weshalb weiß ich nicht, meint ihr dass es ein Problem seitens des Arduinos ist?
gruß Peter.
Hat niemand ne Idee?
Gruß Peter
Hallo visus,
Zitat:Ich nutze wireshark um das Netzwerk zu überprüfen und habe festgestellt dass er das "i + enter" immer sendet, aber auch bei wiederholtem senden kommt manchmal einfach keine antwort, egal wie lange das Programm läuft.
Ist die Struktur denn generell falsch, wie gesagt, mit putty funktioniert das ganze immer problemlos, ich frage mich wo der Unterschied zu Labview ist.
Zusammenfassung deiner Worte:
- LabVIEW sendet einen Befehl, bekommt aber keine Antwort vom Arduino...
- Siehst du in WireShark Unterschiede, wenn du Putty statt LabVIEW verwendest?
Zitat:meint ihr dass es ein Problem seitens des Arduinos ist?
Nach deiner Beschreibung könnte man das vermuten...
