[gelöst] Mit /dev/ttyACMx kommunizieren!?

-> Lösung

Das hat jetzt nix mit dem VDR zu tun, aber mit Scripting, und da seid ihr ja fit hier!?

Ich habe unter Ubuntu 12.4 (und vorher Debian) seit Jahren ein Script laufen, das nun unter Ubuntu 14.4 nicht mehr will. Dabei wird eine spezielle USB-IO-Karte über ein pseudo serielles Device angesprochen. Man schreibt Zeichenketten der Form ~<Befehl>~ hin und bekommt eine Antwort ~<Ergebnis>~, dabei kein Zeilenumbruch (wird bein schreiben ignoriert, zurück kommt also quasi ein immer länger werdender String). Ok, so sah das (verkürzt) aus:

#!/bin/bash


DEV=/dev/serial/by-id/usb-Microchip_Technology_Inc._CDC_RS-232_Emulation_Demo-if00 # /dev/ttyACM1


myio() {
  {
    stty -icanon -echo
    echo "~$1~"
    read -s -e -t 1 -d '~' myio
    read -s -e -t 1 -d '~' myio
  } <"$DEV" >"$DEV"
}


myio "DS0"
echo "$myio"

Wenn man das mit bash -x laufen lässt sieht man, dass er beim read hängen bleibt (was wegen 1s timeout eigentlich nicht geht. Jetzt fragt mich nicht, was das mit dem stty usw. sollte, jedenfalls hat es funktioniert.

Prinzipiell geht die Kommunikation auch noch, und zwar wenn ich in Konsole A

{ read -t 10 -d '~'; read -t 1 -d '~' x; echo $x; } <"$DEV"

und dann in Konsole B

echo "~DS0~" >"$DEV"

^
kommt in Konsole A die gewünschte Antwort.

Ok, also wieder als Script...

#!/bin/bash


DEV=/dev/serial/by-id/usb-Microchip_Technology_Inc._CDC_RS-232_Emulation_Demo-if00 # /dev/ttyACM1


myio() {
  {
    echo "~$1~" 
    read -t 10 -d '~'
    read -t 1 -d '~' myio
  } <"$DEV" >"$DEV"
}


myio "DS0"
echo $myio

...nix! Geht einfach (nach timeout) über die reads.

Wie kriege ich das wieder hin? Von mir aus auch in Perl oder C.

Es ist wichtig, dass die Leseseite schon geöffnet ist, bevor der Befehl geschrieben wird, ansonsten landet die Antwort im Nirvana. Ich habe auch schon versucht das echo (mit sleeps usw.) abzuforken u.ä., aber es hilft nichts...

Zitat von Copperhead

Ich verstehe zwar noch nicht so ganz, was du willst...
...aber funktioniert das:
...
..Die Antwort kommt dann aus dem "echo $x"
Irgendwie glaube ich auch dass es << "$DEV" heißen muss (also mit zwei Pfeilen)

Ne, kann nicht funktionieren. Du stellst eine Frage an das Device (z.B. "~DS0~" ) und das antwortet dann (z.B. "~1~"). Erst schreiben und dann erst das Device zum lesen öffnen geht aber auch nicht. Das Device muss vor der Anfrage schon zum lesen geöffnet sein...
Hat ja - wie gesagt - alles schon einige Jahre unter verschiedenen Systemen (Debian, Ubuntu) funktioniert.
Und >> war für 'an Datei anfügen' (statt > 'überschreiben'). << kenn ich nicht.

Ach ja: Wegen des nicht vorhandenen Zeilenumbruchs das -d '~' (delimiter). Das erste read schluckt also nur den ersten '~' der Antwort, das zweite liesst dann die Nutzinfo. zum abschliessenden '~'.

Zitat von Copperhead

Ja aber genau das tut es doch. ...

Nein, dann müsstest du sie (mit &) in den Hintergrund schicken. Geht aber auch nicht (schon probiert) und würde mir nicht helfen, denn ich brauche das letztlich wieder als Funktionsaufruf.

So geht es jetzt:

#!/bin/bash


DEV=/dev/serial/by-id/usb-Microchip_Technology_Inc._CDC_RS-232_Emulation_Demo-if00 # /dev/ttyACM1


myio() {
  {
    echo -n "~$1~" 
    read -t 1 -d '~'
    read -t 1 -d '~' myio
  } <"$DEV" >"$DEV"
}


myio "DS0"
echo "$myio"

Der letzte Kick war die Option -n beim echo.
Trotzdem komisch, dass das Script am Anfang Jahre lang reibungslos seinen Dienst unter Debian und Ubuntu verrichtet hat...