Control Offline - problemy z GUI [bramka Zigbee]

[bokk]

Czy parametry keepalive, timeout, refresh mogły by być wpisane na stałe w bramce do niektórych urządzeń np. termostat, włącznik zasilania tak jak jest to ustawione przy wyzwalacz akcji na 100 ?

[LukiSpajder]

Napotkałem na tak sytuację wybieramy zakładkę TCC potem urządzenie następnie DP ale nie wskoczy nam DP type

[Zibi_007]

Testuję na telefonie swoją bramkę produkcyjną strych.local.

Zapodałem serię refresh w przeglądarce Samsunga (aż mnie palec rozbolał ) - bramka cały czas pracuje stabilnie.

Teraz ciekawostka - po tej serii w pewnym momencie MaxAlloc zrobił się 17 kB. Wtedy odpaliłem jeszcze jedną przeglądarkę w telefonie (Firefox) i otworzyłem stronę bramki - zwykle taki manewr robił Controls Offline. Teraz strona otworzyła się prawidłowo z MaxAlloc...33 kB. Obiecuje przeglądarki pracują w tle jednocześnie i MaxAlloc rośnie...już do 36 kB

Mam taką jedną bramkę z 24 urządzeniami. Kanałów jest ponad 60. Pisałem kiedyś o niej. Chodzi na starym sofcie z wyłączonym GUI. Próba włączenia czegokolwiek poza minimum kończyła się resetem.
Jak wrócę do domu, to przez weekend zrobię taki test. Wykonam sobie kopię bramki, a później zrobię jej upgrade do najnowszej wersji. Zobaczymy czy wstanie na Full GUI Jak wstanie, to dobiję jej jeszcze kilka urządzeń. Sprawdzimy kres jej wytrzymałości na ESPUI by @vajera

Podzielisz się wynikami tego testu?

Oczywiście.
W tej chwili etap pierwszy za mną. Zrobiłem kopię
W nocy będę się bawił, to w tej chwili do tej bramki podłączonych jest sporo urządzeń, z których korzysta rodzina

[Zibi_007]

Testuję na telefonie swoją bramkę produkcyjną strych.local.

Zapodałem serię refresh w przeglądarce Samsunga (aż mnie palec rozbolał ) - bramka cały czas pracuje stabilnie.

Teraz ciekawostka - po tej serii w pewnym momencie MaxAlloc zrobił się 17 kB. Wtedy odpaliłem jeszcze jedną przeglądarkę w telefonie (Firefox) i otworzyłem stronę bramki - zwykle taki manewr robił Controls Offline. Teraz strona otworzyła się prawidłowo z MaxAlloc...33 kB. Obiecuje przeglądarki pracują w tle jednocześnie i MaxAlloc rośnie...już do 36 kB

Mam taką jedną bramkę z 24 urządzeniami. Kanałów jest ponad 60. Pisałem kiedyś o niej. Chodzi na starym sofcie z wyłączonym GUI. Próba włączenia czegokolwiek poza minimum kończyła się resetem.
Jak wrócę do domu, to przez weekend zrobię taki test. Wykonam sobie kopię bramki, a później zrobię jej upgrade do najnowszej wersji. Zobaczymy czy wstanie na Full GUI Jak wstanie, to dobiję jej jeszcze kilka urządzeń. Sprawdzimy kres jej wytrzymałości na ESPUI by @vajera

Podzielisz się wynikami tego testu?

No to jedziemy

Stan początkowy:
Bramka w wersji Z2S-0.9.202-14/12/25 (8MB)
Przeglądarka to Firefox 147.0.2 (64 bity)
Na bramce 24 urządzenia (3 nieaktywne - nieusunięte) i 62 kanały.
Bramka była wielokrotnie aktualizowała.
Jest tak stara, że część kanałów nawet nie ma nazw w Channels (zakładka Zigbee channels).
Liczba kanałów bierze się stąd, że jest na niej kilka przycisków (4x3) oraz tych z pokrętłem lewo/prawo.
Do tego dwie głowice, kilka termometrów, żaluzje, oświetlenie normalne (LED) oraz RGB i różne czujniki.
Ciężko było ją odpalić z Full GUI.
Jeśli się już udawało to wolnej pamięci było niewiele:

Code: Select all

Flash chip real size: 8388608 B | Free Sketch Space: 3407872 B
HeapSize: 358060 B | FreeHeap: 24892 B | MinimalFreeHeap: 668 B | MaxAllocHeap: 14324 B
uxTaskGetStackHighWaterMark: 3096 B 
Total PSRAM: 0 B | Free PSRAM: 0 B

Local time: Mon Feb  2 03:10:07 2026
Supla uptime: 60 s]

