Home Assistant: Open source Python3 home automation - deel 4

[Verwijderd]

Verwijderd schreef op dinsdag 26 juli 2022 @ 22:04:
[...]

Ondertussen heb ik met herdsman logging de volgende kleine datadump:

code:

[21:58:57] INFO: Zigbee Herdsman debug logging enabled
[21:58:58] INFO: Handing over control to Zigbee2MQTT Core ...
> zigbee2mqtt@1.26.0 start
> node index.js
Zigbee2MQTT:debug 2022-07-26 21:59:01: Can't load state from file /config/zigbee2mqtt/state.json (doesn't exist)
Zigbee2MQTT:info  2022-07-26 21:59:01: Logging to console and directory: '/config/zigbee2mqtt/log/2022-07-26.21-59-01' filename: log.txt
Zigbee2MQTT:debug 2022-07-26 21:59:01: Removing old log directory '/config/zigbee2mqtt/log/2022-07-26.21-55-08'
Zigbee2MQTT:info  2022-07-26 21:59:02: Starting Zigbee2MQTT version 1.26.0 (commit #unknown)
Zigbee2MQTT:info  2022-07-26 21:59:02: Starting zigbee-herdsman (0.14.40)
Zigbee2MQTT:debug 2022-07-26 21:59:02: Using zigbee-herdsman with settings: '{"adapter":{"concurrent":null,"delay":null,"disableLED":false},"backupPath":"/config/zigbee2mqtt/coordinator_backup.json","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","databasePath":"/config/zigbee2mqtt/database.db","network":{"channelList":[11],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":6754},"serialPort":{"path":"/dev/ttyACM0"}}'
2022-07-26T19:59:02.256Z zigbee-herdsman:adapter Failed to validate path: 'Error: spawn udevadm ENOENT'
2022-07-26T19:59:02.259Z zigbee-herdsman:controller:log Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13],"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"path":"/dev/ttyACM0"},"databasePath":"/config/zigbee2mqtt/database.db","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","backupPath":"/config/zigbee2mqtt/coordinator_backup.json","adapter":{"disableLED":false,"concurrent":null,"delay":null}}'
2022-07-26T19:59:02.260Z zigbee-herdsman:adapter:zStack:znp:log Opening SerialPort with /dev/ttyACM0 and {"baudRate":115200,"rtscts":false,"autoOpen":false}
2022-07-26T19:59:02.267Z zigbee-herdsman:adapter:zStack:znp:log Serialport opened
2022-07-26T19:59:02.269Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
2022-07-26T19:59:02.271Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
2022-07-26T19:59:02.524Z zigbee-herdsman:adapter:zStack:znp:log Writing CC2530/CC2531 skip bootloader payload
2022-07-26T19:59:02.525Z zigbee-herdsman:adapter:zStack:unpi:writer --> buffer [239]
2022-07-26T19:59:03.527Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
2022-07-26T19:59:03.527Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
2022-07-26T19:59:03.779Z zigbee-herdsman:adapter:zStack:znp:log Skip bootloader for CC2652/CC1352
2022-07-26T19:59:04.233Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
2022-07-26T19:59:04.233Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
2022-07-26T19:59:10.236Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
2022-07-26T19:59:10.236Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
2022-07-26T19:59:16.237Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
2022-07-26T19:59:16.238Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
Zigbee2MQTT:error 2022-07-26 21:59:22: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2022-07-26 21:59:22: Failed to start zigbee
Zigbee2MQTT:error 2022-07-26 21:59:22: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2022-07-26 21:59:22: Exiting...
Zigbee2MQTT:error 2022-07-26 21:59:22: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:102:27)
    at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:123:29)
    at Zigbee.start (/app/lib/zigbee.ts:58:27)
    at Controller.start (/app/lib/controller.ts:101:27)
    at start (/app/index.js:109:5)

Aan de hand van:

code:

2022-07-26T19:59:02.256Z zigbee-herdsman:adapter Failed to validate path: 'Error: spawn udevadm ENOENT'

ben ik er op Github achter gekomen dat er natuurlijk nog iemand is die sinds 11 dagen ook dit probleem heeft, maar de oplossingen in die thread mogen in onze situatie blijkbaar ook nog niet baten.
Welke heldere geest hier heeft nog een mogelijk oplossing?

Tweede keer dat ik mezelf quote, maar ik heb het aan de praat gekregen. Uiteindelijk in HA voor de Mosquitto broker een aparte user aangemaakt, Zigbee2MQTT opnieuw geïnstalleerd en onderstaande instellingen daarvoor gebruikt:

code:

mqtt
server: mqtt://core-mosquitto:1883
user: mosquitto_user
password: mosquitto_wachtwoord

code:

serial
port: /dev/ttyACM0
adapter: deconz

[GeorgeRDG]

oltk schreef op dinsdag 26 juli 2022 @ 14:17:
[...]


Ik denk het niet, want ook daar zit een vertraging op de temp
Wat me wel doet denken: de aanvoerleiding is geen optie. Maar een flowsensor op de afvoerleiding?

Dat wordt een lastig verhaal. Flow sensors gaan over het algemeen uit van een volle leiding zonder lucht, wat meestal niet het geval is bij afvoerleidingen, die stromen af onder vrij-verval en hebben vanwege hun diameter altijd een combinatie van lucht/water. Hierbij geldt wel hoe kleiner de diameter hoe minder lucht maar ook hoe lager je afvoercapaciteit en dus kans op "overstromen" van je douche/bad.

[Septillion]

@Verwijderd Nu nog even je serial port vervangen door de by-id variant en dan heb je ook geen issue als het OS hem een keer aan ttyACM1 hangt ofzo. En als je nog nieuw bent (en nog niet gedaan hebt), wijzig je network_key in iets unieks.

Maar wel heel raar dat Z2M je MQTT gegevens niet weet op te halen. De error die ik zie lijkt me namelijk te maken hebben met de communicatie met de stick, niet MQTT. Had je toen ook al in je config expliciet "adapter: deconz" staan?

[Verwijderd]

Ik denk zelf ook dat de MQTT user er niks mee te maken heeft, maar dit is de config waarmee het wel werkt.
Er zat iets knuppeligs in de beschikbaarheid van de stick lijkt mij, maar hoe of wat ga ik niet meer achterkomen nu.
by-id gebruiken is nog wel een handige, even zien of daarmee dan alles ook weer stuk gaat.

[oltk]

Verwijderd schreef op dinsdag 26 juli 2022 @ 23:19:
[...]

Tweede keer dat ik mezelf quote, maar ik heb het aan de praat gekregen. Uiteindelijk in HA voor de Mosquitto broker een aparte user aangemaakt, Zigbee2MQTT opnieuw geïnstalleerd en onderstaande instellingen daarvoor gebruikt:

code:

mqtt
server: mqtt://core-mosquitto:1883
user: mosquitto_user
password: mosquitto_wachtwoord

code:

serial
port: /dev/ttyACM0
adapter: deconz

edit: @Septillion had onderstaande ook al gezegd Maar ik laat het maar even staan, misschien makkelijk om te helpen zoeken waat het zit in de nieuwe menustructuur

Toch een tip: nu werkt het. Na herstarten (bijvoorbeeld na updaten van het OS, versie 8.4 staat klaar) wil de hardware wel eens switchen van ttyACM0 naar ttyACM1 omdat de DSMR reader er iets eerder tussen komt. En dan werkt je zigbee spul niet of onvoorspelbaar. Je zoekt je dan een ongeluk en scheld alles wat MQTT heet de huid vol.

De oplossing hiervoor: gebruik het by-id pad. Bij mij:

code:

port: >-
  /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_96cd2b99092bec11a566ce6540c9ce8d-if00-port0

het pad is te vinden onder instellingen / systeem / hardware / drie puntjes rechtsbovenin: alle hardware

[ Voor 5% gewijzigd door oltk op 27-07-2022 10:00 ]

[TheMystery]

jurroen schreef op dinsdag 26 juli 2022 @ 22:27:
[...]


Unsafe eval is onveilig, dat is een gegeven feit. En de eerdere headers beschermen (gedeeltelijk) tegen bepaalde clickjacking, XSS etc. En ja, het mooiste zou zijn als die unsafe eval helemaal niet nodig was. Maar het is wel erg afhankelijk van de situatie hoe nuttig/zinvol ze zijn. Is jouw HA extern benaderbaar?


[...]


Ohja, keek er eerder overheen en las CBC waar je GCM had staan. Niets gezegd

Ik heb nu alles aangepast en unsafe-eval er nu uit kunnen halen, en ook alle andere fouten opgelost.
Mijn CSP s nu als volgt:

code:

add_header Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline' https://unpkg.com; style-src 'self' 'unsafe-inline' https://fonts.googleapis.com; frame-src 'self'; frame-ancestors 'self'; font-src 'self' https://fonts.gstatic.com; img-src 'self' https://brands.home-assistant.io https://www.buienradar.nl https://user-images.githubusercontent.com https://raw.githubusercontent.com https://img.shields.io https://esphome.io https://*.basemaps.cartocdn.com https://www.zigbee2mqtt.io; connect-src 'self' wss://YOUR_DOMAIN/;" always;

Heb nog 2 fouten maar daar heb ik visueel niet zo last van, kan ze wel op lossen maar dan moet ik data: toevoegen aan img-src voor 64base images en data: toevoegen aan font-src voor een base64 font, maar dat is alleen voor bepaalde add-ons dus geen last van binnen het ha dashboard.

Data: toevoegen was ook niet zo veilig wat ik las, al zou het moeten kunnen bij img-src omdat daar toch geen scripts uitgevoerd kunnen worden. Over font-src kan ik niets vinden, dus bij beide er maar uigehaald.
Hopelijk is het zo weer een klein beetje veiliger.

[Villager]

Gizz schreef op zondag 10 juli 2022 @ 14:32:
@Villager de namen die je in dat scherm ziet heb je zelf ingevuld, dus het is niet helemaal duidelijk wat er precies achter zit.

Wat mij wel direct opvalt is dat bij je zonnepanelen en teruglevering nu dezelfde namen staan. Als dit ook op de achtergrond dezelfde entiteiten zijn, dan heb je een probleem. Je hebt namelijk 3 waardes nodig (maal 2 als je met hoog en laag tarief werkt):

1. Bij je meter (P1 of op een andere wijze): import vanuit het net
2. Bij je meter (P1 of op een andere wijze): export naar het net
3. De directe opwek van je zonnepanelen, los

Het lijkt erop dat jij zowel bij teruglevering (waarde 2 uit bovenstaand lijstje) als bij zonnepanelen (3 uit het lijstje) nu hetzelfde gebruikt. Dus 2x de waarde van 2, of 2x de waarde van 3. Klopt mijn aanname?

Wat je namelijk ziet is dat je vanaf een uur of 12:00 alleen maar teruglevert en je huis 0,0 verbruikt.

Ja klopt helemaal! Ik zie nu ook wat er niet klopt. Helaas zie ik de entiteit voor de teruglevering van de zonnepanelen niet in het lijstje terugkomen waaruit je kunt kiezen in het energie dashboard. Moet ik uitzoeken waarom dat is en hoe ik deze dan wel zichtbaar krijg.
Dank voor je reactie!

[timovd]

timovd schreef op donderdag 21 juli 2022 @ 12:52:
[...]

