Chcę generować na wyjściu OCx sygnał prostokątny, jednocześnie w przerwaniu od porównania wysyłając na port odpowiednie dane, raz na okres. Jeżeli w trybie CTC ustawię "toggle" OCx, jasne jest dla mnie, że chcąc uzyskać częstotliwość X, muszę skonfigurować timer na 2*X. Ale przez to znów przerwanie od porównania pojawia mi się dwa razy w okresie. Czy w takim razie mogę OCx ustawić na "set" i dodatkowo w przerwaniu zerować pin portu z OCx? Oczywiście timer konfiguruję wtedy na częstotliwość X, a nie, jak przedtem, 2*X. Równie dobrze oczywiście mogę zrobić odwrotnie ("reset" i ustawianie pinu).

Ok, to zadam inne pytanie: w jaki sposób zmienić stan pinu OCnx? Czy działanie na rejestrze PORT przynosi skutek? Przykładowo w ATmega1284 wyjście OC0A jest na pinie PB3. Czy w trakcie działania Timer0 w trybie CTC z włączonym Output Compare mogę zmieniać stan tego pinu rejestrem PORTB? Jeżeli przerwanie od porównania ustawi mi OC0A w stan wysoki, to mogę go programowo wyzerować?

Nie możesz jeśli ustawisz bity COM0A0 itp ... bo one zmieniają działanie portu ale jeśli wyłączysz wyjście tymi bitami to już możesz zmieniać stan pinu za pomocą PORTx

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

To po co w takim razie w timerach możliwość konfigurowania Compare Match Output na "Set OCnx on Compare Match" i "Clear OCnx on Compare Match"? Przerwań od timerów nie używa się raczej jednorazowo, a cyklicznie. Jeżeli timer raz ustawi stan wysoki na OCnx, to co go później zmieni?
To może operując flagami w rejestrze TIFRn mogę coś zdziałać?
Cały czas dążę do tego, żeby generując przebieg prostokątny na wyjściu OCnx przerwanie występowało tylko raz na okres.

jak to co ? timer panie ... timer

ja nie za bardzo rozumiem o co tobie chodzi ...

tyb CTC w połączeniu z COM0x pozwala przejąć sterowanie nad wyjściem OCnx i generować na nim przebieg prostokątny ... nie ma to nic wspólnego z przerwaniami bo te mogą żyć sobie własnym odrębnym życiem

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Si si, timer, jeżeli bity COMnx mam ustawione na "toggle" - wtedy każde zdarzenie porównania zmieni stan OCnx na przeciwny - zrozumiałe. A co, jeśli COMnx ustawię na "set"? Pierwsze zdarzenie porównania zmieni stan OCnx na wysoki, a następne? Wynika z tego, że też na wysoki. Nie kumam...

A co do przerwania, to ma ono tyle do tego, że chcę aby pojawiało się tylko przy zboczu narastającym (lub opadającym), a nie przy każdej zmianie stanu OCnx.

no tak ... bo, gdy timer doliczy do końca to znowu zmieni stan. Po to aby znowu mógł się zmienić gdy dojdzie do porównania. Jeszcze raz ci mówię nie ma tu żadnych zdarzeń ani nic wspólnego z przerwaniami rozumiesz? ... To działa niezależnie i sprzętowo - dzięki czemu można np szybko ustawić sobie generowanie nośnej np do pilotów podczerwieni 36kHz ....

Więc postaraj się to najpierw zrozumieć i nie mieszaj sobie w głowie na razie z przerwaniami. Bo przerwania jeszcze raz podpowiadam działają NIEZALEŻNIE od modułu sprzętowego generowania przebiegu na OCxn

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Ale czy obaj myślimy o CTC? Tutaj porównanie to tenże koniec.

Ja mówię o CTC a porównanie to wcale nie koniec. Porównanie to porównanie ... a koniec to wtedy gdy timer dobiegnie do końca czyli do 255 albo 65535

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

To już całkiem zgłupiałem. Myślałem, że rozumiem tryb CTC:/
W dokumentacji piszą tak:
"In CTC mode the counter is cleared to zero when the counter value (TCNT0) matches the OCR0A."
Zrozumiałem z tego, że licznik w CTC nie liczy do końca, czyli 0xFF, ale do OCRnx. Dzięki temu można regulować częstotliwość...

Kurczę no i wprowadziłem cię w błąd - PRZEPRASZAM - wczoraj wieczorem już nie myślałem

oczywiście, że w CTC timer zlicza do wartości OCR i się zeruje - wiesz - ja nie wiem czemu na początku jakoś ubzdurałem sobie że mówimy o PWM a nie CTC ... - przepraszam

w takim razie OD POCZĄTKU - twoje pytanie brzmiało:



TAK MOŻESZ zmienić o ile bity COM01 COM00 są wyzerowane. Ale jeśli nie są tylko np jest tryb TOGGLE to wtedy TY nie możesz panować nad pinem OCx bo jego stan zmienia timer (togluje sobie nim) ... i rzeczywiście za pomocą ustawienia OCRx można sobie w jakimś zakresie regulować częstotliwość

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Ok, dziękuję. Wyjaśniło mi się w takim razie:)
To skoro już wiadomo, że timer "togluje" sobie pinem OCx, to czy mogę w jakiś prosty, sprzętowy sposób wymusić, żeby przerwanie od porównania występowało co drugi raz, czyli de facto raz na okres? Bo normalnie przy "toggle" występuje 2x w okresie.

No jak ? co drugi raz ? ... sprzętowo występuje przy porównaniu więc no nie przekombinujesz nic tutaj

ale co za problem sobie zrobić to programowo ? czyli sprawdzać chociażby stan inkrementowanej zmiennej w każdym przerwaniu i reagować TYLKO co drugi raz

if !((zmienna++)%2) ) .... wykonaj procedurę przerwania

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Problem jest tylko taki, że potrzebuję wysyłać na port dane raz na okres - z częstotliwością 2304000 Hz przy zegarze 18432000 Hz, czyli co 8 taktów zegara:/ Nie wiem czy w ogóle jest to możliwe, a jak rozbuduję działania w przerwaniu, to będzie jeszcze gorzej. A jeżeli przerwanie będzie mi przeszkadzać jeszcze w połowie okresu to już masakra.