Aktualizacje oprogramowania [bramka ZigBee]

[vajera]

Możesz to narysować? Albo opisać, co chcesz uzyskać?

Eeee...

Wchodzimy w zakładkę Local actions.
Source channel Input 1, event ON_TURN_ON, destination channel bramka AND, action TURN_ON.
Source channel Input 1, event ON_TURN_OFF, destination channel bramka OR, action TURN_OFF.
Source channel Input 2, event ON_TURN_ON, destination channel bramka AND, action TURN_ON.
Source channel Input 2, event ON_TURN_OFF, destination channel bramka OR, action TURN_OFF.
Source bramka AND, event ON_TURN_ON, destination channel Result, action TURN_ON.
Source bramka OR, event ON_TURN_OFF, destination channel Result, action TURN_OFF.
Restartujemy bramkę.

Może tak będzie lepiej.

Włączenie gniazdka ma być realizowane przez AND ale wyłączenie przez OR.

Bramki (i akcje w Supla) reagują na zmiany stanu, żeby bramka OR mogła się wyłączyć to musi najpierw się włączyć
Dołoż jeszcze 2 reakcje :
SCI1 on event ON_TURN_ON -> bramka OR action TURN_ON
SC2 on event ON_TURN_ON -> bramka OR action TURN_ON

Dla bramki AND też są potrzebne jeszcze 2 reakcje (od strony formalnej):
SCI1 on event ON_TURN_OFF -> bramka AND action TURN_OFF
SC2 on event ON_TURN_OFF -> bramka AND action TURN_OFF

Bez tych reakcja bramka AND działa co prawda, tak jak oczekujesz (bo to AND), ale z matematycznego punktu widzenia, tak jest poprawnie.

[lukasz06]

O mako, chwile mnie nie było i teraz mam zaległości
Brawo dla was za rozwój bramki

[vajera]

Możesz to narysować? Albo opisać, co chcesz uzyskać?

Eeee...

Wchodzimy w zakładkę Local actions.
Source channel Input 1, event ON_TURN_ON, destination channel bramka AND, action TURN_ON.
Source channel Input 1, event ON_TURN_OFF, destination channel bramka OR, action TURN_OFF.
Source channel Input 2, event ON_TURN_ON, destination channel bramka AND, action TURN_ON.
Source channel Input 2, event ON_TURN_OFF, destination channel bramka OR, action TURN_OFF.
Source bramka AND, event ON_TURN_ON, destination channel Result, action TURN_ON.
Source bramka OR, event ON_TURN_OFF, destination channel Result, action TURN_OFF.
Restartujemy bramkę.

Może tak będzie lepiej.

Włączenie gniazdka ma być realizowane przez AND ale wyłączenie przez OR.

Sprawdziłem przed chwilą rozwiązanie, o którym napisałem powyżej - działa zgodnie z oczekiwaniami, tzn. BRAMKA AND załącza przekaźnik, ale tylko bramka OR może go wyłączyć.

[Lector]

Sprawdziłem przed chwilą rozwiązanie, o którym napisałem powyżej - działa zgodnie z oczekiwaniami, tzn. BRAMKA AND załącza przekaźnik, ale tylko bramka OR może go wyłączyć.

Próbował zrobić na skróty - logika kora załącza gniazdko zdublowakem aby włącza Logikę OR oraz logika która wyłącza gniazdko zrobiłem aby wyłączyli AND.
No ale nie działa ;p

Po Twojemu działa, też sprawdziłem.

[Zibi_007]

Sprawdziłem przed chwilą rozwiązanie, o którym napisałem powyżej - działa zgodnie z oczekiwaniami, tzn. BRAMKA AND załącza przekaźnik, ale tylko bramka OR może go wyłączyć.

Próbował zrobić na skróty - logika kora załącza gniazdko zdublowakem aby włącza Logikę OR oraz logika która wyłącza gniazdko zrobiłem aby wyłączyli AND.
No ale nie działa ;p

Po Twojemu działa, też sprawdziłem.

A pisałeś, że wiesz, jak działają bramki viewtopic.php?p=214096#p214096

[Lector]

A pisałeś, że wiesz, jak działają bramki viewtopic.php?p=214096#p214096

W praktyce to co robiłem z bramkami to multiwibrator (coś na wzór kierunkowskazów w samochodzie).
W teorii dłużej miałem do czynienia w szkole na układach cyfrowych. Ale tu głównie na papierze

I nie przypominam sobie aby do działania wstecz najpierw trzeba było aktywować bramkę.
Było to z jakieś 25 lat temu, a nie wykorzystywałem tego nigdzie to może zapomniało się.

[vajera]

A pisałeś, że wiesz, jak działają bramki viewtopic.php?p=214096#p214096

W praktyce to co robiłem z bramkami to multiwibrator (coś na wzór kierunkowskazów w samochodzie).
W teorii dłużej miałem do czynienia w szkole na układach cyfrowych. Ale tu głównie na papierze

Dobrze, że dodałeś to, o tych kierunkowskazach

I nie przypominam sobie aby do działania wstecz najpierw trzeba było aktywować bramkę.
Było to z jakieś 25 lat temu, a nie wykorzystywałem tego nigdzie to może zapomniało się.

Normalna bramka OR tak nie działa, ale tutaj opieramy się o zmiany stanu a nie o stan bezwzględny.
@klew to tak zrobił, że np. komunikat ON_TURN_ON idzie po zmianie stanu z OFF na ON i później możesz sobie klikać "włącz" dowolną ilość razy w aplikacji a ten event już nie odpali - kiedyś na to narzekałem a teraz wręcz przeciwnie.

Podsumowując, ważne że działa a my wszyscy ciągle się czegoś nowego uczymy.

@Lector - jak zbudujesz jakiś ciekawy układ logiczny, to pochwal się później schematem. Mam nadzieję, że to COPY ACTION okaże się pomocne, bo mi tego brakowało, jak testowałem logikę.

[Lector]

@Lector - jak zbudujesz jakiś ciekawy układ logiczny, to pochwal się później schematem. Mam nadzieję, że to COPY ACTION okaże się pomocne, bo mi tego brakowało, jak testowałem logikę.

Jak już pisałem, chętnie przeniósł bym sterowanie ogrzewaniem podłogowym z Tuya do Supla.
Ale czekam na obsługę termostatów pokojowych (jak będziesz miał swój, to będziemy działać), sterownik do listwy - może jeden wymienię na Engo to bym miał mniej scen do robienia, a jak bym wymienił termostaty na Engo to jeszcze na parterze byłyby powiązanie bezpośrednio bez scen.
Troszkę kasy potrzeba by wydać, jeden sterownik do listwy to pikuś, jak zakup 6 termostatów One 230V i 2 One Barrett.

[vajera]

Wersja 0.9.65-07/10/2025

• nowe urządzenia,
• przebudowa kodu GUI - optymalizacja działania,
• elementy logiki (bramki, przekaźniki) są dostępne natychmiast po ich dodaniu (kanały, akcje),
• usunięcie takiego kanału nie wymusza resetu - można je kasować jeden po drugim (ale będą aktywne wraz z reakcjami aż do ponownego uruchomienia bramki),
• naprawiono błąd powodujący reset bramki przy próbie ustawienia keepalive/timeout dla kanału rolety,
• poprawiono działanie aktywnego przełącznika parowania w GUI,
• 1x BOOT naprzemiennie włącza i wyłącza parowanie - uwaga - stos Zigbee ESP potrafi czasami spowodować reset przy zbyt częstym przełączaniu parowania.

[vajera]

Wersja 0.9.67-08/10/2025:

W GUI pojawiła się nowa funkcjonalność dla urządzeń Zigbee działających w oparciu o tzw. custom cluster 0xEF00 (Tuya).

Dla każdego takiego urządzenia będzie można wybrać datapoint-y z predefiniowanej listy - oprócz nazwy, numeru DP, jego typu I wielkości danych pojawi się też krótki opis parametru i możliwe wartości do wpisania wraz z ich znaczeniem.

W tej wersji dostępne są definicje dla czujnika PIR/oświetlenia oraz syreny alarmowej z melodiami, która jest również dostępna w zakładce Advanced devices.

Posiadaczy obu urządzeń uprasza się o testy a w przypadku syreny również o porównanie wywody korzystania z obu rozwiązań (@Zibi_007 ).

Dodatkowo istnieje możliwość (ograniczona) odczytu wartości tych datapoints. Standardowy protokół Tuya nie daje takiej możliwości wprost, natomiast wykorzystałem tzw. data query - od razu zaznaczam, że to nie zawsze zadziała.

Aby spróbować odczytać wartość konkretnego DP (nie musi znajdować się na tej liście zdefiniowanych) należy wybrać parametr z listy lub wpisać go recznie w pole datapoint id a następnie użyć przycisku DataQuery (oczywiście najpierw należy obudzić czujnik) - jeżeli uda się złapać wartość tego parametru, to wynik pojawi się w polu Tuya payload result.