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
-
- Posty: 42
- Rejestracja: śr 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
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ę
-
- Posty: 22
- Rejestracja: śr sty 23, 2019 1:25 pm
- Lokalizacja: 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
Faktycznie w V3 ta opcja już nie działa tak jak powinna.
W warunku musicie explicite dopisać, np:
W warunku musicie explicite dopisać, np:
Kod: Zaznacz cały
not state(1).hi and state(1).connected
-
- Posty: 22
- Rejestracja: śr sty 23, 2019 1:25 pm
- Lokalizacja: 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 pisze: ↑pt mar 15, 2019 10:48 am Faktycznie w V3 ta opcja już nie działa tak jak powinna.
W warunku musicie explicite dopisać, np:
Kod: Zaznacz cały
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.
-
- Posty: 22
- Rejestracja: śr sty 23, 2019 1:25 pm
- Lokalizacja: 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!!
Kod: Zaznacz cały
not state(1).hi and state(1).connected
Kod: Zaznacz cały
{{not state(1).connected }}
@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ą