Witam mam taki problem na esp 32 buduje sobie plywajacy termometr na wifi , problem w tym ze w tym miejscu mam stabilna siec zigbee , da sie zbudowac bramke ktora zrobi np lokalny ap i przesylala potem juz po sieci zigbee ?
Nie wiem czy czytasz to co piszesz, ale o ile zrozumiałem, chcesz coś co nazywasz “plywajacy termometr na wifi” udostępnić po sieci Zigbee?
A nie prościej zbudować sobie “plywajacy termometr” na zigbee zamiast wifi?
Albo jeszcze prościej, kupić gotowy “pływający termometr”, taki np. basenowy działający na RF433 i zintegrować go z HA. MA duży zasięg i jest gotowym urządzeniem, zaprojektowanym i wykonanym do takich celów. Ewentualnie coś na BLE.
1 polubienie
Chodzilo mi o bramke cos ala proxy ktora lokalnie zassa dane z urzadzen wifi lub bt i pusci to dalej ale po sieci zigbee.
Samego urzadzenia na zigbee nie zrobie bo nie umiem w architekturze esp32 ktora troche ogarniam. Wiem ze sa gotowe rozwiazania ale co to za zabawa i jaki sens tego forum w tym wypadku.
Nie słyszałem o takim projekcie, bo twoja potrzeba, pomysł wydaje się bardzo niszowy. Jak nie ma zasięgu WiFi, to się go rozszerza. A jak nie ma możliwości, to są sprawdzone inne media jak np. sieć energetyczna.
Sam protokół zigbee jest o bardzo małej przepustowości, więc tworzenie w bramek w działaniu podobnych do lejka jest nielogiczne.
Możesz się nauczyć, to nic trudnego. Jest gotowy projekt dla płytek DEV z zigbee pewnego rosjanina. Umożliwia łatwe stworzenie termometru, miernika w oparciu o najpopularniejsze sensory. Integruje się jako urządzenie Z2M. Nie chcę go tu linkować ale z pewnością łatwo odszukasz w sieci.
Moge prosic na priv z tego co robilem reserch to lipa z tym zigbee dla urzadzen Dev .Sam zakupilem kilka esp32-c6 ale nie wpiolem sie do sieci zigbee, baa latwe systemy typu esp home , esp easy, zero code nie wspieraja zigbee, cos tam tasmota kombinuje ale wszystko w powijakach
Parę dni temu był tu ktoś z podobnymi pomysłami
No wiadomo - pojawiły się tanie chipsety z teoretyczną obsługą Zigbee, one nie wzięły się z powietrza, ale napisanie oprogramowania do tak gigantycznego projektu wymaga pracy razem wielu ludzi przez wiele miesięcy.
Tak w kwestii Espressif C6 i H2 z serii MCU ESP32-xy to zajrzyj powyżej - otwarto-źródłowe projekty powstają, ale to nie jest jeszcze nawet etap “raczkującego niemowlaka”, a raczej “osesek”.
Jeszcze jeden link, który zbiera sporo informacji (a dedykowany m.in. użyciu chipsetów Espressif’a i Nordic’a jako koordynatorów sieci Zigbee)
Projekt (dzięki któremu chyba w ogóle powstały te modele MCU Espressif) jest już spory, uczestniczą w nim większe firmy i korporacje związane z IoT, niestety nie jest otwarto-źródłowy, ale daje szansę na rozsądną standaryzację rozwiązań
Kwestia rosyjskich projektów jest taka - ten, którego nie chcemy wspierać, nie jest otwarto-źródłowy, jest komercyjny (wersja demo umożliwia jednak stworzenie działającego urządzenia z ograniczonymi funkcjonalnościami) i w dodatku jego legalność działania nie jest do końca jasna (zamknięta aplikacja patchuje standardowe firmware… a wręcz jej użycie jest limitowane, bo nie tyle aplikacja jest płatna co “kredyty” przypisane do adresów ieee), a na koniec - to jest projekt adresowany na wybrane chipsety TI, a nie Espressif.
Tak poza wszystkim to ten projekt i tak był kilka razy wspominany na forum i mimo tego, że sytuacja geopolityczna jest jaka jest (więc dodatkowo etycznie wątpliwy jest transfer pieniędzy do Rosji), to po prostu nie przeszukałeś forum…
(bo zasadniczo nie usuwamy żadnych postów, ani wątków poza przypadkami spamu, czasem wręcz bezczelnego - czasem niestety przez naganne zachowania użytkowników wartościowe wątki są ukryte… oraz poważnego łamania zasad tzw. netykiety)
Natomiast są inne projekty (niektóre również rosyjskie), co do których nie ma aż takich etycznych zastrzeżeń, więc jeśli interesuje Cię chipset Telink, a właściwie cała seria TLSR825x (też nie Espressif) to proszę bardzo (bo to akurat coś czego szukasz - termo-higrometry Zigbee robione metodami DIY z innego gotowego chińskiego sprzętu)
na repo u @pvvx znajdziesz też linki do innych podobnych projektów
I jak już wspomniał @angler bramka, która jako główne łącze miałby wykorzystywać powolne Zigbee, a miałaby służyć do zbierania danych ze sprzętów dysponujących znacznie szybszymi łączami i w związku z tym zwykle generujących znacznie wyższe ilości danych sensu nie ma.
W ogóle to w przypadku potrzeby zbierania gęstych danych lepiej niż Zigbee się sprawdza BLE (na tym samym sprzęcie Telink co wyżej).