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 219 x

[PetrDubi]

Tady máš popis komponenty switch:
https://esphome.io/components/switch/index.html
Všechny výstupy na cívky si uděláš jako switch s gpio a nastavíš u nich i parametr internal: true (aby se ti nezobrazovaly v HA, pokud tam ty piny chceš vidět, tak internal vynecháš).
Uděláš si tam pro každé relé switch, kde platform nebude gpio ale template. A nastavíš mu on_turn_on a on_turn_off, kde do každý automatizace dáš to, co jsi sem dával (on, wait, off) a nastavíš tam ty switche s gpio.
Takže když přepneš ten template switch, tak ti zapne a vypne zapínací nebo vypínací cívku.

[kodl69]

Nechápu jazyk tvého kmene. Ten popis komponenty switch znám, ale jasi mi nijak nenapovídá, jak to udělat. Template jsem nepochopil vůbec... Co to slovo znamená vím, ale pro HA to nechápu. Takže znovu, mám relé na MCP23017, pin 0 zap a pin1 1vyp

Kód: Vybrat vše

mcp23017:
  - id: mcp23017_hub
    address: 0x20
switch:
  - platform: gpio
    name: "rele_0_on"
    internal: true 
    pin:
      mcp23xxx: mcp23017_hub
      number: 0
      mode:
        output: true
    
        
  - platform: gpio
    name: "rele_0_off"
    internal: true 
    pin:
      mcp23xxx: mcp23017_hub
      # Use pin number 1
      number: 1
      mode:
        output: true   

edit upraveno aby si esphome nestěžovalo na umístění internal: true.
A co dál? tohle otrocky opíšu 7x s jinejma číslama pinů, ale jak to budu ovládat?

[kodl69]

našel jsem ještě tohle, Dá se použít "${devicename} i na místě toho relay set (relay reset)? Samozřejmě místo gpio bude to MCP23xxx

Kód: Vybrat vše

 LED diody tam asi nebudu  mít, asi málo pinů a další MCP se mi tam dávat kvůli tomu nechce
switch:
  - platform: gpio
    pin: GPIO19
    id: relay_reset

  - platform: gpio
    pin: GPIO22
    id: relay_set
    
- platform: template
    name: "${devicename} relay"
    id: relay
    lambda: |-
      return id(power_led).state;
    turn_on_action:
      - switch.turn_on: relay_set
      - switch.turn_on: power_led
      - delay: 0.1s
      - switch.turn_off: relay_set
    turn_off_action:
      - switch.turn_on: relay_reset
      - switch.turn_off: power_led
      - delay: 0.1s
      - switch.turn_off: relay_reset

ale tohle nejde zkompilovat, tj asi je něoc blbě. Ne všechno co je na netu je správně...

[soami]

Jelikož jsem lama, dávám si vadný kód do https://chatgpt.com/- zkus tedy dotaz "not working" a vlož svůj zápis a vyjede ti přehled možných chyb a návrh oprav. Neříkám, že to bude 100% funkční, ale mně to tedy dost pomohlo.

[kodl69]

chatgpt odpovídá trochu jako blondýna kombinovaná s pracovníkem microsoftu, ale něco snad pomohl, alre hlavně pomohlo https://esphome.io/components/switch/gpio.html

Kód: Vybrat vše

mcp23017:
  - id: mcp23017_hub
    address: 0x20

switch:
  - platform: gpio
    id: rele_0_on
    internal: true
    on_turn_on:
      - delay: 500ms
      - switch.turn_off: rele_0_on
    pin:
      mcp23xxx: mcp23017_hub
      number: 0
      mode:
        output: true

  - platform: gpio
    id: rele_0_off
    internal: true 
    on_turn_on:
      - delay: 500ms
      - switch.turn_off: rele_0_off
    pin:
      mcp23xxx: mcp23017_hub
      # Use pin number 1
      number: 1
      mode:
        output: true 

  - platform: template
    name: "rele_0_switch"
    turn_on_action:
      - switch.turn_on: rele_0_on
    turn_off_action:
      - switch.turn_on: rele_0_off

chyby klasika, místo ID jsem měl name, a to že se to zjednoduší hned na začátku, kdy udělám výstupy impulsní, mě nenapadlo. 0.5s je skoro moc, ale proč ne. Teď už jenom udělat to tak, abych to nemusel 7x opisovat, a to taky nevím jak. A nebo to nakopírovat a jenom přepsat čísla pinů a relátek? to mi řijde dost zvířecí...

[TomHC]

Copy paste a prepísať čísla... Otravné, ale robíš to len raz.

[PetrDubi]

kodl69:
No vidíš jak jsi to nakonec pěkně zvládnul

Já bych ti teď ráno popsal co a jak na tvůj večerní dotaz, ale mezitím jsi to už vychytal.
U toho prvního kódu co ti nešel komplilovat by podle mě problém v tom, že jsi tam měl turn_on_action: a mělo tam být on_turn_on:
Tady je to ukázaný:
https://esphome.io/components/switch/in ... ff-trigger

Jinak já osobně bych použil ten první typ kódu, kdy je ta automatizace komplet u template switch, abych to měl na jednom místě, protože mi to přijde přehlednější, než ta funkční varianta, kdy je část automatizace u template switch a část u GPIO. Ale fungovat bude oboje.

Co se týká toho rozkopírování, tak já používám taky copy/paste a přepsat čísla jak píše Tom - je to podle mě nejrychlejší. Taky jsem zkoušel vymýšlet něco jiného, ale jiný postup pořád chtěl nějakou práci navíc, takže výsledek +/- stejný.
Pokud by jsi to chtěl co nejjednodušší, tak jedině tenhle blok pro jedno relé dát do samotného textového souboru, dát najít a nahradit číslo, po přepsání zkopírovat blok do yaml, další nahrazení a zkopírovat do yaml atd.. Jde to tahle rychle a máš to za pár minut.