Warunki w SUPLA Scripts - pomysły

[pzygmunt]

Do tego wystarczy Ci harmonogram z cloud-a. Akcje „Otwórz” i „Zamknij” sprawdzają stan bramy i w razie czego powtarzają kliknięcie przekaźnikiem.

[SOYER]

W cloudzie zadziałało bez problemu.

[uchnast.michal]

Temat pralki nadal pozytywny, powiadomienia wysyłane tylko wtedy kiedy trzeba i zawsze wtedy kiedy trzeba.
Inna sprawa.
Chciałem sobie zrobić automatyczne zamykanie bramy o 22.00.
W wyzwalaczu mam
{{ not state(xx).hi and time() > '22:00' }}
a w warunku
{{ not state(xx).hi }}
W akcji kanał przekaźnika bramy.
Warunki się fajnie zmieniają, ale scena nie jest wykonywana. Kombinowałem z różnymi godzinami i operatorami logicznymi. Nic.
Po kliknięciu w przycisk testowy, brama się zamyka.

Ja mam tak i działa bezbłędnie:
Wyzwalacz
00 23 * * * | 4 23 * * *
Sprawdza 2 razy bo nie wiadomo czy była w trakcie zamykania czy otwierania. Jak sprawdzi raz to albo zamknie do końca albo otworzy a drugi to na pewno zamknie.
Warunek wykonania
{{not state(1).hi and state(1).connected and not state(0).hi and state(0).connected}}

[SOYER]

Dzięki, wyzwalanie czasem u mnie też działa.

[fracz]

Dużo tego, ale widzę że działa

Jeśli możesz coś zrobić za pomocą harmonogramów lub scen bezpośrednio w Cloud, to zawsze wybieraj to rozwiązanie. Ono jest niezawodne.

[SOYER]

@fracz, kolejny problem z warunkami, a właściwie z czytaniem przez wyzwalacz stanu kanału.
Dzisiaj podłączyłem ostatecznie suszarkę do supli, na podobnej zasadzie jak pralkę. Niestety scripts nie odczytuje prawidłowo stanu kanału pomiaru analogowego 6746. Cały czas twierdzi, że jest tam ZERO, kiedy w apk ładnie wyświetlają się wartości.
Sprawdź to proszę i daj znać o co kaman.
Po prostu nigdy nie spełnia się warunek różny od ZERA, np.:
{{state(6746).temperature > 250}}

[SOYER]

Próbowałem wstawić id innego czujnika, działa. Próbowałem wstawić ten
{{state(6746).temperature > 250}}
w warunek, a nie wyzwalacz i raz działało, a raz nie.
W wyzwalaczu nie widzi faktycznego wyniku "temperatury", który wynosi w okolicach 1000 st, przez dobre 10-15 sekund, wyniku doskonale widocznego w aplikacji. Z przeprowadzonych testów wynika, że uparcie twierdzi że czujnik 6746 wskazuje ZERO.

[klew]

Próbowałem wstawić id innego czujnika, działa. Próbowałem wstawić ten
{{state(6746).temperature > 250}}
w warunek, a nie wyzwalacz i raz działało, a raz nie.
W wyzwalaczu nie widzi faktycznego wyniku "temperatury", który wynosi w okolicach 1000 st, przez dobre 10-15 sekund, wyniku doskonale widocznego w aplikacji. Z przeprowadzonych testów wynika, że uparcie twierdzi że czujnik 6746 wskazuje ZERO.

Kanał temperatury akceptuje wartości od -273 do 1000. Także aby działało to wartość musi być w tym zakresie

[Yepestis]

Próbowałem wstawić id innego czujnika, działa. Próbowałem wstawić ten
{{state(6746).temperature > 250}}
w warunek, a nie wyzwalacz i raz działało, a raz nie.
W wyzwalaczu nie widzi faktycznego wyniku "temperatury", który wynosi w okolicach 1000 st, przez dobre 10-15 sekund, wyniku doskonale widocznego w aplikacji. Z przeprowadzonych testów wynika, że uparcie twierdzi że czujnik 6746 wskazuje ZERO.

Kanał temperatury akceptuje wartości od -273 do 1000. Także aby działało to wartość musi być w tym zakresie

Niestety brakuje nam kanału ogólnego przeznaczenia, ale cierpliwie czekamy

[SOYER]

No zadziałało!! Dzięki.
Oj przydałby się ten kanał ogólny. Żona by mnie nie pytała o to czemu na pralce jest tak wysoka temperatura.
Trochę mi też trwało zanim w ogóle dostałem odczyty na analogowym w sofcie na GUI GENERIC BUILDER. Metodą prób i błędów i szukania na forum doczytałem o ustawianiu min in, min out itd. NIE doczytałem, że to konieczne bo nie będzie działać, nie doczytałem o tym ograniczeniu do 1000st.

Musiałbym w ciemno wertować multum tematów i postów.
Naprawdę szanuję ogrom pracy włożonej i w suplę i w scrypty i w całą otoczkę. Wielki podziw i podziękowanie.
Ale.
Naprawdę przydałoby się jakieś miejsce gdzie można by poczytać podstawach ustawień każdej funkcji. Przekopywanie forum to średnio szczęśliwy pomysł, choć bardzo pouczający.