Dotaz: Kodovani znaku na /dev/ttyS0

[Dan]

Dobrý den, snažím se číst zařízení na ttyS0. Jde o čtečku čárkových kodů. Když to spustím an windows přes hyperterminal tak to mám za 2 minuty funkční. Na ubuntu už se s tím dva dny peru a nic. Nastavil jsem si minicom dle návodu, to bylo vcelku jednoduché. Ale když přiložím kod ke čtečce tak se mi v konzoli zobrazi same otazniky. Nevim proč, ale možná to souvisí s tím že výstup je v hexa, ačkoliv ve windows jsem formát výstupu také nenastavoval, tady to nejde. Zkoušel jsem i gtkTerm, ale dopadlo to stejně, nevíte někdo jak to nastavit? Diky

Odpovědi

[NN]

Nestacilo by ten vystup poslat do souboru ? Ctecka se nejak bavi, nebo jen posila data ?

[pepe_]

Co je to za ctecku ?

[rADOn]

K cemu minicom? Pokud je to znakovy zarizeni, melo by ti stacit stty a cat. Posli odkaz na ten navod.

[R]

Tak to mas nastavene blbo. Na blbu otazku (kde je vyrobca a typ a ake mas nastavenie?) blba odpoved.

[Radun]

Koukni jak máš nastavenou rychlost, případně i další parametry -- paritu, stop bit, atd. ($stty -a). Parametry změníš např tak:

$stty -F /dev/ttyS0 cs8 -parenb cstopb -echo speed 9600

pak už by mělo stačit jen (ve stejném okně terminálu!)

$cat /dev/ttyS0

Nic víc na tom není. Pokud bys potřeboval současně odpovídat, pak by bylo třeba sesmolit krátký skriptík, ale pokud chceš jenom číst, mělo by výše uvedené stačit.

[Dan]

tak už se mi podařilo něco přečíst, povedlo se mi to tedy přes program cutecom a i přes gtkterm. U obojího bylo potřeba nastavit výstupní formát na hexa, což jsem v minicom nenašel. Teď už tedy vidím data na obrazovce. Ale jak jsem psal jde o čtečku čárkového kódu a já bych potřeboval spustit script při přiložení kódu. čtečka je nastavena tak že není potřeba posílat dotaz, při přiložení kódů se automaticky pošle načtený kód. A ten bych potřeboval poslat do nějakého scriptu. Ví někdo jak na to?

[Radun]

musíte napsat přesně co chcete dekódovat na co, pak se nechá napsat pár řádek v bashi. Stejně ale budete muset asi pracovat s tím co jsem psal, pokud chcete použít bash. Pokud myslíte, že terminál jen znaky nezobrazuje správně, pak zkuste přes rouru poslat vše do hexdump.

[Dan]

Děkuji za odpověď, nastavené už mám vše správně, když to pošlu do hexdump tak to jde také, děkuji Takto bych ale musel stále monitorovat ten /dev/ttyS0, rád bych to zařídil tak aby se zavolal script při přiložení. Díky

[Radun]

no, já přesně nevím co myslíte tím přeložením.

[Dan]

Né přeložení, ale přiložení tím myslím když ke čtečce přiložím ten čárkový kód, čtečka pošle data na /dev/ttyS0 a já bych v tu chvíli chtěl zavolaty nějaký script a předat mu kod který čtečka načetla.

[Radun]

nojo, mam mala pismenka a jsem nepozornej ů). Jestli tomu dobře rozumim tak nechceš mít otevřné okno terminálu, ale aby se nějaké okno (nejlépe GUI) zobrazilo až po přečtení s tím co se načetlo. Já už jsem s tím nějaký pátek nedělal, ale koukám do svých skriptů a asi bych to dělal nějak takhle :

1) Udělal bych skript kde, ke čtení bych použil místo cat program dd:

#!/bin/bash

stty -F /dev/ttyS0 cs8 -parenb cstopb -echo speed 9600

while [ true ]; do

data="`dd if=/dev/ttyS0 bs=1 count=20 2> null`" echo $data

done

předpokládam, že máš vždy stejnou délku dat; tu je třeba nastavit za count

Tímhle skriptem získáš to samé co dělal cat, jenže zde můžeš vrazit -- místo echo -- podmínku testující,že něco přišlo třeba:

if [ "$data" != "" ]; then

echo "$data" > tmp.txt

zenity ...... ???

fi

ale i něco konkrétního a do ní pak vložit ještě nějaké gui třeba zenity nebo kdialog, které zobrazí okno do kterého se vytiskne obsah ze souboru tmp.txt (nebo se nechá použít rovnou proměnná). Jo, a ještě budeš muset někde dekódovat pomocí hexdump; pokud nehodláš testovat přesná čísla v podmínce, pak by mohlo stačit dát hexdump přes rouru až za echo.

