Cześć, uczę się właśnie obsługi ARM-ów i mam problem z LPC1114 z uruchomieniem układu sterującego diodą za pomocą TIMER-a 16B0. Nie wiem czy problem leży w inicjalizacji timera czy w obsłudze przerwania... Poniżej jest kod. Będę wdzięczny za pomoc i ewentualne sugestie.
Mój fragment kodu odpowiedzialny za inicjacje timera wygląda podobnie(w kwestii idei bo pisze w asemblerze) różnice są tylko w tym że ja tylko ustawiam bit CEN w rejestrze TMR16B0TCR i wpisuje wartość zero do rejestru TMR16B0CTCR która to i tak tyle wynosi domyślnie. Jedyne co w tej sytuacji możesz zrobić to użyć debugera i obejrzeć jak zachowuje się twój kod lub przejrzeć instrukcje w asemblerze i zerknąć czy wektor w tabeli przerwań jest prawidłowy.
0michal.golabek napisał:Nie wiem czy problem leży w inicjalizacji timera czy w obsłudze przerwania...
Dzień dobry
ponieważ mam identyczny problem podczepię się do tematu 
Kod niemalże identyczny z przedstawionym przez pana Michała
program skacze do przerwania ale do niego nie dociera, i idzie w las
objaśnienie:
2 diody migają jednocześnie do momentu wywołania przerwania - w przerwaniu 1 powinna zostać zapalona a 2 zgaszona - po wyjściu z przerwania powinny migać na zmianę
objawy są takie że 2 diody migają i po czasie wymaganym do wywołania przerwania program przestaje reagować
Proszę na przyszłość używać tagu [syntax=C] do wklejania kodu...[/syntax], bez zaznaczania opcji "Wyłącz BBCode w tym poście".
Poprawiłem, LordBlick
Przecież powyżej tych dwóch definicji pisze który stos do czego służy - specjalnie to napisałem, bo sam nie pamiętam [;
4\/3!!
Przeczytałem to oczywiście
mi bardziej chodziło o doczytanie że process stack powinno się wykorzystywać przy pracy z os'em
tak samo czy kompilator korzysta ze stosu tylko przy przekazywaniu wartości w funkcjach i przerwaniach - czy jakoś dodatkowo go wykorzystuje
mimowolnie doczytałem też że stos idzie od góry na dół więc wiem że program najpierw się wysypie nie nadpisując żadnych zmiennych w przypadku przepełnienia - co jest łatwiejsze do wykrycia itp.
h0nza napisał:mi bardziej chodziło o doczytanie że process stack powinno się wykorzystywać przy pracy z os'em
h0nza napisał:tak samo czy kompilator korzysta ze stosu tylko przy przekazywaniu wartości w funkcjach i przerwaniach - czy jakoś dodatkowo go wykorzystuje
h0nza napisał:mimowolnie doczytałem też że stos idzie od góry na dół więc wiem że program najpierw się wysypie nie nadpisując żadnych zmiennych w przypadku przepełnienia - co jest łatwiejsze do wykrycia itp.
Witaj Freddie
to że powinno się korzystać z 2 stosów przy OS'ie - wyczytałem z noty katalogowej (mam wrażenie że łatwiej o kontrolę tego stosu jak OS śle swoje dane na jeden stos a przerwania na drugi) co do istotności masz rację, zawsze korzystałem (od 8-9 lat robi to za mnie kompilator) z 1 stosu i nie stwarzało to problemu
Sprzęt z którego się przesiadłem (8 bit 8 rejestrów) przy większej ilości zmiennych przekazywał dane do funkcji przez stos (w sumie co się dziwić, na moim poprzednim sprzęcie można było wykorzystać tylko 64 bity teraz mam do dyspozycji 13*32= 416 )
dobrze wiedzieć że kompilator mi stosu nie zapełni bez potrzeby
co do stosów i nadpisywania się ich, dobrze że napisałeś słowo 'zwykle' , bo sam wiesz że przy jednym stosie i jego odpowiednim umieszczeniu wystąpi sytuacja jaką opisałem która eliminuje nadpisywanie się danych (wkurzające to jest)
