Dotaz: Přesměrování výstupu /dev/ttyS0, aby to mohlo číst více aplikací

[6]

Přemýšlel jsem o vytvoření named pipe, kam bych posílal výstup /dev/ttyS0, ale ta neumožňuje souběžné čtení roury více aplikacemi. Jak mohu docílit toho, aby ttyS0 mohlo číst více aplikací najednou? Přesměrování do textového souboru nepřipadá v úvahu, jedu z CF karty.

Odpovědi

[6]

Jde to vůbec?

[Bilbo]

Kratka odpoved:

Ano, jde.

Delsi odpoved:

Vytvori se X pojmenovanych rour (X = pocet aplikaci, ktere maji zajem ty data cist). Nasadi se program (demon), ktery cte z /dev/ttyS0 a co dostane, zapisuje do vsech rour. Kazdy program si pak cte ze sve vlastni roury svoji kopii.

Tohle zvlada napr. program "tee", viz. "man tee"

Ale v tomhle pripade bude pouziti asi takovehle:

tee </dev/ttyS0 >prvni_roura druha_roura treti_roura .... n-ta_roura

[6]

No a co kdyz jedna z rour "nebude vyzvednuta"? Potom se to celý sekne?

[Bilbo]

Bohuzel jo. V praxi ma roura "kapacitu" defaultne 4KB a jakmile mnozstvi neprectenych dat v ni je vyssi, tak zapisovaci proces ceka nez si druha strana obsah vyzvedne.

Optimalni by bylo napsat si "vlastni tee" (nebo upravit existujici), ktere tohle osetri (zjisti si, jestli se read nezablokuje a pokud ano, tak nebude zapisovat, ale bude si to ukladat do pameti nebo zahazovat ... dokud se ten proces na druhem konci zase neobnovi)

Coz ale neni zas uplne trivialni reseni

[6]

Neumim programovat, chtělo by to něco do skriptů.

[petr_p]

Něco jsem vytvořil. Jmenuje se to vee a zatím toho moc neumí. Po vyčerpání vnitřního bufferu se zablokuje.

Časem zkusím naimplementovat dvě strategie. Jedna bude bude dynamické zvětšování bufferu, druhá bude zahazování dat či zabití líného konzumenta.

[petr_p]

roura "kapacitu" defaultne 4KB

Hovoříme-li o Linuxu, tak to tak bývalo do verze 2.6.11. Od té doby je kapacita roury 64 KiB. Ty 4 kila je pouze garantovaná atomicita zápisu.

[petr_p]

Podívejte na nástroj socat.

Skoušel jsem to s ním přes UNIX sockety, ale ve výsledku mi šel první znak prvnímu čtecímu procesu, druhý znak druhému a zase třetí znak prvnímu procesu atd.

Určitě by to šlo obejít pře multicastové UDP pakety.

Ale mnohem jednodušší bude si na to napsat vlastní program.

Problém ale je, co dělat s čtecím procesem, který se zablokuje. Mají se data pozdržet jen pro něj, má se zastavit přeposílání všem procesům, mají se vůbec data bufferovat, nebo se mají nechat propadnout?

[6]

Tak to tee funguje-nefunguje jak jsem myslel. Čeká to na vyprázdnění všech rour.

[6]

Anebo to vyřešit jinak, jen nevím jak. Zařízení za sériovým portem dělá to, že monitoruje napětí a posílá hodnoty po sériovém portu. Problém je, že to občas pošle třeba "INPUT: BUTTON1", což je reakce na zmáčknutí 1. tlačítka na zařízení, já ale potřebuju na toto v reálném čase reagovat na pc a zároveň číst hodnoty napětí.

[6]

Co takhle zapsat data do mysql tabulky typu MEMORY? Jak? Zkoušel jsem to, ale nějak to nestíhá. Jak daný příkaz upravit, aby to stíhalo? Totiž i kdyby to chvíli nestíhalo naprosto, je potřeba aby se to dohnalo, protože data na /dev/ttyS0 neproudí pořád. Tohle nestíhá:

mysql -uwdog -prur -e "INSERT INTO \`ttyS0\` ( \`id\` , \`timestamp\` , \`text\` ) VALUES  ( NULL , NULL , '`cat /dev/ttyS0 | head -n 1`')" robot

[6]

Tak takhle to jede. Jen si nejsem jistej jestli to pojede i při zatížení systému? Asi by to chtělo buffer. Jak ho vyskriptovat?

ii=0
cat /dev/ttyS0 | while read LINE
do
ii=$(($ii+1))
  mysql -uwdog -prur -e "INSERT INTO \`ttyS0\` ( \`id\` , \`timestamp\` , \`text\` ) VALUES  ( $ii , NULL , '$LINE')" robot &
done

[pamet]

Tak jsem to celý změnil a teď to obsluhuje php skript který to hází do databáze. Využití cpu je max 8 procent oproti předchozímu 80 procentnímu a je to rychlejší.