home asistant automatizace

[PetrV2]

Budeš na to potřebovat Utility meter helper (Settings -> Devices and services -> Helpers -> Create helper (Button) -> Utility meter). Ten si nějak nazveš a hlavně mu nastavíš Source sensor. Chce to si trochu zapokusovat, aby ses s tím seznámil. Až budeš mít, tak Developer tools -> Actions (nebo Call service u starších verzí HA) a zavolat Utility Meter: Calibrate a z toho už to bude jasné. Utility meter "zkalibruješ" na 50 Ah.

[kodl69]

To mi celkem chodí, akorát mám to měření proudu opačně, tj proud z baterie mám kladný a do baterie záporný. Dá se to někde u toho sensoru nastavit, aby se změnilo znaménko? přepojovat dráty se mi nechce... Mám to česky, tak byl trochu problém to v těch českejch názvech najít, ale dobrý. A pak už snad jenom ten automatickej reset na 100%, když bude na baterce delší dobu napětí odpovídající plnýmu nabití...

[PetrV2]

Inteligentnější řešení než template helper mě nenapadá , tedy vytvořit další helper typu template a tam napsat výraz, který otočí znaménko, např.

Kód: Vybrat vše

{{ - (states('sensor.jmeno_tveho_sensoru_proudu') | float) }}

a tento nový template senzor použít jako input toho utility meteru.
Nastavení na 100% SOC z automatizace prakticky stejně jako z developer tools - tedy vytvoříš automatizaci a zvolíš si nějaký spouštěč (trigger), třeba když napětí baterky či článku je větší než X voltů po dobu Y vteřin tak Utility Meter: Calibrate a jako hodnotu tvé ampérhodiny plné baterky.

Developer tools -> Template mi ušetřilo asi milion hodin času tam si můžeš zkoušet ty template výrazy a hned je vidět výsledek (či chyba) a když je výraz odzkoušený na tomto pískovišti, tak pak v reálu většinou funguje na první pokus

[kodl69]

řešení znaménka bylo nakonec jednoduchý, přímo v espohome stačí zadat

Kód: Vybrat vše

-filter
  multiply -1.0

ale při té integraci vzniká jinej problém, kterej nechápu proč tak je. NA jednom ESP mám 3x INA3221, I2C , každý jinou adresu, mám nastavený odesílání co 10s a po 10 sekudách přijdou naměřený hodnoty jenom z jednoho INA... A některý to nepošle třeba minutu, což nechápu. Tady je vidět, že to několikrát poslalo 7,8,9, jednou 3,4,5 a 1,2,3 ani jednou...

Kód: Vybrat vše

08:04:29	[D]	[sensor:094]	'aku 8 Current': Sending state -0.00000 A with 2 decimals of accuracy
08:04:29	[D]	[sensor:094]	'aku 9 Current': Sending state -0.00000 A with 2 decimals of accuracy
08:04:39	[D]	[sensor:094]	'aku 7 current': Sending state -0.00000 A with 2 decimals of accuracy
08:04:39	[D]	[sensor:094]	'aku 8 Current': Sending state -0.00000 A with 2 decimals of accuracy
08:04:39	[D]	[sensor:094]	'aku 9 Current': Sending state -0.00000 A with 2 decimals of accuracy
08:04:49	[D]	[sensor:094]	'aku 7 current': Sending state -0.00000 A with 2 decimals of accuracy
08:04:49	[D]	[sensor:094]	'aku 8 Current': Sending state -0.00000 A with 2 decimals of accuracy
08:04:49	[D]	[sensor:094]	'aku 9 Current': Sending state -0.00000 A with 2 decimals of accuracy
08:04:59	[D]	[sensor:094]	'aku 7 current': Sending state -0.00000 A with 2 decimals of accuracy
08:04:59	[D]	[sensor:094]	'aku 8 Current': Sending state -0.00000 A with 2 decimals of accuracy
08:04:59	[D]	[sensor:094]	'aku 9 Current': Sending state -0.00000 A with 2 decimals of accuracy
08:05:09	[D]	[sensor:094]	'aku 7 current': Sending state -0.00000 A with 2 decimals of accuracy
08:05:09	[D]	[sensor:094]	'aku 8 Current': Sending state -0.00000 A with 2 decimals of accuracy
08:05:09	[D]	[sensor:094]	'aku 9 Current': Sending state -0.00000 A with 2 decimals of accuracy
08:05:16	[D]	[sensor:094]	'aku 4 current': Sending state -0.96000 A with 2 decimals of accuracy
08:05:16	[D]	[sensor:094]	'aku 5 Current': Sending state 0.80000 A with 2 decimals of accuracy
08:05:16	[D]	[sensor:094]	'aku 6 Current': Sending state 

Samozřejmě nejde mi o nějaký přesný počítání Ah, spíš chci vidět, jak se kterej akupack zůčastňuje a nebo nezůčastňuje. A když to z jednogo pošle data co 10s a z jinýho co 2 minuty, tak tam vůbec nemusí být zaznamenanej odběr přes 1Ah (rychlovarka) nebo naopak započítanej chybně navíc. A to už je potom k ničemu, když se to může opakovat klidně 20x za den...

[kodl69]

Tak nakonec je to moje nepochopení "update interval" - stačilo těch 10s přidat ke každé instanci ina3221, a já měl původně za to, že to platí pro celý esp32, ne pro jednotlivý zařízení k němu připojený.

[PetrDubi]

Jestli myslíš update interval u senzorů, tak se to týká každého senzoru u kterého se to uvede jinak se použije defaultní hodnota.

