Dotaz: Interaktivní komunikace po sériové lince

[vasek]

Ahoj. Píšu jednoduchý skriptík, který by měl do /dev/ttyS0 poslat nějaký řetězec a čekat na vrácení OK aby mohl poslat další. Nevím ale jak to naskriptovat, protože když dám head -n 1 /dev/ttyS0 a potom poslání řetězce, tak to čeká až se mu něco pošle, což ale nemůže. Pokud nejdříve pošlu řetězec a pak čtu /dev/ttyS0, často by se stávalo, že OK propásnu. Jak to tedy naskriptovat?

Odpovědi

[petr_p]

Zkuste nástroj chat(8) z balíku ppp.

[vasek]

To asi nepůjde. Tady se nejedná o modem a podobné zařízení. Ty příkazy budou pokaždé jiné, závislé na vstupních proměnných. Třeba jednou budu posílat OFREQ30, podruhé OFREQ31 atd...

[petr_p]

Pokud vstupními proměnnými nemyslíte vstup ze sériové linky, mělo by být možné si chat skript vygenerovat a ten poštvat na linku.

Pokud ani to nevyhovuje, zkuste tcl knihovu expect. Existuje k tomu pěkný binding do Perlu a rovněž samostaný program expect(1) vhodný do shellu.

[vasek]

S expectem nepochodím.

[vasek]

Uplne by stacilo neco jako

vys = "cist_bez_cekani /dev/ttyS0"
if vys ....

Ane nevím co použít. Chat je pro moje použití dost neohrabaný.

[petr_p]

A jak si představujete takové čtení bez čekání? Když si nepočkáte na data, tak vám utečou. Bez bufferu, do kterého se budou ukládat data přišedše z linky, se neobejdete.

[vasek]

Zatím se mi "podařilo" něco takového:

echo -n > /tmp/ttyCom
head -n 1 /dev/ttyS0 > /tmp/ttyCom &
while [ "`cat /tmp/ttyCom`" != "OK" ]; do 
 echo "NEW" > /dev/ttyS0
done

atd...

Problém je, že to občas havaruje, asi kvůli čtení a zápisu /tmp/ttyCom zároveň.

[CIJOML]

A nebylo by snazsi a lepsi to resit daemonem co by mel ten port otevreny a s okolim komunikoval po socketu?

[boar]

podobnou vec jsem resil v pythony, pomocu PySerial. doporucuju se na to kouknout.

[luky]

a co treba drzet ten soubor otevreny a podle potreby z/do nej cist/zapisovat?

exec <>/dev/ttyS0 >&0
read data
echo "thanks for: $data"