I po chwili się resetowała.

Update do 1.3.30 (2026-01-31)
Po starcie z Full GUI (opóźnienie 10s) jest tak:

Code: Select all

Flash chip real size: 8388608 B | Free Sketch Space: 3407872 B
HeapSize: 359388 B | FreeHeap: 74180 B | MinimalFreeHeap: 53956 B | MaxAllocHeap: 58356 B
uxTaskGetStackHighWaterMark: 2924 B 
Total PSRAM: 0 B | Free PSRAM: 0 B

Local time: Mon Feb  2 03:14:56 2026
Supla uptime: 60 s

Po ok. 10 minutach zabawy w GUI sytuacja przedstawia się następująco:

Code: Select all

Flash chip real size: 8388608 B | Free Sketch Space: 3407872 B
HeapSize: 359388 B | FreeHeap: 70320 B | MinimalFreeHeap: 22896 B | MaxAllocHeap: 49140 B
uxTaskGetStackHighWaterMark: 2924 B 
Total PSRAM: 0 B | Free PSRAM: 0 B

Local time: Mon Feb  2 03:25:59 2026
Supla uptime: 720 s

No i po dłuższej zabawie wcale nie jest dużo gorzej:

Code: Select all

Flash chip real size: 8388608 B | Free Sketch Space: 3407872 B
HeapSize: 359388 B | FreeHeap: 69844 B | MinimalFreeHeap: 21252 B | MaxAllocHeap: 51188 B
uxTaskGetStackHighWaterMark: 2924 B 
Total PSRAM: 0 B | Free PSRAM: 0 B

Local time: Mon Feb  2 03:40:59 2026
Supla uptime: 1620 s

Ale i tak na tej bramce zostanę na minimum i 30 sekundach opóźnienia

To tyle testów...

[vajera]

No to jedziemy

Stan początkowy:
Bramka w wersji Z2S-0.9.202-14/12/25 (8MB)
Przeglądarka to Firefox 147.0.2 (64 bity)
Na bramce 24 urządzenia (3 nieaktywne - nieusunięte) i 62 kanały.
Bramka była wielokrotnie aktualizowała.
Jest tak stara, że część kanałów nawet nie ma nazw w Channels (zakładka Zigbee channels).
Liczba kanałów bierze się stąd, że jest na niej kilka przycisków (4x3) oraz tych z pokrętłem lewo/prawo.
Do tego dwie głowice, kilka termometrów, żaluzje, oświetlenie normalne (LED) oraz RGB i różne czujniki.
Ciężko było ją odpalić z Full GUI.
Jeśli się już udawało to wolnej pamięci było niewiele:

Code: Select all

Flash chip real size: 8388608 B | Free Sketch Space: 3407872 B
HeapSize: 358060 B | FreeHeap: 24892 B | MinimalFreeHeap: 668 B | MaxAllocHeap: 14324 B
uxTaskGetStackHighWaterMark: 3096 B 
Total PSRAM: 0 B | Free PSRAM: 0 B

Local time: Mon Feb  2 03:10:07 2026
Supla uptime: 60 s]

I po chwili się resetowała.

Update do 1.3.30 (2026-01-31)
Po starcie z Full GUI (opóźnienie 10s) jest tak:

Code: Select all

Flash chip real size: 8388608 B | Free Sketch Space: 3407872 B
HeapSize: 359388 B | FreeHeap: 74180 B | MinimalFreeHeap: 53956 B | MaxAllocHeap: 58356 B
uxTaskGetStackHighWaterMark: 2924 B 
Total PSRAM: 0 B | Free PSRAM: 0 B

Local time: Mon Feb  2 03:14:56 2026
Supla uptime: 60 s

Po ok. 10 minutach zabawy w GUI sytuacja przedstawia się następująco:

Code: Select all

Flash chip real size: 8388608 B | Free Sketch Space: 3407872 B
HeapSize: 359388 B | FreeHeap: 70320 B | MinimalFreeHeap: 22896 B | MaxAllocHeap: 49140 B
uxTaskGetStackHighWaterMark: 2924 B 
Total PSRAM: 0 B | Free PSRAM: 0 B

Local time: Mon Feb  2 03:25:59 2026
Supla uptime: 720 s

No i po dłuższej zabawie wcale nie jest dużo gorzej:

Code: Select all

Flash chip real size: 8388608 B | Free Sketch Space: 3407872 B
HeapSize: 359388 B | FreeHeap: 69844 B | MinimalFreeHeap: 21252 B | MaxAllocHeap: 51188 B
uxTaskGetStackHighWaterMark: 2924 B 
Total PSRAM: 0 B | Free PSRAM: 0 B

