Komunikacja bezprzewodowa

[Jacek]

Jennic mi się podoba. Natomiast IT to procesor z zintegrowanym transceiver-em. Trzeba dorzucić do niego kilka elementów dookoła, no i antenę. Proponuję na początek coś prostego i łatwego w montażu, może Jennic?

[igosoft]

Jacku, moduły TI, Jennici i Telegesis są naprawdę ok pod względem oprogramowania i praktycznie w tej samej cenie. Myślę że Telegesis lub Jennic będzie dobrym wyborem! Jest jeden problem iż na dzień dzielniejszy nie wiem jak się wrzuca własny software i firmware and device tak aby powstał enddevice, router lub koordynator. Potrzebne jest jakieś fizyczne urządzenie np. usb stick lub dev kit podłączony do PC?! W linku poniżej znajdziesz info iż aby korzystać z OAD trzeba raz załadować na moduł soft przez kabel. Czy to oznacza iż będziemy musieli przygotować płytki aby podłączyć PC?

Np. http://www.jennic.com/files/support_doc ... ad-2v1.pdf

a tu jest jak powinno się to zrobić z modułami Telegesis (----> What do I need to start my development?)
http://www.telegesis.com/Zigbee/FAQ.htm ... velopment_

A może te urządzono pomoże w komunikacji z siecią sensorów
http://www.rfsolutions.co.uk/acatalog/U ... ongle.html
http://docs-europe.electrocomponents.co ... 9d4826.pdf

[Jacek]

