Hasonló cipőben járok. Annyi különbséggel, hogy nem in-general építek okosotthont, hanem egy viszonylag összetett fűtésrendszerhez szeretnék rugalmasan bővíthető és átkonfigurálható vezérlést készíteni. Apró kiegészítésekkel: pl. lássam a garázskapuk nyitott illetve zárt állapotát, kerüljön logba a három bejárati ajtó nyitása/csukása, esetlegesen - telefon alapú - presence adat legyen a házban lévőkről.
Nem szeretem a vezeték nélküli dolgokat, de wireless node-okat sokkal többfélét kapni és nagyságrendekkel egyszerűbb kiépíteni, mint egy full-hardwired rendszer esetén.
A legtöbb eszköznek lesz tápja, ők wifisek (főleg Shelly relék).
A battery-powered dolgok esetén szerintem nem annyira nyerő választás a wifi. Láttam olyan megoldást, hogy elmegy az ESP deep sleep-be, és az esemény interruptot generál. Ilyenkor felébred a hardver, megadott AP-hoz csatlakozik, elküld egy csomagot és ismét elalszik. De nem tudom ez mennyire hatékony, ezen a részén még fogok gondolkodni.
Feltettem a Home Assistant-ot szépen dockerbe, aztán szembesültem is az első problémával: dockerben futva nem lehet feltenni az ESPhome addon-t, ami pedig nekem az alapkoncepció része (szeretem a rugalmas, hekkelős dolgokat). Van egy csomó itthon ezekből a pici olcsó ESP modulokból, amiket szeretnék megflashelni (utána már ugye OTA). Ezek főleg I2C-s dolgokkal kommunikálnának (pl. 8 csatornás relépanel), némi autonómiával a fw-ben, hogy AP vesztéskor vagy a HA kiesésekor se menjen vakrepülésbe a rendszer.
Így mehet most a Core install. Remélem zökkenőmentes lesz.
Az a bajom az egésszel, hogy bármilyen vonzó és rugalmas is a HA, a fűtés mégis csak egy mission critical rendszer. És tuti akkor baszódik majd el, amikor a legnagyobb hideg van, én meg Kínában vagyok. A család meg itthon megfagy.
Egy minimál failover rendszer lesz - a jelenlegi dobozból áthekkelve, amit most télre készítettem. Ez annyit tud, hogy ha hő van a pufferben, tolja ki a padlóba és csinálja a melegvizet.
Ha esetleg propriatery hardvert készítenék valamihez, azt mqtt-sre csinálnám.