W dniu 28.10.2023 o 14:16, LordBluzg(R)?? pisze:

>> Ok, teraz już wiem że to powyżej spełnia "Wyzwalacz sceny w oparciu o
>> stan kanałów" - tylko to nie jest czytelne tak od razu więc wyjaśniam
>> że podaje się tam warunek np.
>>
>> {{(state({zasilanie_CO}).temperature >
>> (state({powrót_do_pompy}).temperature + 2)) and not
>> (state({zasilanie_CO}).temperature <
>> (state({powrót_do_pompy}).temperature - 1))}}
>>
>> i scena wywoła się raz za każdym razem kiedy cały warunek zmieni stan
>> między spełniony/niespełniony. W tym przypadku wykryje rozpoczęcie
>> oraz zakończenie procesu ogrzewania CO z pominięciem defrostów. Nice! :-)
>
> Możesz równie dobrze odpalić sobie sekwencję czasową (dodatkowa scena),
> że co 10* min sprawdzany jest stan i jeśli warunek jest spełniony to się
> odpala wtedy nie ma możliwości "pominięcia" zmiany stanu. Takie
> zabezpieczenie wyrażenia.

Tak tylko dodam, że na forum opisywałem tworzenie kilku scen (dla mniej
kumatych) dla autonomicznych działań z wykorzystaniem "logiki":

https://forum.supla.org/viewtopic.php?t=4131&start=6
80

Sam mam utworzone "ciągi" logiczne z wykorzystaniem czasu na reakcję.
Fajna zabawka :)

--
LordBluzg(R)??
<<<?i? ć?d?? i Putina i ęjcaredefnoK>>>

do góry

On 26.10.2023 21:29, LordBluzg(R)?? wrote:
>> Z tym wszystko bym nie szalał, chyba że wiesz jak:
>
> Tutaj masz prtscr z moich scen/zależności/warunków itd
> https://i.imgur.com/sv3KWU3.png
>
> Matko. Ja mam tak poustawiane zależności, że chyba byś nie ogarnął tego naraz :D

Chyba ogarnąłem ;-) Mógłbyś napisać że "złożony", ale żeby
"skomplikowany" to warunkami - tym mięsem - się nie pochwaliłeś.

A tak serio, to przejrzałem bo liczyłem na opis który przykuje uwagę
czymś nietypowym, czymś czego szczegóły bym poprosił.

KAMERA:
Wykonaj scenę "Alarm: Kamera Altana włączona"
Wykonaj scenę "Alarm! Kamera Rozdzielnia włączona"
Wykonaj scenę "Alarm! Kamera Oczko włączona"
Wykonaj scenę "Alarm! Kamera Wiatrak włączony"
Wykonaj scenę "Kamera Oczko ON"
Wykonaj scenę "Kamera Altana ON"
Wykonaj scenę "Kamera Rozdzielnia ON"
Wykonaj scenę "Klapa Oczka Czuwanie"
Wykonaj scenę "Kamera Oczko OFF"
Wykonaj scenę "Kamera Rozdzielnia Wyłączona"
Wykonaj scenę "Intruz kamera end"
Włącz Kamerę Altana
Wyłącz Kamerę Wiatrak
Wyłącz Kamerę Oczko
Wyłącz Kamerę Rozdzielnia
Włącz Kamerę Rozdzielnia

OŚWIETLENIE:
Wyłącz oświetlenie oczka

KLAPA:
Otwórz Klapę Oczka
Zamknij Klapę Oczka
Wyłącz Klapę Oczka

FONTANNA:
Włącz Dużą Fontannę 12.7V
Wyłącz Małą Fontannę
Wyłącz Dużą Fontannę po 5 sekundach
Włącz Małą Fontannę
Wyłącz Małą Fontannę 12.4V

WIATRAK:
Włącz Kamerę Wiatrak
Wyłącz Kamerę Wiatrak
Wyłącz Wiatrak STOP
Włącz Wiatrak STOP
Wyłącz Wiatrak STOP 3,5A
Włącz Wiatrak STOP AUTOMAT
Wyłącz Kotwicę

PIEC:
Wykonaj scenę "Rozpalanie Pieca"
Wyłącz Kotwicę

> jeśli masz większy problem to na forum są autorzy i chętnie odpowiadają...lub są
już opisane takie zdarzenia. Wystarczy poczytać

Na razie zadałem pytanie - jak się mnie wydaje - o rzecz dość prostą:
Jak wykonać zapytanie o dane historyczne? Uzyskać trend dla czujnika?
Wykonać akcję gdy temperatura rośnie lub spada?

https://forum.supla.org/viewtopic.php?p=164768#p1647
68
https://forum.supla.org/viewtopic.php?p=164582#p1645
82

Oczywiście chodzi o to, jak to zrobić "z paczki". Nawet zaoferowałem
czteropak dla tego, kto wskaże jak :-)

Ale o co chodzi? Ustawić że gdy wzrośnie powyżej X - to grzeje, a gdy
spadnie - to nie grzeje? Nie do końca. Urządzenie grzewcze posiada zawór
trójdrogowy, jego przełączenie wyzwoli ten warunek a żadnego grzania
jednak nie będzie.

> Nawet na https://cloud.supla.org/ masz historię pomiarów do pobrania w csv.

Tak, ale wymaga to uwierzytelnienia za pomocą nagłówka - czego SUPLA
SCRIPTS "getUrl" najwyraźniej nie wspiera (z kodu na githubie tak to dla
mnie wygląda).