Według mnie wygląda to tak.
Moduły posiadają zaprogramowany uart bootloader, który umożliwia ładowanie oprogramowania. Należy podłączyć przewód RS232C (serial cable) do komputera i do płytki, na której jest moduł i załadować program z oprogramowania Windows (Jennic SDK). W Telegesis wygląda to podobnie.
Potrzebujemy więc złącza RS232C na jednej z płytek (a może i na wszystkich dla ułatwienia programowania)
OAD (Over Air Downloading) to opcja ładowania (przeładowywania) oprogramowania do modułów zdalnie. Wymaga odpowiedniego napisania firmware (należy dołączyć bibliotekę OAD.h i wywołać kilka funkcji. Następnie połączyć komputer z jedną z płytek z modułem Zigbee. Firmware najpierw ładowany jest do tego modułu zwanego serwerem i dopiero serwer przekazuje oprogramowanie dalej do innych modułów już radiowo.

[igosoft]

Spoczki, teraz rozumiem tą część z elektroniką. Jeśli chodzi o programowanie i OAD to do aplikacji użytkownika dołączany jest kod, który obsługuje OAD.

Czyli co wybieramy moduł http://www.jennic.com/products/index.ph ... 0000000002

[Jacek]

Link, który podałeś to nie moduł a mikrokontroler. Moduł jest tu http://www.jennic.com/products/index.ph ... 0000000005. Proponuję ten z anteną pcb na pokładzie. Norek co Ty na to?

[Norek]

Tak ogólnie to należy sobie odpowiedzieć na pytanie do czego będzie zastosowany zigbee , jeśli jako (A) łącznik bezprzewodowy pomiędzy modułami UNIV to należy patrzeć na sposób, łatwość oprogramowania, dopasowania protokołów, szybkość przesyłu , czułość odbiornika , moc sygnału , odporność na zakłócenia, pewność transmisji, małe wymiary, nie ma znaczenia że jest ileś tam portów I/O takich czy innych, mniej czy więcej ( jeśli tylko spełnione są potrzeby połączenia fizycznego służącego tylko do transmisji danych zigbee/can) , łącznością pomiędzy bezprzewodowymi w powietrzu zapewnia protokół zigbee . Natomiast jeśli ma to być (B) kompletne urządzenie , osobna sieć , urządzenie końcowe wejściowe lub wykonawcze które nie zawiera PICa 18F2580 to dochodzą jeszcze pytania o ilość pinów I/O , funkcje i ilość dodatkowych portów lub wielofunkcyjnych portów , parametry dodatkowych funkcji typu rozdzielczość przetworników a/c c/a , obecność lub brak 1-wire itp , szybkość procesora, przetwarzania, wielkość pamięci . W obydwu przypadkach jeśli będą stosowane elementy magistrali HAPCAN w całym systemie jako takim to oczywiście musi istnieć "bramka Zigbee-CAN" jako pośrednik przez którą przechodzi cała komunikacja bezprzewodowa do przewodowej HAPCAN.
Ten moduł z anteną pcb jest ok. kwestia dostępności w PL i ceny.

[igosoft]

Cena -> http://www.scantec.de/os/product_info.p ... 294a6490d9
Dostępność -> http://www.jennic.com/sales/index.php?a ... +Sales+Rep ... problemów się nie spodziewam

Myślę iż powinniśmy podejść do tego zadania jak do eksperymentu a do urządzenia jako prototypu. Wszyscy zdajemy sobie sprawę iż bez większych problemów można użyć modułów ZigBee dla HA bez udziału CAN. Może w przyszłości stworzymy taki projekt i będziemy go rozwijać równolegle

Jacek, jaki będzie koszt całkowy modułu po integracji z ZigBee?

[igosoft]

Link, który podałeś to nie moduł a mikrokontroler. Moduł jest tu http://www.jennic.com/products/index.ph ... 0000000005. Proponuję ten z anteną pcb na pokładzie. Norek co Ty na to?

oops faktycznie... co za pomyłka! Oczywiście iż miałem na myśli http://www.jennic.com/products/index.ph ... 0000000005

[Jacek]

Tak ogólnie to należy sobie odpowiedzieć na pytanie do czego będzie zastosowany zigbee...

Według mnie Zigbee jest "za delikatne" by budować na nim link między dwiema magistralami. Mam tu na myśli prędkość użyteczną Zigbee - około 20kbps. Natomiast będzie bardzo dobre dla modułów, których nie można połączyć przewodowo. Zbudujmy więc interfejs, który połączy moduły bezprzewodowe z częścią magistralną.

[igosoft]

Jacek, jak rozumiesz prędkość użyteczną ZigBee? 20kbps to wartość urealniona 250kbps podawanej jako max dla ZigBee?

[Norek]

Mogę się mylić ( Jacek popraw mnie jeśli się mylę ) ale prędkość 250kbps to ta w powietrzu , pewnie uwzględnia wszystkie bity wysyłane przez nadajnik , zarówno te użyteczne jak i nadmiarowe, użyteczna prędkość przesyłu pewnie jest na poziomie uart danego modułu stąd moje wcześniejsze pytanie o prędkość magistrali CAN i podanie max prędkości w jednym z modułów z maritexu( 38,4kbps). Podane 250kbps tak się pewnie mają do prędkości rzeczywistej podobnie jak w WiFi - dwie różne wartości, teoretycznie np wersja xxxxx.b standardu niby11Mb - max 5Mb w idealnych warunkach , a naprawdę to 1-3 w praktyce , tak samo jak osiągniecie 54Mb z standardzie xxx.g czy 108 w xxx.G - czysta teoria .
Myślę że należy przyjąć prędkość max taką jaką ma UART w module czy chipie z jakiego został zbudowany konkretny moduł zigbee , to jest max 38kbps w meshnetics w idealnych warunkach, która spada w praktyce pewnie do poziomu takiego jak napisał jacek - okolice 20kbps.

[Norek]

Co do zastosowania zigbee w can to myślałem że łatwiej będzie połączyć protokół HAPCAN wpuszczając go w protokół zigbee i tylko z tego na początek korzystać jako łącze , kosztem niestety spowolnienia części bezprzewodowej do 20kbps dla wszystkich ( czyli realnie chwilami spadnie jeszcze bardziej prędkość ) a nawet całego systemu . U mnie na razie nie ma możliwości założenia kompletnej instalacji przewodowej CAN ( malowanie miałem w tamtym roku, w piwnicy mogę ew poszaleć z kabelkami ) stąd pogodził bym się z mniejszą prędkością działania systemu ( choć jest pomysł na częściowe przyspieszenie-rutowanie ) , jak dla mnie to chyba nie miało by dużego znaczenia że odczyt lub załączenie , wyłączenie , reakcja systemu na jakąś komendę była by spóźniona o kilkadziesiąt czy kilkaset milisekund , może w praktyce okazało by się to opóźnienie pomijalne a system radiowy byłby łatwiejszy do zbudowania ( czasami wręcz jedyny możliwy ) , nic się nie dowiemy dopóki nie będzie testów na żywym organizmie .
Co do pomysłu przyspieszenia to chodzi mi o to że pasmo 20kbps wykorzystane do przesyłania każdej informacji do każdego modułu tak jak jest w CAN to było by rzeczywiście zbyt wolny przesył , duże opóźnienia itp , a gdyby tak zrobić podział na komunikacje np wewnątrz pokoju, czy kilku pokoi czy piętra ( kwestia ilości komunikujących się ze sobą modułów) i teraz jeśli informacja jest dla danego pokoju to ją realizuje od razu a jeśli na zewnątrz to poprzez pośrednika (router) do innego pośrednika( router w każdym pomieszczeniu) w innym pokoju, bramki CAN/LAN/GSM/ZIGBEE, routery decydowały by czy dany komunikat, ramkę HAPCAN zapakowaną w ramkę ZIGbee przesłać dalej, a rodzaj komunikatu decydował by o poziomie QoS, czasie przesyłu , droga przesyłu może być też różna, struktura połączeń sieci zigbee jest mieszana , lub inny podział na typ komunikatów przesyłanych , ich pierwszeństwa w dostępie do pasma ( takie QoS dla szczególnych danych) , np regulacja głośności czy poziomu światła wymaga komunikacji online na bieżąco ale odczyt temperatury czy zdalne załączenie światła na zewnątrz czy włączenie zraszacza , sterowanie ogrzewaniem itp. nie są takie krytyczne i nic się nie stanie jeśli te procesy zostaną zrealizowane z ewentualną zwłoką nawet kilku sekund. W sieciach np. GSM głos ma wyższy priorytet przesłania nad SMSem czy połączeniem GRPS itp . Ciekaw jestem czy można zastosować coś w rodzaju zmniejszenia objętości ramki żeby było mniej danych do przesłania i rozpakowaniu jej w docelowym module HAPCAN.
Taki "pokojowy" router zigbee mógłby np być w module UNIV -wersji która ma większą funkcjonalność o której już rozmawialiśmy, ale niekoniecznie tam.

Pytanie z innej beczki , czy soft pisany na dany moduł da się łatwo przenieść na inny model modułu ZIGBEE np innego producenta który korzysta z tego samego chipa i co w sytuacji podobnej - zmiana producenta modułu ze zmianą chipa wewnątrz modułu ( pewnie lipa ) , czy trzeba pisać od nowa na poszczególne chipy/całe moduły czy da się wykorzystać coś i ile trzeba zmienić , nie wiem "coś w rodzaju biblioteki" , "drivera" do poszczególnych chipów a protokół "ogólny" zigbee zostaje .

[Norek]

Dzwoniłem dzisiaj do : http://pl.farnell.com/jsp/support/suppo ... ibutor.jsp
mają to : http://uk.farnell.com/1500175/semicondu ... z01-m00r1t w cenie 16E netto ( powyżej3+ szt) + 19netto DHL + ew 12netto pobranie
ETRX2 od telegesis nie mieli , czekają na ew. dostawę i nie wiadomo czy będą mieli.

[Jacek]

Jacek, jak rozumiesz prędkość użyteczną ZigBee? 20kbps to wartość urealniona 250kbps podawanej jako max dla ZigBee?

Na przykład ramka HAPCAN, czy też inna ramka informacji zostaje "zapakowana" w ramkę Zigbee. Zakładając, że nagłówek Zigbee ma tyle samo bitów co nasza ramka informacyjna, to tracimy 50% przepustowości pasma. Należy jeszcze dodać ramki formułujące sieć, ewentualne prośby o powtórzenie transmisji i z pasma 250kbps jesteśmy wstanie wykorzystać około 20kbps. Ale nie martwiłbym się tym specjalnie, bo jest to wystarczająca prędkość dla potrzeb automatyki domowej.

[Norek]

To którą wersje modułu zigbee wybieramy? jennic? Jaka jest różnica między modułem JN5139-001-M00 a JN5139-Z01-M00 , obydwie wersje to antena PCB bez wzmacniacza ale chodzi o wstępne ( fabryczne? ) zaprogramowanie tego modułu , co tam jest za soft jeśli zamówię wersje xxxxxxx-Z01-xxx , czy lepszy jest moduł xxxxxx-001-xxx ? czy chodzi o to że xxx-Z01 - ma zaimplementowany protokół zigbee a 001- czysty protokół IEEE802.15.4b ? pewnie wybór padnie na xxxx-Z01-xxx ?