Aktualizacje oprogramowania [bramka ZigBee]

bokk · Post Mon Sep 22, 2025 9:44 am

RomanG wrote: Mon Sep 22, 2025 9:20 am
vajera wrote: Mon Sep 22, 2025 9:07 am
RomanG wrote: Mon Sep 22, 2025 9:03 am

Czyli wychodzi na to, że dwa różne urządzenia o tych samych funkcjach (lub podobnych), sparowane z bramka Z2S korzystają tak jakby z różnych ustawień. Wybaczcie, że niefachowo to nazywam, ale też nie jestem fachowcem.
Łukaszu, po wybudzeniu przycisku zmieniłem ten parametr, o którym pisałeś, ale nic to nie dało. ... bo Krzysztof chyba już to wyjaśnił. Tak myślę.
Dlatego proponuję ujednolicenie dla wszystkich VirtualRelay (przekaźniki, włączniki, żarówki, kontrolery LED, wirtualne przyciski) z funkcją automatu schodowego - gdy użytkownik ponownie naciśnie przycisk (w aplikacji lub urządzeniu) w trakcie odliczania, odliczanie zostaje zakończone (->OFF).
Właśnie o to ujednolicenie (chyba ) mi chodzi. Byłem przyzwyczajony do wydłużania czasu w automacie schodowym, ale przyzwyczaję się też do wyłączania.

Z tym wydłużeniem czasu po nacisnieciu przycisku działalo to bardzo fajnie przy opcji automatu schodowego, a wyłączenie i ponowne wlaczenie to trochę pod górkę

vajera · Post Mon Sep 22, 2025 10:46 am

To inaczej:

Automat schodowy dla virtual buttons - każde kliknięcie wydłuża czas.
Automat schodowy dla przekaźników - kliknięcie kasuje czas - bo przekaźnik i tak zdąży się wyłączyć.

Tak będzie OK?

Ewentualnie mogę zrobić konfigurowalną flagę, tylko czy to ma sens w przypadku pkt. 2?

lukasz06 · Post Mon Sep 22, 2025 10:48 am

vajera wrote: Mon Sep 22, 2025 9:07 am
RomanG wrote: Mon Sep 22, 2025 9:03 am
klew wrote: Mon Sep 22, 2025 8:51 am Tutaj są dwa podejścia. W mROW jest opcja wyboru zachowania. Przycisk może albo przełączać stan, albo resetować licznik czasu.
W SD też to będę dodawał
Czyli wychodzi na to, że dwa różne urządzenia o tych samych funkcjach (lub podobnych), sparowane z bramka Z2S korzystają tak jakby z różnych ustawień. Wybaczcie, że niefachowo to nazywam, ale też nie jestem fachowcem.
Łukaszu, po wybudzeniu przycisku zmieniłem ten parametr, o którym pisałeś, ale nic to nie dało. ... bo Krzysztof chyba już to wyjaśnił. Tak myślę.
Dlatego proponuję ujednolicenie dla wszystkich VirtualRelay (przekaźniki, włączniki, żarówki, kontrolery LED, wirtualne przyciski) z funkcją automatu schodowego - gdy użytkownik ponownie naciśnie przycisk (w aplikacji lub urządzeniu) w trakcie odliczania, odliczanie zostaje zakończone (->OFF).

To ja się z tym zgadzam

myxhir · Post Mon Sep 22, 2025 12:32 pm

vajera wrote: Sun Sep 21, 2025 9:04 pm
RomanG wrote: Sun Sep 21, 2025 7:58 pm Witam w niedzielę wieczorem! .
Nie wiem, czy tylko u mnie jest coś nie tak, ale po aktualizacji do ostatniej wersji (v0.9.38) dwóch bramek zauważyłem "rozjazd" funkcji na przycisku (1x, 2x, held).
W chmurze ustawiłem funkcję tego przycisku jako "automat schodowy". Załączenie z aplikacji i z chmury (cloud) działa prawidłowo (jako "automat schodowy"), natomiast fizyczne naciśnięcie przycisku działa jak normalny "wyłącznik zasilania" - bez ustawionego czasu.
Bramka od marca jest tylko aktualizowana, więc może to powodować problemy, ale przed aktualizacją "merged" chciałem zasygnalizować ten problem. Na razie poczekam na ewentualne instrukcje.
Funkcja automatu schodowego jest zaimplementowana dla urządzeń Zigbee transponowanych na kanał SUPLA_CHANNELTYPE_RELAY (włączniki 1, 2, 4 klawiszowe, przekaźniki, itp.). Wszystkie wirtualne przyciski są transponowane na SUPLA_CHANNELTYPE_ACTIONTRIGGER, ale z powodów historycznych w aplikacji widoczne są również jako przekaźniki.
Jeżeli uważacie, że jest sens dodać funkcję automatu schodowego również do virtual buttons to mogę to zrobić, aczkolwiek pierwotny zamysł był taki, żeby opierać się na zmianach stanu takiego przekaźnika.

EDIT - Rozumiem, że do tej pory to działało?

Jeśli mowimy o przyciskach jak te
https://pl.aliexpress.com/item/10050068 ... pt=glo2pol

