Wpis z mikrobloga

Zaczałem się bawić automatyką w #esphome i zawiesiłem sobie gniazdko "inteligentne" ¯\(ツ)_/¯

Na wstępie dodam że podstawowa konfiguracja z linku poniżej mi działała - zdalne włączanie/wyłączanie i pomiar mocy
https://www.esphome-devices.com/devices/Gosund-SP111

Chcę pompą w przepompowni sterować - aby po jednym pompowaniu poczekało tak z godzinę do kolejnego. Bo pływak ma mało ruchu i często się włączało.

Wymyśliłem coś takiego https://pastebin.com/j7WKGu22 no i kaplica, po wgraniu włącza się przekaźnik + dioda, ze siecią się nie chce połączyć, co jakiś czas (10s?) się jakby resetuje, szybko miga niebieska diodka (wycięty komponent status
led)

Krótko o konfiguracji:
- plik jest przycięty dla czytelności, bez ustawień sieciowych, zbędnych czujników, komponent statusled też z rozpędu znikł
- skrypt "iteracja" opisuje scenariusz który chciałem powtarzać: włączyć przekaźnik (i diodę), odczekać chwilę na pompę, poczekać aż pompa skończy robotę, zgasić diodę i odczekać godzinę (testowo 1min)
- skrypt "petla" zapetla iterację
- pętla jest wystartowana w on
boot
- pętla może być resetowana przyciskiem

Wiem że mógłbym osiągnąć podobny efekt używając komponentu interval. No ale dobrze wiedzieć dlaczego to działa a tamto nie działa.
Jakieś ukryte ograniczenia triggera on_boot? Nie sprawdzałem czy obniżenie priorytetu (i wystartowanie pętli po ustawieniu wifi) działa. Przy braku/awarii wifi też ma działać.

  • 1
Gdzie był problem: skrypt "petla" kręcił się jak oszalały bez czekania aż skrypt "iteracja" się zakończy. Wystarczyło dodać "script.wait: iteracja". Albo je scalić w jeden.