ATNEL tech-forum

Re: Problem z komunikacją - RFM70

2012-08-26T15:03:40+01:00

Nie zauważyłem wcześniej, ale wygląda na to że wersja D to ta z przylutowanym pinami (20 groszy droższa), a wersja S bez pinów. )

Dzięki Mirku.

Statystyki: Napisane przez Jaglarz — 26 sie 2012, o 15:03

Re: Problem z komunikacją - RFM70

2012-08-26T13:11:22+01:00

Jaglarz napisał(a):

Czy ma znaczenie końcowa litera?

Jeśli chodzi o wszystko co opisywałem w książce czyli biblioteki i sposób obsługi to ta litera nie ma żadnego znaczenia dlaczego ? bo ona można powiedzieć oznacza tylko mniej więcej to:

D - DIP
S - SMD

chociaż jak się kupi S to można kupić też goldpiniki z rozstawem 1,27 mm i je ładnie z boku przylutować i już mamy RFM70-D

Statystyki: Napisane przez mirekk36 — 26 sie 2012, o 13:11

Re: Problem z komunikacją - RFM70

2012-08-26T12:40:36+01:00

Skorzystam z tematu i się podepnę.

Pytanie do Mirka lub kogoś kto dużo pracował z tymi modułami.

W jednym ze sklepów widziałem 2 wersje modułów RFM70. RFM70-D oraz RFM70-S.

Niestety w opisach w sklepie brak informacji czym się od siebie różnią. Czy ma znaczenie końcowa litera?

Statystyki: Napisane przez Jaglarz — 26 sie 2012, o 12:40

Re: Problem z komunikacją - RFM70

2012-08-22T17:24:50+01:00

Dziękuję za bardzo szybką odpowiedź. Rozumiem w 100%!
Niby wszystkie moduły podobne nie mniej na pewno czymś się róźnić muszą. Zostaje mi w takim razie wrócić ponownie do not PDF i lecieć z nimi bit po bicie mając nadzieje ze to nie kwestia błędnego kodu lub złego połączenia.

Dzięki jeszcze raz i pozdrawiam

Statystyki: Napisane przez greenmen — 22 sie 2012, o 17:24

Re: Problem z komunikacją - RFM70

2012-08-22T16:45:50+01:00

Witamy na forum .... i przyznam szczerze, że jak widzę TAK SOLIDNIE zadane pytania - z opisem, ze schematem, z notami PDF no wszystko wszystko to aż chce się pomóc .....

Tyle że - no właśnie - jak pisałem w książce te moduły są wredne, jak dzikie konie ale jak się je okiełzna to przepięknie pracują dla człowieka. Dlaczego to piszę - bo

po pierwsze nie mam ich pod ręką i nie mogę przetestować
po drugie jestem pewien nawet na 10000% swoich bibliotek dla RFM70
po trzecie w końcu - jeśli to koledze nie działa to:

1. albo coś jest źle podłączone
2. albo jednak moduły nie są w pełni zgodne

myślę że kolega sam mógłby sobie odpowiedzieć na takie pytania gdyby z kolei akurat miał pod ręką ze dwa RFM70

Ja przyznam, że jak szukałem w necie (zanim sam w końcu od podstaw napisałem obsługę RFM70) ... jakichkolwiek informacji to nie jeden raz trafiłem także na niektóre z tych linków które podał kolega - ale ..... no właśnie - próbowałem podanych w nich rozwiązań ale ŻADNE nie działało - podkreślam - ŻADNE. Nie powiem na 100% czy ja czegoś źle nie robiłem wtedy bo sam kolega wie jak to jest gdy się coś pierwszy raz w życiu "MACA" że tak brzydko powiem

nie mniej jednak trafiałem też na stronki w necie (teraz linków nie podam bo gdzież bym pamiętał) gdzie wielu ludzi się wkurzało że na tej podstawie nie mogą odpalić przykładów z tych chipów na RFM70 i odwrotnie. Chociaż też niektórzy pisali że się udało. Jak to zwykle bywa w internecie 50/50 % głosów za i przeciw.

a średnia jest zwykle gorsza .... to dlatego właśnie byłem załamany że nigdzie nie można trafić na jakiś ślad w minimalny sposób działającej aplikacji ....