to ja je uzywam jako automat schodowy z czasem działania 1 sek. na daną funkcje. Działa to tak ze w momencie wyzwolenia na stan wlacz reakcja wykonude to co chce i sie nie martwie zeby ten przycisk wyłączać. Kiedys na bramce RF sonoffa mialem normalnie przekazniki i scena je wylaczalem ale ktos mi podpowiedzial zeby to zrobic automatem i to mega wygodne rozwiązanie

vajera · Post Mon Sep 22, 2025 3:02 pm

Wersja 0.9.41-22/09/2025:

GUI - Zigbee channels - panel Channel flags:
ㅤ
- DISABLE SINGLE CHANNEL NOTIFICATIONS - wyłącza powiadomienia z czujnika binarnego dla tego konkretnego kanału ( i tylko dla niego).
  ㅤ
- TRV AUTO MODE SWITCHES TO SCHEDULE - włączenie trybu auto w głowicy TRV przełącza termostat Supla w tryb harmonogramu tygodniowo (standardowo termostat Supla wyłącza się w takiej sytuacji).
  ㅤ
- BINARY SENSOR STARTS IN OFFLINE STATE (NO REMOTE WAKEUP SUPPORTED) - ustawienie tej flagi dla czujnika binarnego powoduje, że po uruchomieniu bramki jest on w tym stanie, aż do pierwszego komunikatu o stanie sensora/baterii.
  W przypadku jednoczesnego ustawienia czasu timeout dla tego czujnika (panel Channel timings, wartość w sekundach) czujnik przejdzie w powyższy stan, jeżeli ten czas upłynie a bramka nie zarejestruje żadnej aktywności czujnika.
  ㅤ
GUI - Zigbee settings -Pairing mode - aktualnie jest to przełącznik, którego stan zsynchronizowany jest z trybem parowania.
ㅤ
Nowe urządzenia - ze zgłoszeń + własne
ㅤ
Kolejne etapy modernizacji i przebudowy kodu.

vajera · Post Mon Sep 22, 2025 3:18 pm

Wersja 0.9.42-22/09/2025:

GUI - Zigbee settings -Pairing mode - aktualnie jest to przełącznik, którego stan zsynchronizowany jest z trybem parowania. Okres włączenia trybu parowania przy pomocy tego przełącznika jest stały i wynosi 180 sekund, natomiast począwszy od tej wersji można go w każdej chwili wyłączyć tym samym przełącznikiem.ㅤ

vajera · Post Mon Sep 22, 2025 3:20 pm

lukasz06 wrote: Sat Sep 20, 2025 10:15 pm Dokładnie, LD

Definicja zmieniona.

lukasz06 · Post Mon Sep 22, 2025 10:00 pm

vajera wrote: Mon Sep 22, 2025 3:18 pm Wersja 0.9.42-22/09/2025:

GUI - Zigbee settings -Pairing mode - aktualnie jest to przełącznik, którego stan zsynchronizowany jest z trybem parowania. Okres włączenia trybu parowania przy pomocy tego przełącznika jest stały i wynosi 180 sekund, natomiast począwszy od tej wersji można go w każdej chwili wyłączyć tym samym przełącznikiem.ㅤ

Witam, po przełączeniu przycisku parowania na off, bramka co prawda działa, ale Gui już nie.
Sprawdzałem jeszcze zakładkę Tx Power i po zmianie na 10dB bramka również się zawiesiła,
pomógł reset zasilania i ponownie wystartowała z 20db. Pytanie czy ktoś to w ogóle używa,
bo raczej każdy chce zwiększyć zasięg bramki, a nie zmniejszyć. Ale pisze jak jest

Reszta działa super, fajnie to porobiłeś

Zibi_007 · Post Mon Sep 22, 2025 10:15 pm

lukasz06 wrote: Mon Sep 22, 2025 10:00 pm
vajera wrote: Mon Sep 22, 2025 3:18 pm Wersja 0.9.42-22/09/2025:

GUI - Zigbee settings -Pairing mode - aktualnie jest to przełącznik, którego stan zsynchronizowany jest z trybem parowania. Okres włączenia trybu parowania przy pomocy tego przełącznika jest stały i wynosi 180 sekund, natomiast począwszy od tej wersji można go w każdej chwili wyłączyć tym samym przełącznikiem.ㅤ

Witam, po przełączeniu przycisku parowania na off, bramka co prawda działa, ale Gui już nie.
Sprawdzałem jeszcze zakładkę Tx Power i po zmianie na 10dB bramka również się zawiesiła,
pomógł reset zasilania i ponownie wystartowała z 20db. Pytanie czy ktoś to w ogóle używa,
bo raczej każdy chce zwiększyć zasięg bramki, a nie zmniejszyć. Ale pisze jak jest
Reszta działa super, fajnie to porobiłeś

Bramka w wersji 0.9.43-22/09/2025
Suwak parowania działa normalnie. Zielona dioda zaświeca się i gaśnie, GUI działa w tym czasie normalnie.
Ustawiałem też Tx Power - od 0 do 20. Bramka w tym czasie normalnie pracuje. Zapisuje i odczytuje prawidłowo wprowadzone wartości.
Wszystko działa.
Bramka stoi na C6N4. Upgrade z wersji 0.9.39 do 0.9.43 przez FDT.

lukasz06 · Post Mon Sep 22, 2025 10:28 pm

A to ciekawe, bo u mnie na Xiao i c6N8 były takie objawy jak pisałem.