On Thu, 28 May 2009 18:41:18 +0200, sundayman wrote:
>> Podsumowując: zmierzyć k..wa długość bitu. Jak nie ma czym zmierzyć,
>> załatwić sprzęt pomiarowy. Nie zgadywać.
>
>No, k..wa racja :)

No to musze jednak przyznac entroperowi racje - mocno przeklamuje ten
digitrace

>http://picasaweb.google.pl/lh/photo/EG1i87i3j8N2Db1
Am2DaNA?feat=directlink
>
>1. sygnał RXD
>3. sygnał Fosc / 64 = 250kHz (czyli okres 4 uS)
>4. sygnał Fosc / 128 = 125 Khz (okres 8 uS)
>5. sygnał Fosc / 256 = 62500 kHz (okres 16 uS)
>
>Ponadto widać, jak nierówno program próbkuje - zwłaszcza na 3 kanale się
>rzuca w oczy. Ale - wychodzi definitywnie, że bity startu są oddalone od
>siebie o 64 uS.
>No a jeden bit na RXD ma 4 uS - znaczy takie są najkrótsze "bity" na RXD.

Czy mozna w nie wierzyc to osobny problem - akurat na dwoch widac ze
sie przy okazji z sygnalem 3 dzieja cuda, cos tam gubi.

>Znaczy tak (start + 8 bitów + stop) = 40us + 24 us pauza = 64 us ? To by się
>jakby zgadzało, bo z tego wynika że w ciągu przynajmniej 24uS przed bitem
>startu nie mają prawa się zadne dane pojawić - i faktycznie tak zasadniczo
>jest

Troche to dziwne, bo zasadniczo wysyla sie dane czesciej w transmisji
szeregowej, ale moze tak im bylo wygodniej, albo wszystko w jednym
przerwaniu obslugiwane ...


J.