Ik draai HA in Docker, dus dat wordt eerst uitzoeken hoe dat werkt.
Als ik de Callback URL (https://mijnHAdomein.com/api/webhook/blabla) benader, krijg ik een
405: Method Not Allowed
Het certificaat op het domein is geldig.
external_url is gedefinieerd.
HA is bereikbaar via https van buitenaf.

De SmartThings API lijkt niet overweg te kunnen met TLS 1.3.

[Septillion]

@Villager Via welke integratie heb je de zonnepanelen in HA geïntegreerd?

[vortexnl1982]

Ik heb zo'n smart wifi P1 gateway kastje in de meterkast :



Deze is via de DSMR Slimme Meter integratie gekoppeld aan HA. Dat werkte prima totdat de stroom van de gateway ging en hij een nieuw IP adres kreeg (DHCP. Ik heb toen de integratie verwijderd, de gateway een vast ipadres gegeven (via config pagina) en de intregratie opnieuw toegevoegd met vast ipadres en poort 82.

Ik kan in HA alleen DSMR versie 5S selecteren, bij andere versies krijg ik een failure to communicate error in HA. Echter volgens mij is DSMR versie 5 de correcte versie voor mijn meter (Landis + Gyr E360), maar di e kan ik dus niet selecteren.

Nadat ik de integratie heb toegevoegd mis ik de energy_consumption_tarif_1 en energy_consumption_tarief_2 entities. Ook krijg ik geen data door van de entities die worden toegevoegd door de integratie (ik enable alle sensoren in HA). Ik kan me ook herinneren dat ik bij de vorige integratie meer entities had. Als ik met telnet verbinding met de gateway dan worden er continue 19 waarden geupdate...

Wat doe ik verkeerd ?

[ Voor 4% gewijzigd door vortexnl1982 op 27-07-2022 13:18 ]

[Villager]

Septillion schreef op woensdag 27 juli 2022 @ 13:08:
@Villager Via welke integratie heb je de zonnepanelen in HA geïntegreerd?

Ik gebruik de Growatt Gateway en vang de data dus af uit de omvormer en stuur het via MQTT naar HA. Verder geen integratie voor gebruikt.

[Septillion]

@Villager Okay, geen specifieke integratie dus maar neem dan aan via een MQTT sensor? Wat is je config daarvoor? Waarschijnlijk mist die state_class en device_class parameters.

[Villager]

Septillion schreef op woensdag 27 juli 2022 @ 13:59:
@Villager Okay, geen specifieke integratie dus maar neem dan aan via een MQTT sensor? Wat is je config daarvoor? Waarschijnlijk mist die state_class en device_class parameters.

Klopt helemaal. Fijn dat je even wilt meedenken/kijken! Dit is de betreffende config:

Edit: pakte de verkeerde config. Dit is wat ik er zelf van heb opgenomen in sensors.yaml:

YAML:

  - platform: mqtt
    state_topic: energy/growatt
    value_template: "{{ value_json['values']['pvpowerout'] | int / 10 }}" 
    unique_id: growatt_actual_output_power
    device_class: energy
    state_class: total_increasing 
    unit_of_measurement: "W"
    name: "Growatt - Output wattage (Actueel)"

  - platform: template
    sensors:
      zonnepanelen_return_kwh:
        entity_id:
          - sensor.growatt_output_wattage_actueel
        unit_of_measurement: "kWh"
        value_template: "{{ states('sensor.growatt_output_wattage_actueel')| int / 1000 }}"

[ Voor 25% gewijzigd door Septillion op 27-07-2022 15:23 . Reden: yaml code tag voor de duidelijkheid ]

[Gizz]

@Villager volgens mij (maar ik ben niet zo goed in templates lezen ) haal je hier W en Wh door elkaar. Een sensor die het actueel vermogen heeft in watt als total_increasing instellen lijkt me gek, het is immers geen teller die oploopt die een meterstand aangeeft. Op deze manier kun je niet van vermogen (W) naar energieverbruik (Wh).

Het is simpel: heb je alleen het vermogen (in watt of kilowatt) en geen 'meterstand' die je via MQTT binnenkrijgt, dan moet je op basis van je vermogenssensor gaan integreren.
Voorbeeldje uit de documentatie:

YAML:

sensor:
  - platform: integration
    source: sensor.current_power
    name: energy_spent
    unit_prefix: k
    round: 2

Die integratie geef je vervolgens de device_class en state_class mee:

code:

device_class: "energy"
state_class: "total_increasing"

[ Voor 11% gewijzigd door Gizz op 27-07-2022 14:52 ]

[Verwijderd]

oltk schreef op woensdag 27 juli 2022 @ 09:52:
[...]


edit: @Septillion had onderstaande ook al gezegd Maar ik laat het maar even staan, misschien makkelijk om te helpen zoeken waat het zit in de nieuwe menustructuur

Toch een tip: nu werkt het. Na herstarten (bijvoorbeeld na updaten van het OS, versie 8.4 staat klaar) wil de hardware wel eens switchen van ttyACM0 naar ttyACM1 omdat de DSMR reader er iets eerder tussen komt. En dan werkt je zigbee spul niet of onvoorspelbaar. Je zoekt je dan een ongeluk en scheld alles wat MQTT heet de huid vol.

De oplossing hiervoor: gebruik het by-id pad. Bij mij:

code:

port: >-
  /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_96cd2b99092bec11a566ce6540c9ce8d-if00-port0

het pad is te vinden onder instellingen / systeem / hardware / drie puntjes rechtsbovenin: alle hardware
[Afbeelding]

Thanks, daarmee krijg ik het vast voor elkaar. I'm learning!

[Septillion]

@Villager Als 'growatt_actual_output_power' echt het vermogen is wat de omvormer doet en dus in Watt dan zijn die 'device_class' en 'state_class' niet correct daarvoor. Ook is 'zonnepanelen_return_kwh' dan niet opeens je opgewekte energie in kWh door het simpelweg door 1000 te delen. Dat is dan gewoon je huidige vermogen in kW (zonder h).

Stuurt je Growatt niet ook werkelijk je opgewekte energie door? Dus een (per dag of altijd) oplopend getal?

Anders kant, feit dat het topic energy\growatt is zou suggereren dat het wel al energie is en niet vermogen... Kan je anders eens een grafiek laten zien hoe de grafiek van 'sensor.growatt_output_wattage_actueel' eruit ziet?

Ik zie dus mooie husseling van vermogen en energie.
Vermogen (Engels: power) is in Watt (W, kW etc)
Energie (Engels: energy) is in Wattuur (Wh, kWh etc)

Voor energy dashboard heb je dus energie in kWh nodig.

[ Voor 13% gewijzigd door Septillion op 27-07-2022 15:38 ]

[remcoXP]

Jawel hoor, vandaag is het weer zover leesvoer! F5f5F5

[RobertMe]

remcoXP schreef op woensdag 27 juli 2022 @ 15:49:
Jawel hoor, vandaag is het weer zover leesvoer! F5f5F5

Geen idee wat je zit te F5en, maar als het de beta blogpost is, volgens mij wordt die kinda live bijgehouden? Dus staat die al (veel) eerder online op de RC site. In dit geval dus: https://rc.home-assistant.io/blog/2022/07/27/release-20228/

En als je de final bedoeld, de eerste woensdag van de maand is pas volgende week

[remcoXP]

bedoelde idd de rc blog

RobertMe schreef op woensdag 27 juli 2022 @ 15:53:
[...]

Geen idee wat je zit te F5en, maar als het de beta blogpost is, volgens mij wordt die kinda live bijgehouden? Dus staat die al (veel) eerder online op de RC site. In dit geval dus: https://rc.home-assistant.io/blog/2022/07/27/release-20228/

En als je de final bedoeld, de eerste woensdag van de maand is pas volgende week

[RobertMe]

remcoXP schreef op woensdag 27 juli 2022 @ 16:05:
bedoelde idd de rc blog

[...]

Maar doen ze die niet al veel eerder online zetten/beginnen met vullen? En dus bv als iets gemerged is dat ze willen vermelden dit bv meteen daarna al in de rc blogpost verwerken.

[maartend]

Heeft iemand een idee waarom het volgende

Ik heb een graph en die laat netjes mijn gas verbruik zien als totaal. de sensor die hij daarvoor gebruikt is ; sensor.gas_usage

En ik heb natuurlijk ook het energy dashboard.
Maar daar kan ik deze sensor helemaal niet uitkiezen. Ik zie wel sensor.gas_usage_2 staan, maar daar krijg ik een Entity not defined foutmelding op.
Ergo, ik zie mijn gassverbruik niet in mijn energy dashboard

[Septillion]

@maartend Zoals vaker (vandaag), wat is de integratie voor je sensor?

[maartend]

Septillion schreef op woensdag 27 juli 2022 @ 21:55:
@maartend Zoals vaker (vandaag), wat is de integratie voor je sensor?

In de hoop dat ik je begrijp;
Ik heb een dsmr reader, en die wordt ingelezen via mijn config.yaml.

YAML:

    value_template: '{{ value_json.Energy_Delivered }}'
    json_attributes:
      - Timestamp
      - Energy_Delivered
      - Energy_Returned
      - Gas_Delivered
      - Energy_Delivered_Tariff1
      - Energy_Delivered_Tariff2
      - Energy_Returned_Tariff1
      - Energy_Returned_Tariff2
      - Power_Delivered
      - Power_Returned
      - Voltage_l1
      - Current_l1
      - Voltage_l2
      - Current_l2
      - Voltage_l3
      - Current_l3
      - Power_Delivered_l1
      - Power_Returned_l1
      - Power_Delivered_l2
      - Power_Returned_l2
      - Power_Delivered_l3
      - Power_Returned_l3
 

[Septillion]

@maartend Dat is maar een deel van de config, dat is een MQTT sensor template?

[maartend]

Septillion schreef op woensdag 27 juli 2022 @ 22:30:
@maartend Dat is maar een deel van de config, dat is een MQTT sensor template?

Dan is hij hier helemaal

YAML:

sensor:
  - platform: mqtt
    name: Zigbee2mqtt Networkmap
    # if you change base_topic of Zigbee2mqtt, change state_topic accordingly
    state_topic: zigbee2mqtt/bridge/networkmap/raw
    value_template: >-
      {{ now().strftime('%Y-%m-%d %H:%M:%S') }}
    # again, if you change base_topic of Zigbee2mqtt, change json_attributes_topic accordingly
    json_attributes_topic: zigbee2mqtt/bridge/networkmap/raw
  - platform: time_date
    display_options:
      - 'time'
      - 'date'
      - 'date_time'
  - platform: rest
    name: dsmr
    resource: http://192.xxx.yyy.zzz/getActual.json
    value_template: '{{ value_json.Energy_Delivered }}'
    json_attributes:
      - Timestamp
      - Energy_Delivered
      - Energy_Returned
      - Gas_Delivered
      - Energy_Delivered_Tariff1
      - Energy_Delivered_Tariff2
      - Energy_Returned_Tariff1
      - Energy_Returned_Tariff2
      - Power_Delivered
      - Power_Returned
      - Voltage_l1
      - Current_l1
      - Voltage_l2
      - Current_l2
      - Voltage_l3
      - Current_l3
      - Power_Delivered_l1
      - Power_Returned_l1
      - Power_Delivered_l2
      - Power_Returned_l2
      - Power_Delivered_l3
      - Power_Returned_l3
  - platform: template
    sensors:
      electricity:
        friendly_name: kWh stand
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Energy_Delivered') }}
        unit_of_measurement: 'kWh'

      current_power_total:
        friendly_name: Actueel verbruik totaal
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Power_Delivered') }}  
        unit_of_measurement: 'W'

      electricity_t1:
        friendly_name: kWh lt
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Energy_Delivered_Tariff1') }}
        unit_of_measurement: 'kWh'

      electricity_t2:
        friendly_name: kWh ht
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Energy_Delivered_Tariff2') }}
        unit_of_measurement: 'kWh'

      current_voltage_l1:
        friendly_name: Voltage L1
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Voltage_l1') }}
        unit_of_measurement: 'V'

      current_voltage_l2:
        friendly_name: Voltage L2
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Voltage_l2') }}
        unit_of_measurement: 'V'

      current_voltage_l3:
        friendly_name: Voltage L3
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Voltage_l3') }}
        unit_of_measurement: 'V'

      current_usage:
        friendly_name: Verbruik actueel
        value_template: >-
          {{ states.sensor.current_power_total.state|float * states.sensor.current_voltage_l1.state|float }}
        unit_of_measurement: 'W'
        
      electricity_r1:
        friendly_name: kWh geleverd lt
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Energy_Returned_Tariff1') }}
        unit_of_measurement: 'kWh'
        
      electricity_r2:
        friendly_name: kWh geleverd ht
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Energy_Returned_Tariff2') }}
        unit_of_measurement: 'kWh'

      gas_usage:
        friendly_name: Gas verbruik
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Gas_Delivered') }}
        unit_of_measurement: 'm³'
        device_class: gas

      current_power_l1:
        friendly_name: Actueel verbruik L1
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Power_Delivered_l1') }}
        unit_of_measurement: 'W'

      current_power_l2:
        friendly_name: Actueel verbruik L2
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Power_Delivered_l2') }}
        unit_of_measurement: 'W'

      current_power_l3:
        friendly_name: Actueel verbruik L3
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Power_Delivered_l3') }}
        unit_of_measurement: 'W'

      current_power_delivered:
        friendly_name: Opbrengst zonnepaneel actueel
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Power_Returned_l3') }}
        unit_of_measurement: 'W'
        
utility_meter:
  monthly_power_offpeak:
    source: sensor.electricity_t1
    cycle: monthly

  monthly_power_peak:
    source: sensor.electricity_t2
    cycle: monthly
    
  monthly_sun_offpeak:
    source: sensor.electricity_r1
    cycle: monthly

  monthly_sun_peak:
    source: sensor.electricity_r2
    cycle: monthly
    
  gas_verbruik:
    source: sensor.gas_delivered
    cycle: monthly
    
template:
  - sensor:
    - name: "Gas verbruik"
      unique_id: Gas_used
      unit_of_measurement: m³
      state_class: total_increasing
      device_class: gas
      state: >
        {{ states('sensor.gas_verbruik_3') | float}}

default_config:

[Gizz]

@maartend aan dit:

YAML:

 
     gas_usage:
        friendly_name: Gas verbruik
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Gas_Delivered') }}
        unit_of_measurement: 'm³'
        device_class: gas

dit toevoegen:

YAML:

state_class: "total_increasing"

Zie ook Gizz in "Home Assistant: Open source Python3 home automation - deel 4", al ging het daar om elektriciteit.

[jurroen]

TheMystery schreef op woensdag 27 juli 2022 @ 10:10:
[...]


Ik heb nu alles aangepast en unsafe-eval er nu uit kunnen halen, en ook alle andere fouten opgelost.
Mijn CSP s nu als volgt:

Weet je toevallig wat de reden is dat je zigbee2mqtt erin hebt staan? Die gebruik ik zelf wel, maar niet whitelisted. Ik ben zover ik mij kan herinneren ook geen missend plaatje daarvan tegen gekomen...

Heb nog 2 fouten maar daar heb ik visueel niet zo last van, kan ze wel op lossen maar dan moet ik data: toevoegen aan img-src voor 64base images en data: toevoegen aan font-src voor een base64 font, maar dat is alleen voor bepaalde add-ons dus geen last van binnen het ha dashboard.

Data: toevoegen was ook niet zo veilig wat ik las, al zou het moeten kunnen bij img-src omdat daar toch geen scripts uitgevoerd kunnen worden. Over font-src kan ik niets vinden, dus bij beide er maar uigehaald.
Hopelijk is het zo weer een klein beetje veiliger.

Weet je in welk formaat de base64 encoded afbeeldingen zijn? Je kunt dat namelijk wat gedetailleerder instellen. Stel het gaat om een inline, B64 encoded SVG:

code:

data:image/svg+xml

Third party resources en inline fonts trek ik er zelf het liefste uit (of proxy ik lokaal). Maar dat is extra moeite, tijd en energie die (begrijpelijk) lang niet iedereen erin wil steken.

Ik heb ook een setup waarin dat soort dingen iets makkelijker gaat, ik draai HA in een Python virtualenv op een geharde server, ik maak geen gebruik van containers.

[TheMystery]

jurroen schreef op woensdag 27 juli 2022 @ 23:05:
[...]


Weet je toevallig wat de reden is dat je zigbee2mqtt erin hebt staan? Die gebruik ik zelf wel, maar niet whitelisted. Ik ben zover ik mij kan herinneren ook geen missend plaatje daarvan tegen gekomen...


[...]


Weet je in welk formaat de base64 encoded afbeeldingen zijn? Je kunt dat namelijk wat gedetailleerder instellen. Stel het gaat om een inline, B64 encoded SVG:

code:

data:image/svg+xml

Third party resources en inline fonts trek ik er zelf het liefste uit (of proxy ik lokaal). Maar dat is extra moeite, tijd en energie die (begrijpelijk) lang niet iedereen erin wil steken.

Ik heb ook een setup waarin dat soort dingen iets makkelijker gaat, ik draai HA in een Python virtualenv op een geharde server, ik maak geen gebruik van containers.

Als ik zigbee2mqtt er niet inzet krijg ik een standaard zigbee plaatje (rode z), als je deze erin zet krijg je het plaatje van het daadwerkelijke device zelf te zien.

Ik heb data:image/svg+xml geprobeerd maar dat werkte niet, na wat zoeken kun je alleen het schema data: gebruiken.

Ik draai zelf ha supervised dus wel wat mogelijkheden, maar zeker niet aan lokaal proxy gedacht, misschien eens een keer uitzoeken.

[Annuk]

Okee, ik ben nog redelijk beginnende in HA.
Heb een paar (basis) automations gemaakt die werken, maar ik wil graag dat mijn precence-detection (ook) werkt op IP basis (oftewel telefoon connected met m'n thuis Wifi).
Tevens wil ik daar (omdat ik onregelmatig werk) een automation aan hangen die na sunset en voor sunrise m'n verlichting aanzet zodra ik thuis kom, daarvoor heb ik onderstaande automation gemaakt maar deze werkt (nog) niet... kan iemand me hier mee opweg helpen?

YAML:

alias: savonds thuiskomen 2
description: ''
trigger:
  - platform: state
    entity_id:
      - sensor.sm_a515f_wifi_ip_address
    to: 192.168.188.103
    for:
      hours: 0
      minutes: 0
      seconds: 5
    attribute: icon
condition:
  - condition: and
    conditions:
      - condition: sun
        after: sunset
      - condition: sun
        before: sunrise
  - condition: and
    conditions:
      - condition: device
        type: is_off
        device_id: bebef61272664faf78d8510a09ed633f
        entity_id: light.schemerlampen_woonkamer
        domain: light
      - condition: device
        type: is_off
        device_id: 20a82e7c24d25de8dd89d83028909b50
        entity_id: light.ledstrip_keuken
        domain: light
        enabled: true
action:
  - type: turn_on
    device_id: b9cde4d5c1e302ce489a8f232aa0d2b2
    entity_id: switch.verlichting_beneden
    domain: switch
  - type: turn_on
    device_id: 20a82e7c24d25de8dd89d83028909b50
    entity_id: light.ledstrip_keuken
    domain: light
    brightness_pct: 50
    enabled: true
mode: single

Ik heb ook al deze post gevolgd voor een presence detection wat opzich wel werkt, maar in ieder geval nog niet voor het moment dat ik (onregelmatig) thuis kom..
Wie kan me hiermee een duwtje in de goede richting geven want ik kom er nog niet echt uit

[-Casper]

Annuk schreef op donderdag 28 juli 2022 @ 10:02:
Okee, ik ben nog redelijk beginnende in HA.
Heb een paar (basis) automations gemaakt die werken, maar ik wil graag dat mijn precence-detection (ook) werkt op IP basis (oftewel telefoon connected met m'n thuis Wifi).
Tevens wil ik daar (omdat ik onregelmatig werk) een automation aan hangen die na sunset en voor sunrise m'n verlichting aanzet zodra ik thuis kom, daarvoor heb ik onderstaande automation gemaakt maar deze werkt (nog) niet... kan iemand me hier mee opweg helpen?

YAML:

alias: savonds thuiskomen 2
description: ''
trigger:
  - platform: state
    entity_id:
      - sensor.sm_a515f_wifi_ip_address
    to: 192.168.188.103
    for:
      hours: 0
      minutes: 0
      seconds: 5
    attribute: icon
condition:
  - condition: and
    conditions:
      - condition: sun
        after: sunset
      - condition: sun
        before: sunrise
  - condition: and
    conditions:
      - condition: device
        type: is_off
        device_id: bebef61272664faf78d8510a09ed633f
        entity_id: light.schemerlampen_woonkamer
        domain: light
      - condition: device
        type: is_off
        device_id: 20a82e7c24d25de8dd89d83028909b50
        entity_id: light.ledstrip_keuken
        domain: light
        enabled: true
action:
  - type: turn_on
    device_id: b9cde4d5c1e302ce489a8f232aa0d2b2
    entity_id: switch.verlichting_beneden
    domain: switch
  - type: turn_on
    device_id: 20a82e7c24d25de8dd89d83028909b50
    entity_id: light.ledstrip_keuken
    domain: light
    brightness_pct: 50
    enabled: true
mode: single

Ik heb ook al deze post gevolgd voor een presence detection wat opzich wel werkt, maar in ieder geval nog niet voor het moment dat ik (onregelmatig) thuis kom..
Wie kan me hiermee een duwtje in de goede richting geven want ik kom er nog niet echt uit

Waarom staat er attribute in je trigger? Die zorgt ervoor dat hij kijkt naar wijzigingen van je icon attribute ipv de state zelf. Die zou ik eruit halen als ik jou was. Daarnaast even controleren als je de state opzoekt in developer tools of die daadwerkelijk veranderd wanneer je met je WIFI verbind. Even dubbelchecken dus dat de waarde veranderd zoals je verwacht (op het moment dat je verwacht, met de waarde die je verwacht).

[Septillion]

@Gizz Dat gaat niet werken, legacy sensors ondersteunen geen 'state_class'. En dat lijkt @maartend zelf ook al doorgehad te hebben want er is een legacy template sensor 'gas_usage' en een state-based template sensor 'Gas_used'. Aan de laatse kan je wel een 'state_class' toevoegen.

Maar het is ook wel belangrijk dat je een availability opgeeft. Energy dashboard wil nog wel eens rare dingen doen als het de data niet snapt.

YAML:

availability: "{{ state_attr('sensor.dsmr', 'Gas_Delivered')|is_number }}"

Maar nog een stapje terug, hele gedoe met de templates is niet nodig als je de hele uitlezing niet met een RESTful Sensor doet maar via RESTful integratie. Dan hoef je niet eerst alles in attributes te stoppen om daarna aan de slag te moeten met template sensoren maar kan je alles direct in een entiteit opslaan incl 'unit_of_measurement', 'device_class' en 'state_class' en zorgt de integratie gelijk voor de availability.

[marvingfx]

vortexnl1982 schreef op woensdag 27 juli 2022 @ 13:15:
Ik heb zo'n smart wifi P1 gateway kastje in de meterkast :

[Afbeelding]

Deze is via de DSMR Slimme Meter integratie gekoppeld aan HA. Dat werkte prima totdat de stroom van de gateway ging en hij een nieuw IP adres kreeg (DHCP. Ik heb toen de integratie verwijderd, de gateway een vast ipadres gegeven (via config pagina) en de intregratie opnieuw toegevoegd met vast ipadres en poort 82.

Ik kan in HA alleen DSMR versie 5S selecteren, bij andere versies krijg ik een failure to communicate error in HA. Echter volgens mij is DSMR versie 5 de correcte versie voor mijn meter (Landis + Gyr E360), maar di e kan ik dus niet selecteren.

Nadat ik de integratie heb toegevoegd mis ik de energy_consumption_tarif_1 en energy_consumption_tarief_2 entities. Ook krijg ik geen data door van de entities die worden toegevoegd door de integratie (ik enable alle sensoren in HA). Ik kan me ook herinneren dat ik bij de vorige integratie meer entities had. Als ik met telnet verbinding met de gateway dan worden er continue 19 waarden geupdate...

Wat doe ik verkeerd ?

@vortexnl1982 Ik denk dat je de verkeerde poort gebruikt voor de integratie. Volgens de documentatie moet je voor de DSMR integratie in Home Assistant port 23 gebruiken: https://smartgateways.nl/...lezen-met-home-assistant/. Dan kun je ook weer de andere meters selecteren. (ik had laatst hetzelfde probleem )

[Annuk]

-Casper schreef op donderdag 28 juli 2022 @ 10:08:
[...]

Waarom staat er attribute in je trigger? Die zorgt ervoor dat hij kijkt naar wijzigingen van je icon attribute ipv de state zelf. Die zou ik eruit halen als ik jou was. Daarnaast even controleren als je de state opzoekt in developer tools of die daadwerkelijk veranderd wanneer je met je WIFI verbind. Even dubbelchecken dus dat de waarde veranderd zoals je verwacht (op het moment dat je verwacht, met de waarde die je verwacht).

YAML:

alias: savonds thuiskomen 2
description: ''
trigger:
  - platform: state
    entity_id:
      - sensor.sm_a515f_wifi_ip_address
    from: <not connected>
    to: 192.168.188.103

Op deze manier bedoel je?
Heb tevens de tijd er even uit gehaald.
De State not connected heb ik zo gekopieerd uit de dev tools > states

Maar kloppen m'n conditions ook wel? Hoe ik dat nu heb aangemaakt? (Met name sunset en sunrise)

[Septillion]

@Annuk Nog drie extra opmerkingen:

Standaard worden conditions al ge-AND. Dus die mag je weglaten.

MAAR, het is nooit tegelijk na sunset en voor sunrise. Om middernacht gaat 'na sunset' namelijk over in 'voor sunrise'. Voor die twee conditions wil je dus een OR. De andere AND mag nog steeds weg.

En als laatste, de boel ontploft niet als je een lamp probeert aan te zetten als deze al aan staat. Is met een gewone schakelaar ook geen probleem en in HA ook geen issue. De hele check dat de lampen uit zijn kan je dus gewoon weghalen.

Kleine uitzondering zou zijn voor de tweede lamp als je niet zou willen dat de brightness aangepast wordt als deze al aan zou staan (op bijvoorbeeld 100%). Immers zou die dan opeens 50% worden. Maar het is dan weer niet logisch dat als condition voor de hele automation te doen want als de eerste lamp wel uit staat wil je die denk ik als nog wel inschakelen.

[Annuk]

Septillion schreef op donderdag 28 juli 2022 @ 10:39:
@Annuk Nog drie extra opmerkingen:

Standaard worden conditions al ge-AND. Dus die mag je weglaten.

MAAR, het is nooit tegelijk na sunset en voor sunrise. Om middernacht gaat 'na sunset' namelijk over in 'voor sunrise'. Voor die twee conditions wil je dus een OR. De andere AND mag nog steeds weg.

Hmm... deze snap ik even niet helemaal hoe je die uitwerkt, zou je me daar een voorbeeldje voor kunnen (& willen) geven?

En als laatste, de boel ontploft niet als je een lamp probeert aan te zetten als deze al aan staat. Is met een gewone schakelaar ook geen probleem en in HA ook geen issue. De hele check dat de lampen uit zijn kan je dus gewoon weghalen.

Kleine uitzondering zou zijn voor de tweede lamp als je niet zou willen dat de brightness aangepast wordt als deze al aan zou staan (op bijvoorbeeld 100%). Immers zou die dan opeens 50% worden. Maar het is dan weer niet logisch dat als condition voor de hele automation te doen want als de eerste lamp wel uit staat wil je die denk ik als nog wel inschakelen.

Ja, okee die snap ik, dus de light check kan ik achterwege laten.... ga ik die er even uit halen in ieder geval..
En ja de ledstrip kan feller (staan), maar dat interesseert me eerlijk gezegd (nog) niet echt, deze hangt onder de keukenkastjes en heb er ook nog een ikea styrbar remote bij.

---

Edit:
Ik heb dus in m'n vorige post ook al de presence detection genoemd die ik heb gemaakt op basis van die blogpost.
Maar kan iemand me evt. ook even een hint geven hoe ik die evt. nog opneem in m'n groups.yaml (en dan met name incl. m'n IP-adres, aangezien ik die heb gereserveerd in m'n DHCP-pool dus m'n telefoon krijgt thuis altijd een "vast" IP-adres.

YAML:

residents:
  name: bewoners
  entities:
    - person.henrico
    - sensor.henrico_thuis
    - sensor.sm_a515f_wifi_ip_address

Dus waar moet ik de state toevoegen voor m'n sensor-ip-adres (192.168.188.103) (want hij hoeft geen home-detectie te geven als ik op het werk of ergens anders ben).

[ Voor 19% gewijzigd door Annuk op 28-07-2022 10:54 ]

[Septillion]

@Annuk Hak het even in drie voorbeelden op.

Eerst naar sunset en sunrise. Wanneer vind jij het een verschil tussen zonsopkomst en zonderondergang? Is bijvoorbeeld 1:00 voor zonsopkomst? En is 1:00 na zonsondergang? Antwoorden voor HA zijn ja en nee. Om 1:00 heeft de zonsondergang van die dag nog niet plaats gevonden. Middernacht is dus impliciet de andere grens. Dus een moment kan nooit tegelijk na zonsondergang (en voor 0:00) en voor zonsopkomst (en na 0:00) zijn, het is OF OF. En als je dus in beide delen het licht aan wilt zetten zal je dus moeten kijken of het na zonsondergang (en voor 0:00) is OF voor zonsopkomst (en na 0:00). Dat is dus:

YAML:

alias: savonds thuiskomen 2
description: ''
trigger:
  - platform: state
    entity_id:
      - sensor.sm_a515f_wifi_ip_address
    to: 192.168.188.103
    for:
      hours: 0
      minutes: 0
      seconds: 5
condition:
  - condition: or
    conditions:
      - condition: sun
        after: sunset
      - condition: sun
        before: sunrise
  - condition: and
    conditions:
      - condition: device
        type: is_off
        device_id: bebef61272664faf78d8510a09ed633f
        entity_id: light.schemerlampen_woonkamer
        domain: light
      - condition: device
        type: is_off
        device_id: 20a82e7c24d25de8dd89d83028909b50
        entity_id: light.ledstrip_keuken
        domain: light
        enabled: true
action:
  - type: turn_on
    device_id: b9cde4d5c1e302ce489a8f232aa0d2b2
    entity_id: switch.verlichting_beneden
    domain: switch
  - type: turn_on
    device_id: 20a82e7c24d25de8dd89d83028909b50
    entity_id: light.ledstrip_keuken
    domain: light
    brightness_pct: 50
    enabled: true
mode: single

Dan het tweede, condities zijn al impliciet AND. Dat hoe je dus niet nog op te geven. Vorige mag dus worden:
[code=yaml]

YAML:

alias: savonds thuiskomen 2
description: ''
trigger:
  - platform: state
    entity_id:
      - sensor.sm_a515f_wifi_ip_address
    to: 192.168.188.103
    for:
      hours: 0
      minutes: 0
      seconds: 5
condition:
  - condition: or
    conditions:
      - condition: sun
        after: sunset
      - condition: sun
        before: sunrise

  - condition: device
    type: is_off
    device_id: bebef61272664faf78d8510a09ed633f
    entity_id: light.schemerlampen_woonkamer
    domain: light
  - condition: device
    type: is_off
    device_id: 20a82e7c24d25de8dd89d83028909b50
    entity_id: light.ledstrip_keuken
    domain: light
    enabled: true
action:
  - type: turn_on
    device_id: b9cde4d5c1e302ce489a8f232aa0d2b2
    entity_id: switch.verlichting_beneden
    domain: switch
  - type: turn_on
    device_id: 20a82e7c24d25de8dd89d83028909b50
    entity_id: light.ledstrip_keuken
    domain: light
    brightness_pct: 50
    enabled: true
mode: single

Maar goed, die checks waren al niet nodig dus incl checken dat je eerst niet verbonden was krijg je:

YAML:

alias: savonds thuiskomen 2
description: ''
trigger:
  - platform: state
    entity_id:
      - sensor.sm_a515f_wifi_ip_address
    from: <not connected>
    to: 192.168.188.103
condition:
  - condition: or
    conditions:
      - condition: sun
        after: sunset
      - condition: sun
        before: sunrise
action:
  - type: turn_on
    device_id: b9cde4d5c1e302ce489a8f232aa0d2b2
    entity_id: switch.verlichting_beneden
    domain: switch
  - type: turn_on
    device_id: 20a82e7c24d25de8dd89d83028909b50
    entity_id: light.ledstrip_keuken
    domain: light
    brightness_pct: 50
    enabled: true
mode: single

[golles]

maartend schreef op woensdag 27 juli 2022 @ 22:36:
[...]

Dan is hij hier helemaal

YAML:

sensor:
  - platform: mqtt
    name: Zigbee2mqtt Networkmap
    # if you change base_topic of Zigbee2mqtt, change state_topic accordingly
    state_topic: zigbee2mqtt/bridge/networkmap/raw
    value_template: >-
      {{ now().strftime('%Y-%m-%d %H:%M:%S') }}
    # again, if you change base_topic of Zigbee2mqtt, change json_attributes_topic accordingly
    json_attributes_topic: zigbee2mqtt/bridge/networkmap/raw
  - platform: time_date
    display_options:
      - 'time'
      - 'date'
      - 'date_time'
  - platform: rest
    name: dsmr
    resource: http://192.xxx.yyy.zzz/getActual.json
    value_template: '{{ value_json.Energy_Delivered }}'
    json_attributes:
      - Timestamp
      - Energy_Delivered
      - Energy_Returned
      - Gas_Delivered
      - Energy_Delivered_Tariff1
      - Energy_Delivered_Tariff2
      - Energy_Returned_Tariff1
      - Energy_Returned_Tariff2
      - Power_Delivered
      - Power_Returned
      - Voltage_l1
      - Current_l1
      - Voltage_l2
      - Current_l2
      - Voltage_l3
      - Current_l3
      - Power_Delivered_l1
      - Power_Returned_l1
      - Power_Delivered_l2
      - Power_Returned_l2
      - Power_Delivered_l3
      - Power_Returned_l3
  - platform: template
    sensors:
      electricity:
        friendly_name: kWh stand
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Energy_Delivered') }}
        unit_of_measurement: 'kWh'

      current_power_total:
        friendly_name: Actueel verbruik totaal
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Power_Delivered') }}  
        unit_of_measurement: 'W'

      electricity_t1:
        friendly_name: kWh lt
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Energy_Delivered_Tariff1') }}
        unit_of_measurement: 'kWh'

      electricity_t2:
        friendly_name: kWh ht
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Energy_Delivered_Tariff2') }}
        unit_of_measurement: 'kWh'

      current_voltage_l1:
        friendly_name: Voltage L1
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Voltage_l1') }}
        unit_of_measurement: 'V'

      current_voltage_l2:
        friendly_name: Voltage L2
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Voltage_l2') }}
        unit_of_measurement: 'V'

      current_voltage_l3:
        friendly_name: Voltage L3
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Voltage_l3') }}
        unit_of_measurement: 'V'

      current_usage:
        friendly_name: Verbruik actueel
        value_template: >-
          {{ states.sensor.current_power_total.state|float * states.sensor.current_voltage_l1.state|float }}
        unit_of_measurement: 'W'
        
      electricity_r1:
        friendly_name: kWh geleverd lt
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Energy_Returned_Tariff1') }}
        unit_of_measurement: 'kWh'
        
      electricity_r2:
        friendly_name: kWh geleverd ht
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Energy_Returned_Tariff2') }}
        unit_of_measurement: 'kWh'

      gas_usage:
        friendly_name: Gas verbruik
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Gas_Delivered') }}
        unit_of_measurement: 'm³'
        device_class: gas

      current_power_l1:
        friendly_name: Actueel verbruik L1
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Power_Delivered_l1') }}
        unit_of_measurement: 'W'

      current_power_l2:
        friendly_name: Actueel verbruik L2
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Power_Delivered_l2') }}
        unit_of_measurement: 'W'

      current_power_l3:
        friendly_name: Actueel verbruik L3
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Power_Delivered_l3') }}
        unit_of_measurement: 'W'

      current_power_delivered:
        friendly_name: Opbrengst zonnepaneel actueel
        value_template: >-
          {{ state_attr('sensor.dsmr', 'Power_Returned_l3') }}
        unit_of_measurement: 'W'
        
utility_meter:
  monthly_power_offpeak:
    source: sensor.electricity_t1
    cycle: monthly

  monthly_power_peak:
    source: sensor.electricity_t2
    cycle: monthly
    
  monthly_sun_offpeak:
    source: sensor.electricity_r1
    cycle: monthly

  monthly_sun_peak:
    source: sensor.electricity_r2
    cycle: monthly
    
  gas_verbruik:
    source: sensor.gas_delivered
    cycle: monthly
    
template:
  - sensor:
    - name: "Gas verbruik"
      unique_id: Gas_used
      unit_of_measurement: m³
      state_class: total_increasing
      device_class: gas
      state: >
        {{ states('sensor.gas_verbruik_3') | float}}

default_config:

Hi Maarten, ik zie dat je Zigbee2MQTT gebruikt, dus ik ga er dan ook vanuit dat je MQTT hebt draaien.
DSMR Reader kun je configureren om ook MQTT te gebruiken, dan kun je deze ingebouwde integratie gebruiken: https://www.home-assistant.io/integrations/dsmr_reader

Dan hoef je niet al die sensoren zelf te defineren (en onderhouden).

[dutchnltweaker]

Ik heb de laatste 2 weken wat raars, in mijn log files staat dat er pogingen door mij zijn geweest om in te loggen (via de app) mislukt zijn als ik de app gewoon open (terwijl ik automatisch ingelogd ben). Uiteindelijk wordt ik of een andere gebruiker via IP Adress geblockt en kan ik die up Adressen weer uit de config file halen.

Daarvoor was ban IP Adress bij zoveel keer altijd al ingesteld geweest en nooit problemen gehad.

[ Voor 13% gewijzigd door dutchnltweaker op 28-07-2022 11:11 ]

[Magic]

dutchnltweaker schreef op donderdag 28 juli 2022 @ 11:09:
Ik heb de laatste 2 weken wat raars, in mijn log files staat dat er pogingen door mij zijn geweest om in te loggen (via de app) mislukt zijn als ik de app gewoon open (terwijl ik automatisch ingelogd ben). Uiteindelijk wordt ik of een andere gebruiker via IP Adress geblockt en kan ik die up Adressen weer uit de config file halen.

Daarvoor was ban IP Adress bij zoveel keer altijd al ingesteld geweest en nooit problemen gehad.

't is misschien wat far-fetched, maar het enige wat ik me kan bedenken is dat de klok op een van beide machines niet klopt. Misschien een kapotte/onbereikbare NTP-server waardoor de clock is gaan driften in de loop der tijd?

[RobertMe]

Septillion schreef op donderdag 28 juli 2022 @ 11:01:
Maar goed, die checks waren al niet nodig dus incl checken dat je eerst niet verbonden was krijg je:

YAML:

alias: savonds thuiskomen 2
description: ''
trigger:
  - platform: state
    entity_id:
      - sensor.sm_a515f_wifi_ip_address
    from: <not connected>
    to: 192.168.188.103
condition:
  - condition: or
    conditions:
      - condition: sun
        after: sunset
      - condition: sun
        before: sunrise
action:
  - type: turn_on
    device_id: b9cde4d5c1e302ce489a8f232aa0d2b2
    entity_id: switch.verlichting_beneden
    domain: switch
  - type: turn_on
    device_id: 20a82e7c24d25de8dd89d83028909b50
    entity_id: light.ledstrip_keuken
    domain: light
    brightness_pct: 50
    enabled: true
mode: single

En de or, en and, kan tegenwoordig dan nog wat korter:

YAML:

...
condition:
  - or:
      - condition: sun
        after: sunset
      - condition: sun
        before: sunrise
...

Weet jij, @Septillion, vast wel, maar ik benoem het even voor eventuele meelezers.

[Annuk]

Septillion schreef op donderdag 28 juli 2022 @ 11:01:
@Annuk Hak het even in drie voorbeelden op.

Eerst naar sunset en sunrise. Wanneer vind jij het een verschil tussen zonsopkomst en zonderondergang? Is bijvoorbeeld 1:00 voor zonsopkomst? En is 1:00 na zonsondergang? Antwoorden voor HA zijn ja en nee. Om 1:00 heeft de zonsondergang van die dag nog niet plaats gevonden. Middernacht is dus impliciet de andere grens. Dus een moment kan nooit tegelijk na zonsondergang (en voor 0:00) en voor zonsopkomst (en na 0:00) zijn, het is OF OF. En als je dus in beide delen het licht aan wilt zetten zal je dus moeten kijken of het na zonsondergang (en voor 0:00) is OF voor zonsopkomst (en na 0:00). Dat is dus:


Maar goed, die checks waren al niet nodig dus incl checken dat je eerst niet verbonden was krijg je:

YAML:

alias: savonds thuiskomen 2
description: ''
trigger:
  - platform: state
    entity_id:
      - sensor.sm_a515f_wifi_ip_address
    from: <not connected>
    to: 192.168.188.103
condition:
  - condition: or
    conditions:
      - condition: sun
        after: sunset
      - condition: sun
        before: sunrise
action:
  - type: turn_on
    device_id: b9cde4d5c1e302ce489a8f232aa0d2b2
    entity_id: switch.verlichting_beneden
    domain: switch
  - type: turn_on
    device_id: 20a82e7c24d25de8dd89d83028909b50
    entity_id: light.ledstrip_keuken
    domain: light
    brightness_pct: 50
    enabled: true
mode: single

Top, nu ik dit voorbeeld zie met de OR condition (en je bovenstaande uitleg) snap ik inderdaad wat er exact bedoelt wordt, en heb het voorbeeldje van de OR condition van @RobertMe hierboven ook even mee genomen.
Ik vermoed dat hoe het in deze quote is/wordt opgebouwd komt door de Visual Editor in HA, en wat @RobertMe aangeeft dat verwerkt (kan) wordt zodra je zelf je hele automation opbouwd in YAML, zodat je jezelf enigszins coding-werk bespaard..

Maar kan vanavond deze automation mooi testen aangezien ik dan toch weg ben/moet...

[RobertMe]

Annuk schreef op donderdag 28 juli 2022 @ 11:40:
[...]


Top, nu ik dit voorbeeld zie met de OR condition (en je bovenstaande uitleg) snap ik inderdaad wat er exact bedoelt wordt, en heb het voorbeeldje van de OR condition van @RobertMe hierboven ook even mee genomen.
Ik vermoed dat hoe het in deze quote is/wordt opgebouwd komt door de Visual Editor in HA, en wat @RobertMe aangeeft dat verwerkt (kan) wordt zodra je zelf je hele automation opbouwd in YAML, zodat je jezelf enigszins coding-werk bespaard..

Maar kan vanavond deze automation mooi testen aangezien ik dan toch weg ben/moet...

condition: or en or: is inderdaad exact hetzelfde, alleen een net wat kortere syntax (en iets minder expliciet, door het ontbreken van het expliciet benoemen dat het condition type or is, zoals wel bij alle andere condition types benoemd wordt).
Dat ee automation editor van HA de expliciete variant gebruikt verbaasd mij dan ook niks. Zowel in dat het explicieter is als in dat dit de "standaard" volgt waarbij het altijd condition: ... is met additionele properties. De nieuwere syntax heeft dan maar één property, or, die het array bevat. "Al die afwijkingen" zorgen er dan voor dat ze het allemaal extea zouden moeten programmeren om deze variant ook via de editor op te bouwen. Terwijl gebruikers van de editor zeer waarschijnlijk toch niet naar de YAML kijken en de oude of nieuwe syntax dus niet uit maakt.

[Sicco92]

Annuk schreef op donderdag 28 juli 2022 @ 11:40:
[...]


Top, nu ik dit voorbeeld zie met de OR condition (en je bovenstaande uitleg) snap ik inderdaad wat er exact bedoelt wordt, en heb het voorbeeldje van de OR condition van @RobertMe hierboven ook even mee genomen.
Ik vermoed dat hoe het in deze quote is/wordt opgebouwd komt door de Visual Editor in HA, en wat @RobertMe aangeeft dat verwerkt (kan) wordt zodra je zelf je hele automation opbouwd in YAML, zodat je jezelf enigszins coding-werk bespaard..

Maar kan vanavond deze automation mooi testen aangezien ik dan toch weg ben/moet...

Snappen hoe AND en OR conditions werken is heel handig voor Home Assistant. Maar ook dit kan nog simpeler, en omdat er meerdere wegen naar Rome leiden, hier nog een andere optie:
Als je alleen maar geïnteresseerd bent in 'zon = onder' of 'zon = op', dan kan je ook gebruik maken van de state van de sun-entity: https://www.home-assistan...tions#sun-state-condition

Voorbeeldje:

YAML:

condition:
  - condition: state  
    entity_id: sun.sun
    state: "below_horizon"

Dit doet hetzelfde als jouw 2 OR-conditions, maar dan met 1 condition. Vooral bij automations met veel conditions, kan dat soms de leesbaarheid bevorderen.

[dutchnltweaker]

Magic schreef op donderdag 28 juli 2022 @ 11:31:
[...]

't is misschien wat far-fetched, maar het enige wat ik me kan bedenken is dat de klok op een van beide machines niet klopt. Misschien een kapotte/onbereikbare NTP-server waardoor de clock is gaan driften in de loop der tijd?

Hoe bedoelje clock is gaan driften?

[Annuk]

Sicco92 schreef op donderdag 28 juli 2022 @ 11:52:
[...]

Snappen hoe AND en OR conditions werken is heel handig voor Home Assistant. Maar ook dit kan nog simpeler, en omdat er meerdere wegen naar Rome leiden, hier nog een andere optie:
Als je alleen maar geïnteresseerd bent in 'zon = onder' of 'zon = op', dan kan je ook gebruik maken van de state van de sun-entity: https://www.home-assistan...tions#sun-state-condition

Voorbeeldje:

YAML:

condition:
  - condition: state  
    entity_id: sun.sun
    state: "below_horizon"

Dit doet hetzelfde als jouw 2 OR-conditions, maar dan met 1 condition. Vooral bij automations met veel conditions, kan dat soms de leesbaarheid bevorderen.

Dit is inderdaad ook wel een mooie/interessante optie...

Hier nog wel een vraagstelling bij.. (en bij het voorbeeld van @RobertMe)
Kan je hier evt. ook nog een offset bij plaatsen? (denk dat ik bij het vb. van @RobertMe er wel uit kom, maar bij deze dan?)

Zou dat b.v. dit worden? (half uur voor zonsondergang, en uur na zonsopkomst)

YAML:

condition:
  - condition: state  
    entity_id: sun.sun
    state: "below_horizon"
    before_offset: -00:30:00
    after_offset: 01:00:00

---

En zou iemand me hierbij nog kunnen helpen?

Ik heb dus in m'n vorige post ook al de presence detection genoemd die ik heb gemaakt op basis van die blogpost.
Maar kan iemand me evt. ook even een hint geven hoe ik die evt. nog opneem in m'n groups.yaml (en dan met name incl. m'n IP-adres, aangezien ik die heb gereserveerd in m'n DHCP-pool dus m'n telefoon krijgt thuis altijd een "vast" IP-adres.

YAML:

residents:
  name: bewoners
  entities:
    - person.henrico
    - sensor.henrico_thuis
    - sensor.sm_a515f_wifi_ip_address

Dus waar moet ik de state toevoegen voor m'n sensor-ip-adres (192.168.188.103) (want hij hoeft geen home-detectie te geven als ik op het werk of ergens anders ben).

Wat ik met bovenstaande eigenlijk wil bereiken is dus dat ik HOME gemeld wordt zodra ik:
In zone home ben/kom op basis van Geolocation, Wifi connection met mijn thuis wifi (maar daarvoor moet dus sowieso GPS al aan en die wil ik wat meer uit kunnen laten i.v.m. batterij slurpen), en dus op basis van mijn IP-adres aangezien dat over het algemeen ook het minste batterij verbruikt.

[Magic]

dutchnltweaker schreef op donderdag 28 juli 2022 @ 12:18:
[...]

Hoe bedoelje clock is gaan driften?

Dat ie voor of achter is gaan lopen meeste SSL verbindingen vinden het niet leuk als het verschil tussen host en client meer is dan een paar minuten.

[alex3305]

alex3305 schreef op dinsdag 26 juli 2022 @ 21:34:
Elke keer als ik Home Assistant herstart dan is de sync met Zigbee2MQTT weg. Lampen zijn dan plots aan die uit zijn, of helderheden komen niet meer helemaal overeen. Nu is dat makkelijk op te lossen, maar het begint de laatste tijd irritant te worden. Welke instelling mis ik in Zigbee2MQTT of Mosquitto?

Ik quote mijzelf even. Gister had ik ook een Reddit thread hierover geopend, maar met nog geen resultaat.

Waar ik inmiddels achter ben gekomen is dat wanneer ik: Home Assistant, Mosquitto of Zigbee2MQTT herstart de sync van mijn lampen echt volledig de mist in gaat:



Ik had, volgens de suggestie in bovenstaande Reddit thread, retain: true aangezet, maar dat lijkt geen verschil te maken. Het lijkt erop dat Zigbee2MQTT de verkeerde data publiceert, maar als ik in de webinterface van de add-on kijk staan de statussen en helderheden wel gewoon goed. En ik kan mij niet voorstellen dat ik de enige ben met dit fenomeen.

[TheFes]

Annuk schreef op donderdag 28 juli 2022 @ 12:23:
[...]


Dit is inderdaad ook wel een mooie/interessante optie...

Hier nog wel een vraagstelling bij.. (en bij het voorbeeld van @RobertMe)
Kan je hier evt. ook nog een offset bij plaatsen? (denk dat ik bij het vb. van @RobertMe er wel uit kom, maar bij deze dan?)

Zou dat b.v. dit worden? (half uur voor zonsondergang, en uur na zonsopkomst)

YAML:

condition:
  - condition: state  
    entity_id: sun.sun
    state: "below_horizon"
    before_offset: -00:30:00
    after_offset: 01:00:00

Met die condition kun je geen offset gebruiken, wat je wel kunt doen, en wat ook een stuk consequenter is dan een time delay door het jaar heen, is elevation gebruiken.

Bijvoorbeeld

YAML:

condition:
  - condition: numeric_state  
    entity_id: sun.sun
    attribute: elevation
    below: 4

[ Voor 0% gewijzigd door Septillion op 28-07-2022 14:20 . Reden: quote fix ]

[Sicco92]

Annuk schreef op donderdag 28 juli 2022 @ 12:23:
[...]

Dit is inderdaad ook wel een mooie/interessante optie...

Hier nog wel een vraagstelling bij.. (en bij het voorbeeld van @RobertMe)
Kan je hier evt. ook nog een offset bij plaatsen? (denk dat ik bij het vb. van @RobertMe er wel uit kom, maar bij deze dan?)

Zou dat b.v. dit worden? (half uur voor zonsondergang, en uur na zonsopkomst)

YAML:

condition:
  - condition: state  
    entity_id: sun.sun
    state: "below_horizon"
    before_offset: -00:30:00
    after_offset: 01:00:00

Nee, bij een 'condition: state' kan je geen offsets gebruiken. Een state-condition kijkt simpelweg naar de state van een entity, zonder daar al te veel complexe zaken bij te kunnen halen. Dit is zo'n beetje de meest algemene check die je kan doen. Als je met entity-specifieke checks wil gaan werken, dan moet je vaak een ander soort condition gebruiken dan een state-condition.

Als je met offsets wil werken, dan zou ik inderdaad wel aanraden om dat met 'condition: sun' te gaan doen, en dan ben je weer terug bij de 2 OR-conditions.
Edit: Of kijk naar het voorbeeld van @TheFes, die vind ik wel beter dan een time-offset. Ik ga die ook overnemen

Annuk schreef op donderdag 28 juli 2022 @ 12:23:
En zou iemand me hierbij nog kunnen helpen?

[...]

Wat ik met bovenstaande eigenlijk wil bereiken is dus dat ik HOME gemeld wordt zodra ik:
In zone home ben/kom op basis van Geolocation, Wifi connection met mijn thuis wifi (maar daarvoor moet dus sowieso GPS al aan en die wil ik wat meer uit kunnen laten i.v.m. batterij slurpen), en dus op basis van mijn IP-adres aangezien dat over het algemeen ook het minste batterij verbruikt.

Ook hier zijn weer meerdere opties mogelijk (zoals zo vaak in Home Assistant). De simpelste manier is misschien wel om een device-tracker via een Ping-sensor aan te maken, zoals hier beschreven: https://www.home-assistan.../ping/#presence-detection.
Een andere manier zou zijn om een template-sensor aan te maken waarin je de check doet op IP-adres, maar dat is wel wat complexer dan het aanmaken van een Ping-sensor.

[Sicco92]

alex3305 schreef op donderdag 28 juli 2022 @ 12:28:
[...]

Ik quote mijzelf even. Gister had ik ook een Reddit thread hierover geopend, maar met nog geen resultaat.

Waar ik inmiddels achter ben gekomen is dat wanneer ik: Home Assistant, Mosquitto of Zigbee2MQTT herstart de sync van mijn lampen echt volledig de mist in gaat:

[Afbeelding]

Ik had, volgens de suggestie in bovenstaande Reddit thread, retain: true aangezet, maar dat lijkt geen verschil te maken. Het lijkt erop dat Zigbee2MQTT de verkeerde data publiceert, maar als ik in de webinterface van de add-on kijk staan de statussen en helderheden wel gewoon goed. En ik kan mij niet voorstellen dat ik de enige ben met dit fenomeen.

Ik heb de laatste tijd ook veel problemen met Zigbee2MQTT, vooral na het herstarten van Home Assistant of de add-on. Mijn vermoeden is nu dat het met Zigbee-groepen te maken heeft, die soms de groep-status forceren op alle lichten in die groep na een herstart.
Heb je toevallig ook alle lichten in 1 Zigbee-groep aangemaakt binnen Zigbee2MQTT?

[maartend]

golles schreef op donderdag 28 juli 2022 @ 11:05:
[...]


Hi Maarten, ik zie dat je Zigbee2MQTT gebruikt, dus ik ga er dan ook vanuit dat je MQTT hebt draaien.
DSMR Reader kun je configureren om ook MQTT te gebruiken, dan kun je deze ingebouwde integratie gebruiken: https://www.home-assistant.io/integrations/dsmr_reader

Dan hoef je niet al die sensoren zelf te defineren (en onderhouden).

Paktieniet. Ik denk dat mijn dame dader net een versie te oud is

[Villager]

Septillion schreef op woensdag 27 juli 2022 @ 15:29:
@Villager Als 'growatt_actual_output_power' echt het vermogen is wat de omvormer doet en dus in Watt dan zijn die 'device_class' en 'state_class' niet correct daarvoor. Ook is 'zonnepanelen_return_kwh' dan niet opeens je opgewekte energie in kWh door het simpelweg door 1000 te delen. Dat is dan gewoon je huidige vermogen in kW (zonder h).

Stuurt je Growatt niet ook werkelijk je opgewekte energie door? Dus een (per dag of altijd) oplopend getal?

Anders kant, feit dat het topic energy\growatt is zou suggereren dat het wel al energie is en niet vermogen... Kan je anders eens een grafiek laten zien hoe de grafiek van 'sensor.growatt_output_wattage_actueel' eruit ziet?

Ik zie dus mooie husseling van vermogen en energie.
Vermogen (Engels: power) is in Watt (W, kW etc)
Energie (Engels: energy) is in Wattuur (Wh, kWh etc)

Voor energy dashboard heb je dus energie in kWh nodig.

Growatt heeft inderdaad ook een totaaltelling entiteit.



Maar ondanks dat het volgens mij voldoet aan de eisen, zie ik geen enkele waarde vanuit de Growatt in het lijstje van de entiteiten die gebruikt kunnen worden in het energy dashboard.

[Septillion]

@Villager Mm, die is wel gek. Die lijkt mij inderdaad ook prima te voldoen voor het energy dashboard onder elektriciteit. Wat zie je wel allemaal in dat lijstje dan?

[Villager]

Septillion schreef op donderdag 28 juli 2022 @ 13:32:
@Villager Mm, die is wel gek. Die lijkt mij inderdaad ook prima te voldoen voor het energy dashboard onder elektriciteit. Wat zie je wel allemaal in dat lijstje dan?

Eigenlijk zie ik alleen alle entiteiten gerelateerd aan de P1 meter incl. alle utility entiteiten daaruit voorvloeiend (hourly, daily, weekly, etc.) en een paar switches die een powermeter in zich hebben.

[Septillion]

@Villager Raar Dan weet ik het zo ook niet...

[Annuk]

TheFes schreef op donderdag 28 juli 2022 @ 13:08:

Met die condition kun je geen offset gebruiken, wat je wel kunt doen, en wat ook een stuk consequenter is dan een time delay door het jaar heen, is elevation gebruiken.

Bijvoorbeeld

YAML:

condition:
  - condition: numeric_state  
    entity_id: sun.sun
    attribute: elevation
    below: 4

Okee
En moet ik die below: 4 dan baseren op de entity image die hier staat: https://www.home-assistant.io/integrations/sun/ (elevation: 44.93)
En zo ja.. hoe moet ik dat "berekenen"?

Of moet ik b.v. vanavond gewoon kijken in huis van nou.. nu mag het van mij wel aangaan, dus check de elevation in de entity en dat is/wordt de waarde die ik invul?

[vortexnl1982]

marvingfx schreef op donderdag 28 juli 2022 @ 10:38:
[...]


@vortexnl1982 Ik denk dat je de verkeerde poort gebruikt voor de integratie. Volgens de documentatie moet je voor de DSMR integratie in Home Assistant port 23 gebruiken: https://smartgateways.nl/...lezen-met-home-assistant/. Dan kun je ook weer de andere meters selecteren. (ik had laatst hetzelfde probleem )

Dat was het probleem!

[TheFes]

Annuk schreef op donderdag 28 juli 2022 @ 14:00:
[...]


Okee
En moet ik die below: 4 dan baseren op de entity image die hier staat: https://www.home-assistant.io/integrations/sun/ (elevation: 44.93)
En zo ja.. hoe moet ik dat "berekenen"?

Of moet ik b.v. vanavond gewoon kijken in huis van nou.. nu mag het van mij wel aangaan, dus check de elevation in de entity en dat is/wordt de waarde die ik invul?

Dat laatste inderdaad

[Annuk]

TheFes schreef op donderdag 28 juli 2022 @ 14:11:
[...]


Dat laatste inderdaad

Top ga ik dat vanavond maar eens enigszins in de gaten houden, en bij auto-uit zou het dus above: 4 worden

langzaam maar zeker kom ik er (ooit) wel, al betwijfel ik of ik jou kennis/niveau hierin zou kunnen evenaren (en met jou een aantal anderen natuurlijk), maar het is en blijft zoeken en vissen, en het mooie er komen nu dus al een aantal verschillende mooie optie's voorbij, die ik allen om beurten denk ik eens even ga testen, ik heb nu in ieder geval de elevation erin staan, de andere automations nu even uitgeschakeld (maak er meerdere aan waar tussen ik even kan wisselen).

[Septillion]

@alex3305 Al keer via MQTT explorer gekeken? Ik zou eens alle retains weg halen en dan zigbee2MQTT een herstart geven, wat wordt er dan gepubliceerd door Z2M?

[alex3305]

Sicco92 schreef op donderdag 28 juli 2022 @ 13:14:
[...]

Ik heb de laatste tijd ook veel problemen met Zigbee2MQTT, vooral na het herstarten van Home Assistant of de add-on. Mijn vermoeden is nu dat het met Zigbee-groepen te maken heeft, die soms de groep-status forceren op alle lichten in die groep na een herstart.
Heb je toevallig ook alle lichten in 1 Zigbee-groep aangemaakt binnen Zigbee2MQTT?

Dat is een verdomd goede! Ja, zo'n groep heb ik inderdaad aangemaakt. Sowieso heb ik meerdere groepen aangemaakt, zodat Zigbee2MQTT een broadcast kan sturen over het netwerk in plaats van losse commando's. Daarmee wordt het netwerk ontlast en reageren apparaten veel beter wanneer je meerdere apparaten tegelijk wilt aansturen. Dat loste in ieder geval mijn problemen op bij het 'alles uit' commando.

Ik zal hier eens verder induiken. Bedankt.

[alex3305]

Septillion schreef op donderdag 28 juli 2022 @ 14:18:
@alex3305 Al keer via MQTT explorer gekeken? Ik zou eens alle retains weg halen en dan zigbee2MQTT een herstart geven, wat wordt er dan gepubliceerd door Z2M?

Nee, ik ben er nog niet zo diep ingedoken. Ik had namelijk meer het gevoel dat ik een bepaalde instelling mis waardoor het e.e.a. misgaat. Ik zal hier eens induiken. Het zou mij namelijk niets verbazen als Mosquitto iets cached wat niet helemaal de bedoeling is.

[Septillion]

@alex3305 Heb je in Z2M 'Cache state', 'Persist cache state' en 'send cached state on startup' alle drie aan staan?

[Sicco92]

alex3305 schreef op donderdag 28 juli 2022 @ 14:21:
[...]

Dat is een verdomd goede! Ja, zo'n groep heb ik inderdaad aangemaakt. Sowieso heb ik meerdere groepen aangemaakt, zodat Zigbee2MQTT een broadcast kan sturen over het netwerk in plaats van losse commando's. Daarmee wordt het netwerk ontlast en reageren apparaten veel beter wanneer je meerdere apparaten tegelijk wilt aansturen. Dat loste in ieder geval mijn problemen op bij het 'alles uit' commando.

Ik zal hier eens verder induiken. Bedankt.

Dat is inderdaad ook de reden dat ik een groep 'All lights' heb, en daarbinnen ook meerdere sub-groepen. Ze doen bij mij alleen nogal raar. Ik had een groep met 1 licht daarbinnen die soms willekeurig aan ging. Wanneer dat gebeurde zag ik in de Zigbee2MQTT logs het licht de state 'OFF' rapporteren, heel kort daarop de groep de state 'ON', waarna het licht die state 'ON' overnam en aansprong. Geen idee waarom.
Ook had ik in de 'All lights' groep een licht dat niet meer bestaat in het netwerk, maar die wel steeds de state 'ON' kreeg als ik de groep inschakelde. Hierdoor stond de groep ook steeds op 'ON', ondanks dat alle bestaande lichten uit stonden. Pas als ik via Home Assistant de groep weer het 'OFF'-commando stuurde, ging het spook-licht ook uit en daarmee de groep ook.

[alex3305]

Septillion schreef op donderdag 28 juli 2022 @ 14:31:
@alex3305 Heb je in Z2M 'Cache state', 'Persist cache state' en 'send cached state on startup' alle drie aan staan?

Yes.

---

@Sicco92 Ik heb gelukkig geen last van spoken in huis. Wel van een smart home verslaving. Maar volgens mij is dat een bekende aandoening hier.

Het zou echt wel kunnen dat het iets met de groepen te maken heeft zoals jij suggereert. Want ik denk dat het sindsdien misgaat. Wel wil ik er straks met MQTT Explorer wat dieper induiken om het e.e.a. te testen.

[dutchnltweaker]

Magic schreef op donderdag 28 juli 2022 @ 12:26:
[...]

Dat ie voor of achter is gaan lopen meeste SSL verbindingen vinden het niet leuk als het verschil tussen host en client meer is dan een paar minuten.

Hoe kom ik daar achter?

[Magic]

dutchnltweaker schreef op donderdag 28 juli 2022 @ 17:28:
[...]

Hoe kom ik daar achter?

kijken welke tijd je telefoon en welke je Home Assistant server aangeeft.

[dutchnltweaker]

Magic schreef op donderdag 28 juli 2022 @ 19:10:
[...]

kijken welke tijd je telefoon en welke je Home Assistant server aangeeft.

Die klopt gewoon zoals ik kan zien.

[Magic]

dutchnltweaker schreef op donderdag 28 juli 2022 @ 19:49:
[...]

Die klopt gewoon zoals ik kan zien.

Dan moet het wat anders zijn, helaas heb ik dan ook geen idee.

[RudolfR]

Vandaag heb ik geleerd dat het ook kan gebeuren dat de duckdns/letsencrypt add-on al netjes het certificaat heeft vernieuwd, maar dat Home Assistant nog het oude certificaat gebruikt (want dat wordt ingeladen bij het opstarten)

HA serveerde dus nog vrolijk het certificaat dat gisteren verlopen was, een herstart lost het gelukkig op.

[maartend]

golles schreef op donderdag 28 juli 2022 @ 11:05:
[...]


Hi Maarten, ik zie dat je Zigbee2MQTT gebruikt, dus ik ga er dan ook vanuit dat je MQTT hebt draaien.
DSMR Reader kun je configureren om ook MQTT te gebruiken, dan kun je deze ingebouwde integratie gebruiken: https://www.home-assistant.io/integrations/dsmr_reader

Dan hoef je niet al die sensoren zelf te defineren (en onderhouden).

geprobeerd. Er komt wederom niks tevoorschijn . weer entity troubles

[Vos]

Ik probeer mijn camera snapshot toe te voegen aan mijn deurbel notification. Nu gaat het opslaan van de snapshot goed, alleen het toevoegen van de image aan de notification niet. Als ik op de plek van de dynamische filename een harde url opgeef werkt het wel.

Kan hij wellicht geen correct pad opbouwen/vinden?

code:

action:
  - service: camera.snapshot
    data:
      entity_id: camera.nas_voordeur
      filename: >-
        /config/www/cam_captures/voordeur_{{ now ().year }}_{{ now ().month
        }}_{{ now ().day }}_{{ now ().hour }}_{{ now ().minute }}.jpg
  - service: notify.mobile_app_samsung_jasper
    data:
      message: Bericht
      data:
        image: >-
          "/config/www/cam_captures/voordeur_{{ now ().year }}_{{ now ().month
          }}_{{ now ().day }}_{{ now ().hour }}_{{ now ().minute }}.jpg" 
        priority: high

[Vos]

Heb het gevonden

Bij de image moest ik '/local/' gebruiken ipv '/config/www/'

[JeroenH]

Ik heb een paar dagen geleden mijn eerste automations gemaakt, paar lampen aan elkaar gekoppeld, dat was heel goed te doen.

Nu wil ik een automation bouwen die triggert op het elektriciteitsverbuik, en dat wil maar niet werken - en ik snap niet waarom. Ik heb (op een andere Pi) DSMR reader die de slimme meter uitleest, en via MQTT het verbruik/teruglevering naar HA stuurt. Dat werkt erg goed.

Dit maakt het volgende beschikbaar:



Die staat nu op 0, omdat de zonnepanelen meer opwekken dan we verbruiken, maar als ik een zware verbruiker aanzet zie ik daar direct een waarde weergegeven. Dit lijkt me dus de goede entity om mee te werken.

Toen deze simpele trigger gebouwd:

code:

platform: numeric_state
entity_id: sensor.dsmr_reading_electricity_currently_delivered
attribute: unit_of_measurement
above: '4'
for:
  hours: 0
  minutes: 1
  seconds: 0

Als ik het goed heb bedacht, zou deze moeten triggeren als het elektriciteitsverbruik voor 1 minuut boven de 4 kW ligt. Toch?

Het werkt echter niet. Als ik bv de oven en twee pitten van de kookplaat aanzet gaat het verbruik naar ruim 5 kW, maar zelfs als ik 2 minuten wacht triggert deze automation niet.

De afgelopen dagen veel aan het experimenteren geweest, en het lukt me bv wel om (als test) te triggeren op de meetwaarde van een Shelly meetplug. Dus ik denk (dacht...) dat ik het principe doorhad, maar ik snap niet waarom bovenstaande niet werkt.

Iemand een idee wat ik over het hoofd zie?

[breinonline]

JeroenH schreef op vrijdag 29 juli 2022 @ 08:24:
I
Toen deze simpele trigger gebouwd:

code:

platform: numeric_state
entity_id: sensor.dsmr_reading_electricity_currently_delivered
attribute: unit_of_measurement
above: '4'
for:
  hours: 0
  minutes: 1
  seconds: 0

Als ik het goed heb bedacht, zou deze moeten triggeren als het elektriciteitsverbruik voor 1 minuut boven de 4 kW ligt. Toch?

Je kijkt nu of de attribute unit_of_measurement boven de 4 ligt volgens mij. Ik denk dat je gewoon de waarde wil vergelijken, geen attribute.

Dus dan krijg je iets als:

code:

platform: numeric_state
entity_id: sensor.dsmr_reading_electricity_currently_delivered
above: '4'
for:
  hours: 0
  minutes: 1
  seconds: 0

[JeroenH]

breinonline schreef op vrijdag 29 juli 2022 @ 08:36:
Dus dan krijg je iets als:

BAM! Dat was hem hoor, zeer bedankt, nu werkt het. Nu kan ik het laden van onze elektrische auto stoppen en starten, afhankelijk van of we al veel stroom verbruiken of niet.

Wat is dat attribute precies in deze context? Ik heb deze automation gemaakt met de visual editor, en dan suggereert hij onder Attributes een paar dingen, waaronder dus Unit of measurement. Eigenlijk alleen omdat daar suggesties stonden heb ik daar aangklikt wat me het beste leek....

[breinonline]

Soms staan daar nuttige zaken tussen waar je op wilt kunnen triggeren. Denk aan een fan entity waar je als attribute de snelheid kan uitlezen. Maar attributes als icon, unit of measurement daar heb je niks aan om op te triggeren.

[Dutchess_Nicole]

JeroenH schreef op vrijdag 29 juli 2022 @ 08:45:
[...]


BAM! Dat was hem hoor, zeer bedankt, nu werkt het. Nu kan ik het laden van onze elektrische auto stoppen en starten, afhankelijk van of we al veel stroom verbruiken of niet.

Wat is dat attribute precies in deze context? Ik heb deze automation gemaakt met de visual editor, en dan suggereert hij onder Attributes een paar dingen, waaronder dus Unit of measurement. Eigenlijk alleen omdat daar suggesties stonden heb ik daar aangklikt wat me het beste leek....

Unit of measurement is een attiriuut dat aangeeft in wat voor eenheid deze sensor zijn waarde geeft. Dikke kans dat deze dus de waarde kW bevat. Die zal natuurlijk nooit boven de 4 komen want dat is niet eens een getal.

De waarde die je wilt zit niet in een attribuut in dit geval maar in de state van de sensor zelf.

[Villager]

Septillion schreef op donderdag 28 juli 2022 @ 13:43:
@Villager Raar Dan weet ik het zo ook niet...

Opgelost!
Ik had alles goed gedaan, was alleen vergeten de entiteit van de integratie op te nemen in het 'include' lijstje onder 'recorder'. Nu zie ik de zonne-energie productie.
Nogmaals dank voor je hulp!

[Septillion]

@Villager Ahhhhhhh, non-standaard recorder setting. Daar had ik zo niet aan gedacht omdat je wel veel andere (wat onzinnige) sensoren uit DSMR zag

[Septillion]

JeroenH schreef op vrijdag 29 juli 2022 @ 08:45:
Eigenlijk alleen omdat daar suggesties stonden heb ik daar aangklikt wat me het beste leek....

Mee eens dat dit duidelijker zou moeten in de UI. Maar het 'Attribute' veld is dus optioneel als je iets wilt doen met een waarde die in een attribute staat.

Naar mijn idee had deze standaard niet leeg moeten zijn (ondanks dat het dan het 'attribute' veld in de yaml weg/leeg laat) maar iets als 'State', 'Main state' of 'None' ofzo moeten bevatten. Of net als 'Trigger ID' naar het dot-menu.

[ Voor 10% gewijzigd door Septillion op 29-07-2022 09:06 ]

[Maikie18]

Iemand enig idee waarom dit niet werkt?

YAML:

alias: Kraan lang aan
description: ''
trigger:
  - type: value
    platform: device
    device_id: 32098de12f8a947ec6badf270970dfd6
    entity_id: sensor.water_meter_current_usage
    domain: sensor
    above: 5
    for:
      hours: 0
      minutes: 0
      seconds: 5
condition: []
action:
  - service: tts.google_translate_say
    data:
      entity_id: media_player.google_speakers
      message: Kraan staat al meer dan 5 seconden aan
      language: NL
mode: single

Denk om de code tags!

[ Voor 5% gewijzigd door Septillion op 29-07-2022 09:34 ]

[Driek]

Maikie18 schreef op vrijdag 29 juli 2022 @ 09:28:
Iemand enig idee waarom dit niet werkt?

YAML:

alias: Kraan lang aan
description: ''
trigger:
  - type: value
    platform: device
    device_id: 32098de12f8a947ec6badf270970dfd6
    entity_id: sensor.water_meter_current_usage
    domain: sensor
    above: 5
    for:
      hours: 0
      minutes: 0
      seconds: 5
condition: []
action:
  - service: tts.google_translate_say
    data:
      entity_id: media_player.google_speakers
      message: Kraan staat al meer dan 5 seconden aan
      language: NL
mode: single

[mbr]Denk om de code tags![/mbr]

code:

  - platform: numeric_state
    entity_id: sensor.water_per_dag
    above: '2'
    for:
      hours: 0
      minutes: 5
      seconds: 0

zo werkt hij bij mij

[Septillion]

@Maikie18 Heb je de delen los al getest? In de UI bij de edit van een automation kan je bijvoorbeeld de actie testen (dot-menu => Run action). Werkt deze dan wel?

Ook kan je daar zien of de trigger plaats vind. Als je voor de triggert zorgt komt dit boven de trigger te staan.

[Maikie18]

Septillion schreef op vrijdag 29 juli 2022 @ 09:43:
@Maikie18 Heb je de delen los al getest? In de UI bij de edit van een automation kan je bijvoorbeeld de actie testen (dot-menu => Run action). Werkt deze dan wel?

Ook kan je daar zien of de trigger plaats vind. Als je voor de triggert zorgt komt dit boven de trigger te staan.

Handmatig werkte het wel dus moest iets met de trigger zijn. Heb het nu zo ingesteld als @Driek aangaf en dan werkt het wel! Heel erg bedankt.

[ Voor 6% gewijzigd door Maikie18 op 29-07-2022 09:49 ]

[Jab65]

Nog een Home Assistant beginner hier!
Ik heb een automatisering die getriggerd wordt om 1 minuut na middernacht:

YAML:

platform: time
at: '00:01:00'

Het rare is dat deze altijd 2 uur te laat wordt uitgevoerd, terwijl alle gebeurtenissen wel met de juiste tijd gelogd worden. Dus de instelling van de tijd(zone) lijkt OK. Wat zie ik over het hoofd?

[Septillion]

@Jab65 Hoe draai je HA? HAOS of anders?

[Villager]

Septillion schreef op vrijdag 29 juli 2022 @ 08:58:
@Villager Ahhhhhhh, non-standaard recorder setting. Daar had ik zo niet aan gedacht omdat je wel veel andere (wat onzinnige) sensoren uit DSMR zag

Dat is nog een goeie opmerking. Geen idee waarom ik die zie, heb die ook niet onder recorder includes staan. Inderdaad vreemd....

[TheFes]

Jab65 schreef op vrijdag 29 juli 2022 @ 10:00:
Nog een Home Assistant beginner hier!
Ik heb een automatisering die getriggerd wordt om 1 minuut na middernacht:

YAML:

platform: time
at: '00:01:00'

Het rare is dat deze altijd 2 uur te laat wordt uitgevoerd, terwijl alle gebeurtenissen wel met de juiste tijd gelogd worden. Dus de instelling van de tijd(zone) lijkt OK. Wat zie ik over het hoofd?

Krijg je de correcte tijd te zien als je {{ now() }} in Developer Tools > Templates zet?

[DennusB]

Hier mensen die room-detection doen met een setje ESP32's? Welke bordjes gebruiken jullie er voor die ook bluetooth hebben?

[Gizz]

@DennusB bluetooth is een standaard functionaliteit van de ESP32.

[WitteVerf]

JeroenH schreef op vrijdag 29 juli 2022 @ 08:45:
[...]


BAM! Dat was hem hoor, zeer bedankt, nu werkt het. Nu kan ik het laden van onze elektrische auto stoppen en starten, afhankelijk van of we al veel stroom verbruiken of niet.

Wat is dat attribute precies in deze context? Ik heb deze automation gemaakt met de visual editor, en dan suggereert hij onder Attributes een paar dingen, waaronder dus Unit of measurement. Eigenlijk alleen omdat daar suggesties stonden heb ik daar aangklikt wat me het beste leek....

Ik snap niet hoe dit zou werken, gezien de wagen toch zelf ook een hoop elektriciteit zal gaan trekken?

[Hmmbob]

WitteVerf schreef op vrijdag 29 juli 2022 @ 11:02:
[...]


Ik snap niet hoe dit zou werken, gezien de wagen toch zelf ook een hoop elektriciteit zal gaan trekken?

Het idee is dus dat de wagen alleen oplaadt als de panelen energie produceren.

[Magic]

JeroenH schreef op vrijdag 29 juli 2022 @ 08:45:
[...]


BAM! Dat was hem hoor, zeer bedankt, nu werkt het. Nu kan ik het laden van onze elektrische auto stoppen en starten, afhankelijk van of we al veel stroom verbruiken of niet.

Wat is dat attribute precies in deze context? Ik heb deze automation gemaakt met de visual editor, en dan suggereert hij onder Attributes een paar dingen, waaronder dus Unit of measurement. Eigenlijk alleen omdat daar suggesties stonden heb ik daar aangklikt wat me het beste leek....

Ik zou wel oppassen met een dergelijke automatising, bij een winderige bewolkte dag kan het zo zijn dat hij flink om die 4KW (of wat voor triggerpoint dan ook) heen gaat schommelen, en ik weet niet of een EV het leuk vind om vaak aan en uit te knipperen. (mocht je ook willen uitschakelen indien hij er onder komt bijvoorbeeld).

[ Voor 6% gewijzigd door Magic op 29-07-2022 11:35 ]

[JeroenH]

Hmmbob schreef op vrijdag 29 juli 2022 @ 11:23:
Het idee is dus dat de wagen alleen oplaadt als de panelen energie produceren.

Ik zit te denken om in HA iets maken met drie "standen";

1. Maakt totaal niet uit wanneer de auto geladen is, wacht totdat er (bv) minimaal 1 kW wordt teruggeleverd
2. Laden heeft geen haast, stop met laden als er andere grote verbruikers (koken) aan staan, om de verbruikspieken binnen de perken te houden
3. Laden! Nu!

Ik heb een plugin Prius, en ik laad thuis alleen met een gewoon stopkontakt. Om te voorkomen dat het bij onrustig weer en/of onrustig verbruik te veel gaat pendelen, bouw ik zeker een tijdsvertraging in, en een hysterese in de aan/uitschakelpunten. Het wordt ook een beetje uitvinden hoe goed dit gaat werken, en dat tweaken. Of er achter komen dat het niet goed werkt, kan ook, dat is ook data

Op dit moment is dit bouwen nog een beetje zinloos; door het nog bestaan van salderen maakt het financieel niet uit of ik nou laad als de zon schijnt, of 's avonds, maar dat gaat veranderen en daar wil ik op vooruitlopen. Verder kon de prijsstructuur van electriciteit ook nog wel eens dusdanig wijzigen dat hoge verbruik- en leveringsspieken geld kosten (kijk naar België), en ook daar wil ik op vooruitlopen.

Plus, het is leuk om mee te spelen

[CAP-Team]

Ik weet niet of dit een bug in HA is..
Ik heb een groep waarin ik, mijn vrouw en mijn oudste zoon zitten.
De status van de groep is momenteel Afwezig, dat klopt.
Echter als je dan die balk met geschiedenis kijkt, dan zie ik dat die de hele dag op afwezig heeft gestaan, en dat klopt niet.

Ervaren meer mensen dat de aan/afwezigheid niet meer lekker geregistreerd worden in HA?

[TheFes]

CAP-Team schreef op vrijdag 29 juli 2022 @ 12:53:
Ik weet niet of dit een bug in HA is..
Ik heb een groep waarin ik, mijn vrouw en mijn oudste zoon zitten.
De status van de groep is momenteel Afwezig, dat klopt.
Echter als je dan die balk met geschiedenis kijkt, dan zie ik dat die de hele dag op afwezig heeft gestaan, en dat klopt niet.

Ervaren meer mensen dat de aan/afwezigheid niet meer lekker geregistreerd worden in HA?

Klopt de historie niet, of is de state van de group daadwerkelijk niet veranderd toen er wel iemand thuis was?
Laat de state van de individuele group members wel de juiste state zien in de history?

[Sicco92]

CAP-Team schreef op vrijdag 29 juli 2022 @ 12:53:
Ik weet niet of dit een bug in HA is..
Ik heb een groep waarin ik, mijn vrouw en mijn oudste zoon zitten.
De status van de groep is momenteel Afwezig, dat klopt.
Echter als je dan die balk met geschiedenis kijkt, dan zie ik dat die de hele dag op afwezig heeft gestaan, en dat klopt niet.

Ervaren meer mensen dat de aan/afwezigheid niet meer lekker geregistreerd worden in HA?

Geldt dit alleen voor de groep, of ook voor individuele entities die in die groep zitten?

Gaat je locatie-/zone-bepaling toevallig via de Home Assistant companion app? Ik heb gemerkt dat sommige telefoons de locatie-permissies zomaar intrekken van de app. Misschien helpt het als je die opnieuw instelt, dat heeft bij mij al een paar keer geholpen met locatie-issues.

[CAP-Team]

Het geldt voor de groep, als ik de historie van mezelf of van mijn vrouw bekijk dan klopt het wel

[Septillion]

@CAP-Team Klopt de geschiedenis alleen niet of wil hij echt niet meer op "Aanwezig" springen?

[edit]Mosterd na de maaltijd

[ Voor 15% gewijzigd door Septillion op 29-07-2022 13:05 ]