Aktualizacje oprogramowania [bramka ZigBee]

[bokk]

Tak wygląda wszystko na OK. Ten moduł co zaktualizowałem przez kabelek możliwe że był już zaśmiecony przez zmiany i dodawanie i usuwanie urządzeń, wgrałem od nowa i działa wszystko ok. Ważna uwaga, po aktualizacji OTA pokazuje się konflikt kanałów ale nie trzeba panikować, odłączenie modułu od zasilania i ponowne włączenie i już nie ma problemu z konfliktem

[Zibi_007]

Tak wygląda wszystko na OK. Ten moduł co zaktualizowałem przez kabelek możliwe że był już zaśmiecony przez zmiany i dodawanie i usuwanie urządzeń, wgrałem od nowa i działa wszystko ok. Ważna uwaga, po aktualizacji OTA pokazuje się konflikt kanałów ale nie trzeba panikować, odłączenie modułu od zasilania i ponowne włączenie i już nie ma problemu z konfliktem

Po aktualizacji OTA reset robi się sam. Czyli co? Trzeba jeszcze raz zresetować?

[vajera]

Tak wygląda wszystko na OK. Ten moduł co zaktualizowałem przez kabelek możliwe że był już zaśmiecony przez zmiany i dodawanie i usuwanie urządzeń, wgrałem od nowa i działa wszystko ok. Ważna uwaga, po aktualizacji OTA pokazuje się konflikt kanałów ale nie trzeba panikować, odłączenie modułu od zasilania i ponowne włączenie i już nie ma problemu z konfliktem

Po aktualizacji OTA reset robi się sam. Czyli co? Trzeba jeszcze raz zresetować?

Problem rozwiązany w 0.8.85-09/08/2025.

[Zibi_007]

Co zmieniałeś, jeśli można spytać?

W ramach przygotowań do zapisu lokalnych reakcji zdefiniowałem nowy katalog w systemie LittleFS dla plików bramki i przeniosłem tam tabele z kanałami i urządzeniami. Przy uruchomieniu bramka sprawdzała obecność plików w poprzedniej lokalizacji i przenosiła je do nowej.
Problemem w 0.8.84 okazał się fakt, że funkcja LittleFS.rename ma problem, jeżeli ma przenieść plik do nieistniejącego katalogu, co ciekawe po resecie katalog się pojawiał. W wersji 0.8.85 wymuszam utworzenie tego katalogu - testy przebiegły pozytywnie.

Przenoszę tutaj, aby tam nie zaśmiecać. Widzę, że cały czas idziesz do przodu i dla mnie w dobrym kierunku I jeśli zainteresowanie lokalnymi reakcjami jest jeszcze małe, to pewnie z czasem wiele osób je doceni...

[vajera]

Wersja 0.8.86-12/08/2025:

• wszystkie zmiany w tej wersji dotyczą tylko i wyłącznie mechanizmu lokalnych akcji;

• w zakładce Zigbee channels pojawiły się 2 zmiany:
  • z listy kanałów zniknęły "CHANNEL #XX", zamiast tego pojawiają się tam nazwy kanałów użyte przy inicjalizacji danego kanału;
  • ponieważ część kanałów nie ma tej nazwy, to druga zmiana wprowadza możliwość edycji nazwy kanału;

• pojawiła się nowa zakładka Local actions (chociaż chyba zmienię nazwę na Local reactions );

• wszystkie funkcje w tej zakładce wydają się być dosyć oczywiste, ale w razie potrzeby służę pomocą;

• w przypadku usunięcia kanału (pojedynczo lub wszystkich jednocześnie) bramka usuwa również akcje z nim/nimi związane;
• dotyczy to również funkcji usunięcia całego urządzenia Zigbee wraz ze wszystkimi kanałami;

• aktualnie edycja/dodanie/usunięcie akcji wymaga restartu bramki aby zmiany weszły w życie;
• powyższe wynika, że faktu, że Supla Device nie pozwala na skasowanie/modyfikację pojedynczej akcji albo jeszcze do tego nie doszedłem @klew?

• aktualnie obsługiwane są tylko pary action/event, ale w kolejnej wersji dodam obsługę Supla::Conditions (btw. ktoś używa?)

[vajera]

W temacie rozwoju bramki - zamówiłem właśnie ESP32 C61 - moduł wydany w czerwcu 1:1 z C6, ale bogatszy o 2 MB RAMu, tańszy od C5. Aktualnie jeszcze bez wsparcia w boardach, ale zanim dojdzie może coś się zmieni.

EDIT: C5 zamówiłem

Informacyjnie - dopiero wczoraj doczytałem, że ten ESP32-C61nie obsługuje protokołu radiowego IEEE 802.15.4 (Zigbee, Thread), więc na potrzeby bramki jest zupełnie bezużyteczny

Czekam na dostawę ESP32-C5 i zacznę testy tej płytki.

[Zibi_007]

W temacie rozwoju bramki - zamówiłem właśnie ESP32 C61 - moduł wydany w czerwcu 1:1 z C6, ale bogatszy o 2 MB RAMu, tańszy od C5. Aktualnie jeszcze bez wsparcia w boardach, ale zanim dojdzie może coś się zmieni.

EDIT: C5 zamówiłem

Informacyjnie - dopiero wczoraj doczytałem, że ten ESP32-C61nie obsługuje protokołu radiowego IEEE 802.15.4 (Zigbee, Thread), więc na potrzeby bramki jest zupełnie bezużyteczny

Czekam na dostawę ESP32-C5 i zacznę testy tej płytki.

Też się nad tym zastanawiałem tydzień temu. Chyb nawet gdzieś tutaj o tym wspominałem, pytając Cię, na którym układzie będziesz teraz testował i rozwijał aplikację.
Ostatecznie zrezygnowałem z C61 (okazuje się, że dobrze), oferty z C5 obserwuję, bo nie za bardzo rozumiem za co mam dać w okolicach 60 zł (za N8R4), podczas gdy C6 N16 kupiłem ostatnio za 14,59 zł (bez żadnej promocji w okazjach łączonych). Może obsługa pasma 5GHz jest tyle warta...
W każdym razie, jak już kupię C5, to się pobawię i sprawdzę różnicę w zasięgu obu sieci. Generalnie 5G zazwyczaj jest mniej zapchane, to może jest jakaś alternatywa dla zainstalowanych wielu urządzeń

[lukasz06]

Póki co te C5 jeszcze nie działa dobrze.
Właściwie to wcale
Udało się sparować jeden czujnik, ale moduł się wciąż restartuje.
Ale różnica w zasięgu wydaje się być dużo lepsza niż w tych c6

[Zibi_007]

Póki co te C5 jeszcze nie działa dobrze.
Właściwie to wcale
Udało się sparować jeden czujnik, ale moduł się wciąż restartuje.
Ale różnica w zasięgu wydaje się być dużo lepsza niż w tych c6

O widzisz, to jest konkret. Może nie trzeba będzie kombinować z antenami zewnętrznymi

Jak Ci się zawiesza, a wiem, że już kompilujesz samodzielnie (super), to wgraj mu na początek jakiś zwykły soft z dowolnego przykładu (może jakiś czujnik, webserwer, albo coś takiego). Ważne! Wyrzuć obsługę diody powiadamiania i wszystkiego co zmienia stan GPIO na starcie. Mam nieodparte wrażenie, że problemy z resetem mogą być właśnie tym spowodowane (np. aktywacja diody, anteny itp.)...

[Robert Błaszczak]

Espressif proponuje łączenie C5 z P4:

ESP32-C5-P4.jpg