W dniu 2017-07-08 o 21:34, slawek pisze:
> On Sat, 8 Jul 2017 11:28:19 +0200, Janusz <j...@o...pl> wrote:
>> > Panowie, dziękuję bardzo - spróbuję najpierw wyeliminować wpływ
> opóźnień
>> > związanych z obsługą LCD.
>> Nic Ci to nie da, nadal będziesz miał przypadkowe
>
> De facto są dwa zadania do realizacji: obserwacja czujnika w czasie
> rzeczywistym i pokazywanie przeliczonych wyników na wyświetlaczu.
>
> Pierwsze zadanie wymaga pełnej dyspozycyjności. CPU nie może "na chwilę
> zająć się czymś innym".
>
> Drugie jest czasochłonne (LCD jest dość powolne) i może być blokujące
> (jeżeli nie wiadomo jak długo trzeba będzie np. czekać na przesłanie
> tych danych gdzieś jakoś).
>
> Jest jeden CPU, jeden rdzeń. Jedyna sensowna możliwość to obsługa
> czujnika w przerwaniu. Przecież Atmega 328 ma przerwania i nikt nie
> broni mieć "gorącą linię" z czujnika wprost do CPU.
Masz rację, my byśmy tak to napisali ale autor jeszcze nie wie co to są
przerwania i po co.
Co do czasochłonności to się mylisz, przy czujniku z taśmą czyli impuls
na obrót ma dość czasu na wyświetlanie do tych 40km/h


--
Pozdr
Janusz