Nowa funkcjonalność - lokalne akcje i warunkowanie [bramka ZigBee]

[vajera]

Zanim zacznę testować (a mam pewien fajny pomysł) to tylko zapytam, czy działa to już na stałe, czy dalej nie zapisuje ustawień i każdy reset je usuwa?

Póki co nie rozbudowywałem tej funkcjonalności bo nikt nie zgłosił zapotrzebowania a ciągle coś innego wyskakuje Dodanie opcji zapisu nie jest zbyt skomplikowane, ale wtedy muszę dołożyć przynajmniej możliwości usuwania wybranych reakcji.

[Zibi_007]

Zanim zacznę testować (a mam pewien fajny pomysł) to tylko zapytam, czy działa to już na stałe, czy dalej nie zapisuje ustawień i każdy reset je usuwa?

Póki co nie rozbudowywałem tej funkcjonalności bo nikt nie zgłosił zapotrzebowania a ciągle coś innego wyskakuje Dodanie opcji zapisu nie jest zbyt skomplikowane, ale wtedy muszę dołożyć przynajmniej możliwości usuwania wybranych reakcji.

OK, nie ma pośpiechu. Sprawdzę czy działa w takim stanie, jak jest i jak zda egzamin, to wrócę z prośbą o dodanie tej funkcjonalności na stałe

[Lector]

Planowany jest rozwój warunkowania?

Pewnie docelowo chciałbym przerzucić sterowanie podłogówką do Supli.
Ale mam zrobione warunkowanie oparte o termostaty i czujniki okien.

Ogólnie mam coś takiego:
jeżeli termostat jest włączony i termostat grzeje - i okno jest zamknięte (lub kilka)
to włącz grzanie pętli (przekaźnik)

[vajera]

Planowany jest rozwój warunkowania?

Pewnie docelowo chciałbym przerzucić sterowanie podłogówką do Supli.
Ale mam zrobione warunkowanie oparte o termostaty i czujniki okien.

Ogólnie mam coś takiego:
jeżeli termostat jest włączony i termostat grzeje - i okno jest zamknięte (lub kilka)
to włącz grzanie pętli (przekaźnik)

Wszystko, co może się przydać, jest planowane...tylko ten brak czasu

Oczywiście najszybsze i najprostsze rozwiązanie to samodzielna modyfikacja i kompilacja kodu bramki - wystarczy, że sklonujesz repozytorium na swoim koncie GitHub. Mając taką kopię możesz wprowadzić poprawki bezpośrednio na Githubie (mogę pomóc) i skompilować sobie bin również tam, bez instalowania Arduino IDE/Platform IO.

W ramach rozwoju warunkowania w bramce wpadłem natomiast na następujący pomysł:

1. W Telnet dodam polecenie add-virtual-relay, które dopisze do tabeli kanałów specjalny kanał, niepowiązany z żadnym urządzeniem Zigbee, za to generujący wirtualny przekaźnik na wzór GG.
2. W oparciu o sieć takich przekaźników można wtedy zbudować bardziej skomplikowaną logikę.
3. Zastanawiam się też nad podobnym rozwiązaniem dla add-virtual-binary, do którego możnaby przypisać, np. do 16 kanałów czujników w taki sposób, że czujnik wskazuje np. operację AND lub OR na przypisanych czujnikach. Innymi słowy - tworzymy wirtualny czujnik otwarcia i przypisujemy do niego 8 czujników otwarcia okna w taki sposób, że czujnik będzie pokazywał stan zamknięty tylko wtedy, gdy wszystkie okna będą zamknięte - może się to przydać, np. przy termostacie lub przy takim warunkowaniu, o którym piszesz.

[Zibi_007]

Planowany jest rozwój warunkowania?

Pewnie docelowo chciałbym przerzucić sterowanie podłogówką do Supli.
Ale mam zrobione warunkowanie oparte o termostaty i czujniki okien.

Ogólnie mam coś takiego:
jeżeli termostat jest włączony i termostat grzeje - i okno jest zamknięte (lub kilka)
to włącz grzanie pętli (przekaźnik)

Może nie do końca rozumiem, ale co Cię w tej chwili powstrzymuje, aby coś takiego zrobić? Skrypty Fracza normalnie widzą urządzenia Zigbee podłączone przez bramkę Z2S. Każdy ma swoje ID, więc pod względem funkcjonalności reakcji i skryptów nie ma znaczenia czy jest to natywne urządzenie na ESP z softem Supli, czy jakiekolwiek Zigbee podpięte przez bramkę Z2S.
Jeśli piszesz o jakimś dodatkowym warunkowaniu (rozbudowaniu reakcji) to uważam, że zamiast implementować to w bramce Z2S, powinno się to zrobić systemowo dla całej Supli.

Edit: Całkowicie inną sprawą jest to, co @vajera dodał nie tak dawno temu (trochę po cichu), czyli bezpośrednie powiązanie (także reakcjami) urządzeń Zigbee w obrębie bramki, niezależnie od dostępu do internetu. To już jest coś, co w Supli osiągnąć można tylko stawiając własny serwer. Osobiście uważam, że w przyszłości, może być to często wykorzystywana funkcja bramki, np. tam, gdzie występują częste przerwy w dostępie do sieci lub jej po prostu nie ma. Osobiście mam jeszcze inne pomysły na wykorzystanie tej funkcjonalności, ale czekam na sprzęt i testy jednego z Kolegów na Forum...

[Lector]

Planowany jest rozwój warunkowania?

Pewnie docelowo chciałbym przerzucić sterowanie podłogówką do Supli.
Ale mam zrobione warunkowanie oparte o termostaty i czujniki okien.

Ogólnie mam coś takiego:
jeżeli termostat jest włączony i termostat grzeje - i okno jest zamknięte (lub kilka)
to włącz grzanie pętli (przekaźnik)

Może nie do końca rozumiem, ale co Cię w tej chwili powstrzymuje, aby coś takiego zrobić? Skrypty Fracza ...

No właśnie mnie to powstrzymuje, że w takim wypadku przy braku internetu ogrzewanie leży.

ZigBee ma to do siebie że wszystkie "sceny" są na bramce i do ich wykonania nie jest potrzebny internet. Mam główne łącze światłowodowe i rezerwowe LTE z automatycznym przełączaniem.
Ale Tuya ogarnia to wszystko samą bramką. Odbiera sygnały od termostatów i czujników okien i według zaprogramowanych scen załącza lub wyłącza pętlę i steruje piecem.

Ogólnie fajnie jakby do tych scen w bramce szło edytować jakiś plik i w nim wstawiać reguły tak jak Supla Script.
Taka konfiguracja jak bym to napisał, połączenie ustawień Supla Device Linux z kodem Supla Script.
No i problem ze znikaniem scen załatwiony

[Zibi_007]

Planowany jest rozwój warunkowania?

Pewnie docelowo chciałbym przerzucić sterowanie podłogówką do Supli.
Ale mam zrobione warunkowanie oparte o termostaty i czujniki okien.

Ogólnie mam coś takiego:
jeżeli termostat jest włączony i termostat grzeje - i okno jest zamknięte (lub kilka)
to włącz grzanie pętli (przekaźnik)

Może nie do końca rozumiem, ale co Cię w tej chwili powstrzymuje, aby coś takiego zrobić? Skrypty Fracza ...

No właśnie mnie to powstrzymuje, że w takim wypadku przy braku internetu ogrzewanie leży.

ZigBee ma to do siebie że wszystkie "sceny" są na bramce i do ich wykonania nie jest potrzebny internet. Mam główne łącze światłowodowe i rezerwowe LTE z automatycznym przełączaniem.
Ale Tuya ogarnia to wszystko samą bramką. Odbiera sygnały od termostatów i czujników okien i według zaprogramowanych scen załącza lub wyłącza pętlę i steruje piecem.

Ogólnie fajnie jakby do tych scen w bramce szło edytować jakiś plik i w nim wstawiać reguły tak jak Supla Script.
Taka konfiguracja jak bym to napisał, połączenie ustawień Supla Device Linux z kodem Supla Script.

Jeśli Ci to działa pod Tuyą to super. Zostaw jak jest, bo w dającej się przewidzieć przyszłości trudno będzie takie scenariusze tutaj osiągnąć (musiałby się jeszcze @vajera wypowiedzieć). Ja mam trochę inne doświadczenia z Tuyą i wszystko co ustawiałem na bardziej skomplikowanych scenariuszach nie działało mi bez internetu. Pewnie w obrębie samego Zigbee nie byłoby problemu, ale jak do tego dochodziło coś "nie Zigbee" to się sypało. Oczywiście jest jeszcze Tasmota... ale tutaj (w Supli) mi teraz dobrze

[Lector]

Sceny urządzeń Zigbee działają jako "local" dodanie czegoś na WiFi lub powiadomień robi już "cloud". Podobnie jak to ma miejsce w systemie Xiaomi (przynajmniej jak korzystałem). Nie wiem jak wyglądają sceny z Bluetooth bo nie korzystam.

No jak by udało mi się przerzucić to do Suplii to bym się pozbył jednej aplikacji :p

[Zibi_007]

Sceny urządzeń Zigbee działają jako "local" dodanie czegoś na WiFi lub powiadomień robi już "cloud". Podobnie jak to ma miejsce w systemie Xiaomi (przynajmniej jak korzystałem). Nie wiem jak wyglądają sceny z Bluetooth bo nie korzystam.

No jak by udało mi się przerzucić to do Suplii to bym się pozbył jednej aplikacji :p

Źródła masz... Ja na to jestem za słaby, bo zgubiłem się w kodzie i jego zmianach przy Telnecie. Ale jak się za to weźmiesz, to mogę testować na wszystkim co mam (a mam tego sporo ).

[PijanySmerf]

To ja zapytam jak ustawić żeby lokalnie bez dostępu do internetu ożenić że sobą kontrakton z termostatem??