[kodl69]

Ještě se mi u těch měřičů nelíbí, že nejde nastavit jednotka Ah, a je otázka, jestli to počítá správně, zkoušel jsem integrační měřič, ten počítal správně, ale nešla mi nastavit výchozí hodnota...

[TomHC]

Ještě se mi u těch měřičů nelíbí, že nejde nastavit jednotka Ah, a je otázka, jestli to počítá správně, zkoušel jsem integrační měřič, ten počítal správně, ale nešla mi nastavit výchozí hodnota...

A presne tak sa to robí - jeden helper je intergátor a ten používa utility meter ako source A ako tak pozerám, HA nepozná unit_of_measurement: Ah. Takže asi len prepočet na kWh s nejakým nominálnym napätím.

[PetrDubi]

Mělo by to nějak jít, protože z ESPhome s programem syssi na vyčítání dat z BMS JBD tahám data do HA a tam mi ukazuje zbývající kapacitu baterie v Ah.

[kodl69]

Ten integrátor se zeptá na jednotku času a potom to máš buď v Ah nebo As... ale nejde mi tam nastavit nějaká počáteční hodnota, na rozdíl od toho měřiče spotřeby, kde se dá nastavit nějaká hodnota, od které to počítá.
Ne že bych chtěl suplvat smartshunt, ale jenom ze zvědavosti se podívat, jak se která baterka zůčastňuje v průběhu cyklu. Až to pojede pár dní, tak něco zveřejním, zatím to vypadá celkem předpokladatelně, možná až moc...

[kodl69]

Takže asi je všechno jinak. Pomocník měřič energie neintegruje Ah. Je to prostě jenom přemalovaný to, co dostane ze senzoru proudu a posunutý o mnou ručně nastavenou hodnotu. Tj bude to muset být úplně jinak, použít integrátor (tj to co je na dolním obrázku a fakt počíátá Ah) a ten dát jako vstup měřiče energie, kde si nastavím tu počáteční kapacitu, příp doplním ty resety na 100% podle napětí a proudu. Ale proč se škrábat za pravým uchem pravou rukou, to je moc jednoduchý, tohle je konstrukce jak pro blbce...

[kodl69]

Zase tápu. Potřebuju ovládat minimálně 7ks bistabilních dvoucívkových relé. HW je jednoduchej, ESP32, MCP23017 a ULN2003 (2803) a z toho cívky relátek proti + a to je všechno.
Ale co teď s těma dvoucívkovejma relátkama? pro zapnutí potřebuju impuls cca 0.5s např. na pin A0, a 0.5s impuls pro vypnutí na pin A1, a tak dál, 7x.
něco jako

Kód: Vybrat vše

on_"něco jako zapnierelé_0":
  then:
    - switch.turn_on: pin_0
    - delay: 0.5s
    - switch..turn_off:pin_0
    
   on_"něco jako vypnirelé_0":
  then:
    - switch.turn_on: pin_1
    - delay: 0.5s
    - switch..turn_off:pin_1 
    

ale jak místo on_press dostat signál "rele0_ON"? nebo jak to nazvat. Zatím jsem jenom dokázal vytvořit switch na pin Gpio, ale to není to co potřebuju...
Další věc je, že potřebuju, aby se po zapnutí ty relátka "proklapaly" na stav zapnuto, a nejraděj ne všechny zaráz, protože napájecí zdroj by to nemusel dávat.
Kdysi jsem to řešil s arduinem, ale už to nemůžu nikde najít, ale měl jsem to dost otrocky opsaný 7x...

[Antrac1t]

pokud ti to nebude vadit muzes to dat primo do ESPcka vyuzit Cover, kterej se vyuziva pro zaluzie, ale ja jej mam na ovladani kohoutu k topeni , kde trva 17s z ON na OFF ci obracene + koncaky na ziskani stavu + mcp23017 ...

Kód: Vybrat vše

cover:
  - platform: template
    name: "Topeni Kuchyne"
    id: topeni_kuchyne
    optimistic: true
    open_action:
      - switch.turn_on: kuchyne_kohout_rele
      - delay: 17s
      - switch.turn_off: kuchyne_kohout_rele
    close_action:
      - switch.turn_on: kuchyne_kohout_rele
      - delay: 17s
      - switch.turn_off: kuchyne_kohout_rele
    stop_action:
      - switch.turn_off: kuchyne_kohout_rele
      
binary_sensor:
  - platform: gpio
    #endstop for heating bathroom OFF status
    name: "Kuchyně kohout status"
    id: kuchyne_topeni_ON
    on_state:
      then:
        - lambda: |
            if (id(topeni_kuchyne).position == cover::COVER_OPEN) {
             if (id(kuchyne_topeni_ON).state){
                // kohout se otevira
                auto call = id(topeni_kuchyne).make_call();
                call.set_command_open();
                call.perform();
              } else {
                // kohout je uzavrenej
                auto call = id(topeni_kuchyne).make_call();
                call.set_command_stop();
                call.perform();
              }

            } else {
              if (id(kuchyne_topeni_ON).state){
                // kohout se zavira
                auto call = id(topeni_kuchyne).make_call();
                call.set_command_stop();
                call.perform();
              } else {
                // kohout je otevrenej
                auto call = id(topeni_kuchyne).make_call();
                call.set_command_close();
                call.perform();

              }              
            }
    pin:
      mcp23xxx: mcp23017_hub
      number: 12
      mode: INPUT_PULLUP
      inverted: true      

kohout.png (13 KiB) Zobrazeno 19 x