mirne offtopic - prenos dat na dalku

[Miroslav BENES]

> Jak muze byt linka bitove posunuta ?
Jednoduse. Staci, aby vypadl start bit. Pak zacne prijimac dekodovat 
data po nejblizsim bitu "1", ktery bude povazovat za start. 

> Pri klasickem async prenosu
> je startbit data a stopbit.
Doplnim, ze implicitne je start bit "1" (stejnych parametru jako 
datova "1") a stop bit je "0".

> Dejme tomu ze nejaky posun muze ovlivnit
> par po sobe jdoucich bajtu,
Par ? V nejhorsim moznem pripade vsechny az do zasynchronizovani.

> ale mezi retransmitem packetu je nejaka
> doba,
A kdo to muze zarucit ? Kdo zajisti, ze napr. krome TCP/IP paketu 
nebude pozadavek na odvysilani neceho jineho ? 

Nevidel bych to tak jednoduse. IMHO jsou vysilana data ve fronte a 
sypou se do "sitoveho" rozhrani, jakmile to rozhrani ohlasi, ze je 
schopno prijmout dalsi. A tezko se tam budou bezduvodne vkladat 
cekaci pauzy (navic prenosova vrstva nevi, ze jde o seriovy prenos a 
kolik casu zabere odvisilani bity/bytu ...).

> takze v podstate staci aby po dobu vysilani jednoho bajtu na 
> lince zadny data nebyly
Teoreticky ano (10 bitu). Prakticky bych ale doporucil 2 byty (10 
bitu).

Zajistit by to melo jit 
a) pomoci SW : upravit sitovy protokol)
b) pomoci HW : po urcite dobe [pro 28.8 kBaud napr. 40 ms ??] 
zablokovat na dobu 22-ti bitu [0.76 ms] signal RTS (ready to send). 
Tim by se vynutila synchronizace po cca 104 bytech. Zpomaleni prenosu 
dela cca 2%, vypadek max. 40 ms (v nejhorsim moznem pripade).



> a cele se to zase zasynchronizuje, protoze
> prijimac zacne ocekatvat startbit ....
Jo. A pro zasynchronizovani by prece jenom IMHO byly lepsi delsi 
start bity ...
 
--------------------------
Miroslav BENES
E-mail   : mbenes na tenez.cz
TENEZ Chotebor, a.s
--------------------------