Celé vlákno · 6 zpráv

Ahoj,
potřeboval bych poradit a nakopnout.
Snažím se vyzkoušet USART shell, ale zatím bez úspěchu.
používám OpenSuse Linux, jádro 2.6.34.10-0.2,
a jak na starém hw Pentium 4, tak na nejnovějším 64bitovém i7
se při pokusu odeslat soubor nedostanu dál než ke hlášce
Sending Reset...
OK:RESET
Sending Open...
tady to vytuhne a nic se nestane. Stejně tak i mkdir.
/var/log/messages hlásí, že byl správně zdetekován převodník a byl mu
 přidělen /dev/ttyUSB0
Zkoušel jsem různé kabely, různé USB porty.
Asi tak v 75%  to vytuhně už při pokusu o inicializaci UNIkarty.
V UNIdesce mám firmware v.45. 
Při pokusu komunikovat s kartou pomocí programu Minicom mám stále dole ve
stavové řádce
"nespojeno" a karta nereaguje na příkazy.
Napadá vás , co dělám špatně ?
Nenarazil jste někdo na podobný problém?
Dík za rady,

Pavel
PS: neuspěl jsem ani s verzí UNIShellu pro windows

Ahoj Pavle, ta hlaska v minicomu, ktera rika nespojeno je v poradku - 
nase RS232 ma zapojene jen signaly RX, TX, RTS a CTS .... k identifikaci 
spojeni se (tusimm) pouziva DTR a ten zapojeny nemame.

Ja jsem zkousel zatim vzdy komunikovat jen pres ten miniUSB. Pripojuji 
se pouze z notebooku na kterem mam 64bit Win7 ve kterych jsem zkousel 
CoolTerm a TeraTerm. Fedora Linux mi tam bezi jako virtual ve vmware.

Prijde mi, jako kdyby jsi v tom minicomu nemel spravne nastaveny seriovy 
port - rychlost, stop bity atp. Spravne nastaveni je 115200, 8, N, 1, HW 
rizeni toku muze byt ANO, ale pro zacatek je lepsi nastavit NE, at mas 
jistotu, ze to nebrzdi neco jineho, SW rizeni toku NE.

Jestlize ti ten muj bastl po "Sending Reset.." napise OK:RESET, tak to 
znamena, ze uspesne odeslal bajt 0x00 a prijal txt result od unikarty 
"OK:RESET\'x0d\'x0a". Predpokladam, ze pokud ten zatuhly "Sending OPEN" 
prerusis pres CTRL+C a znova to spustis, tak uz nedostanes odpoved ani 
na reset - to znamena, ze unikarta prijala predchozi OPEN, odpovedela na 
nej, ale nas program v PC tu odpoved nezaznamenal (novejsi firmware by 
po 2 sekundach timoutoval, ale ta starsi verze, kterou tam zrejme mas 
bude cekat do soudneho dne, nebo do resetu).
Tohle se mi stavalo, kdyz jsem si v jednom okne zapomnel zapnuty minicom 
a v druhem jsem pustil program pro komunikaci s unikartou. Prvni odpoved 
na prikaz reset jeste stihnul prevzit ten muj komunikacni bastl, ale 
odpoved na dalsi prikaz uz ukradnul ten minicom a tim padem se zustalo 
viset presne jak popisujes.

Prijde mi tedy jako kdyby ti tam bezel nejaky program, ktery ti krade to 
USB, resp. RS232 pripojeni.

Michal


Dne 21.10.2011 8:41, Pavel Železo (sharpemupandora.cz) napsal(a):

