ATNEL tech-forum

Re: Problem z podczerwienia - RC5

2015-12-25T00:03:00+01:00

Witam

yozue napisał(a):

[syntax=c]TIMSK |= (1<... jedyny problem to chyba mój angielski i poprawne odczytanie DataShed

M328 nie posiada takiego rejestru:

Pozdr.

Statystyki: Napisane przez kicajek — 25 gru 2015, o 00:03

Re: Problem z podczerwienia - RC5

2015-12-24T23:49:31+01:00

dla atmegi328p:
[syntax=c]TIMSK1 |= (1<
wigilia dzień cudów.

Statystyki: Napisane przez yozue — 24 gru 2015, o 23:49

Re: Problem z podczerwienia - RC5

2015-12-24T22:47:34+01:00

Witam
mam podobny problem.
Na Atmega32 program z RC5 działał idealnie jednak po przejściu na procesor Atmega328p jest problem:
[syntax=c]TIMSK |= (1<kto mi powie jak to powinno wyglądać poprawnie dla mojego maluszka.

Odbiornik podłączyłem do pinu PB0 ( ICP1 ) jedyny problem to chyba mój angielski i poprawne odczytanie DataShed

ps. Wesołych świąt

Statystyki: Napisane przez yozue — 24 gru 2015, o 22:47

Re: Problem z podczerwienia - RC5

2014-12-10T01:20:30+01:00

lebnh napisał(a):

. Pomimo tego zamieniam TIMSK na _SFR_IO8(0x39) i to samo dla drugiego rejestru. Program się kompiluje, ale jak łatwo się domyślić nie działa bo program myśli ze to Atmega16.
7. Nie przychodziło mi nic lepszego do głowy więc wkleiłem zawartość iom328p.h do pliku iom16.h i zacząłem na nowo walczyć.

To są niestety najgorsze pomysły i zawsze kończą się nieszczęściem takie próby obchodzenia problemu - zamiast jego rozwiązania

przede wszystkim zainstaluj eclipse zgodnie z tym poradnikiem:

http://mirekk36.blogspot.com/2014/11/av ... -luna.html

wtedy zaimportuj projekt z DVD (podkreślam IMPORT - tak jak w tym poradniku)

potem zmień nazwy rejestrów i bitów dla swojego procka - WSZYSTKO będzie i MUSI działać dobrze - a nie jakieś tam inkludowanie dziwnych plików albo dostęp do rejestrów przez _SFR_IO8(0x39) bo to już masakra

Statystyki: Napisane przez mirekk36 — 10 gru 2014, o 01:20

Re: Problem z podczerwienia - RC5

2014-12-09T23:10:54+01:00

Ustawiłem (patrz punkt 1), teraz doczytałem się w jakimś starym poście na forum, że wtedy warto zmienić procesor na całkowicie inny i wrócić na swój - zadziałało, ale pomimo tego program nie reaguję. Pozmieniałem rejestry na odpowiednie dla mojego uC.

Statystyki: Napisane przez lebnh — 9 gru 2014, o 23:10

Re: Problem z podczerwienia - RC5

2014-12-09T23:03:05+01:00

Zmień procesor w opcjach projektu (eclipse)

Statystyki: Napisane przez icer_cmg — 9 gru 2014, o 23:03

Problem z podczerwienia - RC5

2014-12-09T23:39:13+01:00

Witam

Potrzebuję w projekcie na uczelnie wykorzystać podczerwień. Wydawało mi się, że najlepiej będzie skorzystać z gotowej biblioteki od Mirka. Niestety mam małe problemy..

Mój układ to Atmega328p, odbiornikiem IR na 36kHz z podłączonym wyjściem do PIND6 o raz moduł LED podpięty pod PORTB. Po kilku nieudanych próbach zdecydowałem się kupić pilot od Mirka RC5.

Do testów poprawności programu dodałem fragmenty kodów zmieniające stany na porcie B na przeciwny zarówno dla odebranego poprawnego kodu jak i wciśnięciu vol_up.

Żeby klarowniej przedstawić moje obecne położenie napiszę krok po kroku co robię.

1. Tworzę nowy czysty projekt w eclipsie. Ustawiam tam mój uC - Atmega328p oraz taktowanie 12MHz.
2. Dołączam bibliotekę Mirka "IR_Decode" oraz plik main.c.
3. Usuwam wszystkie wiersze kodu wykorzystywane do obsługi LCD.
4. Kompiluje po raz pierwszy..

Obrazki wstawiamy zgodnie z zaleceniami - Różowo-Zielony J.

5. Przy próbie otworzenia definicji "działającego rejestru" zauważam, że otwiera mi się iom16.h zamiast mojego iom328p.h.
Pierwsze pytanie: czemu program odwołuje się do złego procesora pomimo tego, że zdefiniowałem w właściwościach projektu odpowiedni uC?
6. Pomimo tego zamieniam TIMSK na _SFR_IO8(0x39) i to samo dla drugiego rejestru. Program się kompiluje, ale jak łatwo się domyślić nie działa bo program myśli ze to Atmega16.
7. Nie przychodziło mi nic lepszego do głowy więc wkleiłem zawartość iom328p.h do pliku iom16.h i zacząłem na nowo walczyć.
8. Program dalej się poprawnie kompiluję, ale również nie działa.
9. Po zmianie w ustawieniach procesora, a następnie powrocie do Atmegi328p, eclipse wreszcie zrozumiał do której biblioteki ma się odwoływać. Niestety nic to nie zmieniło - program nadal nie działa.

Możecie poradzić, wskazać błąd albo powiedzieć na co zwrócić uwagę?

Statystyki: Napisane przez lebnh — 9 gru 2014, o 22:47