logo elektroda
logo elektroda
X
logo elektroda
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

[xmega128B1][C] - Atmel Lightweight Mesh - bezprzewodowa komunikacja

xoac 16 Mar 2016 00:54 1047 6
  • #1 15527510
    xoac
    Poziom 9  
    Witam serdecznie,
    Stoję przed wyborem procesora do bezprzewodowych czujników (praca magisterska). Z tego co czytałem najbardziej oszczędne są AVR z serii xmega na stronie atmela w urządzeniach obsługujących lwMesh jest wymieniony xmega128B1. Dlatego nad nim się zastanawiam. Mam doświadczenie jedynie z procesorami mega (mega8 i mega32).

    Czy dobry procesor wybrałem? [xmega128B1] On nie ma Transreciver'a więc czy jak sam go dobiorę to będzie to dalej tak oszczędne rozwiązanie. I czy nie jest to zadanie zbyt trudne dla początkującego w systemie bezprzewodowym.

    Czy lwMesh (Lightweight Mesh) to dobry protokół do takiego prostego rozwiązania - może jest inny prostszy lub bardziej odpowiedni (zastanawiałem się nad zigbee) . W przyszłości (marzy mi się) chciałbym sprzedać te czujniki pewnej firmie - jak się nie uda będę miał czym się pochwalić na rozmowie kwalifikacyjnej.

    Przez najbliższe kilka miesięcy( w planach 3-4) będę pracował nad przewodowymi technologiami w tym systemie dlatego ważne jest dla mnie wasz zdanie, aby nie okazało się potem, że będę musiał przepisywać kod pod inny procesor (i uczyć się nowej architektury) kiedy będę chciał zaimplementować czujniki bezprzewodowe.

    Niestety w sieci nie ma żadnych startowych urządzeń z tym procesorem jak najlepiej zdobyć taki procesor xmega128B1 z wyjściami np. Leon Instruments sprzedaje X3-DIL64. Umiem zrobić schemat i zaprojektować płytkę PCB - ale wykonanie robiłem zawsze metodą żelazkową. Najchętniej zamówił bym sam procesor na płytce z wyjściami jak od Leon Instruments,
  • #2 15527514
    kamyczek
    Poziom 38  
    ATMEGA128RFA1-ZU Taki sam mikrokontroler tylko z "RF" niewiele elementów dodatkowych i wszystko w jednym .
  • #3 15527518
    xoac
    Poziom 9  
    kamyczek napisał:
    ATMEGA128RFA1-ZU Taki sam mikrokontroler tylko z "RF" niewiele elementów dodatkowych i wszystko w jednym .


    Moim głównym kryterium jest pobór mocy (załącznik). Dodatkowo xmegi wydają się być o wiele potężniejsze DMA, Event system, fajniejsza obsługa portów (aktualnie czytam AVR praktyczne projekty).

    Skłamałem trochę, że nie ma zestawu startowego bo jest XMEGA-B1 Xplained - tylko że on jest drogi to po pierwsze (a potrzebuję co najmniej 2). I Posiada za dużo podłączonych modułów - ja potrzebuję podpinać wszystko sam, aby przelać to potem na płytkę PCB i się czegoś nauczyć.
  • #4 15527528
    kamyczek
    Poziom 38  
    Jak atmel to nie kryterium to masz ESP8266 , RFM73 , ATRF... , teraz do wyboru do koloru jest ogromna ilość różnych rozwiązań ATMEL ma jeszcze w ofercie coś takiego co nazywa się RAVEN Mam ten zestaw całkiem ciekawe rozwiązanie działa na bateriach LR44 wyświetlaczach LCD
  • #5 15527536
    xoac
    Poziom 9  
    kamyczek napisał:
    Jak atmel to nie kryterium to masz ESP8266 , RFM73 , ATRF... , teraz do wyboru do koloru jest ogromna ilość różnych rozwiązań ATMEL ma jeszcze w ofercie coś takiego co nazywa się RAVEN Mam ten zestaw całkiem ciekawe rozwiązanie działa na bateriach LR44 wyświetlaczach LCD


    Tak atmel to nie kryterium. Ale pobór mocy już tak, z tego co czytałem (nie ma co ukrywać ja najmądrzejszy nie jestem a internet samej prawdy nie mówi) to moduł Wifi nie będzie raczej zbyt oszczędny. Co do RAVEN to wolałbym już wziąć sam procesor ATMEGA128RFA1-ZU.

    Czyli twoim zdaniem Xmega z np. ARTF to gorszy wybór niż ATMEGA128RFA1-ZU?

    I co myślisz o lwMesh? Słyszałeś może coś o tym?
  • Pomocny post
    #6 15527544
    kamyczek
    Poziom 38  
    Jeśli moduł rf jest zintegrowany z mikrokontrolerem to korzysta on z wewnętrznej magistrali danych skraca to czas aktywności mikrokontrolera do minimum . Każdy inny moduł transceivera będzie wymagał wysłania do niego danych np. po spi to zajmuje czas bo raz że trzeba wysłać dane do modułu spi , napędzić zegar i je wysłać , w przypadku gdy masz zintegrowany moduł transceivera wszystko sprowadza się do zapisu kilkunastu rejestrów i podstawowa różnica jest taka rejestr wymaga załadowania wartości do rejestru pomocniczego i wysłanie go do rejestru przeznaczenia czyli 2 cykle zegarowe . Spi wymaga wysłania co najmniej 2 bajtów rozkazy i danych przy spi na maksymalnej prędkości mamy 1/2 CLK Mikrokontrolera więc 2*po 16 cykli plus ustawienie i zerowanie sygnału CS to kolejne 2 takty plus ładowanie zmiennych to kolejne 2 więc minimum to 36 taktów zegara czyli 18 razy dłużej ;) Kolejna oszczędność to dobór odpowiedniego wyświetlacza i tu mamy do wyboru lcd , e-papier i oled . Tu trzeba znaleźć kompromis co można zrobić maksymalnie szybko żeby uśpić wszystko co jest zbyteczne Reszta to mechanizmy regulacji mocy nadawania i inne sprytne zabiegi . Co do IwMesh nie analizowałem tego nie było okazji.
  • #7 15533220
    xoac
    Poziom 9  
    Zdecydowałem się jednak na Xmegę. Bo centralka będzie zawsze zasilana i będzie mogła mieć o wiele większą baterię. A Xmega daje większe możliwości i jest szybsza - a panel będzie się jeszcze obsługiwał wyświetlacz, komunikował po RS no i analizował zebrane dane. Do czujników nie muszę dawać przecież tego samego procesora. Jedyne co mnie jeszcze martwi to czy będzie jakiś gotowe rozwiązanie dla początkujących jak podłączyć np AT86RF231-ZU i coś po tym przesłać. Mam na myśli jakiś gotowy schemat dość dobrze i prosto opisany. Bo z tego co przejrzałem notę i fora to nic nie znalazłem.
REKLAMA