Skript spustíš na pozadí (& na konci).

Možností je víc, ale těžko se radí když to člověk nemá před sebou. Pokud nejsi s bashem kamarád, tak to pro tebe nebude na začátek easy. Pokud jo, tak je to už asi celkem jasné. Jinak bych mohl případně poslat nějaké své sesmolené krátké skripty pro inspiraci, kde jsem čet i odpovídal konkrétnímu zařízení. -- Musel jsem si kvůli tomu tehdy přinést do práce svůj počítač s linuxem, protože s hyperterminálem jsme byli v pr.. jako Baťa s dřevákama :).

[Dan]

Ještě tu je jeden divný problém, zatímco když to čtu ve windows spinel terminal tak je vse vporadku (stridave prikladam a odebiram kod) ty FF znamenaji za tam nic neni, to druhe je kod ktery chci precist. Ale kdy udelam to same pod linuxem, napriklad cutecom tak se to pri kazdem nacteni o jedno misto posune. To same dela kdyz dam

cat /dev/ttyS0 | hexdump

pritom nastaveni jsem kontroloval a mam ho u obojiho stejne. Cim by mohl byt ten posun zpusoben?

[Radun]

Presmeruj to do souboru a dej to sem my na to kouknem.

[Dan]

Stydím se, ale nevím jak, když napíšu toto

cat /dev/ttyS0 | hexdump >> log

A parkrat kod prilozim a odeberu tak v souboru nic neni

[Radun]

mozna zkusit presmerovat oba vystupy &> , nebo ulož vše bez hexdump -- tam by mělo >> fungovat

[Dan]

No když tam dám bez hexdum tak to funguje, ale v souboru jsou pak nečitelné znaky (něco jako toto: ��������) presmerovani obou vystupu nepomaha...

[Radun]

zadny strach, necha se to pomoci hexdum prevest i ze souboru; parkrat precti kod a ten soubor sem priloz tak jak bude

[Dan]

Příloha:

• ctecka (56 bytů)

2x prilozeno, 2x odebrano, celkem ted 4 zaznamy, to jsem zvedavy

[Dan]

Vysledek (tedy to co bych mel precist) je toto: 15AF007C

[Radun]

Nevim co data znamenaji, ale jestli tomu dobre rozumim, tak prvni cast s FFFF 3x na konci se posle po prilozeni a druha cast, pak po odejmuti. Zformatovany vystup vypada takto:

612a 0a00 0a31 ff00 ffff ffff ffff

34ff 2a0a 0061 310a 000a 9400 0a57

612a 0a00 0a31 ff00 ffff ffff ffff

34ff 2a0a 0061 310a 000a 9400 0a57

staci pouzit hexdump takhle:

cat /dev/ttyS0 | hexdump -e '7/2 "%04x "' -e '"\n"'

Ja jen misto /dev/ttyS0 pouzil tvuj soubor (melo by to snad fungovat stejne ).

[Dan]

No je to presne obracene. Ty FF znamenaji ze neni nic prilozeno a to druhe by melo byt cislo toho kodu, tedy v tomto pripade 15af007c resp. 000015af007c coz je presne to co zobrazuje jak spinelterminal tak cutecom (ackoliv cutecom to ma take posunute o jedno pri kazdem cteni) viz. priloha. Pokousel jsem se z toho vaseho vysledku dostat ten spravny vysledek. Ale nepodarilo se. Ale v prvni rade je mi divna delka. Jak spineltereminal tak cutecom my vratila delsi vysledky jak je videt v prilohach vyse. Zformatovany vystup by dle meho mel vypadat presne jake je zde

[Radun]

To jsou ale podivné věci. A co se stane když místo cat použiješ dd a místo hexdump xxd takhle:

dd if=/dev/ttyS0 count=50 bs=1 2> null | xxd

[Dan]

Presne toto:

0000000: 2a61 000d 310a 00ff ffff ffff ffff ff34  *a..1..........4
0000010: 0d2a 6100 0d31 0a00 017c 00af 1500 0094  .*a..1...|......
0000020: 570d 2a61 000d 310a 00ff ffff ffff ffff  W.*a..1.........
0000030: ff34

Navic pote co podruhe prilozim kod tak me to vykopne zpatky do bashe. Jeste k tomu predeslemu zpusobu, kdyz nedam formatovat vystup pres hexdump tak mi vraci ty nesmysli s otaznikama, ale kdyz stridave prikladam a odebiram kod tak se to periodicky opakuje, coz je vporadku. Ale hexdump se neopakuje periodicky, resp. opakuje ale s tim posunem a navic tam jakoby neco chybi... rekl bych ze to bude nejake nastaveni toho -e "...." ale to jsem vubec nepochopit jak se nastavuje...

[Radun]

pro zarovnani muzes pouzit u xxd:

