+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Datenbank & File IO (/Forum-Datenbank-File-IO)
+---- Thema: Problem bei der Integration eines GPS- und OBD-Sensors in LabVIEW für die grafische A (/Thread-Problem-bei-der-Integration-eines-GPS-und-OBD-Sensors-in-LabVIEW-fuer-die-grafische-A)
Seiten: 1 2
RE: Problem bei der Integration eines GPS- und OBD-Sensors in LabVIEW für die grafische A - GerdW - 06.07.2023 14:08
Hallo Xoniix,
Zitat:Also ich bekomme die Daten über Python vom Pi an meinen Laptop. Der Pi und Laptop laufen erstmal über mein Handy Hotspot (übergangsweiße).Also sind RPi und Laptop im gleichen WLAN-Netzwerk!
Zitat:soll ich jetzt die Daten, welche in der Konsole alle paar ms ausgegeben werden in LabVIEW integrierenIn welcher Konsole? Wie wird die Konsole aufgerufen? Läuft da irgendein Programm in dieser Konsole???
Irgendwie fehlen in deiner Beschreibung immer noch Details…
RE: Problem bei der Integration eines GPS- und OBD-Sensors in LabVIEW für die grafische A - XoniixX - 01.08.2023 20:02
So sorry das ich mich jetzt erst melde hatte einige Hardware Probleme und musste ein wenig pausieren
Also meine beiden Codes laufen in Python und die Werte werden aktuell ganz normal in der Konsole ausgegeben.
Jetzt habe ich die von @th13 aufgegriffen und wollte es über einen TCP/IP Server laufen lassen.
Probehalber habe ich nicht meine Sensor Codes drin sondern einfach ein return 50. (Anhang)
Wenn ich den Python Code startet läuft er und zeigt mir das er wartet.
Jetzt zu meinem LabVIEW Programm (Anhang). Ich starte es und zeigt kein Fehler aber leider auch kein Wert.
Da ich in LabVIEW nicht so krass bewandert bin glaube ich zu 100% das dort was falsch ist.
Ich frage mich gerade eh schon wie er die Python Daten verarbeitet und als Zahl ausgeben will.
Naja vielleicht kann mir da jemand weiterhelfen.
Raspberry Pi und Laptop sind in einem Netzwerk.
Ich bedanke mich schonmal und wünsche einen schönen Abend.
Kleiner Nachtrag die Verbindung steht. Nur wird auf dem Bockdiagramm die Nummer 5,05E+15 angezeigt was logischerweise zu hoch ist. Also habe ich einen Denkfehler beim auswerten drin.
lg
RE: Problem bei der Integration eines GPS- und OBD-Sensors in LabVIEW für die grafische A - Martin.Henz - 02.08.2023 08:46
(01.08.2023 20:02 )XoniixX schrieb: Probehalber habe ich nicht meine Sensor Codes drin sondern einfach ein return 50. (Anhang)
Wenn ich den Python Code startet läuft er und zeigt mir das er wartet.
Du musst schon ein wenig genauer beschreiben, was du da an LabVIEW sendest. Nun scheint ja zumindest inzwischen klar, dass eine Verbindung zustande kommt und dass LabVIEW irgendwelche Daten empfängt (wenn auch nicht ganz die erwarteten Daten).
Wenn dein Python Code einen String wie z.B. "15" und am Ende ein Carriage Return gefolgt von einem Linefeed sendet, dann kannst du die TCP Read Funktion auf den Mode CRLF umstellen und als Anzahl Bytes eine deutlich größere Zahl angeben (z.B. 1024 Bytes). Der Lesevorgang wird dennoch immer mit dem CR LF beendet.
Alternativ könnte dein Python Code auch vorher die Anzahl der Bytes senden die noch folgen werden.
RE: Problem bei der Integration eines GPS- und OBD-Sensors in LabVIEW für die grafische A - XoniixX - 02.08.2023 14:35
Mein Python Code erstellt einen Zahl. Diese wird in einen String gewandelt und danach in Bytes verschlüsselt und rüber auf den Laptop geschickt.
Dieser empfängt nach meiner Auffassung Bytes diese habe ich bisher falsch umgewandelt.
Dadurch habe ich mich für den Byte to String-VI entschieden, aber schnell gemerkt das es nicht die Lösung ist
RE: Problem bei der Integration eines GPS- und OBD-Sensors in LabVIEW für die grafische A - XoniixX - 02.08.2023 18:47
Vielleicht hilft dieser Screenshot noch weiter.
Es kommt immer auf einmal und verschwindet wieder nach ca 10 Sekunden. Der PROBE DISPLAY ist direkt nach dem TCP Read.
RE: Problem bei der Integration eines GPS- und OBD-Sensors in LabVIEW für die grafische A - Martin.Henz - 03.08.2023 16:57
Dein Server schickt kein CR LF sondern nur die Zahl, während der Client auf ein CR LF hofft, aber nicht empfängt.