Jak zaprojektować cyfrowy miernik prędkości obrotowej 0-20000 obr/min?

Witam.
Na gotowce i opracowania raczej nie licz.
Zadanie jest właściwie trywialne, ale bez własnej inicjatywy projekt mało realny.
Temat sprowadza się do pomiaru częstotliwości obrotów w zakresie F = 0...333Hz i to potrafią mikrokontrolery bezproblematycznie, również wyświetlenie wyniku nie stanowi problemu. Schemat blokowy jest prosty: sensor --> układ formujący --> uC --> display <-- zasilacz stabilizowany 5V (typowe napięcie pracy elektroniki cyfrowej).
Do tego należałoby wiedzieć, jaki sygnał daje wspomniany "transoptor szczelinowy z tarczą kodową".
Wymaganie "pomiaru z rozdzielczością 1 obr/min" jest trochę egzotyczne, bo skoro go nie projektujesz, nie możesz mieć wpływu na jego rozdzielczość, ani na błędy, nieprawda? Chyba, że możesz wybierać i grymasić. A jaki to ma być sensor?
Z wymagania krótkich czasów pomiaru oraz wspomnianej rozdzielczości narzucają się dwa warunki:
1) sensor powinien dawać K impulsów na jeden obrót (powiedzmy ≥ 100) i
2) układ zliczający powinien być bramkowany sygnałem pochodzącym od sensora (tryb podobny, jak w cyfrowych miernikach częstotliwości przy pomiarze na niskich zakresach - wyliczenie częstotliwości przez pomiar okresu).
Dziwi mnie tylko, że te kluczowe aspekty nie zostały ujęte w "zakresie projektu", gdyż model algorytmu stanowi sedno problemu, nie tuzinkowe schematy aplikacyjne mikrokontrolerów, jakie tu wchodzą w grę....
Wymagana maksymalna rozdzielczość Δn = 1/20000 musi się przełożyć na ilość zliczanych impulsów oraz precyzję arytmetyki.
W tym przypadku 16-bitowa arytmetyka jest wystarczająca (2exp15=32768, ignorując ostatni bit - lsb). Pozostają wymagania dla timingu.
Jeśli założymy K = 300, to dla max zakresu (F=333Hz) otrzymamy częstotliwość sensora Fs = F•K = 10kHz, czyli czas bramkowania Ts = 100us.
Przy zegarze Fck=10MHz oznacza to konieczność zliczania co najmniej Fs/Fck/Δn = 20 paczek (gate frames), po 100us każda, co dla 1/Δn impulsów daje łączny czas pomiaru Tm=2ms. Do zliczania wystarczy rejestr 16-bitowy (ewentualnie dwa 8-bitowe, złożone razem) - mikrokontrolery posiadają takowe "onboard".
Inaczej sprawa ma się przy niskich obrotach. Dla F=1Hz (60 obr/min) otrzymamy Fs=300Hz i czas bramkowania Ts ≈ 3,3ms. Przy takim czasie licznik zliczy N = Ts•Fck = 33333 impulsów i jest oczywiste, że jest to ilość absolutnie wystarczająca ze względu na rozdzielczość i precyzję, natomiast doprowadziłaby do przepełnienia 16-bitowego licznika. W tym wypadku należałoby do zliczania podać podzieloną w dół Fck (robią to tzw. prescalery, też onboard w typowym uC). Dlatego należałoby we wstępnej procedurze zmierzyć zakres Fs i odpowiednio dopasować parametry algorytmu zliczania. Układ powinien też adaptować te parametry na bieżąco, jeśli miałby mieć praktyczny sens. Okidoki?
Na tym forum są ludzie, którzy bawili się takimi tematami. Twoja piłka.
Pozdro