FVE s podporou z DS

[betmen]

mam vsetko decentralizovane.
HA bezi na 1 Rpi, domoticz na 2 Rpi, monitor baterky a menica na 3 Rpi, 3 posiela udaje do 1.
server sluzi ako sat prijimac, ulozisko medii a zaloha dat, ktore sa automaticky pravidelne zalohuju na server z tychto 3 Rpi.
zaroven 4 a 5 rpi bezia na libreelec a tahaju vsetky data zo servera.
kamery su cloudove s ukladanim na pamatovku a zaroven zalohovanim na server.
no a samotny server ma system na ssd, ten ma poslednu funkcnu konfiguraciu samozrejme zalohovanu vo vlastnom poli z dvoch zrkadlenych hdd. pri nom mi staci jedna naozaj funkcna zaloha, kedze tam bezi iba oscam, tvheadend a ftp...

ale hlavne som to myslel tak, ze ked mu klakne synology, tak mu nepojde ani smart home, ani monitor elektrarne az do chvile, kym nevymeni zelezo.

[cipis]

No v tom se vyznat ...

[betmen]

uplne v pohode. ked to postupne budujes, tak mas prehlad.
navyse vsetko doma je spravene tak, aby sa to dalo ovladat aj beznym vypinacom/ovladacom a bolo pouzitelne aj pri nahodnom zlyhani polovice komponentov a aj v pripade, ze nemas mobil po ruke.

[skybor]

betmen: Asi už jsme trochu OT, ale když už jsme tu problemtiku nakousli. Neni nějaké jednoduché řešení mirroringu dvou Rpi. Nemám v plánu provozovat 5 Rpi, ale "nedůležité" věci mi na jednom "historickém" Rpi běží a nerad bych o ty "nedůležité" věci přišel a řešil to znovu. Že by třeba běžely dvě RPi nonstop s nějakým online zrcadlením a v případku výpadku bych jen to padlé RPi nahradil jiným ...

[rva]

Když jsem používal Rpi, tak mi kvůli rychlosti běželo z ssd a za chodu jsem manuálně prováděl kopii ssd na jednu z pěti flešek, které rotovaly.
Pak jsem doinstaloval do na něm běžícího HA add-on Samba Backup a nastavil aby každou noc udělal zálohu, která se ukládala na síťový disk (NAS Synology).

[betmen]

tak to veru netusim, ci je nieco taketo mozne s rpi.
u mna sa to takto vyvinulo same. najskor bol domoticz, ktory je v prevadzke uz asi 12 rokov a ten bezi na prehistorickom rpi model B. ten ovlada cely dom, ale vo svojom jednoduchom rozhrani domoticzu 2020.1
k tomu som pred 2 rokmi zacal postupne vsetko integrovat do HA a tym padom je dom mozne ovladat cez dve zariadenia.
jedine co ma napada je tak ako to mam ja, ze vsetko co je postavene na esp ma v sebe espeasy a odosiela data na dve zariadenia, taktiez vsetko co vie davat spatnu vazbu (zigbee brana, vysavac atd) odpoveda na poziadavky oboch.

[skybor]

OK. Díky chlapi za tipy. Tohle mne navedlo na myšlenku, že bych mohl nechat běžet RPi v nějakém virtualu (asi na nějakém "LowPower" stroji s Linuxem) a dělát někdy v noci snapshot a zálohu pak někam kopírovat. Anebo mít ty "LowPower" stroje rovnou dva a takhle je zrcadlit. Už toho mám právě na tom RPi celkem dost. Jako nic důležitého to neřídí, spíš jen monitoring a méně podstatné věci, ale už si na to člověk tak nějak zvyk a překopat to na něco jiného (třeba i ten HA) mi bude trvat asi roky

BTW: Důležité věci mi běží na Logu.

https://www.howtogeek.com/run-a-raspber ... irtualbox/

[TomHC]

Páni, ak už zálohovať, tak konfigurácia a dáta. Celý image je tak trochu zbytočnosť. Teda za podmienky, že sa dá konfigurácia a dáta konzistentne exportovať.

