Dzięki za wzkazówki. Miałem taką funkcje w bibliotece pod nosem tylko jakoś bałem się jej użyć:)
Teraz przeszedłem do etapu testowania układów RFM i wpadłem w niezły kanał bo nie mam jak sprawdzić poprawności działania ponieważ nie mam 2 masterów z uartem , ani żadnych diód sygnalizacyjnych. No nic będę błądził po omacku. Pierwsza sprawa to mam następującą funkcję do odpioru danych. I nie wiem czy ona wygeneruje mi przerwanie na porcie IRQ czy muszę to sam obsłużyć? Bo przerwanie INT0 mam ustawione ale nic się nie dzieje. Oto kod:


Czy może ustawienie bitów rejestru RFM70_IRQ_STATUS_RX_DR generuje impuls przerwania?

Najpierw konfigurujesz mikrokontroler i RFM, potem czekasz, aż moduł wygeneruje przerwanie. W przerwaniu wstawiasz flagę, którą sprawdzasz w pętli głównej. Jak jest ustawiona to dopiero odczytujesz dane.

_________________
Dragonus Cracovus: Biomagia

OK, jakoś zadziałało. Tylko mam problem z jednym układem Slave. To znaczy nie wysyła danych mimo takiego samego programu i budowy co drugi Slave. Nie wiem w czym leży problem, układ sprawdzałem kilka krotnie pod względem poprawności połączeń na płytce. Czy problemem mogą być fusebity. Nie ruszałem ich ale przy programowaniu przez AVRDUDE funkcja safemode nieraz mi wyżucała że jakieś fusy zostały zmienione i czy przywrucić? Po sprawdzeniu fusuów mam takie wartości:


A co lepsze ten układ co działa całkiem jest pomieszany bo te wartości ma takie: 0000 ff, 0000 ff
Gdzie szukać błędów?

Te 0000 to adresowanie i jest tu bez znaczenia.
Prosto z fabryki fusebity dla ATMEGA88P(A) są następujące:
lfuse 62
hfuse DF
efuse F9

Natomiast w tym co odczytałeś lfuse FF i hfuse FF to nie powinien działać, a nawet dać się zaprogramować. Tak jakby się odłączył
Może odczytaj wszystko na raz:

_________________
Dragonus Cracovus: Biomagia

Dziwna sprawa bo mimo to już wszystko działa i komunikacja z procesorami jest możliwa. Inny problem znalazłem po stronie jednego układu RFM który nie chciał wysyłać. Dziwi mnie też to zachowanie bo gdy odlutowałem połączenie od pinu CE układ zaczął wysyłać a przedtem był na nim stan wysoki. W nocie czytam że stan niski osnacza tryb Standby I a wysoki Standby II w którym to po wpisaniu coś do bufora TX automatycznie powinna odbyś się transmisja. A teraz mam czły czas stan niski i transmisja działa, dziwne?
Ale teraz zasanawiam się nad tym jak wygląda ramka gdy nie używam ani potwierdzeń ani Podsieci(Pipes). Czy tam nadal używane są adresy? Jeśli tak to gdzie to przez układ odczytać bo nie znalazłem takiej komórki rejestru oprócz konfiguracji pipes.
Również otrzymałem dziwne pomiary prądu. Miernik pokazał 2mA na jednym i na drugim 1,6mA. A w nocie jest napisane że przy transmisji RFM pobiera 23ma. Czy to jest niewykrywalne dla miernika przez tak krótki czas transmisji?
Jeszcze miałem problem z funkcją set_sleep_mode(); mimo załączonej bibliotek wyrzycało mi nieznaną funkcję i zrobiłem to ręcznie.
SMCR|=(1<<SM0)|(1<<SM1);
SMCR|=(1<<SE);
SMCR&=~(1<<SE);

Moja praca zbliża się już do ukończenia. Jestem na etapie testowania poboru prądu i zasięgu modułów. I spodkałem się z dziwnymi wartośiami pomiarów. Czy ktoś mógłby wyjaśnić moje spostrzeżenia.
Mam 2 moduły bezprzewodowe. Po uśpieniu mikrokontrolerów w 1 przypadku pobór prądu wynosi 1,55mA a w drugim 1,95mA. Oczywiśie to jest prąd pobierany przez cały układ a nie tylko przez procesor. A gdy wyeliminuje w programie fragment kodu odpowiedzialny za uśpienie i wyłączenie BOD pobór prądu spada w jednym przypadku do 0,95mA a w drugim 1,33mA. Dlaczego?
Oto kod:

Nie usypiasz procesora, bo nie masz instrukcji asemblerowej sleep.
Jednak radzę korzystać z funkcji, bo wyłączanie BODa musi być zgrane czasowo z uśpieniem.
Przykład z wyłączaniem BODa jest pod koniec tego opisu:
http://nongnu.org/avr-libc/user-manual/ ... sleep.html

_________________
Dragonus Cracovus: Biomagia

Witam, przymierzam się do zrobienia pomiaru temperatury za pomocą DS18B20, używam Atmega32, wyświetleniem na LCD, przesłaniem przez moduły radiowe RFM73 do odbiornika (kolejna atmega32), wyświetleniem na LCD, czy poprawną wartość przesłało, oraz następnie przez RS232 do komputera.

Na razie męczę się z jakąkolwiek komunikacją przez RFM73, jednak musiałbym już powoli wytrawiać płytki PCB (schematy robię w Eagle).
Poniżej zamieszczam schematy dla nadajnika i odbiornika, proszę o wszelkie uwagi, co poprawić, co zmienić.

