[pepepanpatryk]

Hej jak macie rozwiązane takie sytuacje gdy mikrokontroler wykonuje jakieś zadanie, które trwa np. 30 sekund, przez co główna pętla programu jest zablokowana przez to właśnie zadanie, a chcielibyście np. zmienić godzinę na wyświetlaczu? Myślałem nad implementacją jakiegoś prostego schedulera, który "żonglowałby procesami" dając, złudzenie pracy równoległej. Coś podobnego jak np. w FreeRtos.

http://www.freertos.org/implementation/a00016.html

#programowanie #elektronika #avr #atmega

[Loperamid]

@pepepanpatryk: słyszałeś może o przerwaniach?

[CukrowyWykop]

@pepepanpatryk: de facto timer i przerwanie.

[ZdeformowanyKreciRyj]

@pepepanpatryk: a nie ma tam jakichś przerwań generowanych przez timery?

[null_ptr]

@pepepanpatryk: Przerwanie z timera jeśli to co chcesz robić nie jest "duże"?

[pepepanpatryk]

@null_ptr: No tak, jednakże aktualizacja wyświetlacza, to chyba jest coś co jest "duże".

[null_ptr]

@pepepanpatryk: Z programowania AVR pamiętam, że nie program nie powinien długo być w przerwaniu. Co oznacza długo zależy od kontekstu.
Zrób tę aktualizację wyświetlacza w przerwaniu i zobacz jak działa.

[spuchniety_elektrolit]

@pepepanpatryk: podstawowy błąd przy AVR. Najdłuższy program wywalasz do main, reszta w przerwaniach. Przerwania powinny mieć tylko kilka instrukcji, inaczej będą się nawarstwiać i za 5min/5h/5dni w zależności rozbudowania programu, program Ci zamuli tak że trzeba będzie zrestartować

[pepepanpatryk]

@spuchniety_elektrolit: Co jest podstawowym błedem w tym co napisałem?

[Zelber]

@pepepanpatryk:

Hej jak macie rozwiązane takie sytuacje gdy mikrokontroler wykonuje jakieś zadanie, które trwa np. 30 sekund

Czyli co np? Bo na 99% można to rozbić na mniejsze części ( ͡° ͜ʖ ͡°)

[pepepanpatryk]

@Zelber: Np. sterowanie silnikiem przez 30 sekund.

[Zelber]

@pepepanpatryk: A konkretniej? Bo możliwe, że można to realizować na przykład PWM'em, bez konieczności mielenia tego na samym procku.

[spuchniety_elektrolit]

@pepepanpatryk: duże programy w przerwaniach. Przerwanie ma być szybkie, qC ma zrobić i szybko wrócić do main

[pepepanpatryk]

@spuchniety_elektrolit: dlatego napisałem, że wydaje mi się, że sterowanie wyświetlaczem to akurat duże zadanie.

[spuchniety_elektrolit]

@pepepanpatryk: sterowanie silnikiem można rozbić na PWM tak jak napisał @Zelber. W przerwaniach

[A.....k]

@pepepanpatryk: Co to znaczy duże? W czym może przeszkodzić? Co to za wyświetlacz? 16x2? Jego aktualizacja zajmuje 100us. Nad czym ty się rozwodzisz?

[inspektor_gadzet]

@pepepanpatryk: w przerwanie wrzucasz co najwyżej flagę że należy zaktualizować wyświetlacz. Nie można aktualizować żadnego LCD w przerwaniu. Możesz to zrobić za to inaczej, jeżeli np uC steruje przez 30s silniczkiem to to jest kupa czasu, żeby pętla main mogła obrócić. Musisz zrobić prostą maszynę stanów, np silnik ma wyknać 5 kroków w przód, jeden w tył i koniec. To robisz listę kroków, wykonujesz krok, przechodzisz np do aktualizacji wyświetlacza, znów

[pepepanpatryk]

@inspektor_gadzet: Wytłumacz to @Analityk, bo on twierdzi, że nie ma się nad czym rozwodzić, i akutalizacja wyświetlacza w przerwaniu to nie problem.

[inspektor_gadzet]

@Analityk: przerwanie powinno być każdorazowo wykonane najkrócej, najczęściej są to akcje typu ustaw flagę, ustaw pin, ale nie mogą być wykonywane operacje, w których zawarte są przerwy lub pętle. 100us to bardzo długo jak na przerwanie, przerwanie wykonuje się w parę us

[pepepanpatryk]

@inspektor_gadzet: Dziekuję

[inspektor_gadzet]

@pepepanpatryk: a co do Twojego programu, 30s na blokowanie procka, to długo, nie masz tam przypadkiem jakichś opóźnień? Jakiś delay wrzucony żeby np odczytać wartość albo oczekujesz na jakieś wydarzenie?