Ak totiž chcete zálohovať celú kartu napr. cez dd, tak treba rátať s tým, že databáza môže byť nekonzistentná, lebo dáta v pamäti sa neodzálohujú. Keď už ste tak odhodlaní zálohovať, urobte si recovery test. My v práci raz ročne robíme BCRS - Business Continuity Resiliency Services, postaví sa od nuly v druhom datacentre základná infraštruktúra, prinesú sa pásky a urobí sa restore domény a vybraných DB/APP serverov, spustí sa to a zákazník urobí testy a acceptance

[TomHC]

Síce úplný offtopic, ale uvediem môj konkrétny setup:

- hlavný NAS Synology DS923+
- offsite NAS Synology DS120j ktoré sa používa ako off-site backup, BTRFS, versioning, atď
- Home assistant (HA) beží ako virtuálny server (VM) na DS923+
- HA používa externú MariaDB/MySQL a nie integrovaný sqlite3, MariaDB beží na ďalšej VM na Debian OS
- na Synology mi bežia aj rôzne Docker images, pre FVE "dôležité" sú InfluxDB, Telegraf, Grafana
- VM kde je MariaDB cez cron spúšťa aj zopár skriptov (zber dát z MQTT do MariaDB a iné), zálohy samotnej DB ktoré kopíruje do "backup" foldra, ktorý je synchornizovaný na druhé Synology on-the-fly
- ďalší skript mi robí konsolidovaný zber dát ktoré idú do samostatnej databázy na MariaDB, s 5 min. granularitou, mám tam údaje o FVE, z elektromerov, plynomeru, vodomeru, meteostanice, teploty z domu a okolo domu, údaje z bojleru
- z HA sa robí hodinový backup konfigurácie cez Samba Backup -> backup folder na Synology
- denne sa robí aj záloha ostatných konfigurácií a skriptov - Grafana, Telegraf, ESPhome konfigy...

V prípade smrti hlavného NAS by som prišiel o "hot" dáta (Influx/Grafana), ale na ľubovoľnom HW (laptop) by som vedel nejako rozbehnúť HA (cez VMware Workstation, VirtualBox, Hyper-V) a obnoviť funkcionalitu v priebehu hodiny. A neskôr aj všetko ostatné, prišiel by som akurát o celú InfluxDB, ale z toho sa nezbláznim.

Všetky dôležité automatizácie žijú vlastným životom na ESPhome, takže nič fatálne by sa s FVE nestalo.

Okrem FVE mi Synology pokrýva aj kamery, zálohy všetkých PC a laptopov, VPN, médiá... Nehovoriac o tom, že to mám ako privátny cloud, zálohujú sa tam fotky zo všetkých mobilov a celé sa to synchronizuje na ten druhý off-site NAS, takže v prípade vyhorenia/krádeže/potopy mám stále pre mňa najdôležitejšie dáta aj mimo dom. A ak by prišlo na katastrofu takých rozmerov, že si to odnesie aj off-site NAS, tak nás všetkých budú zrejme trápiť úplne iné veci ako je FVE alebo fotky zo základnej školy

EDIT: prečo takto zložito? Lebo pracujem v IT 25 rokov a s počítačmi som začal ešte na ZŠ po páde totality na Atari 130XE, kde som začal aj programovať. Podľa knižiek, internet ešte nebol...

Backup stratégia 3-2-1 = tri kópie dát, na dvoch rôznych médiách a jednom vzdialenom mieste

[rva]

Kde to jde, tak se snažím zajistit funkčnost baráku i když něco selže.
Kde používám chytré zásuvky, které jsou spínány buď z HomeAssistant, nebo jiné aplikace, tak je obvykle nastavuji tak, aby se po výpadku elektřiny a třeba nefunkčnosti HA nastavily na stav ON. Aby po takové nepříjemnosti dům přestal být "smart" ale dalo se vše ovládat jako dříve - klimatizace, čerpadlo, ...:

Shelly 1PM - power on defaul mode

U paralelně připojených měničů stále běží měnič 1. Automatizace sleduje výkon a dle potřeby zapne k měniči 1 i měnič 3 a popřípadě i měnič 2. K tomu využívám rozpínacích kontaktů relátek, aby při závadě automatizace (nefunkčním HA) byly v běhu všechny tři měniče. U vytěžovačů (třeba podlahové topení nebo boiler) to mám přesně naopak - využívám spínacích kontaktů a vytěžovače tak zůstanou vypnuté aby nespotřebovávaly baterii:

Kód: Vybrat vše

# měnič 3 - běží často Spínač měniče paralelně s rozpínacími kontakty relé, aby při vypnutí relé (závada) měnič běžel
    - unique_id: Dingtian-relay13756-r2
      name: "Dingtian-relay13756 Switch2"
      state_topic: "/dingtian/relay13756/out/r2"
      command_topic: "/dingtian/relay13756/in/r2"
      availability:
        - topic: "/dingtian/relay13756/out/lwt_availability"
          payload_available: "online"
          payload_not_available: "offline"
      payload_on: "OFF"
      payload_off: "ON"
      state_on: "OFF"
      state_off: "ON"
      optimistic: false
      qos: 0
      retain: false

# podlahové topení. Napájení cívky stykače spínacími kontakty relé, aby při vypnutí relé (závada) podlaha nehřála
    - unique_id: Dingtian-relay13756-r3
      name: "Dingtian-relay13756 Switch3"
      state_topic: "/dingtian/relay13756/out/r3"
      command_topic: "/dingtian/relay13756/in/r3"
      availability:
        - topic: "/dingtian/relay13756/out/lwt_availability"
          payload_available: "online"
          payload_not_available: "offline"
      payload_on: "ON"
      payload_off: "OFF"
      state_on: "ON"
      state_off: "OFF"
      optimistic: false
      qos: 0
      retain: false

[rva]

Překonal jsem lenost a u jednoho JK-BMS přešel z monitorování přes BLE na serial, protože z neznámých důvodů právě u tohoto jednoho byla komunikace nespolehlivá, dokonce horší, než u jiného, kde jedno esp obsluhovalo dvě JK-BMS.
JK-BMS má na sériovém konektoru (označený jako GPS) vyvedeno i napětí baterie, tak to jsem využil pro napájení AC(DC)/DC zdroje, kterým esp 8266 napájím. Usnadnilo to kabeláž.

JK-BMS - přechod od monitorování přes BLE na serial

Zkoušel jsem nakrimplovat ten konektor, ale skončil jsem u objednání JST1.25, S 10piece 4Pin, Length 30cm na https://www.aliexpress.com/item/1005005606126356.html

[rva]

Sledovali jsme polární záři a tak jsem nezaplachtoval bazén. Tím mohu porovnat vliv přikrytí hladiny na noční ochlazení vody v bazénu:

Vliv plachty na chladnutí bazénu

Elektřiny je nadbytek, takže následující den se bazén ohřeje, ale trvá to dlouho, zhruba 1 st.C za jednu hodinu, takže příjemně teplá voda by byla až navečer. I proto je důležité bazén přikrývat.
U tepelného čerpadla už od začátku jeho provozu sleduji náhodné sekundové výpadky odběru. Netuším, jestli se jedná o přípravu na závadu, reakci na nějakou nekvalitu napájení z měničů, chybu čínského programátora, nebo normální stav:

Příkon filtrace a tepelného čerpadla

Čerpadlo je invertorové, ale zdá se mi, že pro ohřev bazénu to je zbytečnost (akorát, že se možná už ani jiná nevyrábějí). Bazén má tak velkou tepelnou kapacitu, že čerpadlo běží velmi dlouho na plný výkon, pak se vypne i na 2-4 hodiny než teplota poklesne.

[rva]

Pro lepší integraci regulátorů do HA jsem začal připravovat podle esphome pro pipsolar/Axpert/ISolar potřebné mezikusy.
Jde to udělat i celkem malé, kde je DC/DC měnič, převodník signálu a esp32. Tavnou pistolí to získalo potřebnou tuhost.

"interface" mezi ISolar a HomeAssistant

Integrace ISolar do HA

[rva]

Když mám ty čtyři měniče v HA, tak už je možné odhadovat, jak asi fungují. Odhaduji, že u těch vysokonapěťových je na DC bus (cca 380V) připojen
1. mptt regulátor,
2. obousměrný? DC/DC měnič z/do baterie a
3. DC/AC měnič 380DC/230AC.
Mptt regulátor je nastaven na vyšší napětí než měnič z baterie a proto je při dostatku solární energie napětí na této sběrnici vyšší (cca 390V) a tato sběrnice není napájena z baterie.
Pokud AC střídač odebírá z této sběrnice více než je schopen mppt regulátor dodat, napětí na sběrnici poklesne pod cca 370 V a tím se spustí nabíjení sběrnice měničem z baterie.