na dzień dzisiejszy - to na miejscu kolegi ja bym do tego podszedł inaczej.

Nie że na tej zasadzie co pisze kolega "że są to podobne te same klony" .... to nic nie da

trzeba wziąć w łapki dwie noty PDF i wertować znaczenie nie tylko każdego bajtu ale KAŻDEGO BITU !!!! w obydwu notach w każdym rejestrze - a jak kolega widzi jest ich od groma i trochę

na poparcie tej tezy podam teraz pewną informację która mnie nieco zmartwiła. Otóż okazuje się że już koniec produkcji RFM70 - i ciężko je w ogóle kupić .... a niedługo wejdzie nowy model RFM73

teoretycznie TO SAMO kurna chata - a jednak już pojawiły się noty, że niby to samo ale właśnie !!!!! wystarczy zwrócić tylko uwagę na kilka rejestrów tzn wartości w tych rejestrach żeby je poprawić aby aplikacje dla RFM70 działały na RFM73

dlatego ja tak do końca nie wierzę, że to dokładnie te same klony. Chyba żebym sam wziął je w łapki i sprawdził - i udałoby się - to wtedy mógłbym potwierdzić

nie mniej jednak ponieważ ja korzystam i będę korzystał z tych RFM70 to pewnie kupię też te RFM73 i je sprawdzę a następnie opiszę co trzeba zmienić w bibliotekach z książki.

A jeśli będę miał czas to może kiedyś kupię także te do których kolega podał link i je też "POMACAM" .... wtedy dopiero będę mógł ew. coś więcej powiedzieć hmmm podpowiedzieć i mam nadzieję, że mnie kolega tu zrozumie?

Statystyki: Napisane przez mirekk36 — 22 sie 2012, o 16:45

Problem z komunikacją - RFM70

2012-08-22T15:55:40+01:00

Jest to mój pierwszy post na tym forum także chciałbym wszystkich bardzo serdecznie przywitać - WITAJCIE!
Na wstępie chciałbym również podziękować autorowi tych dwóch wspaniałych książek za bardzo przejrzystą i genialnie opisaną pracę. Bez teoretycznego wsparcia Pana Mirka większość moich dotychczasowych projektów nadal byłaby daleko w polu.

