[Przykład] Czujnik PIR z pomiarem oświetlenia i lokalne akcje [bramka ZigBee]

[vajera]

Ja tylko informacyjnie wklepałem akcje , jedynie musiałem zmienić ostaną na :

Action name: (enabled)

Event: {ON TURN OFF}
from source channel: [Czuj.Ruchu Hol Dół ]

Action: {TURN OFF}
on destination channel: [Światło Hol Dół lustro 1]

Bo tak to kiedy czujnik ruchu aktywny później przechodząc w stan czuwania światło mrugało i pozostawało zapalone
Chyba że ja coś namieszałem

Najważniejsze, że Twoje rozwiązanie działa - może to zachęci innych do eksperymentowania z akcjami logicznymi.

[LukiSpajder]

Ja tylko informacyjnie wklepałem akcje , jedynie musiałem zmienić ostaną na :

Action name: (enabled)

Event: {ON TURN OFF}
from source channel: [Czuj.Ruchu Hol Dół ]

Action: {TURN OFF}
on destination channel: [Światło Hol Dół lustro 1]

Bo tak to kiedy czujnik ruchu aktywny później przechodząc w stan czuwania światło mrugało i pozostawało zapalone
Chyba że ja coś namieszałem

Najważniejsze, że Twoje rozwiązanie działa - może to zachęci innych do eksperymentowania z akcjami logicznymi.

działa od kilku dni i to całkiem dobrze
dziękuje za pomoc w ustawieniu tego

[zzrr]

....
Najważniejsze, że Twoje rozwiązanie działa - może to zachęci innych do eksperymentowania z akcjami logicznymi.

@vajera ja bym chętnie potestował akcję źródło->zdarzenie>send_pushover->tekst_message

[vajera]

....
Najważniejsze, że Twoje rozwiązanie działa - może to zachęci innych do eksperymentowania z akcjami logicznymi.

@vajera ja bym chętnie potestował akcję źródło->zdarzenie>send_pushover->tekst_message

Przy okazji testowania innej funkcjonalności przyjrzałem się też kwestii pushover. Technicznie jest to dosyć proste, natomiast widzę jedno duże ALE (i nie chodzi o piwo ).

Pushover wymaga nawiązania połączenia z serwerem za pomocą protokołu HTTPS - to byłoby już drugie takie połączenie, bo pierwsze wykorzystuje SuplaDevice. Sam proces autoryzacji i wymiany certyfikatów zjada sporą ilość pamięci RAM - bez zmian w GUI takie połączenie nie doszłoby do skutku, teraz udaje się je nawiązać, ale RAMu znowu zostaje niebezpieczne mało.
Boję się sytuacji, w której przy mocno rozbudowanej bramce, użytkownicy zdefiniują sobie znaczną ilość powiadomień a następnie zaczną się skarżyć na nieprawidłowe działanie bramki, np. utratę połączenia z Supla, brak powiadomień itp.

W związku z powyższym mam propozycję - poczekajmy do wydania Espressif IDF 6.0 i odpowiadającego mu wydania Arduino-Core. Może uda się wreszcie efektywnie wykorzystać pamięć PSRAM w takim C5 albo wrócić do koncepcji S3+C6/H2.

[zzrr]

....
Najważniejsze, że Twoje rozwiązanie działa - może to zachęci innych do eksperymentowania z akcjami logicznymi.

@vajera ja bym chętnie potestował akcję źródło->zdarzenie>send_pushover->tekst_message

Przy okazji testowania innej funkcjonalności przyjrzałem się też kwestii pushover. Technicznie jest to dosyć proste, natomiast widzę jedno duże ALE (i nie chodzi o piwo ).

Pushover wymaga nawiązania połączenia z serwerem za pomocą protokołu HTTPS - to byłoby już drugie takie połączenie, bo pierwsze wykorzystuje SuplaDevice. Sam proces autoryzacji i wymiany certyfikatów zjada sporą ilość pamięci RAM - bez zmian w GUI takie połączenie nie doszłoby do skutku, teraz udaje się je nawiązać, ale RAMu znowu zostaje niebezpieczne mało.
Boję się sytuacji, w której przy mocno rozbudowanej bramce, użytkownicy zdefiniują sobie znaczną ilość powiadomień a następnie zaczną się skarżyć na nieprawidłowe działanie bramki, np. utratę połączenia z Supla, brak powiadomień itp.

W związku z powyższym mam propozycję - poczekajmy do wydania Espressif IDF 6.0 i odpowiadającego mu wydania Arduino-Core. Może uda się wreszcie efektywnie wykorzystać pamięć PSRAM w takim C5 albo wrócić do koncepcji S3+C6/H2.

@vajera no powiem CI że wielkie dzięki za samo podjęcie tematu i jak do tego podszedłeś. Oczywiste że nie ma co napierać jeśli jakies tam zagrożenie jest. Pamiętam jeszcze na Esp8266 przy działającym SuplaDevices potrafiło przytkać ram ale @klew coś tam wyczarował i pushover śmigał aż miło. Jak juz bardziej popularne było ESP32 to w ogóle nie było problemu. Powiem CI że dzisiaj jakoś tak sam nie wiem czemu bawiłem się wysyłaniem tych komend pushower tak dla zabawy z PowerShel przez curl.exe. W urządzeniach z Suplą mam to praktycznie w każdym zrobionym. Jedynie w bramce nie ma Jak bym sie uparł to bym miał ale nie o to przecież chodzi. Tak zaproponowałem dla podniesienia funkcjonalności bramki dla ogółu nie tylko dla mnie. Co do tego czy warto i kiedy to już wiadomo Ty decydujesz ale aż się prosi. Sama zasada działania i sposób implementacji do bramki to jak sam zauważyłeś prosty i przyjemny. No ciekawy jestem co zdecydujesz.

