dokładnie . Też swego czasu straciłem trochę czasu kiedy to zauważyłem (ja wstawiłem pustą linię pomiędzy liniami SET a końcową linią warunku) - teraz po prostu się pilnuję.
Jeszcze jedno : jak korzystasz z funkcji np time(), czy sunsetTime() to ważne są duże małe litery. Np funkcji Time() nie ma, trzeba małymi literami napisać : time(). Albo : jest sunsetTime() i nie możesz np napisać tak SunSetTime().
W odpowiedzi masz podpowiedź jak się to powinno pisać :
{{SunSetTime()}} (ERROR: Unknown "SunSetTime" function. Did you mean "sunsetTime" in "__string_template__266e120d83edb6a328cdce53df5441184ca8a0b527c168c75968bbbf1f28cc63" at line 1?)
Warunki w SUPLA Scripts - pomysły
-
ciekawy_zycia
- Posts: 42
- Joined: Wed Mar 06, 2019 8:35 am
no wlasnie, tylko ze jak masz blad (duza mala litera) to dostajesz informacje zwrotna i mozna to szybko poprawic, w przypadku jakiejs przydakowej spacji czy lini to mozesz żyć w przekonaniu ze masz wszystko dobrze , az zona bedie narzekać, ze w kaloryfery zimne w domu a ty bedziesz sie klocil ze przeciez kaloryfery sie wlacza jak bedzie temp ponizej 24 
-
sdsi
- Posts: 135
- Joined: Tue Nov 14, 2017 10:20 am
Proszę o pomoc - czy da się włączyć dany kanał (po spełnieniu zadeklarowanego wcześniej warunku) na jakiś czas (powiedzmy 120 minut?
Jeśli tak - to czy można - po upływie tego czasu i wyłączeniu kanału - zadeklarować czas oczekiwania (powiedzmy 240 minut) zanim ew. warunek ew. znowu pozwoli włączyć kanał?
Dziękuję
Jeśli tak - to czy można - po upływie tego czasu i wyłączeniu kanału - zadeklarować czas oczekiwania (powiedzmy 240 minut) zanim ew. warunek ew. znowu pozwoli włączyć kanał?
Dziękuję
-
Andreas112
- Posts: 22
- Joined: Wed Jan 23, 2019 1:25 pm
- Location: Grays
No właśnie też jestem ciekaw jak to wyłączyć w chwili jak moduł straci połączenie, powiem że taki komunikat o drugiej rano budzi lepiej niż jakikolwiek budzik
-
fracz
- Posts: 2342
- Joined: Fri Oct 28, 2016 10:56 pm
- Location: Kraków
- Has thanked: 4 times
- Been thanked: 6 times
Faktycznie w V3 ta opcja już nie działa tak jak powinna.
W warunku musicie explicite dopisać, np:
W warunku musicie explicite dopisać, np:
Code: Select all
not state(1).hi and state(1).connected -
Andreas112
- Posts: 22
- Joined: Wed Jan 23, 2019 1:25 pm
- Location: Grays
Dzięki za szybką reakcję a z racji że nie znam twig-ów a tylko je używam to wpisałem tak jak cię zrozumiałem czylifracz wrote: Fri Mar 15, 2019 10:48 am Faktycznie w V3 ta opcja już nie działa tak jak powinna.
W warunku musicie explicite dopisać, np:
Code: Select all
not state(1).hi and state(1).connected
{not state(1).hi and state(1).connected } i wyskoczyło mi że warunek jest aktualnie spełniony wię mniemam że dobrze jest?? Jak będe w domu to pomęcze zasięgi wifi.
-
Andreas112
- Posts: 22
- Joined: Wed Jan 23, 2019 1:25 pm
- Location: Grays
Wojciechu potestowane, zasymulowane( i nie tylko) utraty zasięgów wifi na trzech sztukach wemos D1 i działa od kopa......super!!! Dzięki!! 
-
dawidd
- Posts: 678
- Joined: Tue Dec 19, 2017 12:45 pm
- Been thanked: 1 time
Code: Select all
not state(1).hi and state(1).connected Code: Select all
{{not state(1).connected }}-
wsosniak
- Posts: 764
- Joined: Sat Jun 02, 2018 8:02 am
- Been thanked: 1 time
@fracz - po zmianie czasu na letni, funkcje sunsetTime() i sunriseTime() dają wynik sprzed zmany czasu, czyli odpowiednio : 18:07 i 5:12 . Na tą chwilę dla naszej strefy czasowej to powino być koło 19tej a wschód o 6tej. Czy się mylę ?
Dla porównania harmonogramy cloud pokazują poprawne czasy tzn że teraz wschód jest o 6:10 (było 5:15) a zachód o 19:10 (było 18:05)
strefę czasową w supla scripts mam : Europe/Warsaw - czyli chyba poprawną
Dla porównania harmonogramy cloud pokazują poprawne czasy tzn że teraz wschód jest o 6:10 (było 5:15) a zachód o 19:10 (było 18:05)
strefę czasową w supla scripts mam : Europe/Warsaw - czyli chyba poprawną