> Możesz równie dobrze odpalić sobie sekwencję czasową (dodatkowa scena), że co 10*
min sprawdzany jest stan i jeśli warunek jest spełniony to się odpala wtedy nie ma
możliwości "pominięcia" zmiany stanu. Takie zabezpieczenie wyrażenia.

Tutaj już się udało, dzięki.

> alarm "dla mnie" jest w telefonie.

Korzystasz z powiadomień w oficjalnej aplikacji SUPLA czy z Pushover? Ja
próbuje póki co oba i różnie bywa - tzn. część notyfikacji dochodzi, a
część nie. Nie chce marudzić, ale w eWeLink to po prostu działa. Ale
taki minor póki co, zostawmy ;-)

> Tak tylko dodam, że na forum opisywałem tworzenie kilku scen (dla mniej kumatych)
dla autonomicznych działań z wykorzystaniem "logiki":
>
> https://forum.supla.org/viewtopic.php?t=4131&start=6
80
>
> Sam mam utworzone "ciągi" logiczne z wykorzystaniem czasu na reakcję. Fajna zabawka
?

Tak przeczytałem. Też się na razie bawię z suplą - jak to często sam
podkreślasz.

Póki co pozytywnie oceniam kontakt z tą platformą. Ma niepodważalne
zalety względem np. oryginalnego sonoff-a. Ale sprowadzają się one IMHO
przede wszystkim do obszarów gdzie trzeba zrobić coś nietypowego:
postawić lokalny serwer, dołączyć do systemu nietypowe urządzenie,
spersonalizować swój system. Supla wydaje się koncentrować na większej
funkcjonalności, ale kosztem wyższego progu wejścia.

To nie zarzuty z mojej strony. Staram się opisać czym kierować przy
wyborze platformy. I wydaje mi się, że przede wszystkim trzeba określić
"co się chce osiągnąć", a dopiero potem wybierać.

PS. Przy okazji odkryłem zdaje się SQL-Injection przy zapisie warunku,
co mam nadzieje dotrze do autora.

Albo to że w odpowiedzi nie da się użyć znaków unicode. Funkcje nl2br
czy raw, także nie zwracają poprawnego wyniku - tutaj nie wiem czy to
nie jest zamierzone. Ale hej! Jest napisane że można używać tego Twiga,
to używam a tu nie działa.

https://forum.supla.org/viewtopic.php?p=164708#p1647
08

--
Pozdrawiam,
Mateusz Bogusz

do góry

W dniu 31.10.2023 o 16:48, Mateusz Bogusz pisze:

> A tak serio, to przejrzałem bo liczyłem na opis który przykuje uwagę
> czymś nietypowym, czymś czego szczegóły bym poprosił.
>
> KAMERA:
> Wykonaj scenę "Alarm: Kamera Altana włączona"
> Wykonaj scenę "Alarm! Kamera Rozdzielnia włączona"
> Wykonaj scenę "Alarm! Kamera Oczko włączona"
> Wykonaj scenę "Alarm! Kamera Wiatrak włączony"

To są sceny podpięte pod stan kontaktronu drzwi. W momencie, kiedy
kamery nie pracują, bo jest za niskie napięcie i zostały wyłączone (noc)
to otwarcie drzwi powoduje uruchomienie kamer i wysłanie powiadomienia.

> Wykonaj scenę "Intruz kamera end"

Tutaj mam czujkę ruchu, która włącza kamery i wysyła powiadomienie.


> KLAPA:
> Otwórz Klapę Oczka
> Zamknij Klapę Oczka
> Wyłącz Klapę Oczka

Ten układ ma za zadanie reagować na temperaturę wody i otoczenia. Kiedy
temperatura wody jest wyższa niż otoczenia to klapa oczka (styropian w
ramie) się zamyka. Ma to na celu minimalizowanie parowania wody i
ograniczania spadku temperatury (mam tam rybki).

{{not state(1234).on and state(1235).connected and
state(1236).temperature < state(1237).temperature}}

>
> FONTANNA:
> Włącz Dużą Fontannę 12.7V
> Wyłącz Małą Fontannę
> Wyłącz Dużą Fontannę po 5 sekundach
> Włącz Małą Fontannę
> Wyłącz Małą Fontannę 12.4V

To reakcja na stan akumulatora (mam wiele takich scen, żeby ograniczyć
pobór prądu, kiedy akumulator nie jest ładowany).
>
> WIATRAK:
> Włącz Kamerę Wiatrak
> Wyłącz Kamerę Wiatrak
> Wyłącz Wiatrak STOP
> Włącz Wiatrak STOP
> Wyłącz Wiatrak STOP 3,5A
> Włącz Wiatrak STOP AUTOMAT
> Wyłącz Kotwicę

Wiatrak ma pomiar napięcia i zależności. Jeśli jest ładowanie z PV to
nie pozwalam wiatrakowi ładować. Kiedy zawieje wiatr i napięcie osiągnie
próg, włącza się hamulec elektromagnetyczny i wiatrak się zatrzymuje.

Ograniczam tym samym zużywanie się łożysk wiatraka. Czasem jednak
włączam mu "kotwicę" to siłownik, który całkowicie unieruchamia wiatrak.
Używam kotwicy, kiedy jest huragan i wtedy wiatrak nie pracuje, bo bym
go zbierał na Marsie :)
>
> PIEC:
> Wykonaj scenę "Rozpalanie Pieca"