[vajera]

@vajera ja bym chętnie potestował akcję źródło->zdarzenie>send_pushover->tekst_message

Przy okazji testowania innej funkcjonalności przyjrzałem się też kwestii pushover. Technicznie jest to dosyć proste, natomiast widzę jedno duże ALE (i nie chodzi o piwo ).

Pushover wymaga nawiązania połączenia z serwerem za pomocą protokołu HTTPS - to byłoby już drugie takie połączenie, bo pierwsze wykorzystuje SuplaDevice. Sam proces autoryzacji i wymiany certyfikatów zjada sporą ilość pamięci RAM - bez zmian w GUI takie połączenie nie doszłoby do skutku, teraz udaje się je nawiązać, ale RAMu znowu zostaje niebezpieczne mało.
Boję się sytuacji, w której przy mocno rozbudowanej bramce, użytkownicy zdefiniują sobie znaczną ilość powiadomień a następnie zaczną się skarżyć na nieprawidłowe działanie bramki, np. utratę połączenia z Supla, brak powiadomień itp.

W związku z powyższym mam propozycję - poczekajmy do wydania Espressif IDF 6.0 i odpowiadającego mu wydania Arduino-Core. Może uda się wreszcie efektywnie wykorzystać pamięć PSRAM w takim C5 albo wrócić do koncepcji S3+C6/H2.

@vajera no powiem CI że wielkie dzięki za samo podjęcie tematu i jak do tego podszedłeś. Oczywiste że nie ma co napierać jeśli jakies tam zagrożenie jest. Pamiętam jeszcze na Esp8266 przy działającym SuplaDevices potrafiło przytkać ram ale @klew coś tam wyczarował i pushover śmigał aż miło. Jak juz bardziej popularne było ESP32 to w ogóle nie było problemu. Powiem CI że dzisiaj jakoś tak sam nie wiem czemu bawiłem się wysyłaniem tych komend pushower tak dla zabawy z PowerShel przez curl.exe. W urządzeniach z Suplą mam to praktycznie w każdym zrobionym. Jedynie w bramce nie ma Jak bym sie uparł to bym miał ale nie o to przecież chodzi. Tak zaproponowałem dla podniesienia funkcjonalności bramki dla ogółu nie tylko dla mnie. Co do tego czy warto i kiedy to już wiadomo Ty decydujesz ale aż się prosi. Sama zasada działania i sposób implementacji do bramki to jak sam zauważyłeś prosty i przyjemny. No ciekawy jestem co zdecydujesz.

ESP8266 korzystało z jakiejś "sztuczki" żeby przeprowadzić handshake, nawiązanie połączenia https w przypadku ESP32 wymaga przynajmniej 32 kB RAM i to w jednym kawałku. Typowe ESP32 ma tyle pamięci RAM, że pushover nie jest żadnym problemem.
Bramka = dane własne, dane SuplaDevice, dane ZigBee, dane stosu WiFi i dane GUI. Każdy z tych elementów osobno nie stanowi zagrożenia dla wyczerpania pamięci RAM, sytuacja zmienia się gdy zaczynamy je dokładać jeden do drugiego. Na ten moment, po długim dłubaniu w kodzie ESPUI, udało mi się uzyskać stabilny zapas RAMu nawet przy Full GUI i sporej liście urządzeń i kanałów.
Last but not least - znasz mnie i wiesz, że nie odrzucam żadnego pomysłu - niektóre muszą po prostu dojrzeć

[zzrr]

...
ESP8266 korzystało z jakiejś "sztuczki" żeby przeprowadzić handshake, nawiązanie połączenia https w przypadku ESP32 wymaga przynajmniej 32 kB RAM i to w jednym kawałku. Typowe ESP32 ma tyle pamięci RAM, że pushover nie jest żadnym problemem.
Bramka = dane własne, dane SuplaDevice, dane ZigBee, dane stosu WiFi i dane GUI. Każdy z tych elementów osobno nie stanowi zagrożenia dla wyczerpania pamięci RAM, sytuacja zmienia się gdy zaczynamy je dokładać jeden do drugiego. Na ten moment, po długim dłubaniu w kodzie ESPUI, udało mi się uzyskać stabilny zapas RAMu nawet przy Full GUI i sporej liście urządzeń i kanałów.
Last but not least - znasz mnie i wiesz, że nie odrzucam żadnego pomysłu - niektóre muszą po prostu dojrzeć

Trochę poznałem i potwierdzam Ciężko by coś było znaleźć, żeby Ci zarzucić Tylko jeszcze tak się zastanawiam czy ilość skonfigurowanych powiadomień miało by znaczenie. Może nie.. ?
EDIT:
@vajera tak myślę i stwierdzam... Wiesz co mówisz jak zwykle. Jak bym Cię namówił a później coś się będzie sypać bo się nam urodzi jakiś konflikt to mnie tu ukrzyżują na forum:P Trzeba odpuścić