> Ahoj,
> potřeboval bych poradit a nakopnout.
> Snažím se vyzkoušet USART shell, ale zatím bez úspěchu.
> používám OpenSuse Linux, jádro 2.6.34.10-0.2,
> a jak na starém hw Pentium 4, tak na nejnovějším 64bitovém i7
> se při pokusu odeslat soubor nedostanu dál než ke hlášce
> Sending Reset...
> OK:RESET
> Sending Open...
> tady to vytuhne a nic se nestane. Stejně tak i mkdir.
> /var/log/messages hlásí, že byl správně zdetekován převodník a byl mu 
přidělen /dev/ttyUSB0
> Zkoušel jsem různé kabely, různé USB porty.
> Asi tak v 75%  to vytuhně už při pokusu o inicializaci UNIkarty.
> V UNIdesce mám firmware v.45.
> Při pokusu komunikovat s kartou pomocí programu Minicom mám stále dole ve 
stavové řádce
> "nespojeno" a karta nereaguje na příkazy.
> Napadá vás , co dělám špatně ?
> Nenarazil jste někdo na podobný problém?
> Dík za rady,
>
> Pavel
> PS: neuspěl jsem ani s verzí UNIShellu pro windows
> ---

Ahoj Michale,
dík za odpověď.

> Ja jsem zkousel zatim vzdy komunikovat jen pres ten miniUSB. Pripojuji 
> se pouze z notebooku na kterem mam 64bit Win7 ve kterych jsem zkousel 
> CoolTerm a TeraTerm. Fedora Linux mi tam bezi jako virtual ve vmware.

Můžu vyzkoušet i tuhle variantu - na firemním noťasu mám témeř
 identickou konfiguraci :)

> 
> Prijde mi, jako kdyby jsi v tom minicomu nemel spravne nastaveny seriovy 
> port - rychlost, stop bity atp. Spravne nastaveni je 115200, 8, N, 1, HW 
> rizeni toku muze byt ANO, ale pro zacatek je lepsi nastavit NE, at mas 
> jistotu, ze to nebrzdi neco jineho, SW rizeni toku NE.

Minicom mám nastaven správně , obě řízení toku na NE.
Při pokusu o reset "modemu" to nahlásí OK.
Vždy jsem zkoušel jen program nebo Minicom, ne oba současně.
Zatím jedu jen přes USB, sériák jsem nepřipojoval.

> Jestlize ti ten muj bastl po "Sending Reset.." napise OK:RESET, tak to 
> znamena, ze uspesne odeslal bajt 0x00 a prijal txt result od unikarty 
> "OK:RESET\'x0d\'x0a". Predpokladam, ze pokud ten zatuhly "Sending OPEN" 
> prerusis pres CTRL+C a znova to spustis, tak uz nedostanes odpoved ani 
> na reset - to znamena, ze unikarta prijala predchozi OPEN, odpovedela na 
> nej, ale nas program v PC tu odpoved nezaznamenal

Přesně tak se to chová.

> (novejsi firmware by  po 2 sekundach timoutoval, ale ta starsi verze, kterou
tam zrejme mas 
> bude cekat do soudneho dne, nebo do resetu).

Zkusím také nahrát nejnovější firmware, uvidíme, jestli se chování
změní .

> Tohle se mi stavalo, kdyz jsem si v jednom okne zapomnel zapnuty minicom 
> a v druhem jsem pustil program pro komunikaci s unikartou. Prvni odpoved 
> na prikaz reset jeste stihnul prevzit ten muj komunikacni bastl, ale 
> odpoved na dalsi prikaz uz ukradnul ten minicom a tim padem se zustalo 
> viset presne jak popisujes.
> 
> Prijde mi tedy jako kdyby ti tam bezel nejaky program, ktery ti krade to 
> USB, resp. RS232 pripojeni.

Takže večer nejdřív nahraju nový fw a pak  vyzkouším , jak se to chová
ve virtuálu a na fyzické mašině.
Ještě jednou díky !

Pěkný den !
Pavel

Dne 21.10.2011 9:55, Pavel Železo (sharpemupandora.cz) napsal(a):

> Minicom mám nastaven správně , obě řízení toku na NE.
> Při pokusu o reset "modemu" to nahlásí OK.

