Wersja 1.3.0-25/01/26 zakończyła fazę wstępnych testów i za moment będzie dostępna na GitHub, więc pora na podsumowanie.
Najważniejsza informacja - począwszy od tej wersji podstawowym obiektem jest urządzenie w rozumieniu GUI (Zigbee devices) i Supla (Urządzenia podwykonawcze) - na każde takie urządzenie może się składać jeden lub więcej kanałów Supla, elementów logiki lokalnej, mogą też istnieć urządzenia "puste", np. wzmacniacze zasięgu.
1. Dodawanie nowego urządzenia Zigbee (czujnik, gniazdko, żarówka itd.) wymaga:
A) uruchomienia procedury parowania w bramce poprzez jedną z poniższych opcji:
- przycisk BOOT (krótkie naciśnięcie),
- konsola (Telnet) polecenie open-network,
- GUI - zakładka Zigbee settings -> enable pairing mode,
- Cloud - przycisk Sparuj nowe urządzenia lub czujniki.
Po aktywacji trybu parowania powinna zapalić się zielona dioda ESP32, switch w GUI wskakuje na ON, w Cloud pojawi się komunikat.
UWAGA - rozpoczęcie, przebieg oraz rezultat procedury parowania będą widoczne w Cloud tylko, jeżeli procedura została zainicjowana poprzez Cloud.
B) Uruchomienie procedury parowania urządzenia Zigbee - zgodnie z instrukcją producenta.
C). Rozpoczęcie procedury parowania zmieni kolor diody na niebieski, w Cloud pojawi się odpowiedni komunikat.
D). Udane parowanie - dioda ponownie zapali się na zielono, następnie na biało i po około 10 sekundach bramka uruchomi się ponownie z nowo dodanym urządzenie. UWAGA Nie rozpoczynamy procedury parowania kolejnego urządzenia do momentu zakończenia poprzedniej (urządzenie musi być widoczne w Cloud/GUI).
E). Nieudane parowanie - dioda zapali się na czerwono (1 sekunda), bramka będzie kontynuować pracę bez ponownego uruchamiania. Dane nieznanego urządzenia można odczytać w Cloud lub w GUI -> zakładka Zigbee settings ->Last binding result.
Odczytane dane wrzucamy na forum zgodnie z instrukcją.
2. Usunięcie istniejącego urządzenia Zigbee:
A) pierwszy sposób to usunięcie urządzenia poprzez Cloud - naciskamy przycisk Usuń, potwierdzamy i cierpliwie czekamy aż pozostałe urządzenia ponownie uzyskają status Połączony.
B) Drugi sposób to zakładka Zigbee devices w GUI - mamy tam opcję Remove device with all channels oraz Remove all devices with channels - te operacje spowodują restart bramki, po którym wystąpi channel conflict w Cloud - trzeba będzie ręcznie usunąć urządzenia.
Rekomendowanym sposobem usuwania urządzenia Zigbee jest zatem operacja z poziomu Cloud - nie wymaga restartu bramki i ręcznego usuwania kanałów.
UWAGA - Zakładka Zigbee channels posiada narzędzie do usuwania poszczególnych kanałów - służy ono wyłącznie do usuwania kanałów specjalnych (elementy logiczne itp.).
3. Ponowne dodanie urządzenia Zigbee do bramki:
1) Urządzenie Zigbee zostało usunięte z bramki poprzez GUI/Cloud:
w tej sytuacji urządzenie dalej pozostanie w sieci Zigbee bramki i będzie do niej wysyłać dane aż do momentu resetu urządzenia Zigbee, np. poprzez zainicjowanie procedury parowania.
2) Użytkownik ponownie uruchomił w urządzeniu Zigbee procedurę parowania - to powoduje reset samego urządzenia i jego danych, w tym możliwości połączenia z siecią bramki:
A) urządzenie Zigbee znajdowało się w tym momencie w zasięgu bramki - wtedy bramka otrzymuje od niego sygnał LEAVE i zaznacza w swoich danych urządzenia odpowiednią flagę - nie kasuje żadnych danych o urządzeniu - ono dalej jest widoczne w GUI i w Supla, tylko nie ma z nim komunikacji:
Aa) jeżeli w tym czasie bramka była w trybie parowania, to urządzenie zaraz po opuszczeniu sieci bramki zgłosi się do niej ponownie - bramka rozpozna je, nie będzie tworzyć dla niego nowych struktur, ale na podstawie powyższej flagi zdecyduje o ponownym bindingu, czy skonfigurowaniu urządzenia Zigbee w taki sposób, żeby swoje dane wysyłało do bramki (bez ponownego uruchomienia bramki).
Ab) Jeżeli w tym czasie bramka nie była w trybie parowania, to urządzenie Zigbee będzie próbowało przez jakiś czas połączyć się z nową siecią - po zadanym czasie wyłączy się i będzie czekać na ponowne zainicjowanie parowania. Użytkownik może po dowolnym czasie uruchomić parowanie w bramce a następnie w urządzeniu i ono powinno dodać się tak jak w punkcie Aa).
B) Urządzenie Zigbee znajdowało się w tym momencie poza zasięgiem bramki - z jego punktu widzenia opuściło ono sieć bramki, ale bramka o tym nie wie - oczywiście komunikacja nie będzie już działać w żadną stronę.
Tutaj mamy sytuację, gdzie po jakimś czasie użytkownik może chcieć dodać urządzenie z powrotem do bramki, ale napotka problem - otóż urządzenie już nie pamięta danych sieci bramki, ale bramka dalej uważa je za swoje (nie dostała sygnału LEAVE). Rozwiązania są dwa:
Ba) należy usunąć urządzenie z bramki (GUI/Cloud) i wtedy ponownie sparować je z bramką, ale wtedy utracimy wszystkie ustawienia Supla, akcje itd.
Bb) Przed rozpoczęciem parowania włączamy w GUI (zakładka Zigbee settings) przełącznik Force device to bind gateway again - da to efekt identyczny z punktem Aa).
Dodawanie i usuwanie urządzeń ZigBee - wersja >= 1.3.0-25/01/26 [bramka ZigBee]
Moderator: vajera
-
vajera
- Posts: 7290
- Joined: Wed Oct 31, 2018 7:58 am
- Location: Biedrusko
- Has thanked: 289 times
- Been thanked: 161 times
4. Najczęstsze problemy i zalecane sposoby ich rozwiązywania
UWAGA - Proponuję na sam koniec zostawić sobie rozwiązanie polegające na usunięciu urządzenia z bramki i z Cloud - to najczęściej w niczym nie pomaga a utracimy w ten sposób nazwy kanałów, funkcje, ustawienia np. termostatów, lokalne akcje, reakcje i harmonogramy w Cloud.
A) Urządzenie Zigbee zostało wcześniej dodane do bramki, widoczne są odpowiednie struktury danych w GUI i w Cloud, natomiast w którymś momencie przestała działać komunikacja pomiędzy urządzeniem Zigbee a bramką Z2S (wcześniej działała, baterie/zasilanie OK, test zasięgu OK):
Aa) proponuję zacząć od ponownego parowania parowania urządzenia z bramką z włączoną funkcją Force device to bind gateway again (opcja dostępna wyłącznie w GUI, zakładka Zigbee settings),
Ab) jeżeli to nie pomoże, to proponuję sparować urządzenie z inną bramką (najlepiej testową, ewentualnie komercyjną i upewnić się, że działa prawidłowo),
Ac) jeżeli tak jest, to rekomenduję następujące postępowanie - wykonujemy kopię zapasową bramki a następnie usuwamy urządzenie z bramki (najlepiej z poziomu Cloud, ew. GUI) i parujemy je ponownie z bramką,
Ad) jeżeli to nie pomogło, to proponuję odtworzyć kopię zapasową z backupu a następnie wykonać Zigbee factory reset,
Ae) w przypadku sukcesu po Zigbee factory reset trzeba będzie niestety sparować ponownie wszystkie urządzenia Zigbee powiązane z tą bramką (włączoną funkcją Force device to bind gateway again), ale przynajmniej odpada konieczność ponownej konfiguracji kanałów Supla.
UWAGA - Proponuję na sam koniec zostawić sobie rozwiązanie polegające na usunięciu urządzenia z bramki i z Cloud - to najczęściej w niczym nie pomaga a utracimy w ten sposób nazwy kanałów, funkcje, ustawienia np. termostatów, lokalne akcje, reakcje i harmonogramy w Cloud.
A) Urządzenie Zigbee zostało wcześniej dodane do bramki, widoczne są odpowiednie struktury danych w GUI i w Cloud, natomiast w którymś momencie przestała działać komunikacja pomiędzy urządzeniem Zigbee a bramką Z2S (wcześniej działała, baterie/zasilanie OK, test zasięgu OK):
Aa) proponuję zacząć od ponownego parowania parowania urządzenia z bramką z włączoną funkcją Force device to bind gateway again (opcja dostępna wyłącznie w GUI, zakładka Zigbee settings),
Ab) jeżeli to nie pomoże, to proponuję sparować urządzenie z inną bramką (najlepiej testową, ewentualnie komercyjną i upewnić się, że działa prawidłowo),
Ac) jeżeli tak jest, to rekomenduję następujące postępowanie - wykonujemy kopię zapasową bramki a następnie usuwamy urządzenie z bramki (najlepiej z poziomu Cloud, ew. GUI) i parujemy je ponownie z bramką,
Ad) jeżeli to nie pomogło, to proponuję odtworzyć kopię zapasową z backupu a następnie wykonać Zigbee factory reset,
Ae) w przypadku sukcesu po Zigbee factory reset trzeba będzie niestety sparować ponownie wszystkie urządzenia Zigbee powiązane z tą bramką (włączoną funkcją Force device to bind gateway again), ale przynajmniej odpada konieczność ponownej konfiguracji kanałów Supla.
Bramka Zigbee <=> SUPLA
Więcej informacji tutaj:
https://forum.supla.org/viewforum.php?f=127
FAQ https://forum.supla.org/viewtopic.php?t=17277
Więcej informacji tutaj:
https://forum.supla.org/viewforum.php?f=127
FAQ https://forum.supla.org/viewtopic.php?t=17277
-
vajera
- Posts: 7290
- Joined: Wed Oct 31, 2018 7:58 am
- Location: Biedrusko
- Has thanked: 289 times
- Been thanked: 161 times
Nie mam pojęcia na ile jasne jest to wszystko, co napisałem - dlatego chciałbym żeby ten wątek służył do dyskusji w rzeczonym temacie - wnioski, uwagi, błędy, mały offtop też ujdzie 
Bramka Zigbee <=> SUPLA
Więcej informacji tutaj:
https://forum.supla.org/viewforum.php?f=127
FAQ https://forum.supla.org/viewtopic.php?t=17277
Więcej informacji tutaj:
https://forum.supla.org/viewforum.php?f=127
FAQ https://forum.supla.org/viewtopic.php?t=17277
Bardzo, bardzo jasne.vajera wrote: Sun Jan 25, 2026 8:24 pm Nie mam pojęcia na ile jasne jest to wszystko, co napisałem - dlatego chciałbym żeby ten wątek służył do dyskusji w rzeczonym temacie - wnioski, uwagi, błędy, mały offtop też ujdzie![]()
Działa podobnie jak w bramkach komercyjnych.
Z tym, że tutaj otrzymujemy jeszcze Bb a w komercyjnych jest to rozwiązane w ten sposób, że możemy usunąć urządzenie z bramki z zachowaniem jego ustawień. Po ponownym sparowaniu przywraca ustawienia, które były wcześniej (w tym indywidualną nazwę, powiązania, reakcje, sceny itp.), czyli jak właśnie w Bb. Jako ciekawostkę dodam, że musi to gdzieś zapisywać na koncie (w chmurze), bo nawet jak zmieniłem telefon, to po ok. 10 miesiącach urządzenie, które chodziło w Supli, po dodaniu do SmartLife odzyskało swoją nazwę, lokalizację itd.
Wiesz, że Supla obsługuje Zigbee? Wstąp do Klubu Promila: https://forum.supla.org/viewtopic.php?t=18018
Szukasz nowego GG? Jest tutaj: https://forum.supla.org/viewtopic.php?t=18036Taka tam seria robotów ze SW. Najbardziej znani przedstawiciele to BB-8 i BB-9E

