Atmega16 i przerwanie INT0 a deklaracje funkcji

Question

WitamMam problem z przerwaniem INT0.Mianowicie. Funkcję obsługi przerwania umieszczam przed "main", gdyż inaczej kompilator się nie kompiluje. Gdy ...

gaskoin · Answer

Zamiast tak obrazowego opisu mógłbyś wrzucić kod? Z tego co napisałeś próbujesz w przerwaniu odwołać się do zmiennych lokalnych funkcji main, ale póki nie zobaczę kodu nic więcej powiedzieć nie mogę.

20rafalo · Answer

Code: cLog in, to see the codeReszta funkcji jest w innych plikach- myślę, że nie są potrzebne do wglądu.Dodam, że identyczna część kodu, która występuje w procedurze przerwania jest w funkcji "main" i działa bez zarzutu.Przerwanie ma po prostu zadziałać po przyciśnięciu przycisku i wyświetlić temperatury z innych urządzeń...Kompilatory nie generują błędów po małej poprawie kodu - dałem kilka zmiennych jako globalne.Jednak program nie działa fizycznie...Panowie już działa - dzięki Jednak miałem dodatkowy problem układ czasami sam wchodził w przerwanie- bez wciskania przycisku...- musiałem dać rezystor podłączony do INT oraz do VCC- czyżby panował stan HI-Z??

gaskoin · Answer

Code: cLog in, to see the codeWedług tego kodu piny 0-3 są podciągnięte do vcc a piny 4-7 są w HiZ. Przyczyną takiego zachowania może być zła filtracja zakłóceń, ale póki nie ma schematu można w ciemno strzelać. Dodanie rezystorów deczko zwiększa odporność na cuda z linii zasilania więc szedł bym w tę stronę.Zmienne, które używasz w przerwaniu i w kodzie głównym trzeba zadeklarować jako volatile, ponieważ kompilator nie wie, że przerwanie zmienia stan zmiennej i optymalizuje trochę kod główny co często powoduje dziwne błędy. volatile nie zawsze jest konieczne, ale na początek przyjmij że trzeba je dawać zawsze gdy używasz zmiennej w przerwaniu i w mainie.Po przejrzeniu jeszcze kodu z grubsza mogę napisać jeszcze tylko, że wstawianie _delay_ms w przerwaniu (choć moim zdaniem i gdziekolwiek indziej) to barbarzyństwo. Blokujesz kod główny na grubo ponad 3 sekundy.

20rafalo · Answer

Tak, ale to nie ma znaczenia, bo przerwanie jest w porcie PD2- i jeśli ma przychodzić z zewnątrz to chyba nie trzeba delkarować tego pinu jako wejscie czy wyjście...Bo przecież to przerwanie może reagować na "1"; "0" itp...Fakt, że zawsze jest wejściem, ale bez deklaracji i tak działa. Chyba samo przerwanie to wymusza.. hmm...

gaskoin · Answer

Przerwanie nic nie wymusza, tylko rejestry mają domyślne wartości na 0 (te akurat). Więc masz wejście w stanie HiZ, skoro nie skonfigurowałeś portu D. Może być wyjściem, ale zwierając je do masy możesz uszkodzić procesor (trzeba dać rezystor w szeregu). Czasami się tak robi, żeby programowo wywołać przerwanie.

20rafalo · Answer

Naniesione poprawki:Code: cLog in, to see the codeoraz:Code: cLog in, to see the codeOk?

gaskoin · Answer

Powinno być PORTD

20rafalo · Answer

No tak, sam na to zwróciłem uwagę, a powyższą linijkę i skopiowałem bez poprawy...Dziwne, że kompilator nie zaprotestował błędem ;/, a program zadziałał poprawnie...

gaskoin · Answer

Nie widzę powodów dla których kompilator miałby protestować. Zadziałał poprawnie bo masz tam przecież rezystor do vcc.

miszcz310 · Answer

A ja tak chciałem wrzucić swoje 3 grosze. Funkcja _delay_ms() w przerwaniu, no proszę i to jeszcze 750 ms. Przecież to jest straszne, żeby procka blokować na 750 ms (dwa razy pod rz±d) i to jeszcze w przerwaniu.
Polecam zrobienie prostej maszyny stanów i użycie timera do przechodzenia pomiędzy stanami. Bo nawet jakby¶ chciał dorobić jak±¶ obsługę klawiszy to przecież program będzie głuchy przez te 1,5 sek, albo możesz przecież wysłać komendę konwersji do wszystkich termometrów na raz i tylko raz czekać te 750ms.