ISolar DC bus

[sisdale]

2. obousměrný? DC/DC měnič z/do baterie a

Ano, obousmerny, ve smeru z BUS do batrie je zarazen jeste pred DC/DC menicem buck convertor, ktery slouzi pro regulaci velikosti nabijeciho proudu do baterie a zejmena pak plni funkci zastaveni nabijeni pri prechodu do float rezimu. DC/DC menic ma pomer zhruba 8:1. Tedy mas-li na baterii napeti treba 50V, tak BUS ma 400V.

Mptt regulátor je nastaven na vyšší napětí než měnič z baterie a proto je při dostatku solární energie napětí na této sběrnici vyšší (cca 390V) a tato sběrnice není napájena z baterie.
Pokud AC střídač odebírá z této sběrnice více než je schopen mppt regulátor dodat, napětí na sběrnici poklesne pod cca 370 V a tím se spustí nabíjení sběrnice měničem z baterie.

Ty hranice napeti pri kterych se nabiji nebo vybiji nejsou konstantni, ale jsou dane napetim baterie a pak tim pomerem nasobeni DC/DC menice. Pokud jsou baterie jiz ve floatu a nebo v omezeni nabijeciho proudu, tak napeti na BUS zacne stoupat nahoru. Pokud dosahne hodnoty 470V, tak MPPT regulator opusti bod maximalniho vykonu, zacne menit svuj duty cycle spinacich prvku a posouva napeti na PV vstupu nahoru a snizi odber vykonu z panelu.

Nektere implementace menicu mivaji problem s regulaci toho Buck convertoru mezi BUS a DC/DC menicem a maji pomalejsi nabehy nabijeni do baterie zejmena v situace dojde-li prudce k poklesu zateze na AC vystupu menice. Signal pro buck convertor generuje control board a toto chovani je ovlivneho verzi FW na control boardu.

[rva]

Varování, aby někdo neopakoval mou chybu. Je fajn měřit teplotu, relativní vlhkost a barometrický tlak. Třeba pomocí modulu BME-280. Ale modul nemůže být u desky esp32, i když tam krásně pasuje, protože pak měří teplotu (a vlhkost) u té destičky.

čidlo tlaku a teploty

BME280

BME280.png (10.86 KiB) Zobrazeno 755 x

[TomHC]

Jasné, dokonca aj krátke prívodné vodiče prenesú teplo

[rva]

Když měřím teplotu a relativní vlhkost venku a v místnosti, mohu určit absolutní vlhkost (tedy kolik g vody je v m3 vzduchu). Abych to nemusel počítat (nebo spíš odečítat z tabulek), je na to pěkná integrace pro HA - Tepelný komfort
Vidím, jak účinně klimatizace odstraňuje vodu ze vzduchu a tím je v místnosti příjemněji (Very comfortable), zatímco venku je příjemně (Comfortable). Aplikace počítá i řadu dalších parametrů:

Tepelný komfort

[rva]

Přes léto je solární energie nadbytek. Není potřeba nabíjet baterie na plné napětí, protože se tím snižuje jejich životnost. Proto mám upraveno napětí na regulátorech ISolar na položka 26: Cu 53.8 V, položka 27: FL 53.6 V, tím zhruba přicházím o 15% kapacity baterie, což přes léto nevadí. Baterie bývá dost brzy nabitá na těch 53.6 - 53.8 V a regulátory si pak z FV panelů berou jen tolik, kolik potřebují měniče (spotřebiče). Záznam ukazuje, že tuto regulaci zvládají celkem rychle a dost dobře:

Regulace odběru z FV panelů při nabité baterii

[rva]

Včera padaly trakaře a i na snímač, který je venku pod střechou se dostala voda/mlha/? a nakonec jsem ho musel vyčistit:

Výpadek snímače kvůli vlhkosti

Používáte jako ochranu nějakou impregnaci na DPS? I kvůli vlhkosti?