Aha, u toho minicomu mne jeste napada, ze ty v nem mas mozna zapnute 
nejake modemove funkce, ktere by to mohly nejak ovlivnovat ...

Pribalim ti svuj /etc/minirc.dfl ... minicom spoustim jako root # 
minicom -s , nastavim si pripadne zmeny v cfg a pak pres exit vlezu do 
terminalu...

Novejsi vyvojova verze firmware co je na svn uz umi i prikazy pro 
FILELIST, READ a FDDREMOUNT ... popis najdes v USARTshell.c a 
komunikator v ./doc/

Michal

tak jsem nahrál nový fw a používám i nový USARTshell.c
protože jsem nebyl moc úspěšný, vyměnil jsem i Sharpa, na kterém pokusy
 dělám.
Výsledkem je, že vidím animované logo mz-800 v UNI manageru :)
(to bude rozšířenou VRAM ?)

co se týče funkcí USARTshellu, nic moc nového,
nejviditelnější změna je reakce na zmačknutí tlačítka reset na UNIkartě
:
v minicomu dostávám okamžitě hlášku:
DBGINF  USARTshell.c    191: USARTshell_init()                                  DBGINF  USARTshell.c    170: USARTshell_on()                                    
                                                                                
Unicard - USART Shell                                                           
OK:RESET

Zkusil jsem rozpojit JP5, jak jsi psal v příspěvku o převodníku,
pak se převodník v linuxu namapuje na /dev/ttyUSB1.

Ale jinak se to chová stejně, reset projde, ale žádný z příkazů ne.
Zůstává to vyset, po stisku tlačítka reset na kartě dostávám hlášky
# ./a.out /dev/ttyUSB0 mkdir /test
Sending Reset...
Error USARTshell->RESET: T

nebo
# ./a.out /dev/ttyUSB0 mkdir test
Sending Reset...
Error USARTshell->RESET: DBGINF USARTshell.c    191: USARTshell_init()

Pavel

Pavle a kdyz napises v minicomu MKDIR /blabla , tak fo funguje?

Pokud chodi minicom, tak mne napada, ze je treba nejaky maly buffer na 
tvem RS232 - to by se ted po opravenem rizeni toku melo fixnout. Az to 
zprovoznim, tak poslu info i s nejakou fotkou opravy zapojeni PCB.

Michal

Dne 22.10.2011 13:45, Pavel Železo (sharpemupandora.cz) napsal(a):

> tak jsem nahrál nový fw a používám i nový USARTshell.c
> protože jsem nebyl moc úspěšný, vyměnil jsem i Sharpa, na kterém pokusy
 dělám.
> Výsledkem je, že vidím animované logo mz-800 v UNI manageru :)
> (to bude rozšířenou VRAM ?)
>
> co se týče funkcí USARTshellu, nic moc nového,
> nejviditelnější změna je reakce na zmačknutí tlačítka reset na
UNIkartě :
> v minicomu dostávám okamžitě hlášku:
> DBGINF  USARTshell.c    191: USARTshell_init()
> DBGINF  USARTshell.c    170: USARTshell_on()
>
> Unicard - USART Shell
> OK:RESET
>
> Zkusil jsem rozpojit JP5, jak jsi psal v příspěvku o převodníku,
> pak se převodník v linuxu namapuje na /dev/ttyUSB1.
>
> Ale jinak se to chová stejně, reset projde, ale žádný z příkazů ne.
> Zůstává to vyset, po stisku tlačítka reset na kartě dostávám
hlášky
> # ./a.out /dev/ttyUSB0 mkdir /test
> Sending Reset...
> Error USARTshell->RESET: T
>
> nebo
> # ./a.out /dev/ttyUSB0 mkdir test
> Sending Reset...
> Error USARTshell->RESET: DBGINF USARTshell.c    191: USARTshell_init()
>
> Pavel
> ---