20rafalo · Answer

Bo wyczytałeś, że _delay_ms nie powinno się tam stosować? Dla mnie ważne jest osiągnięcie zamierzonego celu....i nie jest w ogóle straszne, bo układ nie posiada dodatkowych funkcji, które by na tym traciły.A mi właśnie o to chodziło, aby przerwanie wystąpiło mimo opóźnień...Jeśli bym kiedyś dodawał funkcje to będę modyfikował..Są jeszcze priorytety przerwań - można by je wykorzystać...Pzdr

gaskoin · Answer

Nie chodzi o czytanie tylko o zdrowy rozsądek. Nawet w aplikacjach na PC nie blokuje się eventów na 3 sekundy... Skoro przerwanie jest Twoim kodem głównym to coś tu działa od tyłka strony

dondu · Answer

Oczywiście kompromis jest dobry dopóki spełnia Twoje wymagania, a z tego co piszesz spełnia.Czy mógłbyś jednak zdradzić, co to za urządzenie, bo być może warto to zrobić inaczej?Z drugiej strony, nawet w takich projektach warto tak pisać programy jak sugerują koledzy wyżej, by wyrabiać właściwe przyzwyczajenie i umiejętności.

LordBlick · Answer

1. INT0 ma najwyższy, więc nie wiem, jak to chcesz wykorzystać...2. Zrobisz naked, to ci coś wlezie w odliczanie takiej g...ej pauzy i potem padnie na tym forum sakramentalne "dlaczego mi to czasem nie działa ?" Timer w &#181;C jest po to go używać.

20rafalo · Answer

Jeśli masz pomysł jak pozbyć się opóźnień, które spełniają w/w potrzeby to jestem zainteresowany ;PPzdr

LordBlick · Answer

Pomysł to był dawno:http://lmgtfy.com/?q=programowanie+zoptymaliz...d+wzgl%C4%99dem+wykorzystania+czasu+procesoraMam zrealizowane pod AVRasm2, przykład chociażby tutaj:https://www.elektroda.pl/rtvforum/topic1885957.html

20rafalo · Answer

Raczej nie rozwiązuje to konkretnie mojego przypadkuCzyli zostanę przy swoim

LordBlick · Answer

Rozwiązany jest rdzeń, pokazany sposób sprawdzania upłynięcia czasu, a resztę trzeba dopasować...

miszcz310 · Answer

Łoł się kolega zniecierpliwił...
Piszę nie dlatego, że gdzie¶ to przeczytałem tylko wiem z własnego do¶wiadczenia, że takich rzeczy lepiej unikać. W ogóle stosowanie funkcji generuj±cych długie opóĽnienia (tysi±ce cykli zegarowych) nie jest dobrym pomysłem, bo przez ten czas nie ma się żadnej kontroli nad układem.
Co do rozwi±zania to zaproponowałem maszynę stanów. Robisz co¶ takiego, żeby mieć przerwanie od timera co jakie¶ 100 ms. Masz zmienn± globaln±, któr± inkrementujesz w każdym przerwaniu. Jak przejdzie przez 8 inkrementacji to minęło 800ms i robisz odczyt i zerujesz zmienn±. dodatkowo polecam zrobić jeszcze tak, że w przerwaniu masz tylko warunki sprawdzaj±ce i wypełnianie tablicy z odczytanymi warto¶ciami (ale bez żadnej konwersji). Jak odczytasz nowe warto¶ci to ustawiasz flagę i w pętli głównej wywołuje sięfunkcj± przeliczaj±ca warto¶ci z termometrów na "ludzki" format i wy¶wietlenie sprintfem. Ogólnie chodzi o to, żeby obsługa przerwania była możliwie jak najkrótsza.

20rafalo · Answer

Myślę, że ciekawy i sensowny sposób, muszę się zastanowić nad poprawą przerwania. Czyli przerwanie będzie 100ms, a nie 1500ms..Wnioskuję, że będzie dużo poprawek...

User removed account · Answer