Wiesz, że Supla obsługuje Zigbee? Wstąp do Klubu Promila: https://forum.supla.org/viewtopic.php?t=18018
Szukasz nowego GG? Jest tutaj: https://forum.supla.org/viewtopic.php?t=18036E, nie. Wiesz jak to jest, nie wiadomo co Ci przyjdzie.
A czy dodasz do bramki, to też nie jest pewne, bo może wyglądać tak samo a mieć inny identyfikator.
Sam bym kupił, nakleił logo Supli i puszczał po domu
Ale zielony to chyba jest tylko Youda (no i Grogu) - to w Suple się wpisują...
Wiesz, że Supla obsługuje Zigbee? Wstąp do Klubu Promila: https://forum.supla.org/viewtopic.php?t=18018
Szukasz nowego GG? Jest tutaj: https://forum.supla.org/viewtopic.php?t=18036Ja się podpisuję pod tym wnioskiem. Jeśli nie potrzebuję informacji z czujnika baterii w postaci tzw. Low Battery i chciałbym go usunąć, to bym chciał mieć możliwość jego usunięcia. Nie da się uniknąć tego konfliktu kanałów i trzeba usuwać całe urządzenie?UWAGA - Zakładka Zigbee channels posiada narzędzia do usuwania poszczególnych kanałów - zaleca się aby stosować je wyłącznie do kanałów specjalnych (elementy logiczne itp.). Usunięcie w ten sposób pojedynczego kanału wchodzącego w skład urządzenia Zigbee spowoduje w Cloud channel conflict, który tak czy inaczej wymusi usunięcie całego urządzenia.
UWAGA nr 2 Jeżeli będą takie wnioski, to postaram się przywrócić możliwość kasowania pojedynczych kanałów w obrębie urządzenia Zigbee - mam na to rozwiązanie.
