[elektro] logikai bukfenc?

[Papp Zoltán]

2009.09.15. 07:50:45 dátumon Cseh Róbert <R.Cseh at richter.hu> írta:

> Szia,
>
>
> Hülye tipp:
> ATMega ha nagyobb/újabb, amiben a DivCLK8 benne van, akkor 1 MHZről hajtani (belső 8 MHz+ 8-as osztó)?
> Így kisebb a hőfokfüggése....
>
> 2 AVR azt hiszem akkor tud beszélgetni, ha az elcsúszás 1% alatt van.


Ha UART, akkor mi köze a sebességnek ahhoz, hogy ki beszélget? Egy "1 start bit+8 adat bit+1 stop bites" UART-nál kb. 5% lehet a max. hiba-idő.
A start-bit elején, azaz az 1->0 átmenetnél indul a belső időzítő, és mindig a bit-idő felénél nézi az értéket. Így - lineáris időkülönbséget figyelembe véve - a 10. biten fél bit lehet a max. elcsúszás, azaz kb. 5%-t térhet el a sebesség. (picit több, mert a referencia nem 10bit-idő,hanem 9.5, de ez már...)

> Volt olyan RC oszcillátoros M8-am, ami 9600 bps-en nem tudott az alaplapi RS232vel beszélgetni. pedig ehhez ~10% sebességeltérés kell a  soros kommunikációban 8persze ez csak 0 fok alatt és 40 fok felett jelentkezett. A megoldás: sebesség 2400 bpsre levéve:)
>
> Robert

Most belegondolva, mivel a sebességeltérés százalékosan relatív, így a kisebb kommunikációs sebesség nem fogja megoldani a problémát. Pedig még én is javasoltam hogy lassabb sebességen kommunikáljon, ezzel csak a kommunikációs vezeték bizonyos hibáit lehet kiszűrni (kábel-kapacitásból adódó jel-fel- és lefutási problémák, vagy impedanciailag nem megfelelő lezárásból adódó visszhangok, stb..)

Jól gondolom?
Azaz ha a két proci órajele 6%-tól jobban tér el egymástól, akár 1 baudon is küldhetem az adatokat, nem fog menni a korrekt kommunikáció.

Üdv
-- 
Papp Zoltán
OneWay Electronics Kft
Hangszerviz
szkájp: oneway[aláhúzás]papp[aláhúzás]zoltan