Przechodząc do rzeczy.
Po zakupie książki "Język C Pasja Programowania Mikrokontrolerów 8 bitowych" od razu rzucił mi się w oczy rozdział o bezprzewodowych modułach RFM70. Z faktu, że w szufladzie od jakiegoś czasu gnieździłem klony owych układów o nazwie RF-2400P marki Inhaos - ( http://www.inhaos.com/product_info.php?products_id=35 ) oparte na tym samym chipie firmy Beken BK2421 od razu zabrałem się do roboty. Nie zdziwiło mnie, że są problemy z komunikacją i niestrudzenie zabrałem się za debugowanie i poszukiwanie błędów.

Jednakze po trzech dniach zmagań i niezliczonej ilości rzuconego mięsa w kierunku owych układów skapitulowałem i postanowiłem zapytać o porade na tym forum. Niejestem typem osoby, która z każdym głupstwem leci na forum i wypytuje co i jak, wole sam wyszukać rozwiązenie i dopiero w ostateczności pytać.

Dotarłem do ostateczności więc postanowiłem wnikliwie przedstawić co popełniłem i jak wygląda mój prosty projekt:

Bezprzewodowe moduły zostały podłączone do dwóch uC ATmega8L pracujących na napięciu 3.3V (stabilizowane poprzez LD33V) i taktowane wewnętrznym oscylatorem 8MHz. Do układu odbiorczego dołączony jest wyświetlacz LCD (HD44780) oraz moduł RF. Do układu nadawczego tylko moduł RF. Oto schemat połączeń:

W poniższym pdfie przedstawiony jest schemat połączeń w lepszej rozdzielczości niż na obrazku:
http://www.sendspace.pl/file/f4767271ba36218cb82742f

W układzie nadawczym po inicjalizacji portów, Timera oraz modułu RF na "dzień dobry" miga dioda a następnie pewna zmienna wysyłana jest do drugiego układu za pomocą funkcji umieszczonych w bibliotece stworzonej przez Pana Mirka.

W układzie odbiorczym sprawa wygląda podobnie czyli inicjalizacja i przywitanie napisem "Hello World" na wyświetlaczu, wywołuję funkcję odbierającą pakiety i czekam. Teoretycznie po odebraniu wiadomości przez moduł RF wyświetlacz powinien się wyczyścić i wypisać przesłaną wiadomość. Niestety tak się nie dzieje. W zasadzie to nic się nie dzieje. Mikrokontroler zachowuje się tak jakby nic nie otrzymywał. Dodam jeszcze, że zmierzyłem amperomierzem pobór prądu przez te małe moduły, zdziwiło mnie że max pobór to około 13uA czyli z teg wynika, że one w ogóle nie pracują. Poniżej dodaje listingi obu programów:

Listing nadajnika:
[syntax=cpp]#include
#include
#include
#include
#include
#include "MK_RFM70/rfm70.h"

#define LED_PORT PORTC
#define LED_DIR DDRC
#define LED (1<
#define KEY_PORT PORTD
#define KEY_DIR DDRD
#define KEY (1<
#define LED_OFF LED_PORT |= LED
#define LED_TOG LED_PORT ^= LED
#define LED_ON LED_PORT &= ~LED

#define KEY_DOWN !(PINC & KEY )

// deklarujemy własną funkcję do analizy odebranych pakietów
void my_receive_packet( void * pBuf, uint8_t len );

// zmienne - timery programowe
volatile uint8_t Timer1, Timer2;

int main(void) {

LED_DIR |= LED;// kierunek wyjciowy dla pinu diody LED
LED_OFF; // wyłączenie LED
KEY_DIR &= ~KEY; // kierunek wejściowy KEY

// konfiguracja Timer2 - HeartBeat
TCCR2 |= (1<TCCR2 |= (1<OCR2 = 108;// 100Hz tick
TIMSK |= (1<
RFM70_Init(); // inicjalizacja RFM70, SPI - ustawiony RX MODE (tryb odbiorczy)

// wybieramy dowolny kanał od 0 do 83
// domylnie ustawiony jest kanał nr. 23
// częstotliwoć 2400 - 2483.5 GHz

SetChannelNum(41);

// rejestrujemy własną funkcję do analizy/odbioru pakietów
register_rfm70_rx_event_callback(my_receive_packet);

sei(); // enable interrupt

char txbf[33];
uint8_t i=0;
uint8_t zmienna=0;

for(i=0; i<6; i++) {
LED_TOG;
_delay_ms(500);
}

while(1) {

// domylnie cały czas działa odbiór
RFM70_RX_EVENT();// zdarzenie odbiorcze z RFM70

if (!Timer1){
Timer1=200;
LED_ON;
sprintf(txbf, "Wartość to:%i", zmienna++);
Send_Packet( W_TX_PAYLOAD_NOACK_CMD, &txbf, strlen(txbf));
LED_OFF;
}
}
}

// funkcja do analizy odebranych pakietów
void my_receive_packet( void * pBuf, uint8_t len ) {
LED_TOG;// migamy sobie diodą LED
////uart_puts( pBuf ); // każdy odebrany string przesyłamy na UART
}

// obsługa timerów programowych
ISR( TIMER2_COMP_vect ) {
uint8_t n;

n = Timer1;/* 100Hz Timer1 */
if (n) Timer1 = --n;
n = Timer2;/* 100Hz Timer2 */
if (n) Timer2 = --n;
}
[/syntax]

Listing odbiornika:

[syntax=cpp]#include
#include
#include
#include
#include
#include "LCD/lcd44780.h"
#include "MK_RFM70/rfm70.h"

#define LED_PORT PORTC
#define LED_DIR DDRC
#define LED (1<
#define LED_OFF LED_PORT |= LED
#define LED_TOG LED_PORT ^= LED

// deklarujemy własną funkcję do analizy odebranych pakietów
void my_receive_packet( void * pBuf, uint8_t len );

// zmienne - timery programowe
volatile uint8_t Timer1, Timer2;

int main(void) {

LED_DIR |= LED;// kierunek wyjciowy dla pinu diody LED
LED_OFF;

//konfiguracja Timer2 - HeartBeat
TCCR2 |= (1<TCCR2 |= (1<OCR2 = 108;// 100Hz tick
TIMSK |= (1<
RFM70_Init(); // inicjalizacja RFM70, SPI - ustawiony RX MODE (tryb odbiorczy)

// wybieramy dowolny kanał od 0 do 83
// domylnie ustawiony jest kanał nr. 23
// częstotliwoć 2400 - 2483.5 GHz

lcd_init();
SetChannelNum(41);

// rejestrujemy własną funkcję do analizy/odbioru pakietów
register_rfm70_rx_event_callback(my_receive_packet);

sei(); // enable interrupt

char txbf[33];

lcd_locate(0,2);
lcd_str("Hello World");

while(1) {

// domylnie cały czas działa odbiór
RFM70_RX_EVENT();// zdarzenie odbiorcze z RFM70

}
}

// funkcja do analizy odebranych pakietów
void my_receive_packet( void * pBuf, uint8_t len ) {
LED_TOG;// migamy sobie diodą LED

lcd_cls();
lcd_locate(0,0);
lcd_str("From host:");
lcd_locate(1,0);
lcd_str(pBuf);
}

// obsługa timerów programowych
ISR( TIMER2_COMP_vect ) {
uint8_t n;

n = Timer1;/* 100Hz Timer1 */
if (n) Timer1 = --n;
n = Timer2;/* 100Hz Timer2 */
if (n) Timer2 = --n;
}
[/syntax]

Powiem jeszcze troche o modułach RF2400 i dlaczego się nie różnią od tych marki HopeRF - RFM70.
I w jednych i w drugich znajduje sie chip BK2421. Wyprowadzenia, rejestry, Banki konfiguracyjne i sposób ich programowania z tego co wyczytałem jest taki sam. Identyczne napięcia, prędkośc przesyłu, ilość DataPipes. Wszystko to samo więc zakładam, że są to klony produkowane przez dwie różne firmy pod dwoma innymi nazwami. Można je znaleźć na ebay'u w dość atrakcyjnej cenie ( http://www.ebay.com/itm/PK1-RF-2410U-RF-2400x5-2-4G-RF-Module-Kit-/320723237064?pt=LH_DefaultDomain_0&hash=item4aac9838c8 ) ale nie o tym chce tu pisać.

Dodatkowo podczas przeszukiwania internetu w celu potencjalnych rozwiązań opisanego wyżej problemu, natknąłem się na strony z zamieszczonymi bibliotekami i ciekawymi projektami opartymi na modułach o tym samym chipsecie, podaje linki może komuś się kiedyś przydadzą:
http://maniacbug.wordpress.com/2011/03/19/2-4ghz-rf-radio-transceivers-and-library-8/
http://maniacbug.wordpress.com/2012/03/30/rf24network/ - sieć zbudowana z układów RF
http://maniacbug.wordpress.com/2011/11/02/getting-started-rf24/
http://maniacbug.wordpress.com/2011/10/19/sensor-node/ - bardzo ciekawy projekt bezprzewodowego węzła Low-Power
Biblioteka autora powyższych projektów:
https://github.com/maniacbug/RF24
http://maniacbug.github.com/RF24/classRF24.html
Inna biblioteka:
http://www.voti.nl/rfm70/doc-cpp/html/index.html
Datasheet mojego modułu RF2400P + pliki do zastosowania w AVR:
http://www.inhaos.com/uploadfile/otherpic/DS-RF2400-V11-EN.pdf
http://www.inhaos.com/uploadfile/otherpic/RF-2400%20Reference%20code%20-%20AVR.rar
http://www.inhaos.com/uploadfile/otherpic/RF-2400-Release-V10-20110601-EN.rar

To już koniec moich wypocin, z góry przepraszam z tak rozległy post, chciałem wszystko Wam ładnie przedstwić.
A teraz błagam Was drodzy forumowicze o pomoc. Ślęcze już nad tym trzeci dzień i tylko dostaje frustracji.
Czy ktoś, wie dalczego to nie działa i chciałby mi pomóc?

Pozdrawiam Wszystkich serdecznie, Tomek

Statystyki: Napisane przez greenmen — 22 sie 2012, o 15:55