Po przeczytaniu BB na temat własnego pilota IR napisałem sobie taki kodzik. Oczywiście nie działa . Ja tak to rozumiem. Jakimś licznikiem generuje sobie częstotliwość 36kHz - ja posłuzyłem się Timerem 2 w mojej Atmedze8. 8Mhz, preskaler 8 i ORC2 o wartości 26 daje nam taką częstotliwość (MKVRClac podaje błąd na poziomie 2,88%). Następnie utworzyłem drugi licznik zliczający każdą us - potrzebny do obliczeń połówek bitów. Na końcu utworzyłem funkcję send(); a w niej na sztywno jedną ramkę rc5 zwierającą w sobie komendę o wartości 129.

Rozumiem ze pisząc TCCR2 |= (1<<COM20); powoduje jakby zapalenie sie diody IR podłączonej do pinu OCR2 (PB3) w atmedze 8, prawda? - zapala sie, ale miga z częstotliwością 36 kHz, co jest odczytywane wraz z zależnością czasową jako np. "1"



Patrząc np. aparatem, widze ze dioda wogóle nie zapala się, a jest podłączona anodą do pinu OCR2. Próbowałem tez uzyc _delay_us(899); niestety tez nie działa, dioda nie zapala sie :/

To ty najpierw sobie podłącz zwykłą diodę LED żeby nie patrzeć aparatem i najpierw doprowadź do tego żeby dioda migała .... zamiast utrudniać sobie życie patrzeniem przez aparat ... tak się to zaczyna robić

_________________
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 ]

No tak, no wiec coś sie przesyła.. w odbiorniku wyswietlają sie jakies losowe komendy.

Nie wiem, mam mnóstwo pytn, no dziwnych... bo mi sie nie zdarzyło takie coś. Funcja one(); nie działa - kurcze zwykłe właczanie wyłaczanie diody.. no nie działa...ale jesli całta fukcje przekopiuje do pętli while to działa.. tak samo funkcja send(); działa tylko przed komendą sei();.... no dziwaczne.

Próbue sobie znalesc gdzie jest błąd i tak...


Nie rozumiem , co jest powodem ze ta funkcja sie nei wykonuje, juz na samym poczatku sie blokuje bez zadnego w sumie rozkazu. Nie wiem co się dzieje - czemu taka reakcja jest. Przecież przy wejsciu w fukncje one(); na początku nie ma żadnego kodu.

Cały obecny kod:

Jak to jest cały kod to zastanów się po co odblokowałeś dwa przerwania i do czego one mają służyć, bo widzę tylko jedną funkcję ISR(TIMER2_COMP_vect) dla timera 2, ale to bez sensu, bo niby liczysz tam us.

_________________
Dragonus Cracovus: Biomagia

hej Krauser, tak, cos własnie zauwzyłem ze jak wywale timer i przerwanie zliczające ta 1 us, to coś bardziej zaczyna to działac. Owszem w obecym kodzie gdy uzywam _delay_s(889) nie ma potrzeby dodatkowego przerwania, jednak - napewno nie tędy droga. Odbiornik odczytuje jakies kody,m lecz to napewno nie 129 co zaprogramowałem ; ) Pomysle jeszcze co mozne byc nie tak jeszcze. Dzięki , jak masz jakis pomysł jeszcze to pisz

Odblokowanie przerwania (a robisz to 2 razy) i brak funkcji obsługi (a masz tylko jedną funkcję ISR) powoduje skok do adresu 0, czyli reset. Poprawiłbym to tak:
- odblokowanie przerwania dla drugiego timera jest niepotrzebne

zmień na:

- wektor dla funkcji obsługi przerwania należy zmienić na timer 1, bo to on generuje przerwanie co 1us

zmień na:

_________________
Dragonus Cracovus: Biomagia

zmieniłem tak, dodałem sobie mój debbuger jednodiodowy, i gdy zmienie tak jak mi powiedizałes, program sie zacina gdy wchodzi w fukncje one();.. nie rozumeim.. le juz wiem ze nie mozna odblokowac dwóch przerwan jednoczesnie, tylko ten wekstor dziwny... nawet jak go wykomentuje to dioda debuggera sie nie świeci (!?) musze go odkomentowac i ustawic taj ajak miałem czyli Time2_COMP bo inczej ani tele nei działa, dziwaczne. Acid mi podsunął tez mysl ze powinienem zwiększyc dwukrotnie czestotliwosc przerwania dla nosnej, niestety nie pomogło, ani tyle odbiornik nic nie wykrywa. Czy program z delayami odmierzajacymi 889us ma prawo działac?

Pojawienie się nieobsłużonego przerwania powoduje skok do wektora resetu. Masz już napisane funkcje do obydwu wektorów przerwań, które odblokowałeś?

_________________
Nie pisz komentarzy - dobry kod komentuje się sam.

wstaw kod po zmianach

_________________
Dragonus Cracovus: Biomagia

jednak debbuger sie zaświeca, lecz dioda IR nie świeci - czyzby daltego ze wyłaczyłem zezwolenie na przerwanie od Timera zliczajace 36kHz ?

Przerwanie to nie ma nic do rzeczy. Taki najprostszy kod wystarczy, aby uzyskać sygnał o częstotliwości 36kHz:

Jak nie zauważysz świecenia diody IR wymień inną może być też zwykła LED. Sprawdź połączenia itp.

_________________
Dragonus Cracovus: Biomagia

Na takim kodzie dioda świeci ładnie. Rozumiem ze kod: słuzy do "podpięcia" timera do fizycznego wyjscia OCR2 do nadawania czestotliwosci na diodę. Tzn ona teraz w tym momencie świeci z taką częstotliwością jaką ustawiłem na timerze, prawda?
Czyli teraz juz mam podstawę do transmisji danych przez TOPS, mógłbym sobie teraz opracowc swój standard przesyłu, ilośc bitów, rozmiar ramki. Pozostańmy przy RC5, bo taki system odbiera odbiornik. Rozumuje to tak ze teraz powinienem wysyłac jedynki i zera, zgodnie z schematem RC5 zachowują odstępy czasowe 889us i przełczając bit w odpowiedni stan. I w sumie to by było tyle przy nadawaniu prawda? Zastanawim sie czy tez to ze mi nie działa prawidłowo kod to moze byc spowodowane uzyciem delayów(889) ? zamiast timera?

**************
Krauser, mój kod nagle ozył i nadaje poprawne ramki i kody kluczem było to ustawienie timera w Twoj sposób, teraz myśle dlaczego maoje ustawienie nie działało.
Napewno po częsci powodem było to:
**************
Dziwna sprawa jesli wysyłam ręcznie w petli while jedynki i zera, to wszytsko gra, gdy przepuszcze przez funkcję w której formuje ramkę rc5 i wysyłam 1 i 0 poprzez pętlę do...while opisaną w BB na 376 [nie można publikować bibliotek], to za każdym razem muszę resetować zasilanie w odbiorniku, żeby pokazała sie ta wartość. Tak jakby tops- wogole cały odbiornik się zawieszał.