Moduł bezprzewodowej komunikacji między uC
-
atelszewski
- Użytkownik
- Posty: 143
- Rejestracja: 12 sie 2005, 9:36
- Lokalizacja: Banie
Moduł bezprzewodowej komunikacji między uC
Witam,
Z ciekawości i z myślą o przyszłym zastosowaniu poszukuję modułów do komunikacji bezprzewodowej między mikrokontrolerami. Moje wymagania wobec takich modułów, to
- częstotliwość pracy od 868MHz w górę (prawdopodobnie do 2,4GHz),
- interfejs SPI,
- maksymalna prędkość nadawania/odbierania nie jest krytyczna, nawet kilka kb wystarczy,
- zasięg w terenie zabudowanym ok. 40m.
I teraz najważniejsze wymaganie: moduły powinny implementować w zasadzie całą część protokołu sieciowego typu multi-master. Chodzi o to, żebym nie musiał oprogramowywać protokołu od podstaw. Po prostu, poprzez SPI wysyłam do modułu dane oraz adres odbiorcy, a moduł już sam troszczy się, żeby dane dotarły do adresata: w razie potrzeby żąda retransmisji, ewentualnie informuje, że danych nie można dostarczyć, etc. Szyfrowanie będzie dodatkową zaletą.
Z góry proszę o nie pisanie nt. jak to można zaimplementować takie protokoły programowo, nie jest to tematem tego postu.
Przykładowy moduł.
Za odpowiedź z góry dziękuję!
Z ciekawości i z myślą o przyszłym zastosowaniu poszukuję modułów do komunikacji bezprzewodowej między mikrokontrolerami. Moje wymagania wobec takich modułów, to
- częstotliwość pracy od 868MHz w górę (prawdopodobnie do 2,4GHz),
- interfejs SPI,
- maksymalna prędkość nadawania/odbierania nie jest krytyczna, nawet kilka kb wystarczy,
- zasięg w terenie zabudowanym ok. 40m.
I teraz najważniejsze wymaganie: moduły powinny implementować w zasadzie całą część protokołu sieciowego typu multi-master. Chodzi o to, żebym nie musiał oprogramowywać protokołu od podstaw. Po prostu, poprzez SPI wysyłam do modułu dane oraz adres odbiorcy, a moduł już sam troszczy się, żeby dane dotarły do adresata: w razie potrzeby żąda retransmisji, ewentualnie informuje, że danych nie można dostarczyć, etc. Szyfrowanie będzie dodatkową zaletą.
Z góry proszę o nie pisanie nt. jak to można zaimplementować takie protokoły programowo, nie jest to tematem tego postu.
Przykładowy moduł.
Za odpowiedź z góry dziękuję!
-
atelszewski
- Użytkownik
- Posty: 143
- Rejestracja: 12 sie 2005, 9:36
- Lokalizacja: Banie
Witam,
Chodzi mi o moduły, które będą znajdowały się w bezpośrednim otoczeniu uC. Czyli np. RS-232 może być, ale w standardzie TTL, żeby nie stosować dodatkowego konwertera. W związku z powyższym, wydaje mi się, że RS-485 odpada.
Ponadto, nie chodzi mi teź o moduły typu Bluetooth, ZigBee, a w szczególności o rozwiązania płatne w czasie użytkowania, czyli GSM.
Chodzi mi o moduły, które będą znajdowały się w bezpośrednim otoczeniu uC. Czyli np. RS-232 może być, ale w standardzie TTL, żeby nie stosować dodatkowego konwertera. W związku z powyższym, wydaje mi się, że RS-485 odpada.
Ponadto, nie chodzi mi teź o moduły typu Bluetooth, ZigBee, a w szczególności o rozwiązania płatne w czasie użytkowania, czyli GSM.
Ok mam coś takiego moc od 10mW nawet do 5W na częstotliwość 868 Mhz Lub 433Mhz
Max predkość transmisji to 38400bps można ją zmieniać.
Coś podobnego jak to:
http://www.sparkfun.com/commerce/produc ... cts_id=559
Oczywiście model 5W jest dużo większy
Myślę że 5W z zewnętrzną antena powinno mieć zasięg ok 20km ale 40km to już będzie duży kłopot.
Max predkość transmisji to 38400bps można ją zmieniać.
Coś podobnego jak to:
http://www.sparkfun.com/commerce/produc ... cts_id=559
Oczywiście model 5W jest dużo większy
Myślę że 5W z zewnętrzną antena powinno mieć zasięg ok 20km ale 40km to już będzie duży kłopot.
- Załączniki
-
- cn_b_56.jpg (39.66 KiB) Przejrzano 9392 razy
-
atelszewski
- Użytkownik
- Posty: 143
- Rejestracja: 12 sie 2005, 9:36
- Lokalizacja: Banie
http://www.seguro.pl/sklep/?podkat=222 Jak chcesz robić komunikację w budynku a nie w otwartej przestrzeni to im niższa częstotliwość tym lepiej.
No racja nie wiem gdzie ja tam km widziałem, to zmienia wszytko 
Zobacz na to w seguro nadajnik i odbiornik więc masz komunikacje w dwie strony.
http://www.seguro.pl/sklep/?zobacz=5036 ... 5d1a7e.jpg
Zobacz na to w seguro nadajnik i odbiornik więc masz komunikacje w dwie strony.
http://www.seguro.pl/sklep/?zobacz=5036 ... 5d1a7e.jpg
-
atelszewski
- Użytkownik
- Posty: 143
- Rejestracja: 12 sie 2005, 9:36
- Lokalizacja: Banie
Witam,
Moduł, który podałeś, to coś prawie, o co mi chodzi;) Widziałem, że posiada małe FIFO i detekcję preambuły, co już w znacznym stopniu odciąża procesor i programistę. Ale moduł, który ja podałem robi jeszcze więcej (i o to mi chodzi), mianowicie posiada tryb, w którym wystarczy podać adres odbiorcy i dane, i moduł wyśle je w odpowiednie miejsce.
Także liczę na dalsze propozycje;)
Moduł, który podałeś, to coś prawie, o co mi chodzi;) Widziałem, że posiada małe FIFO i detekcję preambuły, co już w znacznym stopniu odciąża procesor i programistę. Ale moduł, który ja podałem robi jeszcze więcej (i o to mi chodzi), mianowicie posiada tryb, w którym wystarczy podać adres odbiorcy i dane, i moduł wyśle je w odpowiednie miejsce.
Także liczę na dalsze propozycje;)
Moduły RFM12B i RFM12BP są do siebie bardzo podobne. Ten drugi posiada dodatkowo wzmacniacz oraz 2 wejścia nim sterujące. Dzięki niemu posiada większą moc i większy zasięg.
Ze znalezionych informacji wynika, że jeśli zaimplementujesz obsługę RFM12BP, to bez problemu w jednym, kilku, lub wszystkich urządzeniach współpracujących możesz zastosować RF12B bez zmian w kodzie dla procesora. Natomiast RFM12 różni się od RFM12B kilkoma cechami.
Więcej szczegółów tutaj: http://www.hoperf.com/rf_fsk/rf_transceiver.htm
Ciekawą alternatywą są moduły komunikacyjne przeźroczyste dla danych (mniej więcej tak to określa producent) o oznaczeniach HM-TR i HM-TRS. Składają się one z układu radiowego i procesora (AtMega8) który załatwia większość roboty.
Interfejs WE/WY to RS232, a moduły są produkowane w wersji z konwerterem napięć (typowe +/- 10V) lub bez niego (standard TTL)
Raczej nie można przesyłać danych tylko do konkretnych odbiorników. Można to zakodować pośród przesyłanych danych (i selekcjonować programowo).
Opis: http://www.hoperf.com/rf_fsk/data_transmission.htm
Ze znalezionych informacji wynika, że jeśli zaimplementujesz obsługę RFM12BP, to bez problemu w jednym, kilku, lub wszystkich urządzeniach współpracujących możesz zastosować RF12B bez zmian w kodzie dla procesora. Natomiast RFM12 różni się od RFM12B kilkoma cechami.
Więcej szczegółów tutaj: http://www.hoperf.com/rf_fsk/rf_transceiver.htm
Ciekawą alternatywą są moduły komunikacyjne przeźroczyste dla danych (mniej więcej tak to określa producent) o oznaczeniach HM-TR i HM-TRS. Składają się one z układu radiowego i procesora (AtMega8) który załatwia większość roboty.
Interfejs WE/WY to RS232, a moduły są produkowane w wersji z konwerterem napięć (typowe +/- 10V) lub bez niego (standard TTL)
Raczej nie można przesyłać danych tylko do konkretnych odbiorników. Można to zakodować pośród przesyłanych danych (i selekcjonować programowo).
Opis: http://www.hoperf.com/rf_fsk/data_transmission.htm
-
atelszewski
- Użytkownik
- Posty: 143
- Rejestracja: 12 sie 2005, 9:36
- Lokalizacja: Banie
Witam,
Moduły HM-TR i HM-TRS prezentują się całkiem ciekawie, w sumie program dla uC do komunikacji (adresowanie + dane) byłby całkiem prosty (tak myślę). Dodatkową zaletą wydaje się być łatwość podpięcia PC do takiej sieci (kod dla PC będzie podobny jak dla uC). Nie wiem tylko jakby wyglądała sprawa CRC, ale wnioskuję, że moduły implementują CRC i nie trzeba się tym przejmować (pewnie odbiornik nie wyśle nic po RS-232 dopóki nie otrzyma poprawnych danych).
Ja ze swojej strony dorzucę jeszcze ten moduł.
Jak zawsze, jeśli ktoś ma jakieś ciekawe propozycje, proszę o wrzucenie info.
Moduły HM-TR i HM-TRS prezentują się całkiem ciekawie, w sumie program dla uC do komunikacji (adresowanie + dane) byłby całkiem prosty (tak myślę). Dodatkową zaletą wydaje się być łatwość podpięcia PC do takiej sieci (kod dla PC będzie podobny jak dla uC). Nie wiem tylko jakby wyglądała sprawa CRC, ale wnioskuję, że moduły implementują CRC i nie trzeba się tym przejmować (pewnie odbiornik nie wyśle nic po RS-232 dopóki nie otrzyma poprawnych danych).
Ja ze swojej strony dorzucę jeszcze ten moduł.
Jak zawsze, jeśli ktoś ma jakieś ciekawe propozycje, proszę o wrzucenie info.