Inkrement ális jel feldolgozás

[Lencsés Tamás]

A lényeg az, hogy 11->10 az felfelé számlálást jelent (+1), az 10->11 
pedig lefelé számlálást (-1).
Namármost, ha mondjuk 20000 inkrement/sec-ot kell megszámolni, akkor 
átlagos sebességnél ez 50 us-ot jelent két inkrement között. Ez alapján 
mondjuk 10us-onként kell mintát venni. Ha mondjuk menet közben van egy 
1us-onként változó prellegés, akkor azt ez a módszer simán lenyeli, de 
ha mégsem, és mondjuk 11 után bejön egy 10->11->10->11->10 sorozat, 
akkor ez a végén mégis csak +1-et jelent, mint prellmentes 11->10 
átmenetnél.
Na most, 10us-os vizsgálatot meg szerintem meg lehet csinálni egy 20 
megás pic-cel.
De én őszintén szólva még mindig a kimenetet nem értem teljesen. Mondjuk 
egy számláló U/D és egy CLK kimenetet könnyen el tudok képzelni, amivel 
simán meghajtasz egy számlálót.
Még egy, amire vigyázni kell, hogy ha nem latcheled a számlálót a 
kiolvasáskor, akkor könnyen előfordulhat, hogy pont az olvasás alatt 
lesz valamilyen változás, ami nem biztos, hogy kívánatos.


Üdv.
Tamás

Pintér Dezső írta:
> Hello Király,
> 
> Wednesday, March 2, 2005, 3:14:23 PM, you wrote:
> 
> 
>>Üdv!
>>
>>>(prellmentesítés, hitelességvizsgálat, dekódolás, egyebek) Ezt ki lehetett
> 
> 
>>Én nem tudom miért kell ezt bonyolítani?
>>1. Megváltozott valamelyik bemenet?
>>2. Ha nem, goto 1.
>>3.Carry törlés, 2 shift balra
>>4.A tartalom =&78, vagy &B3? ekkor _befejezett,
>>    prellmentes balra- vagy jobbra lépés volt.
>>5.Ha 4. pont nem, goto 1.
> 
> 
>>Gyula
> 
> 
> 
> 
>>-----------------------------------
>> Szponzorunk: http://tonerbolt.hu/
> 
> 
> ezt játszd el zavarjelekre is, meg fogsz döbbenni.
> Arról nem beszélve, hogy néha a tüskényi, két beolvasási idő közti
> váltás hordozza az információt
>