ADC

[Ing. Pavel Poucha]

K volbe protokolu:

Pokud neni problem se rychlosti prenosu, doporucuji za kazdym bajtem poslat
tentyz inverzni. Jednoduse se to generuje, jednoduse vyhodnocuje. Opakovani
bez inverze nema skoro zadnou cenu.

Dalsi vylepseni spociva ve vyslani teto dvojice bajtu nekolikrat za sebou
 stoji to ale 1 bit). Pak ani nemusite spravne chytit zacatek zpravy. Mam to
vyzkousene v infra prenosu (ve velmi obtiznem prostredi).

S pozdravem
ing. Pavel Poucha

Navštivte prosím naše stránky http://www.papouch.com


----- Original Message -----
From: "Libor Kavan" <lkavan@krkonose.cz>
To: "Multiple recipients of list" <hw-news@list.gin.cz>
Sent: Friday, December 29, 2000 9:00 AM
Subject: Re: ADC


> At 16:18 27.12.2000 +0100, ezopaci wrote:
> >Nebude lepsi vyhodit ten kodovaci IO a cele to
> >soupnout do jedne 2051 ? Na mereni napeti baterky
> >ten operak v ni urcite staci, potlaceni nuly neni SW problem
> >(ale to uz nemusi byt ani potreba, protoze si klidne muzete
> >mezi Atmelama poslat byty dva).
>
> No jo, to je fakt. To by asi bylo lepsi. Ale jakym protokolem to prenaset
?
> Pouzit UART ? Nebo nejaky jiny protokol, vhodny pro prenos pres moduly
> 433,92MHz ? Ja se timhle nikdy moc nezabyval. Jde o to, ze vzdalenost
> vysilac-prijimac je dost velka a signal na prijimaci slaby. Samozrejmne
neni
> potreba zadne super zabezpeceni, pokud nekdo pri odmykani auta nachvili
> spusti cerpadlo, nic se nestane. Spis jde o to, aby se prijimac vzdycky
> 'chytil'. Proto se mi nechtelo vymyslet nejaky vlastni protokol.
> S pozdravem with best regards
> ------------------------------------------------------------
>                 EZA-TV Vrchlabi
>    Libor Kavan               Phone & Fax:+420 438 521 232
>    Dlouha 421                Fax:+420 438 521 262
>    543 03 Vrchlabi III       mailto:lkavan@krkonose.cz
>    Czech Republic            http://www.krkonose.cz/eza-tv
> ------------------------------------------------------------
>
>