xxd -ps -c 17

a melo by to vypadat podobne jako na tom obrazu, ale ta cisla, ktera maji odpovidat kodu jsou jina, coz je divne.

dd funguje tak, ze vse vytiskne az teprve po te co precte delku zadanou za count (muzes dat vetsi hodnotu) a pak konci; a ne jako cat. Pro neustale snimani se musi tak dat jeste do smycky, ale to bych zatim neresil, pokud to zobrazuje jine hodnoty nez ma. Jinak hexdump s parametrem -C funguje podobne, ale format mi s tim nefunguje. Zkus jeste xxd s parametry pro zarovnani a porovnej to jeste jednou, ale je to pro mne trochu zahada.

[Dan]

No to vypada nadejne!

# dd if=/dev/ttyS0 count=50 bs=1 2> null | xxd -ps -c 17
2a61000d310a00ffffffffffffffff340d
2a61000d310a00017c00af15000094570d
2a61000d310a00ffffffffffffffff34

Kdyz zadam delku 17 tak:

# dd if=/dev/ttyS0 count=17 bs=1 2> null | xxd -ps -c 17
2a61000d310a00017c00af15000094570d

Takze super!

A toto mi to dokonce nacpe do souboru:

# dd if=/dev/ttyS0 count=17 bs=1 2> null | xxd -ps -c 17 > test

Takze ted bych to videl tak ze si napisu demona ktery bude kontrolovat soubor a pokud v nem najde retezec tak ho zpracuje a znovu nastartuje dd ... Co si o tom myslis? Sice moc nechapu co jsme prsne dnes odpoledne resili ale strasne moc ti dekuju!!!

[Radun]

No, nejak tak by to mohlo bejt. Ted bys to mohl zkusit dat do nekonecne smycky:

$ while [ true ]; do dd if=/dev/ttyS0 count=17 bs=1 2> null | xxd -ps -c 17 > test ; done

a mohlo by to cist neustale jako v pripade cat; ukoncis to ctrl+c.

[Dan]

Tak bohužel má radost netrvala dlouho. Po restartu PC to totiž nefunguje. Nechápu to ale vrací to opět nesmysly. Ovšem když nastartuju cutecom a jednou to přečtu přes cutecom a pak ho zavřu tak pak to funguje. Takže cutecom pravděpodobně nastaví něco co tomu pak napomáhá. Koukal jsem na nastavení stty před a po cutecom a je to uplně stejné, takže nevím co nastavuje

[Radun]

ale jo, sedi to!

[Dan]

A jeste jeden priklad:

# cat /dev/ttyS0 | xxd
0000000: 2a61 000d 310a 0001 7c00 af15 0000 9457  *a..1...|......W
0000010: 0d2a 6100 0d31 0a00 ffff ffff ffff ffff  .*a..1..........
0000020: 340d 2a61 000d 310a 0001 7c00 af15 0000  4.*a..1...|.....
0000030: 9457 0d2a 6100 0d31 0a00 ffff ffff ffff  .W.*a..1........
0000040: ffff 340d 2a61 000d 310a 0001 7c00 af15  ..4.*a..1...|...
0000050: 0000 9457 0d2a 6100 0d31 0a00 ffff ffff  ...W.*a..1......
0000060: ffff ffff 340d 2a61 000d 310a 0001 7c00  ....4.*a..1...|.
0000070: af15 0000 9457 0d2a 6100 0d31 0a00 ffff  .....W.*a..1....
0000080: ffff ffff ffff 340d 2a61 000d 310a 0001  ......4.*a..1...
0000090: 7c00 af15 0000 9457 0d2a 6100 0d31 0a00  |......W.*a..1..
00000a0: ffff ffff ffff ffff 340d 2a61 000d 310a  ........4.*a..1.
00000b0: 0001 7c00 af15 0000 9457 0d2a 6100 0d31  ..|......W.*a..1
00000c0: 0a00 ffff ffff ffff ffff 340d 2a61 000d  ..........4.*a..
00000d0: 310a 0001 7c00 af15 0000 9457 0d2a 6100  1...|......W.*a.
00000e0: 0d31 0a00 ffff ffff ffff ffff 340d 2a61  .1..........4.*a

[ondro]

tomu stalemu monitorovaniu portu sa nevyhnes. To nejde. Nejaky program musi monitorovat port a ak pridu nejake data, tak ich prijat a vykonat urcitu operaciu s nimi.

[Dan]

No v současné době to je tak že když se k čtečce přiloží kód a je zapnutý třeba cutecom tak se zobrazí ten kod. Tak tento kod bych potřeboval poslat do nějakého scriptu. Jen nevím jak na to...

[chrono]

cutecom funguje tak, že neustále kontroluje ten port. Takže skript by robil to isté a nepotreboval by k tomu Qt knižnice. :)