A to już termometr w domu, do kontroli pieca węglowego/zasypowego.
Kiedy temperatura osiąga 40C to mam powiadomienie, że jest OK i w drugą
stronę, kiedy przygasa i trzeba iść dołożyć. To też pomaga bo zdarzało
się, że zgasło i trzeba było rozpalać na nowo.
>
>> jeśli masz większy problem to na forum są autorzy i chętnie
>> odpowiadają...lub są już opisane takie zdarzenia. Wystarczy poczytać
>
> Na razie zadałem pytanie - jak się mnie wydaje - o rzecz dość prostą:
> Jak wykonać zapytanie o dane historyczne? Uzyskać trend dla czujnika?
> Wykonać akcję gdy temperatura rośnie lub spada?
>
> https://forum.supla.org/viewtopic.php?p=164768#p1647
68
> https://forum.supla.org/viewtopic.php?p=164582#p1645
82
>
> Oczywiście chodzi o to, jak to zrobić "z paczki". Nawet zaoferowałem
> czteropak dla tego, kto wskaże jak :-)
>
> Ale o co chodzi? Ustawić że gdy wzrośnie powyżej X - to grzeje, a gdy
> spadnie - to nie grzeje? Nie do końca. Urządzenie grzewcze posiada zawór
> trójdrogowy, jego przełączenie wyzwoli ten warunek a żadnego grzania
> jednak nie będzie.

Przecież to można rozwiązać scenami i niepotrzebna jest tutaj wiedza
"historyczna".

To co ja mam do klapy oczka działa właśnie na porównaniu dwóch termometrów:


{{not state(1234).on and state(1235).connected and
state(1236).temperature < state(1237).temperature}}

Ale w domu z piecem mam zrobione to na jednym termometrze ale dwa różne
działania, przy wzroście temperatury i przy opadaniu.

Po prostu, scena 1 uruchamia się przy wzroście temperatury '>' a scena 2
przy opadaniu '<'.

>> Możesz równie dobrze odpalić sobie sekwencję czasową (dodatkowa
>> scena), że co 10* min sprawdzany jest stan i jeśli warunek jest
>> spełniony to się odpala wtedy nie ma możliwości "pominięcia" zmiany
>> stanu. Takie zabezpieczenie wyrażenia.
>
> Tutaj już się udało, dzięki.
>
>> alarm "dla mnie" jest w telefonie.
>
> Korzystasz z powiadomień w oficjalnej aplikacji SUPLA czy z Pushover? Ja
> próbuje póki co oba i różnie bywa - tzn. część notyfikacji dochodzi, a
> część nie. Nie chce marudzić, ale w eWeLink to po prostu działa. Ale
> taki minor póki co, zostawmy ;-)

Też mam oba typy powiadomień ale u mnie działa zawsze. Warunkiem jest
jednak dość dobry zasięg Internetu.
>
>> Tak tylko dodam, że na forum opisywałem tworzenie kilku scen (dla
>> mniej kumatych) dla autonomicznych działań z wykorzystaniem "logiki":
>>
>> https://forum.supla.org/viewtopic.php?t=4131&start=6
80
>>
>> Sam mam utworzone "ciągi" logiczne z wykorzystaniem czasu na reakcję.
>> Fajna zabawka ?
>
> Tak przeczytałem. Też się na razie bawię z suplą - jak to często sam
> podkreślasz.
>
> Póki co pozytywnie oceniam kontakt z tą platformą. Ma niepodważalne
> zalety względem np. oryginalnego sonoff-a. Ale sprowadzają się one IMHO
> przede wszystkim do obszarów gdzie trzeba zrobić coś nietypowego:
> postawić lokalny serwer, dołączyć do systemu nietypowe urządzenie,
> spersonalizować swój system. Supla wydaje się koncentrować na większej
> funkcjonalności, ale kosztem wyższego progu wejścia.

Niekoniecznie. Ja używam tego z obcym cloudem, czyli jak sonoff ale mam
dodatkowe "bajery" których sonoff nie ma (właśnie skrypty) no i
oczywiście możliwość "zarażania" Suplą wszelakich ESP.
>
> To nie zarzuty z mojej strony. Staram się opisać czym kierować przy
> wyborze platformy. I wydaje mi się, że przede wszystkim trzeba określić
> "co się chce osiągnąć", a dopiero potem wybierać.
>
> PS. Przy okazji odkryłem zdaje się SQL-Injection przy zapisie warunku,
> co mam nadzieje dotrze do autora.
>
> Albo to że w odpowiedzi nie da się użyć znaków unicode. Funkcje nl2br
> czy raw, także nie zwracają poprawnego wyniku - tutaj nie wiem czy to
> nie jest zamierzone. Ale hej! Jest napisane że można używać tego Twiga,
> to używam a tu nie działa.
>
> https://forum.supla.org/viewtopic.php?p=164708#p1647
08

Heh, bo sobie źle założyłeś :D Nie można tam używać "własnych" wyrażeń.
Po postawieniu nawiasu klamrowego w okienku, rozwija Ci się "menu" opcji
z dostępnych urządzeń. Dalej jedynie możesz to łączyć czy udziwniać,
łączyć, stosując "and" , "or" + inne dopiski do wyrażeń czyli np
wyłączanie czegoś o zmierzchu:

{{state(12345).on and state(12345).connected and time('-5 minutes') >
sunsetTime()}}

--
LordBluzg(R)??
<<<?i? ć?d?? i Putina i ęjcaredefnoK>>>

do góry

