W dniu 2013-05-29 19:15, Sebastian Biały pisze:
> On 2013-05-29 11:33, zapinio wrote:
>> Przerwanie na zboczu opadajacym .Potem sprawdzenie czy sygnał dalej
>> niski, potem sprawdzenie na drugim czy wysoki itd.
>
> I chyba juz wiadomo na czym polega problem jeśli Michał ma coś takiego.
> Algorytm odporny nadrgania zestyków *nie* działa na przerwaniach
> "zboczowych" bo można je przoczyć jeśli za szybko występują. Działa na
> poolingu i obliczaniu stanu znając aktualny i poprzedni. Wtedy nie
> istnieje żadna specjalna obsługa drgań, po prostu działa w każdych
> warunkach. Jedyny problem że pooling należy robić częściej niż
> spodziewana zmiana impulsu na drugiej lini. Na AVRku wyrabiam się z tym
> w przerwaniu co 256 cygli zegara i nie gubie żadnych impulsów przez
> miesiące mimo drgań i zakłuceń (przetwornik na wale). I jestem w stanie
> co 256 cykli wykryć poprawny impuls bez znaczenia czy były czy nie
> drgania o ile tylko wygasają wcześniej niż impuls na drugiej lini (ale
> mogą sobie dzwonić przez dowolną ilość odczytów i tak na koniec wynik
> jest poprawny).

Jak będę miał dostęp do oscyloskopu cyfrowego zarejestruję oba kanały.
Tyle co dało się zobaczyć na oscyloskopie analogowym nie wyglądało
dobrze i pooling nie wydawał mi się wyjściem z sytuacji. Dlatego
próbowałem kilku algorytmów z myślą, że ktoś ma lepsze rozwiązanie.
Zdaje się drgania były niewiele krótsze od czasu trwania impulsu... tak
na oko.
Pooling w przypadku impulsatora musi być niestety dużo częstszy niż dla
klawiszy, w związku z czym zostaje mało czasu na pozostałe działania.
Pozostaje dać osobny uC tylko do obsługi gały, taki 6-pin Atmela. ALBO
dobrej jakości impulsator - i tak zrobiłem :)

--
Michał