no dobrze MirkoT, napisałem też już wcześniej, że nie mam jak zmienić pinu bo jest to gotowa płytka i mogę testować ją tylko na 3 pinach. Tam gdzie mam diode RGB. Docelowo chce uruchomić te przerwania programowe i ciągle nie wiem jak.

jak mówiłem... nie czytałem całego wątku, a tylko odniosłem się do tego Twoje postu i kodu o niewykonywaniu się pętli głównej po włączeniu przerwań.
a skoro nie możesz zmienić pinu to zakomentuj w przerwaniu pierwszego if'a

_________________
Jestem początkujący i moje porady mogą być błędne

zakomentowałem pierwszego if i włączyłem sei() i to samo, `debugger` swieci sie cały czas, nie mruga. Dzieje się to samo gdy usunę wszystko z ciała przerwania, więc to nie pomaga. Dopiero gdy zakomentuje sei() dioda `debugger` sobie mruga co 1sek.

Piszesz że z Bluebooka?
No to niedokładnie przepisałeś.
Spróbuj to:

_________________
http://www.marcingibas.pl

To zakomentowałeś?

Na pewno?

_________________
Jestem początkujący i moje porady mogą być błędne

Tak, dokładnie tą linie zakomentowałem

Trochę się już pogubiłem, o czym teraz rozprawiamy
Generalnie to problemem w kodzie który wkleiłeś w pierwszym poście był brak opóźnienia w wykonywaniu pętli. Co prawda dałeś jednego delaya, ale nie dość że był on poza instrukcjami wykonywanymi w pętli, to właśnie był tylko jeden. Nie było więc innej opcji jak ciągłe świecenie diody. Nawet jakbyś tego delaya umieścił w pierwszej pętli a nie dał byś drugiego w drugiej pętli, to dioda też by się ciągle świeciła.
Sprawdziłeś kod który wkleiłem? Działa?

_________________
http://www.marcingibas.pl

Marcin_G wrzuciłem dokładnie kod który wkleiłeś i dioda cały czas świeci. Mimo tego że jasno mi wytłumaczyłeś gdzie powinny być te delay'e i dlaczego to lampka nie świeci jak powinna. Zapala się w mgnieniu oka i ciągle świeci ...

Może teraz napiszę herezję

ale spróbuj tak dla testu ustawić w
fuse bitach uproszczonych CKOPT

Wiem wiem dotyczy to zewnętrznego taktowania ale może spróbować

probowałem z włączonym i wyłączonym CKOPT, to samo ... mimo wszystko dzięki za pomoc!

Normalnie tak mnie to zaaferowało ,że jak wrócę
z wygnanie (delegacja) wrzucę ten kod u siebie.

Tylko to dopiero pod koniec tygodnia (niestety)

No to kurcze nie mam pomysłu . U mnie ten kod działa zarówno wtedy gdy mam wstawione te warunki co w kodzie podanym kilka postów wcześniej, jak i same delaye. Za każdym razem dioda się rozjaśnia i ściemnia.

------------------------ [ Dodano po: 7 minutach ]

Jeszcze raz przeczytałem Twój pierwszy post i piszesz że używasz też driverów do LED. Może one coś mieszają? Jest opcja żebyś po testował kod na diodzie podłączonej bezpośrednio do procka? Może uda Ci się dolutować jakoś diodę "na pająka".

_________________
http://www.marcingibas.pl

Marcin_G -> wlutowałem diode na pająka, zrobiłem test i to samo... zachwouje się tak samo jak tam 3W RGB na driverach ....

Ponieżej kod którym testuje:



dioda nie mruga ... jeżeli tylko zakomentuje sei() to dioda mruga poprawnie (co 1 sek). Według mnie coś z inicjalizacją przerwania Timer2...? czasy złe? preskaler? podział częstotliwości? Przypomne, że korzystam z ATmegi8 i wewnętrze taktowanie 8MHz.

HELP ME ...

Mam jeszcze jednego pomysła jak to mówi Ferdek

weź tylko dla testu zmień przerwanie np.
na Timer0 overflow
ustaw tam wszystko co trzeba
zrób pusty wektor tego przerwania i zobacz
czy jak puścisz przerwania (sei()) to
czy wynik będzie taki sam jak obecnie

sprawdzisz chociaż częściowo czy przerwania "żyją"
no bo przecież ten Twój ostatni powinien działąć

Jeśli to nie pomoże to jeszcze możesz odlutować wszysko
co jest zbędne do poprawnej pracy uC i jeszcze raz puścić
procka tylko z samym debugerem

Wiem dużo roboty ale nie mam innego pomysłu jak to sprawdzić
gdzie siedzi przyczyna tej "awarii"

Też testuje ten Twój program na ATmedze8 z wewnętrznym taktowaniem 8MHz, i wszystko działa prawidłowo. Zarówno PWM jak i teraz ta migająca dioda z ostatnio wklejonego kodu.

_________________
http://www.marcingibas.pl

no to mam chyba uszkodzoną ATmege bo mi nie działa ...
poniżej schemat moje układu:

Może ją przypiekłeś przy lutowaniu?
Próbowałeś skonfigurować TIMER1, też ma tryb CTC, żeby sprawdzić co wtedy się dzieje?

_________________
http://www.marcingibas.pl

Skonfigurowałem Timer1 dla testu i to samo, faktycznie chyba coś nie tak z moją ATmegą ...

Witam

Niestety @zlata_n wgrałem Twój program do ATmegi8 i
niedobre wieści dla Ciebie bo u mnie ten program śmiga aż
miło .
Jeśli na innym timerze masz taką samą sytuację jak przedtem
to na 90% (moim zdaniem oczywiście) uC poszedł
na wieczny odpoczynek
i chyba będziesz musiał sprawić sobie nowy

Dziękuje koledzy za sprawdzanie kodu faktycznie chyba ATmega jest uszkodzona... choć uparcie twierdze, że nie... dlaczego?
Zrobiłem jeszcze jeden test na timerach. Odpaliłem 3 Timery sprzętowe w trybie PWM. Wszystko działa tak jak powinno. Tak więc Timery są OK. Problem zaczyna się jak wrzucam przerwania...




No dobra, przerwania są uparte i nie chcą zadziałać, to może spróbuję ugryźć problem od innej strony ... Mianowicie przerwania programowe (systemowe) od timera potrzebuje tak naprawdę do kawałka kodu, który odpowiedzialny jest za funkcje mix, która miesza kolory w 3 niezależnych pętlach. Wynikiem czego jest piękne przejście pomiędzy kolorami ... Kod ten jest wzięty z naszego forum i faktycznie działa efektownie. Teraz pytanie brzmi, czy da się rozwiązać ten problem bez korzystania z timera `systemowego` ?? Przychodzi mi na myśl tylko użycie pętli for() co tworzy nam kod zbyt `liniowy`. Jakieś pomysły? Poniżej wlejam funkcję, którą chcę przerobić.

Zamiast odpalać przerwania możesz spróbować badać stan flagi od przepełnienia Timera0 np. w ten sposób


W przypadku tego rozwiązania pętla while musi się wykonywać jak najszybciej a wszystko w niej powinno być nieblokujące.

W twoim programie możesz spróbować wywoływać funkcję prog_timer() wewnątrz pętli while w funkcji mix_channel().


Sprawdź czy takie rozwiązanie ci zadziała.

Dzięki za pomoc i dobre chęci ale niestety nie chce działać. Wpisując twój kod ciągle świecą się diody.