W dniu 31.10.2023 o 16:48, Mateusz Bogusz pisze:

>> jeśli masz większy problem to na forum są autorzy i chętnie
>> odpowiadają...lub są już opisane takie zdarzenia. Wystarczy poczytać
>
> Na razie zadałem pytanie - jak się mnie wydaje - o rzecz dość prostą:
> Jak wykonać zapytanie o dane historyczne? Uzyskać trend dla czujnika?
> Wykonać akcję gdy temperatura rośnie lub spada?

Proste (przykład):

{{state(12345).temperature > 42}} to kiedy rośnie
{{state(12345).temperature < 41}} to kiedy spada

Liczby sobie sam podstawisz w zależności progu zadziałania. Ja mam
jeszcze dopisane opóźnienie (600sek) tylko dlatego, żeby mi nie
"plimplało" co sekundę w momencie przechodzenia przez próg, co się
zdarzało, że w danej sekundzie rosło, lub malało. Tutaj też jest logika,
że jeśli scena się odpaliła i trwa, to nie wykona się ponownie przez 600sek.
>
> https://forum.supla.org/viewtopic.php?p=164768#p1647
68
> https://forum.supla.org/viewtopic.php?p=164582#p1645
82
>
> Oczywiście chodzi o to, jak to zrobić "z paczki". Nawet zaoferowałem
> czteropak dla tego, kto wskaże jak :-)

No to wisisz 2 or 8pak, bo działa ale nie potrzeba sprawdzać historii :]


--
LordBluzg(R)??
<<<?i? ć?d?? i Putina i ęjcaredefnoK>>>

do góry

On 01.11.2023 12:31, LordBluzg(R)?? wrote:
>> Na razie zadałem pytanie - jak się mnie wydaje - o rzecz dość prostą:
>> Jak wykonać zapytanie o dane historyczne? Uzyskać trend dla czujnika?
>> Wykonać akcję gdy temperatura rośnie lub spada?
>
> Proste (przykład):
>
> {{state(12345).temperature > 42}} to kiedy rośnie
> {{state(12345).temperature < 41}} to kiedy spada
>
> Liczby sobie sam podstawisz w zależności progu zadziałania.

Możliwe że czegoś nie widzę, ale ja nie mam progu. Są trzy czujniki:
zasilanie CO, zasilanie CWU i wspólnego powrotu (zawór trójdrożny).

Przykładowy scenariusz A:
Rozpoczyna się grzanie CO, temperatura na zasilaniu zaczyna rosnąć,
wytwarza się różnica w przedziale 3-8C po czym zaczyna rosnąć powrót.
Przy czym powrót rozpoczął np. przy 22C a zakończy przy 25C. Aktualny
warunek jaki mam, to: {{state(zasilanie).temperature >
(state(powrot).temperature + 2)}}. Jak byś chciał zapisać to za pomocą
progu? Podpowiem, że w przypadku -15C na zewnątrz start będzie przy 25C,
a zakończenie przy 29C.

Przykładowy scenariusz B:
Rozpoczyna się grzanie CWU, temperatura początkowa może być 20C a
końcowa 50C (zasilania). Tutaj podobnie, różnica w przedziale 3-8C.
Woda osiąga zakładaną temperaturę, różnica zasilania i powrotu spada
poniżej 2C (tak samo w przypadku CO, możemy założyć że zawsze tym
warunkiem złapiemy "zakończenie grzania"). I teraz clue. Temperatura w
rurze na zasilaniu jest zbliżona do temperatury dopiero co zagrzanej
wody 45C. Urządzenie przechodzi w grzanie CO, przełącza zawór
trójdrożny, załącza się grzanie, pompa obiegowa na tym układzie,
temperatura na powrocie (wspólnym) spada do temperatury powrotu z CO
czyli np. 23C. Różnica między zasilaniem CWU, a powrotem jest > 2C -
warunek spełniony, dostaje powiadomienie że rozpoczęto ponownie grzanie
CWU - co nie jest prawdą.

Widzisz jak rozwiązać te przypadki za pomocą progu?

>> Oczywiście chodzi o to, jak to zrobić "z paczki". Nawet zaoferowałem czteropak dla
tego, kto wskaże jak ?
>
> No to wisisz 2 or 8pak, bo działa ale nie potrzeba sprawdzać historii :]

Ja dotrzymam słowa, ale musisz mi jeszcze trochę pomóc.

PS. Dlaczego 2 lub 8? Twojego piwa nie ma w zgrzewkach po 4? Zawsze może
być 2x2 ;-)

--
Pozdrawiam,
Mateusz Bogusz

do góry

On 01.11.2023 10:48, LordBluzg(R)?? wrote:
>> Korzystasz z powiadomień w oficjalnej aplikacji SUPLA czy z Pushover?
>> Ja próbuje póki co oba i różnie bywa - tzn. część notyfikacji
>> dochodzi, a część nie. Nie chce marudzić, ale w eWeLink to po prostu
>> działa. Ale taki minor póki co, zostawmy ?
>
> Też mam oba typy powiadomień ale u mnie działa zawsze. Warunkiem jest
> jednak dość dobry zasięg Internetu.

Co do notyfikacji, to zgłosiłem błąd -
https://forum.supla.org/viewtopic.php?p=165112#p1651
12

Okazuje się że gdy w warunku jest więcej niż jeden kanał z tego samego
urządzenia, to "update" mają "w tym samym czasie" i gdy zmieni się
wartości więcej niż jednego z tych kanałów w wysłanej aktualizacji, to
scena wykonuje się kilkukrotnie w tej samej sekundzie.

