Wszystko o Smarthome | Webinsider - Internet widziany od środka ™

Kategoria: Smarthome

Jeśli korzystasz z ESPHome i czujników BME280, to po aktualizacji ESPHome do wersji 2024.2.0, musisz dokonać zmian w konfiguracji platformy dla czujnika BME280 (I2C)

Rano dokonałem aktualizacji ESPHome do najnowszej wersji, czyli 2024.2.0, po czym rutynowo zacząłem aktualizować kolejne urządzenia. I tak się złożyło, że już na pierwszym urządzeniu napotkałem błąd związany z czujnikiem BME280 (temperatura, ciśnienie i wilgotność powietrza). A że ten czujnik jest przeze mnie wykorzystywany dość często, to problemu nie można było zostawić bez rozwiązania.

Identyfikator wyzwalacza w automatyzacjach w Home Assistant, czyli prosty sposób na zmniejszenie liczby (tworzonych) automatyzacji

Jak przekonałem się niejednokrotnie, klątwa wiedzy krąży, i nie zawsze co dla nas oczywiste, jest takie dla wszystkich. I to czasem nawet bardziej zaawansowanych, doświadczonych… I tak dziś na tapet bierzemy Home Assistant i jeden z tych tematów, co gdy już wiemy, to wydaje się to nie tylko proste, ale i oczywiste. Ale jak sam się przekonałem kilka dni temu, rozmawiając z innymi użytkownikami Home Assistant, nie jest to takie oczywiste i raczej słyszałem „o…”, a nie „e, znam”.

Dzwonek na bazie ESP8266 i ESPHome, z integracją z Home Assistant, czyli inteligencja dzwoni do drzwi

Nieprzypadkowo się mówi, że tymczasowe rozwiązania często stają się rozwiązaniami stałymi, i to nie tylko z powodu przyzwyczajenia. I tak właśnie było z dzwonkiem na furtce – po przeprowadzce, by był tymczasowy dzwonek, wykorzystałem istniejący przycisk, do którego doprowadziłem zasilanie 5V i dodałem najzwyklejszy buzzer (brzęczyk), który sobie popiskiwał, gdy ktoś nacisnął przycisk, tym samym zamykając obwód. Proste, ale skuteczne, bo nawet swój system zasilania awaryjnego posiadał, w postaci układu z akumulatorkiem 18650. W końcu jednak nadeszła pora, by brzęczyk był bardziej smart.

Urządzenie iSpindel wysyła po MQTT dane do Home Assistant, a ten po HTTP wysyła je do Brewfather, czyli wirtualny iSpindel

W artykule „Sterownik do piwnej lodówki, czyli grzanie i chłodzenie (brzeczki, piwa), na bazie ESPHome i Home Assistant, z integracją z Brewfather” wspomniałem, że w mojej – coraz mniej tylko testowej – migracji z BrewPiLess do ESPHome, m.in. celu lepszej integracji z Home Assistant, jest jeszcze jedna luka, a mianowicie urządzenie iSpindel, które w standardzie przesyłało informacje do BrewPiLess, a BrewPiLess dalej słał jej do Home Assistant (MQTT) i Brewfather (HTTP). Po zastąpieniu BrewPiLess przez ESPHome skonfigurowałem urządzenie iSpindel tak, by przekazywało informacje bezpośrednio to Brewfather, co jest dla mnie ważniejsze, niż to, by mieć je (tylko) w Home Assistant. W końcu jednak przyszła pora, by również tym tematem się zająć…

Home Assistant porzuca HAOS i wraz z ESPHome i tunelem od Cloudflare idzie w kontenery, czyli Docker Compose w akcji

Kolega na razie cały czas walczy z ponownym przywróceniem serwera Home Assistant Operating System (HAOS) do działania, ale coraz śmielej przebąkuje, że chyba pora mnie posłuchać, i przejść na Dockera, czyli Home Assistant Container. Zwłaszcza że zapowiedziałem mu wsparcie w tym procesie. A skoro tak, to pomyślałem, że może warto zrobić z tego artykuł. Tak więc dziś na tapet leci Home Assistant, ESPHome i bonusem tunel od Cloudflare (opcjonalnie), w wersji kontenerowej (Docker).

Gdy ESPHome podczas kompilacji oprogramowania blokuje cały system (komputer), można ograniczyć maksymalną liczbę jednoczesnych procesów kompilacji

Obecnie rolę serwera – od strony sprzętu – dla m.in. Home Assistant i ESPHome pełni u mnie Raspberry Pi 3B+, czyli nie jest to może demon wydajności, ale na moje potrzeby obecnie wystarcza. Zresztą z takiej samej Maliny korzysta kolega, który przyczynił się do pomysłu na ten artykuł. Z tą różnicą, że ja Home Assistant i ESPHome mam w ramach Dockera (Home Assistant Container), a kolega w ramach dedykowanego systemu, czyli Home Assistant Operating System (HAOS). A poszło o to, o co przy takim demonie wydajności mogło pójść, czyli o wydajność. A konkretnie obciążenie Raspberry Pi przy kompilowaniu oprogramowania dla płytek (np. ESP8266, ESP32) z poziomu ESPHome.

Przegląd wybranych nowości w Home Assistant 2024.1, czyli zmiany w konfiguracji automatyzacji, lekka modyfikacja karty termostatu, oraz System Monitor „wyrzucony” z pliku YAML

Pierwsza aktualizacja Home Assistant w 2024 za nami. A właściwie to nawet dwie, bo chwilę po 2024.1 pojawiła się wersja 2024.1.1, która coś tam jeszcze naprawia czy koryguje. I mógłbym uznać, że aktualizacja jak aktualizacja, więc zaktualizować, korzystać, ale niekoniecznie tworzyć z tego artykuł. Ale aktualizacja wprowadza niby drobną, ale dla mnie zdecydowanie sensowną zmianę w karcie termostatu, o której pisałem przy okazji artykułu „sterownik do piwnej lodówki, czyli grzanie i chłodzenie (brzeczki, piwa), na bazie ESPHome i Home Assistant, z integracją z Brewfather”, czyli artykułu o testowym przejściu ze sterownikiem od „piwnej lodówki” z BrewPiLess na Home Assistant. Choć oczywiście, to nie jedyna nowość/zmiana…

Pin is used in multiple places, czyli niby mała zmiana w nowym ESPHome, która może poważnie zaskoczyć

Poranki, takie jak np. 1 stycznia to dobra okazja, by korzystając z tego, że sporo osób dłużej śpi, wykonać na spokojnie prace serwisowe, aktualizacje… Tak więc wczoraj zapuściłem rutynowe aktualizacje serwerów i usług na nich, w tym domowe Raspberry Pi, na którym działa m.in. Home Assistant i ESPHome. Wszystko przeszło sprawnie, przynajmniej do momentu, gdy zacząłem aktualizować urządzenia z ESPHome, po aktualizacji ESPHome na serwerze. Przy próbie aktualizacji jednej z testowych płytek ESP32 pojawił się błąd. Było to o tyle dziwne, że w kodzie nic nie zmieniałem, więc jak nic, zmiana musiała nastąpić w samym ESPHome…

Loading

Promocja własna

Wdrożenie Omnibusa w sklepie na WooCommerce

Promocja własna

Jak (legalnie) latać dronem w Kategorii Otwartej

Promocja własna

WordPress: Pierwsze kroki

Pin It on Pinterest