ATNEL tech-forum

Re: Timer programowy zamiast _delay_ms - problem

2019-06-21T20:44:06+01:00

To po co wywalasz obsługę poza pętlę główną. Zrób timer już w tej pętli, dodaj jeszcze flagę ewentualnie jeśli ma nie reagować przez te 10s na przycisk i po problemie.

Statystyki: Napisane przez SylwekK — 21 cze 2019, o 20:44

Re: Timer programowy zamiast _delay_ms - problem

2019-06-21T19:24:59+01:00

felinutti napisał(a):

o ile to możliwe

Możliwe - _dleay_ms( x ) jest dużo prostsze

Statystyki: Napisane przez mirekk36 — 21 cze 2019, o 19:24

Re: Timer programowy zamiast _delay_ms - problem

2019-06-21T19:24:04+01:00

A mnie się wydaje, że kompletnie nie ogarniasz sensu stosowania timerów.
Czy twój port (PD5) będzie się jeszcze zmieniał zanim program poleci do pętli głównej?
Czy zanim zmieni się stan tego portu coś jeszcze ma się wykonać?
Odpowiedz na powyższe pytania to ruszymy dalej.

Statystyki: Napisane przez SylwekK — 21 cze 2019, o 19:24

Re: Timer programowy zamiast _delay_ms - problem

2019-06-20T22:49:26+01:00

Blokuje, bo takie masz założenie. Dopiero po wejściu do while w twoim programie powinien być if z odświeżaniem timera jak w pierwszym poście. Trzeba świadomie korzystać z takich dobrodziejstw, a nie tylko dlatego, że "słyszałem, że timery nie blokują"

Statystyki: Napisane przez SylwekK — 20 cze 2019, o 22:49

Re: Timer programowy zamiast _delay_ms - problem

2019-06-20T15:17:54+01:00

Bo nie ma się kiedy wykonać. Tzn. zanim timer osiągnie zero to program wchodzi do "while" i już nie wraca. Tam taki timer w zasadzie nie jest Ci potrzebny, bo i tak czekasz na wejście do pętli głównej.

------------------------ [ Dodano po: 15 minutach ]

Jak już koniecznie chcesz z timera korzystać to możesz to zrobić, np. tak zamiast delay:
Timer2=100; while(Timer2);

Statystyki: Napisane przez SylwekK — 20 cze 2019, o 15:17