[AVR] Nieaktywny Auto Trigger ADC na ATmega168 przy użyciu Timer0 w trybie CTC

Witajcie,
Problem powinien być trywialny a nie jest. Dotychczas stosowałem auto trigger ADC na ATtiny13 i działało to przewidywalnie według datasheeta, ale kod przeniosłem na ATmege168 i działać przestało, mimo że wszystko ustawione według dokumentacji. Po krótce:

- uruchamiam timer0 w trybie CTC by zdarzenie Compare Match A zachodziło co 250us (4kHz),

- uruchamiam przetwornik ADC, ustawiam mu Auto Trigger Enable i Auto Trigger Source: Timer/Counter0 Compare Match A,

- w przerwaniu ISR(ADC_vect) "macham" zwyczajnie pinem by sprawdzić, czy wyzwalacz działa...

i NIE działa. Autotrigger udaje się tylko uruchomić w trybie Free Running, natomiast każdy, inny wyzwalacz nie działa. ATmega168 taktowana kwarcem 16MHz, zasilanie 5V. Kod poniżej:



Obejrzałem też w symulacji na Atmel Studio, czy ustawiane są poszczególne rejestry i wszystko wydaje się być w porządku. Sprawdzane jeszcze na innej Medze48 (tym razem). Też nie działa co oznacza, że gdzieś popełniam błąd. ALE gdzie??? Pozdrowienia... robiw

Nie jestem pewien, ale coś mi się zdaje, że w trybie CTC zdarzenie Compare Match nie jest generowane.
Może spróbuj ustawić trigger na overflow.

Puszczałem Timer0 w trybie Normal i autotrigger na Timer0 overflow. Bez zmian. Działą tylko Free Running...robiw

Dodano po 15 [minuty]:

ex-or napisał:

Nie jestem pewien, ale coś mi się zdaje, że w trybie CTC zdarzenie Compare Match nie jest generowane.
Może spróbuj ustawić trigger na overflow.

An interrupt can be generated each time the counter value reaches the TOP value by using the OCF0A Flag. If the interrupt is enabled, the interrupt handler routine can be used for updating the TOP value.

Tyle w temacie... robiw

Trzeba włączyć przerwanie COMP0A i zdefiniować procedurę obsługi (może być pusta)

...
TIMSK0 = _BV(OCIE0A);
...
EMPTY_INTERRUPT(TIMER0_COMPA_vect)
...

Ale po co??? To nie działa od przerwania a od zdarzenia. Nie ma potrzeby deklaracji przerwania...robiw

PS. Przynajmniej według dokumentacji nie ma takiej potrzeby. W przypadku ATtiny13 działało bez ISR timera...robiw

A kasujesz flagę OCF0A, bo jeżeli nie to co najwyżej raz ci wyzwoli ADC.
ADC jest wyzwalany gdy flaga zmienia stan z 0 na 1;

JarekC napisał:

A kasujesz flagę OCF0A, bo jeżeli nie to co najwyżej raz ci wyzwoli ADC.
ADC jest wyzwalany gdy flaga zmienia stan z 0 na 1;

Gdzie masz taką informację o konieczności kasowania flagi OCF0A? Jeśli tak by było to konieczna byłaby obsługa przerwania Compare Match A tylko po to by wyzwalać ADC co trochę kłóciłoby się z sensownością takiego mechanizmu? W ATtiny 13 nie było takiej potrzeby i działało... robiw

JarekC napisał:

A kasujesz flagę OCF0A, bo jeżeli nie to co najwyżej raz ci wyzwoli ADC.

Słusznie, przerwanie to efekt ustawienia flagi (którą przy okazji kasuje).

Na pewno jest logika w tym, o czy piszecie, ale...nie ma logiki odnośnie samego zdarzenia. Zamysłem automatycznego wyzwalania jest akwizycja sprzętowa a nie programowa. To wyzwalanie ma się odbywać sterowane sprzętowo a dopiero w ISR(ADC_vect) można sobie robić co dusza zapragnie. Z resztą tak to działało w ATtiny13... robiw

Nie wiem jak Ci działało w poprzednim projekcie ale karta katalogowa wyraźnie mówi:

Cytat:

A conversion will be triggered by the rising edge of the selected Interrupt Flag.

Skasuj ten znacznik w przerwaniu od ADC.

Masz na myśli kasowanie flagi zgłoszenia przerwania ADC poprzez wpisanie jedynki na bit flagi? Robiłem na 328P, nie działa. Jutro spróbuję na m168...r

Dodano po 26 [minuty]:

W projekcie z ATtiny zdarzenie porównania generuje przerwanie i pewnie tutaj jest "pies pogrzebany". To przerwanie kasuje sprzętowo flagę porównania...ale to bez sensu, żeby angażować przerwanie Timera0 skoro jego porownanie powinno być wyzwalaczem sprzętowym konwersji ADC... Robiw

Masz skasować flagę timera OCF0A


Możesz też włączyć przerwanie od Timera i zostawić pustą obsługę przerwania:

Co spowoduje że cała obsługa przerwania sprowadzi się do RETI

robiw napisał:

i? Robiłem na 328P, nie działa

A ja na jakimś AVR 328 robiłem i działa. Z tym że używałem T1. Jednak w nocie nie pisze konkretnie o T0 tylko ogólnie o fladze, nawet jest uwaga ze zmiana źródła wyzwalania może wyzwolić ADC. Nie musisz używać przerwań od timera ale skasować flage raczej trzeba.

robiw napisał:

An interrupt can be generated each time the counter value reaches the TOP value by using the OCF0A Flag. If the interrupt is enabled, the interrupt handler routine can be used for updating the TOP value.

Tyle w temacie... robiw

TOP to nie jest compare tylko overflow. Tak to rozumiem. Zmień to żródło z compare na overflow.

dodane: Oczywiście przy overflow kasujesz flage overlfow, a przy compare kasujesz falge compare.

dodane2: w tym trybie CTC, to w ogóle trzaby sprawdzić które przerwanie się generuje bo flaga OCF0A jest od compare a TOP jest od overflow. A osobiście nie pamiętam czy to testowałem w praktyce.
.

JarekC napisał:

Masz skasować flagę timera OCF0A

Wiem, wiem...

Skasowanie flagi w przerwaniu ADC załatwia temat. Na przyszłość nauczka by słowo w słowo czytać datasheety. No i logika jakaś potrzebna. Skoro wystąpiło zdarzenie Compare Match A to stosowna flaga jest ustawiona. Występuje zdarzenie rising dla ustawionego triggera, które wyzwala konwersję ADC. Nie mamy przerwania od timera, które kasowałoby flagę, więc dopóki nie skasujemy flagi ręcznie w przerwaniu ADC (TIFR0 = (1<<OCF0A) to nie wystąpi kolejne zdarzenie rising, które wyzwoliłoby kolejną konwersję ADC. Wszystko logiczne. Dzięki JarekC... robiw

Panowie wymyślacie różne teorie a sprawa jest prosta, jeżeli flaga timera na zostanie skasowana (programowo lub sprzętowo)
i pozostanie w stanie '1' to nie wystąpi warunek wyzwolenia ADC czyli narastające zbocze flagi (0->1).
Koniec kropka.

Przeca o tym piszę powyżej...r

Pisaliśmy odpowiedzi w jednym czasie i powstał mały "wyścig".

Działa, działa, jak najbardziej. Napisałem o tym powyżej. Z suma logiczna dla flagi czy bez to bez znaczenia, bo flagę kasuje w ISR...robiw

robiw napisał:

Z suma logiczna dla flagi czy bez to bez znaczenia,

Przeciwnie, ma to ZASADNICZE znaczenie

robiw napisał:

bo flagę kasuje w ISR

W tym przypadku (tj. flag gaszonych 1) zachowanie atomowości operacji RMW jest bez znaczenia

Ex-or ma rację, ma być bez sumy logicznej.
Pisałem z rozpędu i palce były szybsze niż głowa.

Nie spowoduje to błędu działania gdy nie korzystamy z innych flag zawartych w TIFR0, jeżeli je jednak wykorzystujemy
to możemy przypadkowo skasować więcej niż chcieliśmy.