W moim przypadku dostaję np. trzy notyfikacje na raz.

>> Póki co pozytywnie oceniam kontakt z tą platformą. Ma niepodważalne zalety
względem np. oryginalnego sonoff-a. Ale sprowadzają się one IMHO przede wszystkim do
obszarów gdzie trzeba zrobić coś nietypowego: postawić lokalny serwer, dołączyć do
systemu nietypowe urządzenie, spersonalizować swój system. Supla wydaje się
koncentrować na większej funkcjonalności, ale kosztem wyższego progu wejścia.
>
> Niekoniecznie. Ja używam tego z obcym cloudem, czyli jak sonoff ale mam dodatkowe
"bajery" których sonoff nie ma (właśnie skrypty) no i oczywiście możliwość
"zarażania" Suplą wszelakich ESP.

Do "Cloud" supli także zgłosiłem, że skoro udostępniają reakcję "Na
zmianę wartości" to wartość aktualną muszą porównywać z wartością
poprzednią - to skoro to mają, to mogli by udostępnić możliwość
wskazania czy reakcja ma nastąpić na "zmianę", "spadek" czy "wzrost
wartości".

https://forum.supla.org/viewtopic.php?p=165115#p1651
15

>> PS. Przy okazji odkryłem zdaje się SQL-Injection przy zapisie warunku, co mam
nadzieje dotrze do autora.
>>
>> Albo to że w odpowiedzi nie da się użyć znaków unicode. Funkcje nl2br czy raw,
także nie zwracają poprawnego wyniku - tutaj nie wiem czy to nie jest zamierzone. Ale
hej! Jest napisane że można używać tego Twiga, to używam a tu nie działa.
>>
>> https://forum.supla.org/viewtopic.php?p=164708#p1647
08
>
> Heh, bo sobie źle założyłeś :D Nie można tam używać "własnych" wyrażeń.

Ee, skoro sam Frucz pokazuje w przykładach żeby korzystać z całego Twig...

https://forum.supla.org/viewtopic.php?p=31331#p31331

Po prostu przyszedłem z "zewnątrz" i zacząłem używać tych
funkcjonalności w sposób "oczywisty" dla mnie. A tu niespodzianka "tu i
tam" coś wybucha ;-)

--
Pozdrawiam,
Mateusz Bogusz

do góry

W dniu 03.11.2023 o 10:22, Mateusz Bogusz pisze:
[...]
> Co do notyfikacji, to zgłosiłem błąd -
> https://forum.supla.org/viewtopic.php?p=165112#p1651
12

To nie jest błąd. Po prostu nie ogarnąłeś warunków (odpisałem na forum)
>
> Okazuje się że gdy w warunku jest więcej niż jeden kanał z tego samego
> urządzenia, to "update" mają "w tym samym czasie" i gdy zmieni się
> wartości więcej niż jednego z tych kanałów w wysłanej aktualizacji, to
> scena wykonuje się kilkukrotnie w tej samej sekundzie.
>
> W moim przypadku dostaję np. trzy notyfikacje na raz.

I bardzo dobrze. Ile chcesz razy dostać w ciągu sekundy?

>> Niekoniecznie. Ja używam tego z obcym cloudem, czyli jak sonoff ale
>> mam dodatkowe "bajery" których sonoff nie ma (właśnie skrypty) no i
>> oczywiście możliwość "zarażania" Suplą wszelakich ESP.
>
> Do "Cloud" supli także zgłosiłem, że skoro udostępniają reakcję "Na
> zmianę wartości" to wartość aktualną muszą porównywać z wartością
> poprzednią - to skoro to mają, to mogli by udostępnić możliwość
> wskazania czy reakcja ma nastąpić na "zmianę", "spadek" czy "wzrost
> wartości".
>
> https://forum.supla.org/viewtopic.php?p=165115#p1651
15

Wartość poprzednia jest wartością logiczną. Skoro teraz jest 3 i
wzrasta, to znaczy że było 2 i odwrotnie. Nie łapiesz chyba tej logiki.

Inna sprawa, skąd weźmiesz marker czasowy, jeśli zmiana parametru była 3
dni temu? Będziesz szukał wstecz co sekundę?

>> Heh, bo sobie źle założyłeś :D Nie można tam używać "własnych" wyrażeń.
>
> Ee, skoro sam Frucz

FRĄCZ

> pokazuje w przykładach żeby korzystać z całego Twig...
>
> https://forum.supla.org/viewtopic.php?p=31331#p31331
>
> Po prostu przyszedłem z "zewnątrz" i zacząłem używać tych
> funkcjonalności w sposób "oczywisty" dla mnie. A tu niespodzianka "tu i
> tam" coś wybucha ;-)

Nic nie wybucha, bo znów sobie dałeś złe założenia. Twig jako język
traktuj jako język, natomiast konkretne zmienne nie mogą być "z dupy" i
powinieneś je traktować jak posługiwanie się kluczem do zamka. Masz 100
kluczy do 100 zamków, każdy inny. Jeśli sobie doszlifujesz randomowo
swój kluczyk, może nie pasować do żadnego zamka. Twig = Yale to tak w
rozumieniu jaki to "język/system".


--
LordBluzg(R)??
<<<?i? ć?d?? i Putina i ęjcaredefnoK>>>

do góry

W dniu 03.11.2023 o 09:25, Mateusz Bogusz pisze:

>>> Na razie zadałem pytanie - jak się mnie wydaje - o rzecz dość prostą:
>>> Jak wykonać zapytanie o dane historyczne? Uzyskać trend dla czujnika?
>>> Wykonać akcję gdy temperatura rośnie lub spada?
>>
>> Proste (przykład):
>>
>> {{state(12345).temperature > 42}} to kiedy rośnie
>> {{state(12345).temperature < 41}} to kiedy spada
>>
>> Liczby sobie sam podstawisz w zależności progu zadziałania.
>
> Możliwe że czegoś nie widzę, ale ja nie mam progu. Są trzy czujniki:
> zasilanie CO, zasilanie CWU i wspólnego powrotu (zawór trójdrożny).
>
> Przykładowy scenariusz A:
> Rozpoczyna się grzanie CO, temperatura na zasilaniu zaczyna rosnąć,
> wytwarza się różnica w przedziale 3-8C po czym zaczyna rosnąć powrót.
> Przy czym powrót rozpoczął np. przy 22C a zakończy przy 25C. Aktualny
> warunek jaki mam, to: {{state(zasilanie).temperature >
> (state(powrot).temperature + 2)}}. Jak byś chciał zapisać to za pomocą
> progu? Podpowiem, że w przypadku -15C na zewnątrz start będzie przy 25C,
> a zakończenie przy 29C.
>

To może w końcu napisz, co chcesz uzyskać? Będzie prościej w sensie co i
kiedy ma się włączyć lub wyłączyć.

> Przykładowy scenariusz B:
> Rozpoczyna się grzanie CWU, temperatura początkowa może być 20C a
> końcowa 50C (zasilania). Tutaj podobnie, różnica w przedziale 3-8C.
> Woda osiąga zakładaną temperaturę, różnica zasilania i powrotu spada
> poniżej 2C (tak samo w przypadku CO, możemy założyć że zawsze tym
> warunkiem złapiemy "zakończenie grzania"). I teraz clue. Temperatura w
> rurze na zasilaniu jest zbliżona do temperatury dopiero co zagrzanej
> wody 45C. Urządzenie przechodzi w grzanie CO, przełącza zawór
> trójdrożny, załącza się grzanie, pompa obiegowa na tym układzie,
> temperatura na powrocie (wspólnym) spada do temperatury powrotu z CO
> czyli np. 23C. Różnica między zasilaniem CWU, a powrotem jest > 2C -
> warunek spełniony, dostaje powiadomienie że rozpoczęto ponownie grzanie
> CWU - co nie jest prawdą.
>
> Widzisz jak rozwiązać te przypadki za pomocą progu?

j/w Tak w ogóle dziwię się, że chcesz bazować na wskazaniach z różnych
punktów a nie na logicznych (slawe) wskazaniach. Chodzi o temperaturę na
powrocie. Ona zawsze jest niższa niż na wyjściu i zawsze jest wynikową
systemu. Temperatura "Master" czyli na wyjściu jest tutaj kluczowa i od
niej ustalałbym progi (tak mam u siebie) czyli termometr "na
rurze"...ale można to sprząc z pompą, zaworem, cokolwiek.

Zapewne zawsze dochodzi do przekroczenia progu temp Max, co uznałbym za
próg "koniec grzania" oczywiście z jakimś tam wyliczeniem (buforem
czasowym) na zmiany dynamiczne.
>
>>> Oczywiście chodzi o to, jak to zrobić "z paczki". Nawet zaoferowałem
>>> czteropak dla tego, kto wskaże jak ?
>>
>> No to wisisz 2 or 8pak, bo działa ale nie potrzeba sprawdzać historii :]
>
> Ja dotrzymam słowa, ale musisz mi jeszcze trochę pomóc.

Spox
>
> PS. Dlaczego 2 lub 8? Twojego piwa nie ma w zgrzewkach po 4? Zawsze może
> być 2x2 ;-)
>
Bo możesz stwierdzić, że pomogłem Ci połowicznie albo stwierdzić że
szedłeś złą drogą i wtedy zarobię 2x4pak rozwiązując Twój problem i
wskazując właściwą drogę na dalsze zabawy :D
--
LordBluzg(R)??
<<<?i? ć?d?? i Putina i ęjcaredefnoK>>>

do góry

On 03.11.2023 14:55, LordBluzg(R)?? wrote:
>> Co do notyfikacji, to zgłosiłem błąd -
>> https://forum.supla.org/viewtopic.php?p=165112#p1651
12
>
> To nie jest błąd. Po prostu nie ogarnąłeś warunków (odpisałem na forum)

Heh, nawet nie zauważyłem że Tobie odpisałem.

>> Okazuje się że gdy w warunku jest więcej niż jeden kanał z tego samego
>> urządzenia, to "update" mają "w tym samym czasie" i gdy zmieni się
>> wartości więcej niż jednego z tych kanałów w wysłanej aktualizacji, to
>> scena wykonuje się kilkukrotnie w tej samej sekundzie.
>>
>> W moim przypadku dostaję np. trzy notyfikacje na raz.
>
> I bardzo dobrze. Ile chcesz razy dostać w ciągu sekundy?

Nie zrozumiałem Cię. Dostaję trzy, bo mam trzy kanały wewnątrz warunku
wyzwalacza. Jakbym miał dziesięć, to pewnie bym i dziesięć notyfikacji
dostał. IMO Ty piszesz o limicie w czasie, a ja o tym że w ogóle tam nie
powinno być więcej niż jedna notyfikacja na zmianę stany (wyzwalacza).

