Hallo ins Forum,
ich brauch Eure Hilfe für das Auslesen eines RS232 Datenloggers mittels Fritzbox.
Leider funktioniert das Auslesen mittels RS232 Wandler nur nachdem ich per PC (Anstelle des Datenloggers) erst einmal Text plus <CR> zur Fritzbox schicke. Danach funktioniert auch das Auslesen des DL‘s von der Fritzbox.
Einmal am Laufen, ist alles in Butter, aber nach dem nächsten Reset der Box, muss erst wieder per PC ein „Text-Trigger“ geschickt werden, was das Ganze natürlich recht umständlich, unzuverlässig und nicht einsetzbar für den „operatorlosen Betrieb“ macht.
Die HW, das Kabel, die seriellen Parameter und der USB_to_RS232 Treiber (FTDI), funktionieren, also vermute ich einmal, dass ein Prozess der FB sich diesen Port krallt und auf ein <CR> oder <LF> wartet und danach diesen TTY-Port frei gibt.
Leider hat die FB nur die abgespeckte Busybox Version von ps, damit kann ich über ps nicht nachschauen, wer denn auf diesen TTY-Port hängt. Ein lsof ist auch nicht vorhanden, was mir auch weiter helfen könnte.
Bitte hat jemand hier im Netz ein ähnliches Problem mit dem Auslesen mittels FB von binären Daten ohne <CR/LF> und kann mir hier weiter helfen?
Könnte jemand für meine weiteren Tests ein ps und ein lsof für die 7xxx Familie kompilieren, damit ich unbekannte Prozesse die evtl. den TTY-Port blockieren ausschließen kann?
Viele Grüße
wollik
ich brauch Eure Hilfe für das Auslesen eines RS232 Datenloggers mittels Fritzbox.
Leider funktioniert das Auslesen mittels RS232 Wandler nur nachdem ich per PC (Anstelle des Datenloggers) erst einmal Text plus <CR> zur Fritzbox schicke. Danach funktioniert auch das Auslesen des DL‘s von der Fritzbox.
Einmal am Laufen, ist alles in Butter, aber nach dem nächsten Reset der Box, muss erst wieder per PC ein „Text-Trigger“ geschickt werden, was das Ganze natürlich recht umständlich, unzuverlässig und nicht einsetzbar für den „operatorlosen Betrieb“ macht.
Die HW, das Kabel, die seriellen Parameter und der USB_to_RS232 Treiber (FTDI), funktionieren, also vermute ich einmal, dass ein Prozess der FB sich diesen Port krallt und auf ein <CR> oder <LF> wartet und danach diesen TTY-Port frei gibt.
Leider hat die FB nur die abgespeckte Busybox Version von ps, damit kann ich über ps nicht nachschauen, wer denn auf diesen TTY-Port hängt. Ein lsof ist auch nicht vorhanden, was mir auch weiter helfen könnte.
Bitte hat jemand hier im Netz ein ähnliches Problem mit dem Auslesen mittels FB von binären Daten ohne <CR/LF> und kann mir hier weiter helfen?
Könnte jemand für meine weiteren Tests ein ps und ein lsof für die 7xxx Familie kompilieren, damit ich unbekannte Prozesse die evtl. den TTY-Port blockieren ausschließen kann?
Viele Grüße
wollik
Zuletzt bearbeitet:
