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

[vajera]

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

W przypadku relacji 1:1 kontaktron dla termostatu konfigurujesz w Cloud, ale sam mechanizm działa w 100% lokalnie, dlatego możesz wybrać tylko czujniki z tego samego urządzenia.

Inaczej przedstawia się sytuacja, gdy masz następujący układ:
bramka w pokoju z dwoma grzejnikami i trzema oknami, na każdym grzejniku głowica TRV a na każdym oknie czujnik otwarcia:- wszystko sparowane z tą jedną bramką.

Wtedy kontaktrony spinamy z bramką logiczną OR3, która przy aktywacji wyłącza obie głowice a przy dezaktywacji włącza je.

[vajera]

W bramce pojawiły się nowe elementy tzw. logiki lokalnej - aktualnie w zakładce Zigbee channels, ale czekam na propozycje, gdzie je finalnie umieścić?

1. Local virtual binary - dodaje wirtualny sensor binarny, który można np. ustawić dla termostatu i sterować jego stanem za pomocą wirtualnych przekaźników i/lub bramek logicznych, np. trzy sensory otwarcia okna łączymy z bramką OR-3 a samą bramkę z tym wirtualnym sensorem - wtedy wystarczy, że zadziała którykolwiek z tych trzech sensorów a jego stan się zmieni.

2. Local(?) remote relay - nowa funkcjonalność (wczesna faza eksperymentalna ) - poniżej przykład:

- potrzebne będą dwie bramki Z2S pracujące w tej samej sieci lokalnej - nazwijmy je A i B,

- w obu bramkach tworzymy po jednym obiekcie typu LOCAL REMOTE RELAY,

- w bramce A w parametrach tego przekaźnika ustawiamy mu IP bramki B i numer kanału analogicznego przekaźnika w bramce B (do odczytania w zakładce Zigbee channels),

- analogiczne czynności wykonujemy w bramce B,

- restartujemy obie bramki,

- czekamy aż zameldują się w Supla - nadajemy przekaźnikom funkcję i nazwy,

- obserwując jeden włączamy/wyłączamy drugi - i vice versa.

Czekam na opinie i uwagi - również te krytyczne

[Zibi_007]

[..]

2. Local(?) remote relay - nowa funkcjonalność (wczesna faza eksperymentalna ) - poniżej przykład:

- potrzebne będą dwie bramki Z2S pracujące w tej samej sieci lokalnej - nazwijmy je A i B,

- w obu bramkach tworzymy po jednym obiekcie typu LOCAL REMOTE RELAY,

- w bramce A w parametrach tego przekaźnika ustawiamy mu IP bramki B i numer kanału analogicznego przekaźnika w bramce B (do odczytania w zakładce Zigbee channels),

- analogiczne czynności wykonujemy w bramce B,

- restartujemy obie bramki,

- czekamy aż zameldują się w Supla - nadajemy przekaźnikom funkcję i nazwy,

- obserwując jeden włączamy/wyłączamy drugi - i vice versa.

Czekam na opinie i uwagi - również te krytyczne

Normalnie splątanie kwantowe. Super! Co następne? Teleportacja?

A teraz, zanim wezmę się za testy, pytanie.
IP bramek ustawiamy w parametrach. OK. Teraz router zalicza reset i bramki dostają nowe IP (taki scenariusz jest prawdopodobny). I cały misterny plan w p...u To samo przy resecie samej bramki.
Wiem, że można ustawić bramkom IP na stałe (w routerze) i taką kolejność działań polecam Ustawmy IP na sztywno, a później się bawmy, bo możemy się nieźle zdziwić.
No i pytanie. Czy wbudowałeś jakiś mechanizm sprawdzający, informujący o błędzie, jak nie ma połączenia między bramkami? Czy przekaźnik ze źle wpisanym IP zamelduje się normalnie w Supli. A co jeśli w jednym przekaźniku IP jest dobrze wpisane a w drugim źle? Sterowanie idzie w jedną stronę, czy wcale?
Tyle pytań a tak mało odpowiedzi

[vajera]

Normalnie splątanie kwantowe. Super! Co następne? Teleportacja?

A teraz, zanim wezmę się za testy, pytanie.
IP bramek ustawiamy w parametrach. OK. Teraz router zalicza reset i bramki dostają nowe IP (taki scenariusz jest prawdopodobny). I cały misterny plan w p...u To samo przy resecie samej bramki.

W mojej sieci bramki dostają zawsze to samo IP z routera, mimo że nic w samym routerze nie ustawiałem.

Oczywiście docelowo trzeba to jakoś rozwiązać - myślę tu np. o mDNS, niemniej usiadłem do tego przedwczoraj, więc jeszcze chwila

No i pytanie. Czy wbudowałeś jakiś mechanizm sprawdzający, informujący o błędzie, jak nie ma połączenia między bramkami?

Powiem tak, dwa dni temu nie miałem jeszcze pomysłu, jak to zrobić, więc musiałem się przerobić temat TCP sockets.
Na ten moment połączenie zostaje nawiązane gdy przekaźnik zmieni stan i chce go wysłać bliźniakowi:

- otwiera socket,
- wysła stan,
- czeka na OK - dopiero wtedy i tylko wtedy aktualizuje swój stan lokalny w Supla,
- zamyka socket.

Myślę o dodaniu opcji ping z konfigurowalnym odstępem czasowym, jestem też otwarty na inne pomysły.

Czy przekaźnik ze źle wpisanym IP zamelduje się normalnie w Supli.

Zamelduje się, ale nie zmienisz jego stanu z OFF na ON.

A co jeśli w jednym przekaźniku IP jest dobrze wpisane a w drugim źle? Sterowanie idzie w jedną stronę, czy wcale?

Sterowanie będzie działać w jedną stronę.

Tyle pytań a tak mało odpowiedzi

[Zibi_007]

W mojej sieci bramki dostają zawsze to samo IP z routera, mimo że nic w samym routerze nie ustawiałem.

Oczywiście docelowo trzeba to jakoś rozwiązać - myślę tu np. o mDNS, niemniej usiadłem do tego przedwczoraj, więc jeszcze chwila

Wszystko zależy od ustawień routera. Pewnie masz czas dzierżawy ustawiony na 24h.

Powiem tak, dwa dni temu nie miałem jeszcze pomysłu, jak to zrobić, więc musiałem się przerobić temat TCP sockets.
Na ten moment połączenie zostaje nawiązane gdy przekaźnik zmieni stan i chce go wysłać bliźniakowi:

- otwiera socket,
- wysła stan,
- czeka na OK - dopiero wtedy i tylko wtedy aktualizuje swój stan lokalny w Supla,
- zamyka socket.

Myślę o dodaniu opcji ping z konfigurowalnym odstępem czasowym, jestem też otwarty na inne pomysły.

Tak też myślałem. To pingowanie można puszczać z jakimś zadanym z góry interwałem czasowym. Raczej myślę tu o minutach niż sekundach. Podobnie, jak np. w niektórych gniazdkach Zigbee.

Zamelduje się, ale nie zmienisz jego stanu z OFF na ON.

OK

Sterowanie będzie działać w jedną stronę.

Logiczne, ale chciałem się upewnić.

No to dalej Jakby na to nie patrzeć, to w sumie jest to komunikacja lokalna. Będzie działać nawet bez internetu. I bardzo dobrze. Już mi tam coś świta, jak to wykorzystać, ale co będzie, jak podczas braku sieci przełączę np. z ON na OFF. Zobaczę w aplikacji aktualny stan, czy ten który był przed odłączeniem netu?

[Zibi_007]

W mojej sieci bramki dostają zawsze to samo IP z routera, mimo że nic w samym routerze nie ustawiałem.

Oczywiście docelowo trzeba to jakoś rozwiązać - myślę tu np. o mDNS, niemniej usiadłem do tego przedwczoraj, więc jeszcze chwila

Przepraszam, że tak jedno pod drugim, ale tak mnie naszło. A po co IP? Nie można podać identyfikatora bramki (PAN ID)? Sam ostatnio dodałeś jego wyświetlanie w GUI. Po nim może sobie odczytać IP i inne rzeczy. Wtedy nie będzie miało znaczenia, jakie IP mają bramki...

[vajera]

W mojej sieci bramki dostają zawsze to samo IP z routera, mimo że nic w samym routerze nie ustawiałem.

Oczywiście docelowo trzeba to jakoś rozwiązać - myślę tu np. o mDNS, niemniej usiadłem do tego przedwczoraj, więc jeszcze chwila

Przepraszam, że tak jedno pod drugim, ale tak mnie naszło. A po co IP? Nie można podać identyfikatora bramki (PAN ID)? Sam ostatnio dodałeś jego wyświetlanie w GUI. Po nim może sobie odczytać IP i inne rzeczy. Wtedy nie będzie miało znaczenia, jakie IP mają bramki...

Przyznaję, że nie znam tematu - jak chcesz odczytać IP z PAN ID?

[vajera]

Wszystko zależy od ustawień routera. Pewnie masz czas dzierżawy ustawiony na 24h.

Chyba nie, bo od tygodni mam te same

Tak też myślałem. To pingowanie można puszczać z jakimś zadanym z góry interwałem czasowym. Raczej myślę tu o minutach niż sekundach. Podobnie, jak np. w niektórych gniazdkach Zigbee.

Biorąc pod uwagę ilość danych wysyłanych przez SuplaDevice, to taki ping nawet co 30 sekund nie powinien zbytnio obciążać sieci.

No to dalej Jakby na to nie patrzeć, to w sumie jest to komunikacja lokalna. Będzie działać nawet bez internetu. I bardzo dobrze. Już mi tam coś świta, jak to wykorzystać, ale co będzie, jak podczas braku sieci przełączę np. z ON na OFF. Zobaczę w aplikacji aktualny stan, czy ten który był przed odłączeniem netu?

Można użyć tego np. do sterowania termostatem przy piecu w oparciu o stan głowic TRV.

Jeżeli włączysz przekaźnik a on nie dostanie OK z bliźniaczej bramki, to nie zmieni stanu. Mogę dodać parametr retry I wtedy będzie ponawiał próbę X razy co Y sekund?

[Zibi_007]

Wszystko zależy od ustawień routera. Pewnie masz czas dzierżawy ustawiony na 24h.

Chyba nie, bo od tygodni mam te same

Po każdym resecie (albo upływie 24h jeśli urządzenie jest podłączone) odnawia Ci te 24h.
Najprościej sprawdzić na routerze jak masz ustawioną dzierżawę.

[Zibi_007]

W mojej sieci bramki dostają zawsze to samo IP z routera, mimo że nic w samym routerze nie ustawiałem.

Oczywiście docelowo trzeba to jakoś rozwiązać - myślę tu np. o mDNS, niemniej usiadłem do tego przedwczoraj, więc jeszcze chwila

Przepraszam, że tak jedno pod drugim, ale tak mnie naszło. A po co IP? Nie można podać identyfikatora bramki (PAN ID)? Sam ostatnio dodałeś jego wyświetlanie w GUI. Po nim może sobie odczytać IP i inne rzeczy. Wtedy nie będzie miało znaczenia, jakie IP mają bramki...

Przyznaję, że nie znam tematu - jak chcesz odczytać IP z PAN ID?

Wiesz... to Ty jesteś czarodziej Zigbee
Najpierw myślałem o tym, aby wykorzystać skanowanie sieci. Jeśli mamy PAN ID, to też mamy Extended PAN ID, które jednoznacznie identyfikują bramkę.
I teraz Extended PAN ID (64-bitowy) koordynatora często pokrywa się lub jest podobny do MAC Ethernet/Wi-Fi.
Pierwsze bajty zwykle są te same, bo to OUI (Organizationally Unique Identifier) producenta.

Na przykład u mnie:
Extended PAN ID = 40:4C:CA:5E:29:30:A6:A8
MAC bramki w routerze: 40:4C:CA:5E:29:30

No i na koniec odczytać/przypisać (przez ARP) adres IP na podstawie MAC.

Ale później odkryłem że w Arduino nie ma wbudowanego ARP skanera i trzeba by go było napisać
Nie jest to jakaś specjalna filozofia (nawet na szybko zrobiłem szkic), ale to dodatkowa robota i po przemyśleniu nie wiem, czy ma sens...