- zasilasz RFM70 z 5V(w nadajniku)
- IC1 ma symbol 7805 (stabilizator serii 78XXna 3,3V nie będzie działał w takiej konfiguracji lepiej dać LM1117-3.3)
- do AREF dodaj kondensator 100nF do masy
- procesorkowi też dodaj mały kondensator elektrolityczny blisko nóżek zasilania
- na linii CSN dodaj rezystor 10k podciągający do 3V3 lub 5V (chodzi o to, żeby RFM70 był nieaktywny gdy procesor jest programowany)
- LCD nie ma potencjometru do regulacji kontrastu
- nie używasz symboli 5V, 3V3, GND z biblioteki supply (supply2)

Widziałeś ten kurs ?
http://atnel.pl/kurs-cadsoft-eagle.html

_________________
Dragonus Cracovus: Biomagia

Ogólnie zamiast rfm70, powinien być rfm73 w przypadku schematu to ogolnie bez znaczeni

RFM w nadajniku zasilam z 3.3V - moje niedopatrzenie.
Mam stabilizator na 3.3V - jednak nie miałem żadnego w bibliotece, stąd drugi raz dałem 7805 - w praktyce będzie na 100% 3.3V
Co mi daje ten kondestator przy AREF?
Czyli przy nóżkach zasilania procka dać po dwa kondensatory? 100nF i 470uF?
Bez rezystora na linii CSN, bez problemu mi programowało, jest to konieczne?
Potencjometr myślę nie jest konieczny, zawsze mogę ewentualnie na innym module poprawić kontrast
Konieczne jest używanie tych symboli?

Ogólnie przyznam mam bałagan, ale chodzi mi o poprawność układu, a nie np. czy linie są w sposób 'poprawny czytelny' prowadzone ale dziekuję bede poprawiał wg uwag

1. Dla poprawności wartość tego stabilizatora powinieneś zmienić. Eagle zapyta się czy na pewno chcesz to zrobić.
2. Kondensator na AREF wymagany do poprawnej pracy wewnętrznego źródła napięcia odniesienia.
3. Daj 100nF i 47uF - pamiętając by umieścić je blisko tych nóżek procesora na PCB
4. Jak dobrze programowało to spoko. Nie potrzeba rezystora.
5. Jak szkoda potencjometru to dodaj rezystory i nie musisz ich montować, a w razie czego przylutujesz. Jak szkoda miejsca to daj SMD.
6. Używanie symboli nie jest konieczne do zaprojektowania płytki, ale trudniej się sprawdza i założę się, że w ten sposób dłużej schodzi. Ja zawsze wyszukuje raz te symbole, a później kopiuje ile tam razy potrzeba.

_________________
Dragonus Cracovus: Biomagia

ok, potem pozmieniam co się da, dzięki za wskazówki
mam pytanie, odnośnie resetu pin 9 na atmedze. Otóż mam go podłączonego przez rezystor do VCC. ale przy programowaniu (nóżka 5 programatora) nie może on być tak podłączony, tylko bezpośrednio do programatora.
Czy mogę tutaj użyć jakiegoś jumpera, że będę zmieniał, w zależności od potrzeby, czy reset z atmegi połączyć z rezystorem i VCC czy może połączyć z programatorem?

Nie potrzebujesz żadnego jumpera, reset zostanie bez problemu wymuszony przez programator.

odświeżam temat, bo próbuje uruchomić rfm73, na razie nie za bardzo działa, ale chciałem zapytać o schemat, żeby nie było żadnych wątpliwości co do poprawności. Na razie prezentuję sam nadajnik, na podstawie uwag i błędów odpowiednio poprawiony zrobię odbiornik.
Dziękuję za wszelkie uwagi

1. Używaj symboli GND, 3V3 i 5V z biblioteki Supply1
2. C4 może być mniejszy
3. Brakuje elektrolita blisko nóżki VCC procesora
4. Jak masz procesor zasilony z 3,3V a LCD z 5V to nie używaj R/W, bo sobie uszkodzisz procesor. Można za to zasilić procesor z 5V, bo RFM73 może pracować w takiej konfiguracji jako, że jego wejścia akceptują poziom napięcia 5V pomimo zasilania z 3,3V.
5. Na płytce nie powinno być masy pod anteną RFM, bo ograniczy to zasięg. Jeśli planujesz dać gniazdo to może nie będzie źle, bo moduł, będzie troszkę wyżej.
6. Po co ten Jumper na linii reset ?

_________________
Dragonus Cracovus: Biomagia

ad 3. Ok dodam,
ad4. LCD zasilałem z 3.3V to były słabo napisy widoczne (chyba, że to kwestia ustawienia potencjometrem i na 3.3V też powinien LCD chodzić?
5. Mam gniazdo, na razie nie wiem jaki zasięg, bo mi komunikacja rfm nie działa, może właśnie przez tą masę pod anteną
6. Żeby programować, wydawało mi się, że automatycznie nie resetuje podczas programowania, ale nie jestem pewien.

Dzięki !

Resetuje, po to przecież tam jest, zworka zbędna.

kiedyś na stykowej właśnie miałem linię bez jumpera i mi nie chciał się zaprogramować, musiałem usunąć linię zasilania i programowanie ruszyło,
dlatego wolę mieć takie zabezpieczenie