[elektro] Aszinkron átvitel kezdete

[Acs Gabor]

Nem az dönti el, hogy van-e szinkronjel (clk), vagy nincs, és akkor 
időzítésre megy a játék?


Gábor


2013.08.03. 21:44 keltezéssel, Pataki István írta:
> Csak azért reagálok rá, mert az "alapvető elvi tévedés"-t én követtem
> el:). Azt mertem állítani ugyanis, hogy végső soron minden átvitel
> aszinkron!
>
> Miért is?
>
> Az aszinkron átvitel jellemzője a start-stop rendszer és közte a rövid,
> néhány bites üzenet. Legfontosabb jellemzője, hogy az egyes üzenetek
> között szünetet lehet tartani, ezalatt nincsen információ átvitel. Csak
> megjegyzem, az eredeti kérdést éppen az generálta, hogy míg én itt
> megengedően azt írtam, hogy szünetet "lehet" tartani az üzenetek között,
> a valóságban szünetet _kell_ tartani (ami lehet a másfél vagy két stop
> bit a protokollban), mert különben problémás lehet a szinkronizálás,
> végső soron az üzenet értelmezése.
>
> Szinkron átvitelnél nincsen szünet, folyamatos az adatáramlás, amikor
> nem áll rendelkezésre átvinni kívánt adat, akkor ún. szinkron szavakat
> szúr be a rendszer. Amint ismét rendelkezésre áll átvinni kívánt adat,
> leváltják vele a szinkron szót és a vevő oldal ezt a változást
> felismeri. Ez ugyan nem _start_bit_, de bizony pontosan ugyan az a
> funkciója. A stop bitet meg helyettesíti a két oldal számára egy
> előzetes megállapodás, ami alapján a vevő el tudja dönteni, meddig tart
> az üzenet.
>
> Innét nézve az átviteli módok közt nincsen elvi, csupán implementációs
> különbség, ami a kívánalmak és a rendelkezésre álló erőforrások közti
> optimalizáció következménye.
>
> Üdv
> pi
>
>
> ----- Original Message -----
> From:<hobilobi at gmail.com>
> To:<elektro at tesla.hu>
> Sent: Saturday, August 03, 2013 5:58 PM
> Subject: Re: [elektro] Aszinkron átvitel kezdete
>
>
> 2013.08.03. 1:20 keltezéssel, Erdos Zoltan írta:
>> ez nem igy van.
>>     mivel a szinkront lehet adni a bitcella (mondjuk) felfuto elenel,
>> az
>> adatot meg a cella kozepen. a regi (draga procis) vilagban egy
>> egyszeru
>> ttl kapcsolas szepen szet tudta valasztani a vegallomasnal a szinkron
>> jelet es az adatot.  ezt ma leginkabb szoftver csinalja (persze csak
>> kis
>> sebessegnel)
>>
>> tehat az is szinkron atvitel ahol a cella mindig felfuto elen
>> kezdodik,
>> az 1/3 kitoltes jelenti a 0-at, a 2/3 meg az 1-et.
>>
>>
>>
>> 2013.08.02. 22:10 keltezéssel, hobilobi at gmail.com írta:
>>
>>> Hát ez óriási tévedés.
>>> Amit szinkron átvitelnek nevezünk, az bizony szinkron valóban.
>>> Mindössze kell még egy vezeték amin a szinkron jel megy.
>>>
>>> István
>>>
>> -----------------------------------------
>>             elektro[-flame|-etc]
>>
> Mármint mi nem így van ?
> Az első mondatom áll, és a lényeg ezen van, mert amire reagáltam az egy
> alapvető elvi tévedés volt.
> A másodikra mondatra valóban a te megoldásodban nem _kell_ külön
> vezeték.
> Ez nagy távolságnál előny, de lassítja az átvitelt. Nem is túl
> elterjedt.
> A gyakori (pl. I2C, SPI, stb.) megoldásnál van külön órajel vezeték.
>
> István
>
> -----------------------------------------
>            elektro[-flame|-etc]
>