Jeśli chcesz gotowego rozwiązania to napiszę jak sam robię takie systemy:Deklaruję pewną strukturę globalną, koniecznie volatile, w której umieszczam flagi w zależności od tego ile ich potrzebuję, np.:Code: cLog in, to see the codeNastępnie ustawiasz timer na czas taki, który jest potrzebny do najszybciej wywoływanej funkcji. W tym przypadku żadna funkcja nie wymaga szybkiego wywoływania więc spokojnie możemy ustawić timer na 10ms.A w przerwaniu timera TYLKO jedna instrukcja:Code: cLog in, to see the codeW mainie tylko wywoływanie funkcji:Code: cLog in, to see the codeNo i zostały jeszcze funkcje:Timer:Code: cLog in, to see the codeFunkcja Pomiar:Code: cLog in, to see the codeFunkcja Odswiez_LCD:Code: cLog in, to see the codeTo jest takie ogólne podejście, dzięki któremu można zrealizować większość projektów.Jeśli zależałoby na maksymalnej oszczędności energii to trzeba by dodatkowo użyć przerwania zewnętrznego do wybudzania (od 1-wire) a sam procesor usypiać do power_down.A jeśli jest obawa, że jakaś funkcja będzie działała zbyt długo to trzeba ją podzielić i wywoływać cyklicznie, tak aby nie blokować pozostałych funkcji.Można dodatkowo uruchomić watchdog'a, w tym przypadku powiedzmy na ok. 100ms. Resetowanie umieścić TYLKO w jednym miejscu: na początku pętli głównej, przed wszystkimi warunkami.Możliwe, że są jakieś błędy w funkcjach, wszystko pisałem z głowy.

miszcz310 · Answer

No widzę, że kolega voytaschec fajnie to opisał. Ja to mniej więcej też tak robię, a na pewno też tak dzielę kod na przerwania i main.
Co do czasu wykonywania przerwania to nie będzie trwało 100ms. Tylko dużo, dużo, krócej bo tylko musi się wykonać przypisanie jednej zmiennej + wej¶cie i wyj¶cie z obsługi przerwania. Zatem przerwanie będzie trwało pewnie kilkana¶cie cykli, czyli jakie¶ powiedzmy pojedyncze mikro sekundy. Tylko jak chcesz mieć odpalanie z przycisku to w obsłudze tego przerwania od przycisku startujesz timer a jak się zrobi odliczenie całego cyklu to stopujesz timer i będziesz miał ładne rozwi±zanie programowe.

User removed account · Answer

No tak, nie zauważyłem, że urządzenie jest odpalane z przycisku, niezbyt jasno to jest opisane. Wydawało mi się, że przerwanie INT0 jest od któregoś z czujników 1-wire.Przykład, który podałem nadaje się raczej do systemu cały czas włączonego. Dodano po 9 [minuty]: Tak, ale po wywołaniu przerwania, inkrementacji w funkcji Timer uP może iść spać na 10ms. 100ms dla watchdog'a tylko ze względów bezpieczeństwa. Jeśli procesor nie byłby usypiany to spokojnie można ustawić WD na kilka ms.

stanleysts · Answer

Taki cooparative scheduling z warstwą przerwań jak to koledzy opisali wystarcza do większości zastosowań, jak już się aplikacja komplikuje a mamy w miarę procesor to tylko RTOS i jeszcze lepiej wszystko działa, tylko, że tam to już jest większa szkoła jazdy.

20rafalo · Answer

Z nimi się jeszcze nie bawiłem. Mógłbyś podać jakiś ciekawy kurs, które przybliżają temat flag?Z góry dzięki.

McMonster · Answer

Zmienne (np. boolowskie) określające wystąpienie danego zdarzenia. W przerwaniu ustawiasz taką zmienną, w głównej pętli programu po kolei sprawdzasz wszystkie flagi, jeśli dana flaga jest ustawiona, to wykonuje się odpowiedni dla niej kod. Umożliwia to skrócenie procedur obsługi przerwań do absolutnego minimum oraz sprawi, że wszystkie będą realizowane w przewidywalny sposób.

LordBlick · Answer

Ja tam skracam temat flag w ten sposób, że w przerwaniu Timera jaka¶ warto¶ć jest odliczana do zera i dalej nie ruszana. Dopiero jaka¶ procedura w pętli głównej sprawdza czy jest zero, ustawia dalej odmierzanie czasu i podejmuje akcję.

Selling:
30.07.2005 Moduł laserowy audio Philips VAM2201

20rafalo · Answer

Kolega dondu ruszy z kursem, który będzie poruszał ten temat i pokaże mniej doświadczonym jak się postępuje ;P

gaskoin · Answer

Już ruszył, wystarczy poczytać na blogu