Local time: Mon Feb  2 03:40:59 2026
Supla uptime: 1620 s

Ale i tak na tej bramce zostanę na minimum i 30 sekundach opóźnienia

To tyle testów...

Dziekuję za testy - teraz już z czystym sumieniem mogę podbić wersję do 1.4.0

[vajera]

Zakończyłem przebudowę kodu WebGUI bramki, tak żeby w pełni wykorzystywał moją modyfikację ESPUI - chętnych proszę o testy i uwagi - wersja 1.3.23-30/01/26.

Tutaj trochę minąłem się z prawdą - newGUI miało jeszcze jedną przypadłość, która mnie osobiście bardzo irytowała i myślę, że nie byłem w tym osamotniony Zaliczyłem więc kolejny kurs JavaScript i jeszcze jeden raz podrasowałem bibliotekę ESPUI oraz kod WebGUI.

I teraz test na spostrzegawczość - co się zmieniło i cytując klasyka "jak Wam się podoba?"

[Zibi_007]

Zakończyłem przebudowę kodu WebGUI bramki, tak żeby w pełni wykorzystywał moją modyfikację ESPUI - chętnych proszę o testy i uwagi - wersja 1.3.23-30/01/26.

Tutaj trochę minąłem się z prawdą - newGUI miało jeszcze jedną przypadłość, która mnie osobiście bardzo irytowała i myślę, że nie byłem w tym osamotniony Zaliczyłem więc kolejny kurs JavaScript i jeszcze jeden raz podrasowałem bibliotekę ESPUI oraz kod WebGUI.

I teraz test na spostrzegawczość - co się zmieniło i cytując klasyka "jak Wam się podoba?"

Nie wiem, nie sprawdzałem jeszcze 1.4, ale się może domyślam, że chodziło o przeładowywanie całego GUI przy wyborze jakiejś opcji.

[vajera]

Zakończyłem przebudowę kodu WebGUI bramki, tak żeby w pełni wykorzystywał moją modyfikację ESPUI - chętnych proszę o testy i uwagi - wersja 1.3.23-30/01/26.

Tutaj trochę minąłem się z prawdą - newGUI miało jeszcze jedną przypadłość, która mnie osobiście bardzo irytowała i myślę, że nie byłem w tym osamotniony Zaliczyłem więc kolejny kurs JavaScript i jeszcze jeden raz podrasowałem bibliotekę ESPUI oraz kod WebGUI.

I teraz test na spostrzegawczość - co się zmieniło i cytując klasyka "jak Wam się podoba?"

Nie wiem, nie sprawdzałem jeszcze 1.4, ale się może domyślam, że chodziło o przeładowywanie całego GUI przy wyborze jakiejś opcji.

Bingo! Dotyczy - zmiany nazwy urządzenia, zmiany nazwy kanału, wyboru z listy atrybutów i ich domyślnych wartości oraz wyboru predefiniowanych datapoints w TCC. Moja największa zmora, czyli kilkukrotne przeładowywanie się GUI przy tych operacjach, odchodzi właśnie do przeszłości

[Zibi_007]

Tutaj trochę minąłem się z prawdą - newGUI miało jeszcze jedną przypadłość, która mnie osobiście bardzo irytowała i myślę, że nie byłem w tym osamotniony Zaliczyłem więc kolejny kurs JavaScript i jeszcze jeden raz podrasowałem bibliotekę ESPUI oraz kod WebGUI.

I teraz test na spostrzegawczość - co się zmieniło i cytując klasyka "jak Wam się podoba?"

Nie wiem, nie sprawdzałem jeszcze 1.4, ale się może domyślam, że chodziło o przeładowywanie całego GUI przy wyborze jakiejś opcji.

Bingo! Dotyczy - zmiany nazwy urządzenia, zmiany nazwy kanału, wyboru z listy atrybutów i ich domyślnych wartości oraz wyboru predefiniowanych datapoints w TCC. Moja największa zmora, czyli kilkukrotne przeładowywanie się GUI przy tych operacjach, odchodzi właśnie do przeszłości

No to super! Cieszę się bardzo, że się udało.
Ile zostało ESPUI w ESPUI?
40%

[vajera]

No to super! Cieszę się bardzo, że się udało.
Ile zostało ESPUI w ESPUI?
40%

Nie, muszę uczciwie przyznać, że to jest bardzo dobra biblioteka do budowania GUI - zostało jej nadal 90%.
Jej twórca nie wziął jedynie pod uwagę, że ktoś może zrobić 500 komponentów, z dynamicznymi zmianami i przy bardzo ograniczonym RAMie.