Home asistant

[Kodl69]

jenom na ukázku:

Snímek obrazovky pořízený 2021-10-06 22-02-15.png

[

IMG_20211006_215950_442.jpg

těch 50mA je proud LED té minibaterečky, zrovna nic jinýho neleželo na stole...

[Kodl69]

to bylo z toho příkladu lcd na esphome dokumentaci. tj pozůstatek prvních pokusů. formát displeje neřeším, mám skutečně 20x4, a ten odkaz byl na příklad, kde je popsaný, že to id: musí být hned za deklarací senzoru a až potom má být name: " " tj na pořadí záleží
jo a čas je z NTP serveru, odkud jinud.
Když už jsem trochu tu zrůdnost pochopil, tak jsem si do "lambda: - | " dopsal zapínání a vypínání podsvícení displeje po zmáčnutí tlačítka, jenom na vyzkoušení. Jo a zkusil jsem vypnout PC s hass.io a všechno funguje, měření měří, podsvícení displeje jde zapnout i vypnout (stejně to nakonec dám vypnout za nějakou dobu, abych to nezapomínal zapnutý.
esphome podporuje displej N5110, https://esphome.io/components/display/pcd8544.html ten bez podsvícení bere pod 1mA...Spolu s ESP32 a INA3221 je to cca 1mA kdy ESP je v deep sleep, na tohle skoro škoda dělat zdroj, a jenom to napájet jednou 18650 Jediná výhoda I2C LCD je ta, že je to jednodušší na připojení, a možná drobek i softwarově. Spíš si říkám, když připojím 3ks INA3223 tj měření pro všech 8 stringů, jak to budu na tom displeji rolovat, to bude jak kdysi noviny na svoboďáku v Brně

[Kodl69]

zase syntax problém. chtel bych připojit 2x INA3221. TO se nechá zkompilovat snadno, stačí, když má každá jinou I2C adresu.
Ale problém nastane s ADS1115, to je napsaný jaksi jinak, tj když zadám

Kód: Vybrat vše

ads1115:
   id: prvni 
   address: 0x48
   
ads1115:
   id: druhy 
   address: 0x44

tak je stížnost "duplicate key ADS1115" na místě toho id: druhy

ale dále v sensors to id funguje jako "ADS1115_id:" to by mě ani ve snu nenapdlo - ale nevím, jak udělat ADS1115_id: druhy nedejbože treti, který bude mít jinou i2c adresu. kdežto u toho ADS1115 nevím jak vytvořit další s jinou adresou (teda HW je to snadný, na to stačí kulička cínu

Kód: Vybrat vše

  - name: "string 1 Volt"
    id: pvu1
    ads1115_id: prvni
    multiplexer: 'A0_GND'
    gain: 4.096
    platform: ads1115
  - name: "string 2 Volt"
    id: pvu2 
    ads1115_id: prvni
    multiplexer: 'A1_GND'
    gain: 4.096
    platform: ads1115

u INA3221 je to jinak, tak se zadá

Kód: Vybrat vše

- platform: ina3221
    address: 0x40
    channel_1:
    ...........
    - platform: ina3221
    address: 0x44
    channel_1:
    ....
    

a je to zkompilovaný bez stížnosti.

[Kodl69]

dost dobrý. Rkiwi dík.
ještě info: tohle

Kód: Vybrat vše

 filters:
      - calibrate_linear:
         - 0.132-> 0.000
         - 3.111 -> 34.59

přepočte naměřenou hodnotu na skutečnou velikost, je tak?
tj pokud mám na vstupu dělič 1:20 tak napíšu

Kód: Vybrat vše

 filters:
      - calibrate_linear:
          0.00-> 0.00
         2.00 -> 40.00

nebo jinak?

[Kodl69]

věřím tomu, že jak INA3221 tak ADS1115 budou pro moje potřeby dost lineární a nebudu se v tom muset vrtat.

[Kodl69]

další blbina. řeším ovládání dvoucívkovýho bistabilního relé. Tj např na gpio GPIO18 ON a na GPIO 19 OFF je potřeba poslat cca 0.5s impuls, a ještě bych rád, aby to dycky poresetu bylo ve stavu zapnuto...
našel jsem cosi, z čeho nejsem úplně chytrej https://www.elektormagazine.com/labs/wifi-switch

Kód: Vybrat vše

output:
  - platform: gpio
    id: relay_set
    pin: GPIO1 # TXD, may not be pulled low at startup (see datasheet ESP8266EX).
    inverted: true
  - platform: gpio
    id: relay_reset
    pin: GPIO2 # Do not pull low at startup.
    inverted: true

switch:
  - platform: template
    name: "Wi-Fi switch"
    id: wifiswitch
    turn_on_action:
      # Pulse the Set pin.
      - output.turn_on: relay_set
      - delay: 0.1s
      - output.turn_off: relay_set
    turn_off_action:
      # Pulse the Reset pin.
      - output.turn_on: relay_reset
      - delay: 0.1s
      - output.turn_off: relay_reset
    # Use optocoupler state as switch state.
    lambda: return id(optocoupler).state;

# Pushbutton & optocoupler.
binary_sensor:
  - platform: gpio
    name: "Wi-Fi switch pushbutton"
    id: pushbutton
    pin:
      number: GPIO0 # Do not pull low at startup.
      inverted: true
    on_press:
      then:
      - if:
          condition:
            binary_sensor.is_on: optocoupler
          then:
            switch.turn_off: wifiswitch
          else:
            switch.turn_on: wifiswitch
  - platform: gpio
    name: "Wi-Fi switch optocoupler"
    id: optocoupler
    pin:
      number: GPIO3 # RXD, the only ESP-01 pin that may be pulled low at startup.
      inverted: true

Budu mít těch relátek celkem 8, tak jestli je nějak možný to napsat jednou a pak přiřadit další id k dalším pinům... Předpokládám, že přepojení pinů GPIO na MCP23017 snad nebde problém, protože 16 pinů na esp32 volnejch nemám.

[ringo]

Kodle na Home Assistant pomalu přecházím z Domoticsu. ESP tam ještě nemám přímo zaintegrovaný, rep. vyčítám z nich údaje prostřednictvím MQTT z Domotiscu (kam mi je ty čidla přímo odesílají svým protokolem, který by se sice taky dal přepnout taky na HQQT, ale oboje najednou to nezvládá) ale z HA je už umím ovládat. Mám podobně realizované ovládání žaluzií kdy pro pootevření potřebuji jen krátké impulsy. Domoticz primárně používá firmware ESPEasy, které umožňuje nastavit tzv. rules, které běží přímo na tom ESP.
Potom by šlo místo přímého ovládání výstupů které realizuji následujícím způsobem (dokonce podle čísla výstupu koukám že to mám rovněž za tím expanderem)
- platform: command_line
switches:
arest_pin_four:
command_on: "/usr/bin/curl -X GET http://192.168.2.21/control?cmd=pcfgpio,72,0"
command_off: "/usr/bin/curl -X GET http://192.168.2.21/control?cmd=pcfgpio,72,1"
volat ty pravidla které provedou ten impulsní výstup.

Takže kdyby jsi nenašel přímé řešení pro ESPHome tak ti mohu blíže popsat tuto okliku přez jiný firmware.

[Kodl69]

já to dokážu, ale pro 10 impulsních relé to budu muset 20x opsat, což mi nepřijde dobrý, to by mělo v tom .yaml existovat něco jako funkce nebo podprogram.
MQTT - to mi nechodí a nechodí. nevím co s tím.
kousek logu po restartu:

Kód: Vybrat vše

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] mosquitto.sh: executing... 
[18:48:51] INFO: SSL is not enabled
[cont-init.d] mosquitto.sh: exited 0.
[cont-init.d] nginx.sh: executing... 
[cont-init.d] nginx.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[18:48:51] INFO: Starting NGINX for authentication handling...
[18:48:51] INFO: Starting mosquitto MQTT broker...
1634921331: mosquitto version 1.6.12 starting
1634921331: |-- *** auth-plug: startup
[18:48:52] INFO: Successfully send discovery information to Home Assistant.
[18:48:52] INFO: Successfully send service information to the Supervisor.
1634921331: Config loaded from /etc/mosquitto/mosquitto.conf.
1634921331: Loading plugin: /usr/share/mosquitto/auth-plug.so
1634921331:  ├── Username/password checking enabled.
1634921331:  ├── TLS-PSK checking enabled.
1634921331:  └── Extended authentication not enabled.
1634921331: Opening ipv4 listen socket on port 1883.
1634921331: Opening ipv6 listen socket on port 1883.
1634921331: Opening websockets listen socket on port 1884.
1634921331: Warning: Mosquitto should not be run as root/administrator.
1634921331: mosquitto version 1.6.12 running
1634921331: New connection from 127.0.0.1 on port 1883.
1634921331: Socket error on client <unknown>, disconnecting.
1634921332: New connection from 192.168.1.129 on port 1883.
{"result": "ok", "data": {}}1634921332: New client connected from 192.168.1.129 as esp8266-02c8f4 (p2, c1, k15, u'karel').
1634921333: New connection from 172.30.32.1 on port 1883.

na 192.168.1.129 je dyibms v4, tohle je všechno, co z toho dostanu.
co je adresa 172.30.32.1 netuším.
Dnes jsem ze zoufalství nahrál tasmota firmware do jednoho nodemcu, a výsledky taky nemám.

To, co všem funguje, mě ne... Už jsem i ten mqtt odinstaloval a znovu nainstaloval, a pořád nic.
pokračování logu:

Kód: Vybrat vše

634921333: New client connected from 172.30.32.1 as 5DoqWiZ2ecxMNCPjB2dH5T (p2, c1, k60, u'karel').
1634921342: New connection from 192.168.1.120 on port 1883.
1634921342: New client connected from 192.168.1.120 as karel (p2, c1, k30, u'karel').
1634921398: New connection from 172.30.32.2 on port 1883.
1634921398: Socket error on client <unknown>, disconnecting.
1634921518: New connection from 172.30.32.2 on port 1883.
1634921518: Socket error on client <unknown>, disconnecting.
1634921559: New connection from 192.168.1.120 on port 1883.
1634921559: Client karel already connected, closing old connection.
1634921559: New client connected from 192.168.1.120 as karel (p2, c1, k30, u'karel').
1634921638: New connection from 172.30.32.2 on port 1883.
1634921638: Socket error on client <unknown>, disconnecting.
1634921758: New connection from 172.30.32.2 on port 1883.
1634921758: Socket error on client <unknown>, disconnecting.
1634921878: New connection from 172.30.32.2 on port 1883.
1634921878: Socket error on client <unknown>, disconnecting.
1634921998: New connection from 172.30.32.2 on port 1883.

192.168.1.120 je ten nodemcu s tasmota firmware. ale pořád to nechodí a nechodí. něco je špatně. A internet neodpovídá rozumně, asi se pokazil google

[josse]

Teď nevím jak jsi to přesně nainstaloval, ty adresy 172.30.... jsou mezi supervisorem a socketem tuším.

[Kodl69]

instalace v ha se tě na nic neptá, prostě dáš nainstalovat addon.
ano, takhle to vypadá, když mám konfiguraci bez jména a hesla:

Kód: Vybrat vše

logins: []
customize:
  active: false
  folder: mosquitto
certfile: fullchain.pem
keyfile: privkey.pem
require_certificate: false

co je nejzajímavější, že jednou se tam něco protlačilo, protože v seznamu entit je neco jako tasmota, ale ne ty vstupy a výstupy, co jsem na tom nodemcu s tasmotou nastavil... Ale stejně to píše nedostupné. Někteří doporučují externí broker, ale to nevím, jestli dokážu nastavit.

[josse]

Myslel jsem instalaci celého stroje, já jsem řešil reverse proxy venku v internetu, tak jsem trochu musel kouknout jak je to udělaný...

Máš server (třeba virtuální) v něm je ten supervisor, v něm docker, v dockeru ha, v ha pak jednotlivé add-on.

Add-on jsou jen služby v jednom stroji. Řekněme Python scripty, poslouchající na tcp portu.

Mezi supervisor a docker jsou ty adresy 172.30. které nikde nevidíš ...

A myslím, že bys ty adresy 172.30 ani neměl nikdy vidět, jedině, kdybys měl domácí síť ve stejném rozsahu, to by to pak asi nic nefungovalo...

[josse]

Je tam někde chyba, že z entit se to nedostane do nodred, a instaluje se tam něco ručně, bude to brzy vydáno jako add-on nebo začleněno do nodered. Jestli to nebude stejné s tím mosquito... Já jsem se zatím dostal k funkčnímu nodered a mosquito je přede mnou...

[ringo]

Já mám HA na RPI4, konfigurace podobná jako ukázáno výše (místo hranatých závorek ale mám níže i jméno a heslo), adresa 173.30.32.1 se mi v logu občas taky objeví a chodí to.
Doporučuji si na PC nainstalovat MQQT Explorer (http://mqtt-explorer.com/) ať člověk vidí co tam běhá případně tam může i sám něco poslat

[redcrown]

běží vám někomu RPi4 z disku připojeného přes USB?

[lzahradil]

Ackoliv nemam tyto krabicove molochy rad, protoze co si clovek vytvori sam, to vi presne jak funguje, rozhodl jsem se take HA vyzkouset.

Provedl jsem instalaci jako VM pod ESXi. Zde vse probehlo v poradku. Prosel jsem si pruvodce a HA byl pripraven. Letmo jsem koukl po netu co je mysleno nazvy Integrace, Zarizeni, Entity a Oblasti a hlavne se dovtipil kde se co vlastne nastavuje. OK, stahl jsem File editor abych se dostal k yaml souborum.
Protoze mam doma spoustu veci na kterych bezi Tasmota a odesila/prijima data pres mqtt broker ktery mi bezi na rpi4, chtel jsem je dostat do HA. OK, rikam si, pridam Integraci Tasmota. Je tam. Pridam integraci mqtt, nastavim ip a port mqtt brokeru a ono to tam naskace do zarizeni z prijatych topicu z mqtt. Jenze, to byla myslenka moc ruzova i kdyz, pokud bych rozjizdel vse na novo, skutecne by to tak i bylo.
Aby se do zarizeni v HA co se tyce Tasmoty vse samo nacetlo, je nutne v tasmote hodit do konzole prikaz SetOption19 1
Bingo, testovaci senzor s wemos d1mini na kterem bezi tasmota a rs485 modulem pripojenym do elektromeru Eastron SDM630 se mi do HA nacetl s hodnotama ktere jsou viditelne primo v tasmote. Po chvili zjistuji ze moje stavajici automatizace prestava fungovat.
Tim prikazem SetOption19 1 se sice tasmota stala integrovanou pro HA ale stavajici veci ktere zpracovavam pres mqtt nefunguji. Duvod jak jsem zjistil je jednoduchy. Zmenil se topic. Pred zadanim prikazu byl topic napr tele/elektromer/SENSOR. Po zadani prikazu je topic elektromer/tele/SENSOR.
OK, upravil jsem ve sve stavajici automatizaci abych si mohl hrat i s HA.
Data z modbus elektromeru SDM630 s tasmotou jsou posilana jako json. Jedna se o 3F elektromer, takze je kazda hodnota pro jednotlivou fazi v hranate zavorce oddelena carkou. napr. "Voltage":[236,237,235], "Power":[0,0,0],.....
V HA se vytvorili i entity s friendly nazvem:
Elektromer ENERGY Total
Elektromer ENERGY Yesterday
Elektromer ENERGY Today
Elektromer ENERGY ReactivePower
Elektromer ENERGY Current
Elektromer ENERGY Voltage
Elektromer ENERGY TotalStartTime
Elektromer ENERGY Power
Elektromer status
Elektromer ENERGY Factor

jinak maji id dle nazvu napr. sensor.elektromer_energy_total, sensor.elektromer_energy_power. Hacek je v tom, ze jsou jednotlive hodnoty v te hranate zavorce a oddelene carkou. Pokud si teda u entity najedu na oko, graf se mi neukaze protoze tam neni ciselna hodnota ale defakto string.

Upozornuji ze jsem uplne nepolibenej HA a spise badam nez tvorim neco aniz bych vedel co vlastne delam
Ted jsem v pr... protoze vubec nevim kde se k te integraci da neco upravit. Myslel jsem ze integrovane veci doskacou do souboru configuration.yaml a tam do toho budu moci kdyztak hrabnout. Neni to tak.. Jak jsem psal, nevim, neznam... tak jsem do configuration.yaml dobastlil dalsi senzor entity?

Kód: Vybrat vše

sensor:
  - platform: template
    sensors:
      mainpowerl1:
        friendly_name: "Main L1 Power"
        unit_of_measurement: 'W'
        value_template: "{{ states('sensor.elektromer_energy_power').split(',')[0].strip('[') |int}}"
        
      mainpowerl2:
        friendly_name: "Main L2 Power"
        unit_of_measurement: 'W'
        value_template: "{{ states('sensor.elektromer_energy_power').split(',')[1] |int}}"

      mainpowerl3:
        friendly_name: "Main L3 Power"
        unit_of_measurement: 'W'
        value_template: "{{ states('sensor.elektromer_energy_power').split(',')[2].strip(']') |int}}"
        
      mainpowertotal:
        friendly_name: "Main Total Power"
        unit_of_measurement: 'W'
        value_template: "{{ states('sensor.mainpowerl1')|int + states('sensor.mainpowerl2')|int + states('sensor.mainpowerl3')|int}}"

Parada, kdyz si otevru historii a dam si vyfiltrovat entitu sensor.mainpowertotal, zobrazi se mi graf. Mam tam teda soucet vsech fazi.
Kdyz na entitu kliknu v nastaveni entit, dostavam hlasku

Kód: Vybrat vše

Tato entita ("sensor.mainpowertotal") nemá jedinečné ID, proto její nastavení nelze spravovat z uživatelského rozhraní. Další podrobnosti naleznete na stránce dokumentace.

ok, k mainpowertotal predpokladam doplnim jeste entity_id: "elektromer_mainpowertotal_muj" a bude to ok. Predpoklad opet klame. Dostavam chybu

Kód: Vybrat vše

Invalid config for [sensor.template]: Entity ID elektromer_mainpowertotal_muj is an invalid entity ID for dictionary value @ data['sensors']['mainpowertotal']['entity_id']. Got 'elektromer_mainpowertotal_muj'. (See ?, line ?).

Snaha byla takova, rozjet v HA menu energie. Cimz dam Add Grid consumption a chce to po me entitu se spotrebou. Jenze, zde je dalsi problem. Ackoliv entitu mam, data v ni take (soudim z grafu ktery mi to kresli) HA nadava u vybiratka entity

Kód: Vybrat vše

Nebyly nalezeny žádné odpovídající statistiky

Hledam kde muze byt chyba. Oteviram vyvojarske nastroje a kontroluju stav. Hodnota tam skutecne je...

Vzdavam to, pockam jestli mi nekdo neporadi.....

Jdu vyzkouset dostat do HA dalsi vec... DIYBMS. Stejne jako v predchozim pripade, soucasna automatizace funguje, HA zkousim ze zvedavosti jako nadstavbu. Tzn, data mi na mqtt chodi a jiz s nima pracuju.
Oteviram configuration.yaml a zacnu do nej ladovat obsah. Zkousim to na prvnim topicu na jednom clanku.. diybms ma nasledujici topic diybms/cislobanky/cisloclanku.. takze napr. diybms/0/1 odpovida prvni bance a druhemu clanku. Zacina se od nuly.. a vystup je klasicky json.

Kód: Vybrat vše

{
    "voltage": 3.292,
    "vMax": 3.38,
    "vMin": 3.182,
    "inttemp": 23,
    "exttemp": -40,
    "bypass": 0,
    "PWM": 0,
    "bypassT": 0,
    "bpc": 0,
    "mAh": 2415
} 

v configuration.yaml teda mam:

Kód: Vybrat vše

  - platform: mqtt
    name: "DiyBMS Napětí baterie"
    state_topic: "diybms/bank/0"
    unit_of_measurement: "V"
    value_template: "{{ value_json.voltage }}"
  - platform: mqtt
    name: "DiyBMS Článek 1"
    state_topic: "diybms/0/0"
    unit_of_measurement: "V"
    value_template: "{{ value_json.voltage }}"
  - platform: mqtt
    name: "DiyBMS Článek 2"
    state_topic: "diybms/0/1"
    unit_of_measurement: "V"
    value_template: "{{ value_json.voltage }}"

Snadne. Data v entite mam. Kdyz se kouknu v historii u dane entity na oko, kresli to i graf podle napeti clanku, pripadne napeti cele baterie.
V tomto pripade. Jak udelam jeden graf, kde budu mit vsechny hodnoty ? Predpokladam ze bude nejakej command, ktery to vlozi do nejake skupiny.

Pri mnozstvi clanku se ten configuration.yaml celkem nafukuje do neprehledna. Je vhodne pouzivat include a napr v mem pripade diybms mit ve zvlast yaml souboru.

Jestli mi nekdo poradi ? Pripadne muzu nekomu kdo to ma v malicku a chtel by pomoci v osvete s HA udelat pristup?

Ja predpokladam ze kdyz se ten system pochopi, tak ze to bude dobre funkcni.

Kdyz dostanu data do menu Energy grid, tak pak tam dostanu predpokladam snadno i ostatni co se tyka ohledne solaru, baterioveho uloziste atd..

[rege]

Aby ti nabehla polozka v menu energy, musi entita splnat podmienky: device_class :energy, state_class: total_increasing ,unit_of_measurement: kWh

To si nastavis cez prisposobenie entit

Mam takto nastavene vsetky spotrebice, aj meranie spotreby plynu.

[lzahradil]

skupiny mam vyresene.

zobrazuji se mi vsechny entity u BMV-700, Axpertu, DiyBMS,

ale tu energii ne a ne. device_class a state_class jsem vcera naguglil ale nejak to nezere..

Kód: Vybrat vše

The system cannot restart because the configuration is not valid: Invalid config for [sensor.template]: [state_class] is an invalid option for [sensor.template]. Check: sensor.template->sensors->mainenergytotal->state_class. (See ?, line ?).

[rege]

to sa nedava do konfigu, ale cez nastavenia > prisposobenie, resp. da sa aj cez konfig, customizations.yaml
sensor.grid_consum:
device_class: energy
unit_of_measurement: kWh
state_class: total_increasing

[rege]

Enitity som myslel v energy zalozke

[Kodl69]

to Izahradil: to jseš podle mě úspěšnej řešitel, mě pravděpodobně vůbec nefunguje mqtt, a nevím co s tím. jednou se něco načetlo z tasmota es8266, jednou se v logu objevilo, že navzáno spojení s BMS a byly v logu nějaký hodnoty, a to je všechno. To, co teď řešíš, bych taky rád řešil...

[ringo]

Taky vám dneska spadl panel energií? Mám tam spotřeby do 2:00 a pak prázdno. Předpokládám že to je nějaký bug související se změnou času.

[josse]

Taky vám dneska spadl panel energií? Mám tam spotřeby do 2:00 a pak prázdno. Předpokládám že to je nějaký bug související se změnou času.

Mě to spadlo celý na: došla paměť... Virtualizace XEN... Ale nenapadlo mě si doteď, že to souviselo s časem

[lzahradil]

Taky vám dneska spadl panel energií? Mám tam spotřeby do 2:00 a pak prázdno. Předpokládám že to je nějaký bug související se změnou času.

Mě to spadlo celý na: došla paměť... Virtualizace XEN... Ale nenapadlo mě si doteď, že to souviselo s časem

Vmware esxi: homeassistant padl na OOM. A ja kdyz to nasel v konzoli, tak jsem si rikal ze to je nenazrane a jeste te virtualce 2giga ram prihodil

[lzahradil]

to sa nedava do konfigu, ale cez nastavenia > prisposobenie, resp. da sa aj cez konfig, customizations.yaml
sensor.grid_consum:
device_class: energy
unit_of_measurement: kWh
state_class: total_increasing

jdu si dat panaka na uspech..
Jen doposlu info, pokud by nekdo take bloumal...
Stavajici konfigurace kde jsem sice dostal entity z elektromeru..

Kód: Vybrat vše

sensor:
  - platform: template
    sensors:
      mainpowerl1:
        unique_id: "mainl1power"
        friendly_name: "Main L1 Power"
        unit_of_measurement: 'W'
        value_template: "{{ states('sensor.elektromer_energy_power').split(',')[0].strip('[') |int}}"
      mainpowerl2:
        unique_id: "mainl2power"
        friendly_name: "Main L2 Power"
        unit_of_measurement: 'W'
        value_template: "{{ states('sensor.elektromer_energy_power').split(',')[1] |int}}"
      mainpowerl3:
        unique_id: "mainl3power"
        friendly_name: "Main L3 Power"
        unit_of_measurement: 'W'
        value_template: "{{ states('sensor.elektromer_energy_power').split(',')[2].strip(']') |int}}"
      mainpowertotal:
        unique_id: "mainpowertotal"
        friendly_name: "Main Total Power"
        unit_of_measurement: 'W'
        value_template: "{{ states('sensor.mainpowerl1')|int + states('sensor.mainpowerl2')|int + states('sensor.mainpowerl3')|int}}"
      mainenergytotal:
        unique_id: "mainenergytotal"
        friendly_name: "Main Total Energy"
        unit_of_measurement: 'kWh'
        device_class: energy
        value_template: "{{ states('sensor.elektromer_energy_total') |int}}"

jakmile jsem k mainenergytotal dosadil state_class, HA zacal kricet ze je chybna konfigurace. I kdyz podle rege i podle internetu by to tam bejt melo...

nakonec jsem dogooglil toto:

Kód: Vybrat vše

The documentation doesn’t show the state_class option for legacy Template Sensor. My understanding is that the energy integration includes entities containing that option (and set to measurement). Without that option, the entity is excluded.

Easy way to find out is to convert one or more of your Template Sensors from legacy to the new format and add state_class: measurement.

hmm, tak to predelame s nazvem nove entity abych tam mel stare i nove.... je to i uhlednejsi a kratsi

Kód: Vybrat vše

template:
  - sensor:
      - name: "house_energy_kwh"
        unit_of_measurement: "kWh"
        state_class: total_increasing
        device_class: energy
        state: >
          {% set phase1 = states('sensor.elektromer_energy_power').split(',')[0].strip('[') |int %}
          {% set phase2 = states('sensor.elektromer_energy_power').split(',')[1] |int %}
          {% set phase3 = states('sensor.elektromer_energy_power').split(',')[2].strip(']') |int %}
          {{ float(phase1) + float(phase2) + float(phase3) }}
        attributes:         
          last_reset: '1970-01-01T00:00:00+00:00'

vysledek ? v energy uz mi jde pridat entita house_energy_kwh

A ted v energy dashboardu mam graf s hlaskou

Kód: Vybrat vše

There is no data to show. It can take up to 2 hours for new data to arrive after you configure your energy dashboard.

Ale ted kdyz to pisu, tak vidim ze to mam zrejme spatne. Soucet fazi je hodnota prikonu ve W a ne spotrebovana energie v kWh. Pouzit to muzu i tak ale pak budu muset mit state_class misto total_increasing spis na measurement. Je tak ?

Ted uz si teda predelat podobne template pro axperta, bmv, diybms a mel bych mit moznost vyuzit funkcionalitu energy dashboardu v HA.

Az doladim nejak tenhle zaklad, tak vyzkousim nejake podminky. v HA reci, automatizaci, sceny.

[rege]

ono to skutocne trva viac ako 2 hodiny kym ti nacita prve data do grafu. ak merias prikon/vykon vo W ,tak to potrebujes zmenit na energiu v kWh. Ja to mam takto:


sensor grid_consumption:
- platform: integration
source: sensor.grid_watts
name: Grid consumption
unit_prefix: k
round: 2