>>> Niekoniecznie. Ja używam tego z obcym cloudem, czyli jak sonoff ale
>>> mam dodatkowe "bajery" których sonoff nie ma (właśnie skrypty) no i
>>> oczywiście możliwość "zarażania" Suplą wszelakich ESP.
>>
>> Do "Cloud" supli także zgłosiłem, że skoro udostępniają reakcję "Na
>> zmianę wartości" to wartość aktualną muszą porównywać z wartością
>> poprzednią - to skoro to mają, to mogli by udostępnić możliwość
>> wskazania czy reakcja ma nastąpić na "zmianę", "spadek" czy "wzrost
>> wartości".
>>
>> https://forum.supla.org/viewtopic.php?p=165115#p1651
15
>
> Wartość poprzednia jest wartością logiczną. Skoro teraz jest 3 i
> wzrasta, to znaczy że było 2 i odwrotnie. Nie łapiesz chyba tej logiki.

Piszesz o tym samym co ja? Ja odnoszę się do reakcji zatytułowanej
"Kiedy zmieni się temperatura" - https://i.ibb.co/xfd5mHm/reakcje.png.

Zaznaczenie tego powoduje wyzwolenie reakcji za każdy razem kiedy zmieni
się wartość na czujniku np. z 20.25°C na 20.56°C. O jakiej wartości
logicznej Ty piszesz? Jak dla mnie to muszą mieć zapisaną poprzednią
wartość żeby sprawdzić czy A != B.

> Inna sprawa, skąd weźmiesz marker czasowy, jeśli zmiana parametru była 3
> dni temu? Będziesz szukał wstecz co sekundę?

Ja tam zapytałem o wartość poprzednią - obojętne jak odległa w
przeszłości by ona nie była (np. ESP nie miało zasilania przez tydzień)
- przecież IMO oni tak samo to porównują dla reakcji "Kiedy zmieni się
temperatura".

>>> Heh, bo sobie źle założyłeś :D Nie można tam używać "własnych" wyrażeń.
>>
>> Po prostu przyszedłem z "zewnątrz" i zacząłem używać tych
>> funkcjonalności w sposób "oczywisty" dla mnie. A tu niespodzianka "tu
>> i tam" coś wybucha ?
>
> Nic nie wybucha, bo znów sobie dałeś złe założenia. Twig jako język
> traktuj jako język, natomiast konkretne zmienne nie mogą być "z dupy" i
> powinieneś je traktować jak posługiwanie się kluczem do zamka. Masz 100
> kluczy do 100 zamków, każdy inny. Jeśli sobie doszlifujesz randomowo
> swój kluczyk, może nie pasować do żadnego zamka. Twig = Yale to tak w
> rozumieniu jaki to "język/system".

Jest pole "Odpowiedź" - "Odpowiedź jest widoczna przy wywoływaniu sceny
za pomocą jej adresu URL." - z tekstem zwracanym przy wywołaniu sceny.

Jest do tego film - https://www.youtube.com/watch?v=m9JipPYhm6I - jak
zrobić "widget" na pulpicie telefonu - po czym zamiast widgetu, to
pokazane jest jak zrobić skrót który po naciśnięciu pokazuje tekst w
okienku. Można lepiej i użyć np. widgetify lub widgetery,...aby ten
tekst się od razu wyświetlał we wskazanym prostokącie - tak jak działają
prawdziwe widgety w androidzie. Tylko wiesz co? Do pełni szczęścia
brakuje możliwości wstawienia entera w tym tekście odpowiedzi. A
właściwie to kodu HTML. I to nie jest coś co trzeba dopisać, a IMO ta
funkcjonalność jest w konfiguracji pola "Odpowiedź" po prostu wyłączona
- intencjonalnie czy nie - dlatego zapytałem na forum.

Ktoś inny nawet się pytał jak wprowadzić "spację" -
https://forum.supla.org/viewtopic.php?t=10673.

Nie chce być uszczypliwy, ale wielokrotnie czytałem wcześniej tutaj na
grupie

> Dodatkowo do Supla jest jeszcze bardziej megazaawansowana strona ze scenami. Tam
praktycznie można wszystko.

I jak spróbowałem, to się okazuje że "wszystko" ale tak po trochu, pod
warunkiem że tego i tamtego to nie chcesz, jak dostajesz 10 powiadomień
w tej samej sekundzie z jednej sceny to dlatego że "nie ogarniasz" i
"się nie znasz" albo "sobie źle założyłeś" ;-)

A ja póki co chce tylko wiedzieć czy temperatura na termometrze rośnie
czy spada :-D

ALE żeby oddać uczciwości, to ZGRUBNIE tę informację dostaję. Po prostu
sprawdzam czy na zasilaniu jest o próg (2C) temperatura większa niż na
powrocie i to realizuję w wyzwalaczu - więc działa analogicznie jak
termostat.

Twój pomysł ze scenami też przemyślałem i na inny sposób, też przybliża
dokładniejszą odpowiedź. Jak zrozumiałem, mógłbym np.

W scenie A zareagować na warunek jak wyżej, po czym dodać opóźnienie na
wykonaniu np. 1 min i wyzwolić scenę B w której sprawdzał bym z kolei
czy przekroczyło próg 3C - w ten sposób bym wiedział że faktycznie
różnica rośnie ale:

- wprowadzam opóźnienie w wywołaniu faktycznej akcji
- dodatkowo komplikuje, bo trzeba żonglować tymi progami i czasami aby
dobrać je "pod siebie"
- trzeba by dołożyć do warunku trzecią temperaturę (idealnie stałą) aby
mieć punkt odniesienia, żeby nie było tak że przez spadek temperatury na
powrocie, złudnie wyda się że temperatura zasilania rośnie

--
Pozdrawiam,
Mateusz Bogusz

do góry

On 03.11.2023 15:05, LordBluzg(R)?? wrote:
> To może w końcu napisz, co chcesz uzyskać? Będzie prościej w sensie co i
> kiedy ma się włączyć lub wyłączyć.

Pierwsza i jedyna potrzeba z początku, to było informowanie o
przełączeniu zaworu trójdrożnego. I to pi razy oko jako informacja dla
mnie - otrzymuje.

A teraz - tak jak Ty - bawię się mając oczujnikowaną całą maszynownie i
próbuję skonfigurować powiadomienie o pracy urządzenia grzewczego -
oddzielnie dla CO i CWU. Pisząc serio - kilkukrotnie czytałem tutaj na
grupie duże pochwały w kierunku Supli, to teraz gdy ją mam to staram się
sprawdzić co "pożytecznego" mogę z niej wycisnąć.

Łatwiej jest może "dobrać" warunki gdy się widzi dane, toteż podrzucam
ostatnie 24h - https://ibb.co/cvwVwKm

Mam też dane dla temperatury podłogi jak i zbiornika CWU -
https://ibb.co/6gqjbWj, i może dołączenie ich do warunków pomoże.

Z ciekawostek, za pomocą czujnika temperatury można zobaczyć jak pracuje
pompa w hydroforze ;-) https://ibb.co/g4jpmZH

Albo że mój zamrażalnik włącza się 45 razy w ciągu doby -
https://ibb.co/kQyc2HL

>> Widzisz jak rozwiązać te przypadki za pomocą progu?
>
> j/w Tak w ogóle dziwię się, że chcesz bazować na wskazaniach z różnych
> punktów a nie na logicznych (slawe) wskazaniach. Chodzi o temperaturę na
> powrocie. Ona zawsze jest niższa niż na wyjściu i zawsze jest wynikową
> systemu. Temperatura "Master" czyli na wyjściu jest tutaj kluczowa i od
> niej ustalałbym progi (tak mam u siebie) czyli termometr "na
> rurze"...ale można to sprząc z pompą, zaworem, cokolwiek.

Za powrót myślałem o temperaturze podłogi (ta jak napisałem wyżej jest
zdecydowanie stabilniejsza), ale ja tu widzę co najmniej jeden problem i
jedno coś za coś.

To pierwsze, to że w przypadku defrostu jak widać na wykresie,
temperatura zasilania może być niższa nawet niż temperatura powrotu podłogi.

Drugi to czas reakcji. Szukam rozwiązania żeby dostać powiadomienie w
ciągu ~minuty(?) od rozpoczęcia działania grzania. Temperatura na
podłodze (powrót z niej) - jak widać na wykresie, to 1C na ~30min i to
na dzisiejsze warunki i z początku grzania. Widać że potem moment się
wypłaszcza.

> Zapewne zawsze dochodzi do przekroczenia progu temp Max, co uznałbym za
> próg "koniec grzania" oczywiście z jakimś tam wyliczeniem (buforem
> czasowym) na zmiany dynamiczne.

Ale max czego, zasilania? To jest różne w zależności od warunków
pogodowych i ustawionej oczekiwanej temperatury na powrocie. Ta z kolei
wynika z krzywej pogodowej. O to ostatnie w supli, nawet nie pytam ;-)

Ja nie mówię że się nie da. Supla stawia na wszechstronność i możliwości
integracji. Przypuszczam że metodą prób i błędów w iluś tam scenach i
jakiś zależnościach pewnie bym dobrał konfigurację taką, żeby
wyeliminować wszystkie false wyzwolenia.

Można by też pewnie napisać kilkadziesiąt linii kodu i wrzucić na jakiś
kolejny ESP co by pobierał te dane (niech będzie nawet lokalnie),
przetwarzał je lokalnie, a do supli cloud wysyłał na kilku wirtualnych
kanałach już przetworzone stany - grzeje 0/1.

No ale dla siebie w liczbie sztuk jedna takie wygibasy? ;-)

> Bo możesz stwierdzić, że pomogłem Ci połowicznie albo stwierdzić że
> szedłeś złą drogą i wtedy zarobię 2x4pak rozwiązując Twój problem i
> wskazując właściwą drogę na dalsze zabawy :D

Podsunąłeś dopisanie warunku wyzwalacza do warunku wykonania. Zamiast
jeden sceny zrobiłem dwie i mam teraz powiadomienia Start grzania i Stop
grzania. Już w połowie drogi ;-)

Teraz to mnie te notyfikacje najbardziej frapują, bo dla mnie to wygląda
jak ewidentny błąd (nieobsłużony przypadek graniczny) i bez interwencji
autora scripts czy tam kogoś od supli, raczej tego nie obejdę - a raczej
nie chce się skupiać na czymś na czym nie ja powinienem.

Ewentualnie w supla cloud jakby dodali obsługę "trendu" (jak poprosiłem
na forum), to myślę że wtedy aktualne potrzeby rozwiązałaby podstawowa
supla.

--
Pozdrawiam,
Mateusz Bogusz

do góry