Home Assistant: Open source Python3 home automation - deel 4

[aex351]

Rianata schreef op dinsdag 7 september 2021 @ 13:46:
[...]


Ik vermoed dat het wel mogelijk is. Zelf heb ik ook een WiFi smart plug, die ik in HA volledig ontsloten heb. Dit heb ik via de Tuya v2 integratie. Aangezien nagenoeg al dit soort smart plugs Tuya gebaseerd zijn vermoed ik dat jouw voorbeeld ook wel zal zijn.

Zie voor Tuya v2 onderstaande video, waarin het duidelijk uitgelegd wordt. Uiteraard heb je ook nog alternatieven als localTuya of je plug flashen met Tasmota bijv.

[YouTube: THE NEW TUYA INTEGRATION (Tuya V2 + Home Assistant)]

Langdradige video zeg.

[badkuip]

In een eerdere post hebben jullie geholpen bij het integreren van een Itho-box met behulp van MQTT-berichten. Toentertijd al een tip gekregen om gebruik te maken van de MQTT-fan integratie. Toen niet gedaan, wil het nu wel gaan doen maar ik kom er niet helemaal uit.

Ik heb dus al een paar uur zitten te stoeien met deze integratie maar er gebeurt niets: Ik kan de snelheid niet instellen van de fan en ook niet de status van de fan bekijken.

Ik weet dat ik gebruik moet maken van de volgende topics in MQTT:
- "itho/cmd"
- "itho/state"

Op het cmd-topic kan ik een nummer zetten voor het aantal RPM, bijvoorbeeld 100 of 200. Ook kan ik op het cmd-topic een van de drie presets posten Low, Medium, High.
Het is een beetje verwarrend dat je zowel getallen als een string op hetzelfde topic kan zetten.
Een beperking is misschien ook dat de betreffende preset (Low, Medium, High) niet terugkomt op het state-topic. Het state-topic post dan het getal die hoort bij die preset, bijvoorbeeld 100 bij Medium of 250 bij High

Wat ik verder van de MQTT-fan integratie lees, is dat je een preset kan definieren zoals de ventilator die kent. Zoals ik het snap hoef ik dus in de fan-configuratie alleen maar de woorden Low, Medium en High te zetten en dan worden die door HA op het -tho/cmd-topic gezet. Staat weer haaks op wat ik hier zie, waar iemand zelf een vertaling doe van het een naar het ander.

Ook vraag ik me af of ik gebruik moet maken van een template voor JSON-output. Volgens mij hoeft dat niet.

Dit is wat ik zelf aan code heb:

YAML:

fan:
  - platform: mqtt
    name: "Badkamer Fan"
    command_topic: "itho/cmd"
    state_topic: "itho/state"
    percentage_command_topic: "itho/cmd"
    percentage_state_topic: "itho/state"
    preset_mode_command_topic: "itho/cmd"
    preset_mode_state_topic: "itho/state"
    preset_modes:
       -  "Low"
       -  "Medium"
       -  "High"

Testaanpak:
Waarde Low, Medium of High in de ontwikkeltools op de entiteit zetten.

Helaas geen succes. Of hanteer ik de verkeerde aanpak?

De software op de Itho-box komt trouwens uit dit topic.

[HoppyF]

aex351 schreef op dinsdag 7 september 2021 @ 14:05:
[...]


Heb je toevallig eerder ook de 'Neerslag Card' gebruikt en custom sensors aangemaakt in 'configuration.yaml'? Dat zou kunnen verklaren waarom je dubbele sensors hebt.

Zou kunnen want de eerste keer ging het niet goed.
Ik vermoed ook dat er iets dubbel in staat.
Vraag is dus of dit klopt en hoe ik het weg krijg.
Ik heb handmatig niet de configuration.yaml aangepast maar onderin staat wel de neerslag.
Zie plaatjes, dat maakt het wellicht duidelijk.

[aex351]

HoppyF schreef op dinsdag 7 september 2021 @ 14:57:
[...]

Zou kunnen want de eerste keer ging het niet goed.
Ik vermoed ook dat er iets dubbel in staat.
Vraag is dus of dit klopt en hoe ik het weg krijg.
Ik heb handmatig niet de configuration.yaml aangepast maar onderin staat wel de neerslag.
Zie plaatjes, dat maakt het wellicht duidelijk.

[Afbeelding]

[Afbeelding]

Ja, je hebt dingen dubbel. Verwijder de 'Neerslag Card' en ook de custom sensors uit 'configuration.yaml'. Je hebt alleen de 'Neerslag App' nodig. Misschien anders ook even de 'Neerslag App' opnieuw installeren nadat je het vorige hebt verwijderd.

[ Voor 4% gewijzigd door aex351 op 07-09-2021 14:59 ]

[skank]

Ik wil dat energy dashboard nu echt es goed werkend hebben, want volgens mij klopt er het een en ander niet.
Ik gebruik de dsmr reader addon
Welke entiteiten koppel ik nu waar?
Ik lees vanalles en nog wat, en kreeg waardes die niet kloppen

Gebruik ik nu de reading waardes of consumption waardes?
En welke van de kosten?

Bedankt !

Edit: bijkomend heb ik ook dat de low tariff, eigenlijk de high tariff is (dagverbruik) en de high de low is.
(Belgische meter)

[ Voor 16% gewijzigd door skank op 07-09-2021 15:58 ]

[HoppyF]

aex351 schreef op dinsdag 7 september 2021 @ 14:59:
[...]

Ja, je hebt dingen dubbel. Verwijder de 'Neerslag Card' en ook de custom sensors uit 'configuration.yaml'. Je hebt alleen de 'Neerslag App' nodig. Misschien anders ook even de 'Neerslag App' opnieuw installeren nadat je het vorige hebt verwijderd.

Alles opgeruimd van de Neerslag app ook uit de configuration.yaml.
Server herstart.
Daarna opnieuw geïnstalleerd en card toegevoegd.
Twee entities volgens het voorbeeld erin gezet.

Daarna gecontroleerd of er nog meerdere (data2) entities waren.
Nee.
Kortom, het lijkt nu goed te zijn.
Wat ik heb geleerd?
LEZEN!
En vooral ook op te letten hoe nieuwe integraties geïnstalleerd moeten worden.
Soms via HACS soms ook niet.
Er staat nu verder niets van Neerslag meer in de configuration.yaml

Bedankt voor je hulp.

De kaart zoals deze er nu staat:

[aex351]

HoppyF schreef op dinsdag 7 september 2021 @ 17:21:
[...]

Alles opgeruimd van de Neerslag app ook uit de configuration.yaml.
Server herstart.
Daarna opnieuw geïnstalleerd en card toegevoegd.
Twee entities volgens het voorbeeld erin gezet.

Daarna gecontroleerd of er nog meerdere (data2) entities waren.
Nee.
Kortom, het lijkt nu goed te zijn.
Wat ik heb geleerd?
LEZEN!
En vooral ook op te letten hoe nieuwe integraties geïnstalleerd moeten worden.
Soms via HACS soms ook niet.
Er staat nu verder niets van Neerslag meer in de configuration.yaml

Bedankt voor je hulp.

De kaart zoals deze er nu staat:
[Afbeelding]

Hoop wel dat je het dit keer via HACS hebt geïnstalleerd, want dat maakt het lekker makkelijk met updaten enz.

Wat ik zelf tegenwoordig een hele fijne optie vind is:

YAML:

Autozoom: false

[Mich]

skank schreef op dinsdag 7 september 2021 @ 15:28:
Ik wil dat energy dashboard nu echt es goed werkend hebben, want volgens mij klopt er het een en ander niet.
Ik gebruik de dsmr reader addon
Welke entiteiten koppel ik nu waar?
Ik lees vanalles en nog wat, en kreeg waardes die niet kloppen

Gebruik ik nu de reading waardes of consumption waardes?
En welke van de kosten?

Bedankt !

Edit: bijkomend heb ik ook dat de low tariff, eigenlijk de high tariff is (dagverbruik) en de high de low is.
(Belgische meter)

sensoren:

code:

###################################################
#                  Meterstanden                   #
###################################################

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_1"
  name: "dsmr_electricity_returned_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_2"
  name: "dsmr_electricity_returned_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_1"
  name: "dsmr_electricity_delivered_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_2"
  name: "dsmr_electricity_delivered_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/consumption/gas/delivered"
  name: "dsmr_gas_delivered"
  device_class: gas
  unit_of_measurement: 'm³'
  value_template: "{{ value_json }}"
  state_class: total_increasing

customize:

code:

###################################################
#                  Meterstanden                   #
###################################################

sensor.dsmr_electricity_returned_1:
  friendly_name:  Export laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_returned_2:
  friendly_name:  Export normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_1:
  friendly_name:  Import laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_2:
  friendly_name:  Import normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_gas_delivered:
  friendly_name:  Gas
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

Dan zou het prima moeten werken.

Je gebruikt dus de meterstanden. Als je een sensor toevoegd aan je energy dashboard kan je handmatig de prijs invullen.

[skank]

Mich schreef op dinsdag 7 september 2021 @ 19:19:
[...]


sensoren:

code:

###################################################
#                  Meterstanden                   #
###################################################

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_1"
  name: "dsmr_electricity_returned_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_2"
  name: "dsmr_electricity_returned_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_1"
  name: "dsmr_electricity_delivered_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_2"
  name: "dsmr_electricity_delivered_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/consumption/gas/delivered"
  name: "dsmr_gas_delivered"
  device_class: gas
  unit_of_measurement: 'm³'
  value_template: "{{ value_json }}"
  state_class: total_increasing

customize:

code:

###################################################
#                  Meterstanden                   #
###################################################

sensor.dsmr_electricity_returned_1:
  friendly_name:  Export laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_returned_2:
  friendly_name:  Export normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_1:
  friendly_name:  Import laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_2:
  friendly_name:  Import normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_gas_delivered:
  friendly_name:  Gas
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

Dan zou het prima moeten werken.

Je gebruikt dus de meterstanden. Als je een sensor toevoegd aan je energy dashboard kan je handmatig de prijs invullen.

Bedankt voor je reply.
In de eerste reply spreek je over 5 entities, ik gebruik die inderdaad ook rechtstreeks in de settings
Is er een reden waarom jij die nog eens manueel via yaml aanmaakt (want bij mij komen die gewoon rechtstreeks binnen zonder dat ik ook maar iets hoef te doen)
Ik vermoed dat ik die stap dan mag overslaan?

In je tweede reply spreek je over de custom. Ook dat heb ik niet. Is er een reden waarom je dat doet?


Bij mij is mijn low tarif delivered_1 : eigenlijk mijn hoog verbruik (dagtarief)
en high deliverd_2 is eigenlijk mijn laagverbruik
In dsmr addon klopt dit (heb gewoon de naam gewijzigd), maar ik weet niet goed wat ik daarmee moet doen in HA energy dashoard dan

Andere vraag nog is de kosten entiteiten.
Dat klopt volgens mij niet helemaal.
In dsmr reader heb ik verschillende kosten entiteiten.
Deze worden allemaal gepublished, maar dan in het energy dashboard settings, kan ik ofwel de entiteiten niet kiezen, ofwel kan ik ze kiezen, maar is het dan maandelijks/jaarlijks of vast terwijl dit niet echt klopt denk ik
Fixed kost kun je nooit weten toch want je verbruik is daar niet inbegrepen en de andere zijn per maand/jaar maar dan zijn de vaste daar niet bij inbegrepen
Hoe heb je dit staan?

Sorry voor de vele vragen. Maar zit me suf te zoeken.

[TheFes]

Mich schreef op dinsdag 7 september 2021 @ 19:19:
[...]


sensoren:

code:

###################################################
#                  Meterstanden                   #
###################################################

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_1"
  name: "dsmr_electricity_returned_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_2"
  name: "dsmr_electricity_returned_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_1"
  name: "dsmr_electricity_delivered_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_2"
  name: "dsmr_electricity_delivered_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/consumption/gas/delivered"
  name: "dsmr_gas_delivered"
  device_class: gas
  unit_of_measurement: 'm³'
  value_template: "{{ value_json }}"
  state_class: total_increasing

customize:

code:

###################################################
#                  Meterstanden                   #
###################################################

sensor.dsmr_electricity_returned_1:
  friendly_name:  Export laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_returned_2:
  friendly_name:  Export normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_1:
  friendly_name:  Import laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_2:
  friendly_name:  Import normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_gas_delivered:
  friendly_name:  Gas
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

Dan zou het prima moeten werken.

Je gebruikt dus de meterstanden. Als je een sensor toevoegd aan je energy dashboard kan je handmatig de prijs invullen.

last_reset is al weer depreciated sinds 2021.9

[_Mitchie_]

skank schreef op dinsdag 7 september 2021 @ 15:28:
Ik wil dat energy dashboard nu echt es goed werkend hebben, want volgens mij klopt er het een en ander niet.
Ik gebruik de dsmr reader addon
Welke entiteiten koppel ik nu waar?
Ik lees vanalles en nog wat, en kreeg waardes die niet kloppen

Gebruik ik nu de reading waardes of consumption waardes?
En welke van de kosten?

Bedankt !

Edit: bijkomend heb ik ook dat de low tariff, eigenlijk de high tariff is (dagverbruik) en de high de low is.
(Belgische meter)

Ik heb zo net nog eens de afgelopen dagen gecontroleerd met dsmr reader en energy dashboard en met onderstaande entiteiten klopt het precies.

Voor Grid consumption
- sensor.dsmr_reading_electricity_delivered_1
- sensor.dsmr_reading_electricity_delivered_2

Voor Return to grid
- sensor.dsmr_reading_electricity_returned_1
- sensor.dsmr_reading_electricity_returned_2

[Mich]

skank schreef op dinsdag 7 september 2021 @ 19:29:
[...]


Bedankt voor je reply.
In de eerste reply spreek je over 5 entities, ik gebruik die inderdaad ook rechtstreeks in de settings
Is er een reden waarom jij die nog eens manueel via yaml aanmaakt (want bij mij komen die gewoon rechtstreeks binnen zonder dat ik ook maar iets hoef te doen)
Ik vermoed dat ik die stap dan mag overslaan?

In je tweede reply spreek je over de custom. Ook dat heb ik niet. Is er een reden waarom je dat doet?


Bij mij is mijn low tarif delivered_1 : eigenlijk mijn hoog verbruik (dagtarief)
en high deliverd_2 is eigenlijk mijn laagverbruik
In dsmr addon klopt dit (heb gewoon de naam gewijzigd), maar ik weet niet goed wat ik daarmee moet doen in HA energy dashoard dan

Andere vraag nog is de kosten entiteiten.
Dat klopt volgens mij niet helemaal.
In dsmr reader heb ik verschillende kosten entiteiten.
Deze worden allemaal gepublished, maar dan in het energy dashboard settings, kan ik ofwel de entiteiten niet kiezen, ofwel kan ik ze kiezen, maar is het dan maandelijks/jaarlijks of vast terwijl dit niet echt klopt denk ik
Fixed kost kun je nooit weten toch want je verbruik is daar niet inbegrepen en de andere zijn per maand/jaar maar dan zijn de vaste daar niet bij inbegrepen
Hoe heb je dit staan?

Sorry voor de vele vragen. Maar zit me suf te zoeken.

Ik heb ze handmatig toegevoegd in plaats van gebruik te maken van de integratie. Maar zo doe ik dat met de meeste sensoren. Dan kan ik ze maken zoals ik ze wil. Volgens mij lost dat ook je probleem op met je wissel van laag en hoog verbruik. Je kan toch gewoon de naam aanpassen? En vervolgens als je hem toevoegd bij consumption of bij return voet je handmatig de prijs toe. De kwh uur prijs is bij mij gewoon in het contract vermeld.

Ik weet niet goed waar die cost entiteiten aan moeten voldoen, dus daar kan ik je niet mee helpen.

De custom.yml had ik erbij vermeld omdat je in eerste instantie die last_reset moest toevoegen, maar ik begrijp dat dat alweer over is.

[Wouzziew]

badkuip schreef op dinsdag 7 september 2021 @ 14:28:
In een eerdere post hebben jullie geholpen bij het integreren van een Itho-box met behulp van MQTT-berichten. Toentertijd al een tip gekregen om gebruik te maken van de MQTT-fan integratie. Toen niet gedaan, wil het nu wel gaan doen maar ik kom er niet helemaal uit.

Ik heb dus al een paar uur zitten te stoeien met deze integratie maar er gebeurt niets: Ik kan de snelheid niet instellen van de fan en ook niet de status van de fan bekijken.


De software op de Itho-box komt trouwens uit dit topic.

Waarom geen gebruik maken van de MQTT-discovery optie? Scheelt weer een hoop handmatig instellen. In de Itho software zet je die aan onder het tabblad MQTT, helemaal onderaan. In HA zie je de fan vervolgens terug onder integraties -> MQTT.

Recent is er het een en ander veranderd in de MQTT-fan integratie van HA, afgelopen weekend is de ITHO-software daar ook op bijgewerkt. Zorg er dus wel voor dat je de laatste versie hebt, maar dan zou alles moeten werken ;-)

[HoppyF]

aex351 schreef op dinsdag 7 september 2021 @ 18:40:
[...]

Hoop wel dat je het dit keer via HACS hebt geïnstalleerd, want dat maakt het lekker makkelijk met updaten enz.

Wat ik zelf tegenwoordig een hele fijne optie vind is:

YAML:

Autozoom: false

Lijkt goed te werken maar ik zie dit in de Log file.
Enig idee wat dit zou kunnen betekenen?

Error in 'Buienalarm' trigger: In 'numeric_state' condition: entity sensor.neerslag_buienalarm_regen_data state '{'success': True, 'start': 1631046900, 'start_human': '22:35', 'temp': 19, 'delta': 300, 'precip': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], 'levels': {'light': 0.25, 'moderate': 1, 'heavy': 2.5}, 'grid': {'x': 399, 'y': 401}, 'source': 'nl', 'bounds': {'N': 55.973602, 'E': 10.856429, 'S': 48.895302, 'W': 0}}' cannot be processed as a number
23:05:28 – (WAARSCHUWING) Home Assistant Core Integration - bericht kwam voor het eerst om 17:11:28 en verschijnt 119 keer

[aex351]

HoppyF schreef op dinsdag 7 september 2021 @ 23:11:
[...]


Lijkt goed te werken maar ik zie dit in de Log file.
Enig idee wat dit zou kunnen betekenen?

Error in 'Buienalarm' trigger: In 'numeric_state' condition: entity sensor.neerslag_buienalarm_regen_data state '{'success': True, 'start': 1631046900, 'start_human': '22:35', 'temp': 19, 'delta': 300, 'precip': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], 'levels': {'light': 0.25, 'moderate': 1, 'heavy': 2.5}, 'grid': {'x': 399, 'y': 401}, 'source': 'nl', 'bounds': {'N': 55.973602, 'E': 10.856429, 'S': 48.895302, 'W': 0}}' cannot be processed as a number
23:05:28 – (WAARSCHUWING) Home Assistant Core Integration - bericht kwam voor het eerst om 17:11:28 en verschijnt 119 keer

Het lijkt erop dat je een 'automation' rule hebt aangemaakt in Home Assistant. (menu: config > automation).

[Magic]

Magic schreef op dinsdag 7 september 2021 @ 08:36:
Ik heb een vreemd "probleempje" waar ik niet helemaal weet waar het precies mis is gegaan. Ik heb afgelopen weekend mijn installatie verplaatst van mijn synology (allemaal losse docker containers) naar een raspberry pi 4 met m.2 (argon one) die ik nog had liggen. Eigenlijk om te kijken hoe dat werkt, maar het beviel me zo goed om gewoon alles in 1 interface te kunnen houden dat ik besloten heb om dat voorlopig als main te draaien.

Nu heb ik ook de boel in dezelfde tijd geupgrade van 2021.8 naar 2021.9.

Nu merk ik het volgende: voorheen gaf de energy tab bijvoorbeeld rond 8:15 het verbruik tussen 7 en 8 weer. nu merk ik dat dat een uur vertraagd is. dus het verbruik tussen 7 en 8 verschijn om 9:15 pas. Helaas heb ik het mezelf lastig gemaakt om te kijken hoe het voorheen was, en het is ook geen groot probleem, maar ben benieuwd of mensen dat herkennen.

De data zelf komt wel goed binnen, want de grafieken die ik zelf met grafana bijvoorbeeld maak updaten wel live

Om even op mezelf terug te komen, volgens mij heb ik het issue gevonden. Het blijkt enkel om de Gas statistieken te gaan, electra gaat wel goed, maar omdat gas nieuw is, en niet per uur gebruikt wordt, focuste ik mij daar op. Door dit probleem wordt gas ook een uur te laat geplaatst, waardoor ik de grafiek las als "in het voorgaande uur verbruikt". Vandaar dat ik ook electra vermoedde fout te zijn.

Het uiteindelijke probleem blijkt te zijn dat mijn gasmeter maar eens per uur zijn waarde doorgeeft aan de slimme meter, en dat gebeurd rond 5 minuten over het hele uur. Gas verbruikt tussen 7:05 en 8:05 wordt dus pas om 8:05 door HA gezien, en wordt pas om 9 uur verwerkt. Omdat deze waarde na 8-en binnenkomt, denkt hij dat dit het verbruik tussen 8 en 9 is.

Ik weet niet of deze situatie uniek is aan het gebruik van een homewizard lezer en homewizard custom integratie, of dat dit ook met de rechtstreekse implementatie is. Er is een entity sensor.gas_timestamp welke netjes aangeeft van hoe laat tot hoe laat de meting is, maar die wordt dus niet gebruikt.

Op zich geen groot probleem nu ik weet hoe het werkt, het gaat mij voornamelijk om dagtotalen, en die werken wel goed. Tussen 23 en 01:00 wordt toch zelden gas gebruikt.

Geen idee of dit nu aan de homewizard integratie kant gefixed zou moeten worden, of aan de homeassistant kant.

[Vorkie]

Onderstaand probleem bij meer mensen bekend?

https://github.com/home-assistant/core/issues/55918

Energy stopped working after upgrade to 2021.9 using mysql

[I-King]

Magic schreef op woensdag 8 september 2021 @ 09:17:
[...]

Om even op mezelf terug te komen, volgens mij heb ik het issue gevonden. Het blijkt enkel om de Gas statistieken te gaan, electra gaat wel goed, maar omdat gas nieuw is, en niet per uur gebruikt wordt, focuste ik mij daar op. Door dit probleem wordt gas ook een uur te laat geplaatst, waardoor ik de grafiek las als "in het voorgaande uur verbruikt". Vandaar dat ik ook electra vermoedde fout te zijn.

Het uiteindelijke probleem blijkt te zijn dat mijn gasmeter maar eens per uur zijn waarde doorgeeft aan de slimme meter, en dat gebeurd rond 5 minuten over het hele uur. Gas verbruikt tussen 7:05 en 8:05 wordt dus pas om 8:05 door HA gezien, en wordt pas om 9 uur verwerkt. Omdat deze waarde na 8-en binnenkomt, denkt hij dat dit het verbruik tussen 8 en 9 is.

Ik weet niet of deze situatie uniek is aan het gebruik van een homewizard lezer en homewizard custom integratie, of dat dit ook met de rechtstreekse implementatie is. Er is een entity sensor.gas_timestamp welke netjes aangeeft van hoe laat tot hoe laat de meting is, maar die wordt dus niet gebruikt.

Op zich geen groot probleem nu ik weet hoe het werkt, het gaat mij voornamelijk om dagtotalen, en die werken wel goed. Tussen 23 en 01:00 wordt toch zelden gas gebruikt.

Geen idee of dit nu aan de homewizard integratie kant gefixed zou moeten worden, of aan de homeassistant kant.

HA verwerkte het Energy Dashboard iedere xx:12, dus zou direct na het inlezen van het gas moeten zijn.

[bafplus]

Vorkie schreef op woensdag 8 september 2021 @ 09:20:
Onderstaand probleem bij meer mensen bekend?

https://github.com/home-assistant/core/issues/55918


[...]

Ook met de Toon integratie?
Daar is vlak na de upgrade een update voor gekomen.

Laat maar...heb hetzelfde issue
Sinds gisteren 12:00 ineens geen data meer in mn energy dashboard.....

[ Voor 15% gewijzigd door bafplus op 08-09-2021 09:39 ]

[Magic]

I-King schreef op woensdag 8 september 2021 @ 09:31:
[...]

HA verwerkte het Energy Dashboard iedere xx:12, dus zou direct na het inlezen van het gas moeten zijn.

Dat klopt, maar omdat de gasmeting een "last updated" heeft van het uur erna, lijkt hij deze te negeren bij de eerstvolgende meting.

[HoppyF]

aex351 schreef op dinsdag 7 september 2021 @ 23:22:
[...]

Het lijkt erop dat je een 'automation' rule hebt aangemaakt in Home Assistant. (menu: config > automation).

Je hebt helemaal gelijk!
Mijn fout.

Het idee was om een notificatie overdag op mijn iPhone te krijgen als er regen aankomt.
Kan best zijn dat ik dit fout heb gedaan.

YAML:

alias: Buienalarm
description: ''
trigger:
  - platform: numeric_state
    entity_id: sensor.neerslag_buienalarm_regen_data
    above: '0.1'
    attribute: data
condition:
  - condition: time
    after: '08:00'
    before: '23:00'
action:
  - service: notify.mobile_app_iphone_van_hoppyf
    data:
      message: Regen!
      title: Buienalarm
mode: single

[Vorkie]

bafplus schreef op woensdag 8 september 2021 @ 09:37:
[...]

Ook met de Toon integratie?
Daar is vlak na de upgrade een update voor gekomen.

Laat maar...heb hetzelfde issue
Sinds gisteren 12:00 ineens geen data meer in mn energy dashboard.....

Zit ik je helemaal te antwoorden

[bafplus]

Vorkie schreef op woensdag 8 september 2021 @ 09:41:
[...]


Zit ik je helemaal te antwoorden

Nog niet genoeg koffie op, sorry :-)

Maar lijkt een Toon specifieke issue, zal ff issue openen in die repo.

Ik heb gisteren de Core geupdate, jij ook toevallig?

[ Voor 9% gewijzigd door bafplus op 08-09-2021 09:44 ]

[Vorkie]

bafplus schreef op woensdag 8 september 2021 @ 09:43:
[...]


Nog niet genoeg koffie op, sorry :-)

Maar lijkt een Toon specifieke issue, zal ff issue openen in die repo.

Ik heb gisteren de Core geupdate, jij ook toevallig?

yes toevallig ook ja

/edit

maar mijn zonnepanelen haalt ie ook niet meer op, het is helemaal stuk zeg maar.

[ Voor 31% gewijzigd door Vorkie op 08-09-2021 09:47 ]

[bafplus]

Vorkie schreef op woensdag 8 september 2021 @ 09:47:
[...]

yes toevallig ook ja

/edit

maar mijn zonnepanelen haalt ie ook niet meer op, het is helemaal stuk zeg maar.

[Afbeelding]

Komen je data van je panelen ook via de Toon?

Issue geopend, vul m daar graag ff aan want ben niet zo goed in bugtracking :-)
https://github.com/cyberj...toon_smartmeter/issues/33

[ Voor 13% gewijzigd door bafplus op 08-09-2021 09:50 ]

[Vorkie]

bafplus schreef op woensdag 8 september 2021 @ 09:49:
[...]


Komen je data van je panelen ook via de Toon?

Nee, van de integratie van Enphase

[bafplus]

Vorkie schreef op woensdag 8 september 2021 @ 09:49:
[...]

Nee, van de integratie van Enphase

Geen idee of dat ergens samenhangt.
Gezien onze relatieve gelijke setup neig ik naar een issue met Toon maar kan net zo goed in Core misgaan.
Issue na 2021.9 update was met paar uur al gefixed dus fingers crossed...
Maar vul mijn issue gerust ff aan.

[aex351]

HoppyF schreef op woensdag 8 september 2021 @ 09:39:
[...]

Je hebt helemaal gelijk!
Mijn fout.

Het idee was om een notificatie overdag op mijn iPhone te krijgen als er regen aankomt.
Kan best zijn dat ik dit fout heb gedaan.

YAML:

alias: Buienalarm
description: ''
trigger:
  - platform: numeric_state
    entity_id: sensor.neerslag_buienalarm_regen_data
    above: '0.1'
    attribute: data
condition:
  - condition: time
    after: '08:00'
    before: '23:00'
action:
  - service: notify.mobile_app_iphone_van_hoppyf
    data:
      message: Regen!
      title: Buienalarm
mode: single

Automation is nog niet mogelijk met de Neerslag App, tenzij je zelf een custom sensor maakt op basis van de beschikbare data.

[TheFes]

aex351 schreef op woensdag 8 september 2021 @ 10:32:
[...]

Automation is nog niet mogelijk met de Neerslag App, tenzij je zelf een custom sensor maakt op basis van de beschikbare data.

Of een template trigger maakt op basis van de data in de entiteit.
Maar je kunt ook de buienradar integratie gebruiken, die heeft een sensor voor de hoeveelheid regen in een instelbare periode (bijvoorbeeld 30 minuten) vanaf nu.

[Repsect]

Hoe kan ik de maximale temperatuur van vandaag uit onderstaande sensor gebruiken? Ik gebruik de KNMI integration van Golles en die haalt de maximale temperatuur van vandaag op.



Nu wil ik deze temperatuur graag als condition gebruiken voor dingen als de badkamer radiator, rolluiken en het zonnescherm. Maar ik snap niet hoe ik specifiek die temperatuur uit mijn weather.knmi kan halen.

Iemand die mij kan helpen?

[Erik80]

Repsect schreef op woensdag 8 september 2021 @ 10:43:
Hoe kan ik de maximale temperatuur van vandaag uit onderstaande sensor gebruiken? Ik gebruik de KNMI integration van Golles en die haalt de maximale temperatuur van vandaag op.

[Afbeelding]

Nu wil ik deze temperatuur graag als condition gebruiken voor dingen als de badkamer radiator, rolluiken en het zonnescherm. Maar ik snap niet hoe ik specifiek die temperatuur uit mijn weather.knmi kan halen.

Iemand die mij kan helpen?

Probeer dit eens:

{{ ((state_attr('weather.knmi_xxxxxxxxx', 'forecast') | string).split(":")[6].split(",")[0]) }}

Oplossing van @golles een beetje lager is resistenter!

[ Voor 4% gewijzigd door Erik80 op 08-09-2021 11:27 ]

[Repsect]

Erik80 schreef op woensdag 8 september 2021 @ 10:55:
[...]


Probeer dit eens:

YAML:

{{ ((state_attr('weather.knmi_xxxxxxxxx', 'forecast') | string).split(":")[6].split(",")[0]) }}

Perfect, dat is 'm. Many thanks!

[Hmmbob]

Ik ben wel benieuwd hoe betrouwbaar deze oplossing is, aangezien je "fixed" op de 6e split

[ Voor 10% gewijzigd door Hmmbob op 08-09-2021 12:30 ]

[golles]

Repsect schreef op woensdag 8 september 2021 @ 10:43:
Hoe kan ik de maximale temperatuur van vandaag uit onderstaande sensor gebruiken? Ik gebruik de KNMI integration van Golles en die haalt de maximale temperatuur van vandaag op.

[Afbeelding]

Nu wil ik deze temperatuur graag als condition gebruiken voor dingen als de badkamer radiator, rolluiken en het zonnescherm. Maar ik snap niet hoe ik specifiek die temperatuur uit mijn weather.knmi kan halen.

Iemand die mij kan helpen?

Grappig, ik ben zelf ook aan het nadenken over het vraagstuk "wordt het vandaag een warme dag" zodat het zonnescherm op tijd open kan.

Je kan die value krijgen door een template condition:

YAML:

{{ state_attr("weather.knmi_purmerend", "forecast")[0]["temperature"] }}

Hij pakt de forecast attribute, dan het 1e object (0) en daar dan de temperatuur uit.

[Saturnus]

bafplus schreef op zaterdag 4 september 2021 @ 17:09:
[...]


Mijn Toon2 kan dit ook, geen idee hoe "zuiver" dit is tho

[Afbeelding]

De Nefit hier kan dat vrij zeker niet.

Yukkie schreef op zaterdag 4 september 2021 @ 18:34:
[...]

Ik begon hier: https://community.home-as...air-quality-sensor/324599

Maar uiteindelijk zag ik via Twitter iemand die er ook ander sensoren bij plaatste, dat heb ik meer als inspiratiebron gebruikt, niet echt een howto. Zeker met ESPHome is het echt super gemakkelijk allemaal. Het lastigste was nog om de draadjes voor tussen de ESP en de sensoren precies lang genoeg te maken

Thanks! Zelf kwam ik nog https://style.oversubstan...e-assistant-with-esphome/ tegen.

vonkkie schreef op zaterdag 4 september 2021 @ 18:57:
@Saturnus

Kijk hier even heb een complete uitleg gegeven hoe je dit kan maken


Fijnstof meters (zelf meten luchtkwaliteit)

Thanks! Deze lijkt mij wel een flink stuk duurder uitkomen?

[HoppyF]

TheFes schreef op woensdag 8 september 2021 @ 10:34:
[...]


Of een template trigger maakt op basis van de data in de entiteit.
Maar je kunt ook de buienradar integratie gebruiken, die heeft een sensor voor de hoeveelheid regen in een instelbare periode (bijvoorbeeld 30 minuten) vanaf nu.

En @aex351
Bedankt voor de info beiden.

Ik heb Buienradar ook geïnstalleerd staan.
De sensor (sensor.br_precipitation_forecast_total) was uitgeschakeld maar staat wel in de lijst en heb ik nu aangezet.
De waarde van deze sensor is normaal 0 als er geen regen valt?


Ik kwam ook een eerdere reactie van je tegen waar ik mee aan de gang kan gaan.
TheFes in "Home Assistant: Open source Python3 home automation - deel 4"

[TheFes]

HoppyF schreef op woensdag 8 september 2021 @ 11:42:
De waarde van deze sensor is normaal 0 als er geen regen valt?

Klopt ja

[SonnyBBQ]

Ik ben bezig om een notificatie kaart te maken die me de status van de NAS geeft in het geval er iets niet up to date is. De kaart moet enkel werken als de Security status ON is en enkel zichtbaar zijn voor mij. So far so good.

Dan wil ik dat de kaart een bepaalde boodschap toont enkel als de security status van een attribuut niet 'safe' is. De Not status voor een attribuut werkt correct ->
{{not is_state_attr('binary_sensor.nas_security_status', 'malware', 'safe') }}

Maar dan het verder nesten van de verschillende templates werkt niet. Ik heb het op verschillende manieren geprobeerd, maar dit werkt niet. Hieronder met een ELIF, maar het is natuurlijk geen IF template.

Iemand een idee hoe ik dit kan oplossen?

code:

type: custom:state-switch
entity: template
template: '{{ states(''binary_sensor.nas_security_status'') }}'
states:
  'on':
    type: custom:state-switch
    entity: user
    default: Me
    states:
      Me:
        type: markdown
        content: >-
          {{not is_state_attr('binary_sensor.nas_security_status', 'malware', 'safe') }}
              Dag {{user}}, controleer de NAS, de malware status is **{{state_attr('binary_sensor.nas_security_status', 'malware') }}**!
          {% elif %}  
          {{not is_state_attr('binary_sensor.nas_security_status', 'network', 'safe') }}
              Dag {{user}}, controleer de NAS, de netwerk status is **{{state_attr('binary_sensor.nas_security_status', 'network') }}**!
          {% elif %} 
          {{not is_state_attr('binary_nas_security_status', 'securitySetting', 'safe') }}
              Dag {{user}}, controleer de NAS, de Security Setting status is **
          {% endif %}
        card_mod:
          style: |
            ha-card {
                font-size: 20px;
                color: white;
                background-color: #e5039b     
                   }

[Magic]

Repsect schreef op woensdag 8 september 2021 @ 10:43:
Hoe kan ik de maximale temperatuur van vandaag uit onderstaande sensor gebruiken? Ik gebruik de KNMI integration van Golles en die haalt de maximale temperatuur van vandaag op.

[Afbeelding]

Nu wil ik deze temperatuur graag als condition gebruiken voor dingen als de badkamer radiator, rolluiken en het zonnescherm. Maar ik snap niet hoe ik specifiek die temperatuur uit mijn weather.knmi kan halen.

Iemand die mij kan helpen?

Ik weet niet wat voor zonnescherm je hebt, maar ik zou ook rekening mee houden dat het wellicht winderig kan zijn. 't zou jammer zijn als je zonnescherm ineens bij de buren in de tuin ligt omdat het toevallig een warme/zonnige stormdag is

[golles]

Magic schreef op woensdag 8 september 2021 @ 12:31:
[...]

Ik weet niet wat voor zonnescherm je hebt, maar ik zou ook rekening mee houden dat het wellicht winderig kan zijn. 't zou jammer zijn als je zonnescherm ineens bij de buren in de tuin ligt omdat het toevallig een warme/zonnige stormdag is

Ja ik weet het :-) Heb een Somfy motor.

Ik stuur nu een actionable notificatie naar mezelf als de zon achter het huis komt (azimuth), er veel licht is (lux) en als het warmer wordt dan 20 graden met een knopje om het zonnescherm te openen. Aan het einde van de dag als de zon weer weg is achter het huis komt er weer een notifiactie om deze dicht te doen.
Die laatste zou sowieso wel automatisch kunnen


Een regensensor heb ik al gemaakt, namelijk deze: https://community.home-as...-xiaomi-door-sensor/74090
Voor wind moet ik nog iets bedenken...

[Vaevictis_]

golles schreef op woensdag 8 september 2021 @ 13:17:
[...]

Ja ik weet het :-) Heb een Somfy motor.

Ik stuur nu een actionable notificatie naar mezelf als de zon achter het huis komt (azimuth), er veel licht is (lux) en als het warmer wordt dan 20 graden met een knopje om het zonnescherm te openen. Aan het einde van de dag als de zon weer weg is achter het huis komt er weer een notifiactie om deze dicht te doen.
Die laatste zou sowieso wel automatisch kunnen
[Afbeelding]

Een regensensor heb ik al gemaakt, namelijk deze: https://community.home-as...-xiaomi-door-sensor/74090
Voor wind moet ik nog iets bedenken...

Leuke toepassing, ik houd het low-tech. Heb een schaduw doek geinstalleerd die maart aan 2 palen en gevel vast gaat en sept. eraf. Onze woonkamer is op het zuiden dus zonwering is daar noodzakelijk.

[Magic]

golles schreef op woensdag 8 september 2021 @ 13:17:
[...]
Een regensensor heb ik al gemaakt, namelijk deze: https://community.home-as...-xiaomi-door-sensor/74090
Voor wind moet ik nog iets bedenken...

Dat is een goed idee zeg, ik zat zelf naar een oplossing dmv een esp8266 te kijken, maar dan zit je buiten altijd met voeding te hannessen, zo'n oplossing met knoopcel is wel erg praktisch.

Ik heb zelf een netatmo wind en regenmeter, maar die notificaties komen altijd veel te laat binnen in HA.

[JBS]

Magic schreef op woensdag 8 september 2021 @ 13:56:
[...]

Dat is een goed idee zeg, ik zat zelf naar een oplossing dmv een esp8266 te kijken, maar dan zit je buiten altijd met voeding te hannessen, zo'n oplossing met knoopcel is wel erg praktisch.

Ik heb zelf een netatmo wind en regenmeter, maar die notificaties komen altijd veel te laat binnen in HA.

Ik zou, in ieder geval voor buiten, niet beginnen aan zo'n FC-37. Heb ik ook gedaan, maar binnen de kortste keren begint deze te oxideren, @martinvdm kan dit ook beamen.

[Magic]

JBS schreef op woensdag 8 september 2021 @ 14:11:
[...]

Ik zou, in ieder geval voor buiten, niet beginnen aan zo'n FC-37. Heb ik ook gedaan, maar binnen de kortste keren begint deze te oxideren, @martinvdm kan dit ook beamen.

Zijn er dan geschikte (goedkope) alternatieven? Behalve door het probleem van electrisch naar mechanisch te verplaatsen (als in een gewone regenmeter met een "wip-wapje") is dit bij alle vergelijkbare oplossingen een probleem.

En aan de andere kant kost zo'n FC-37 minder dan een euro, en vervangen stelt ook niets voor als je er rekening mee houdt. De lol is er natuurlijk wel snel af als dit maandelijks moet. Het lijkt me ook dat het probleem minder wordt als je de plaat iets onder een hoek plaatst, zodat regen en vuil er wel van af kan lopen.

[skank]

golles schreef op woensdag 8 september 2021 @ 13:17:
[...]

Ja ik weet het :-) Heb een Somfy motor.

Ik stuur nu een actionable notificatie naar mezelf als de zon achter het huis komt (azimuth), er veel licht is (lux) en als het warmer wordt dan 20 graden met een knopje om het zonnescherm te openen. Aan het einde van de dag als de zon weer weg is achter het huis komt er weer een notifiactie om deze dicht te doen.
Die laatste zou sowieso wel automatisch kunnen
[Afbeelding]

Een regensensor heb ik al gemaakt, namelijk deze: https://community.home-as...-xiaomi-door-sensor/74090
Voor wind moet ik nog iets bedenken...

Is dat een android watch?
Hoe krijg jij die meldingen er zo op?

[JBS]

skank schreef op woensdag 8 september 2021 @ 14:20:
[...]


Is dat een android watch?
Hoe krijg jij die meldingen er zo op?

https://companion.home-as...actionable-notifications/

[koelkast]

Weet iemand hier hoe ik ervoor kan zorgen dat mijn huidige verbruiks-entity, die vanaf de (losstaande) DSMR reader docker-container komt, kan gebruiken in het energy dashboard? Hij wordt via MQTT doorgestuurd naar Hass, maar ik kan 'm niet selecteren in het dashboard, terwijl ik 'm wel gewoon in een lovelace card kan tonen. Wel kan ik het huidig verbruik van diverse tamota powerplugs integreren, dat is het vreemde...

[JBS]

Magic schreef op woensdag 8 september 2021 @ 14:18:
[...]
En aan de andere kant kost zo'n FC-37 minder dan een euro, en vervangen stelt ook niets voor als je er rekening mee houdt. De lol is er natuurlijk wel snel af als dit maandelijks moet. Het lijkt me ook dat het probleem minder wordt als je de plaat iets onder een hoek plaatst, zodat regen en vuil er wel van af kan lopen.

De sensor onder een wat grotere hoek plaatsen helpt wellicht de levensduur wat te verlengen. Ik had 'm op het dak van een vogelhuisje, de helling van dat dakje was maar beperkt. Proberen waard.

[Magic]

koelkast schreef op woensdag 8 september 2021 @ 14:27:
Weet iemand hier hoe ik ervoor kan zorgen dat mijn huidige verbruiks-entity, die vanaf de (losstaande) DSMR reader docker-container komt, kan gebruiken in het energy dashboard? Hij wordt via MQTT doorgestuurd naar Hass, maar ik kan 'm niet selecteren in het dashboard, terwijl ik 'm wel gewoon in een lovelace card kan tonen. Wel kan ik het huidig verbruik van diverse tamota powerplugs integreren, dat is het vreemde...

Lees je zelf de MQTT topics uit, of gebruik je de DSMR-Reader integration?

[skank]

JBS schreef op woensdag 8 september 2021 @ 14:22:
[...]

https://companion.home-as...actionable-notifications/

Ja dat ken ik, maar dat komt op mijn telefoon terecht.
Hoe krijg je die dan op je watch?

[JBS]

skank schreef op woensdag 8 september 2021 @ 14:41:
[...]


Ja dat ken ik, maar dat komt op mijn telefoon terecht.
Hoe krijg je die dan op je watch?

Beetje scrollen op de pagina die ik linkte
https://companion.home-as...s/apple-watch/apple-watch
https://companion.home-as...apple-watch/watch-actions

[ Voor 9% gewijzigd door JBS op 08-09-2021 14:45 ]

[skank]

Mich schreef op dinsdag 7 september 2021 @ 21:05:
[...]


Ik heb ze handmatig toegevoegd in plaats van gebruik te maken van de integratie. Maar zo doe ik dat met de meeste sensoren. Dan kan ik ze maken zoals ik ze wil. Volgens mij lost dat ook je probleem op met je wissel van laag en hoog verbruik. Je kan toch gewoon de naam aanpassen? En vervolgens als je hem toevoegd bij consumption of bij return voet je handmatig de prijs toe. De kwh uur prijs is bij mij gewoon in het contract vermeld.

Ik weet niet goed waar die cost entiteiten aan moeten voldoen, dus daar kan ik je niet mee helpen.

De custom.yml had ik erbij vermeld omdat je in eerste instantie die last_reset moest toevoegen, maar ik begrijp dat dat alweer over is.

Ik heb ze nu hernoemd en nu klopt dag en nachttarief wel.
Kun je het energy dashboard ook in het nederlands zetten?
Zodat energy usage en gas consumption/sources en de distribution widget enz in het nederlands staan?
Alsook de filters dag/maand/jaar etc

Klopt het dat bij "dagoverzicht" het verbruik enkel per uur getoond worden? Maw je kan niet op het moment zelf het verbruik zien?
Het is altijd minimum het laatste volledige uur?

Hoe moet ik die energy distribution interpreteren? Want ik doe dit duidelijk mis denk ik
Die loopt altijd achter dan het moment zelf?

Wat de kosten betreft heb ik nu idd de prijs toegevoegd per dag/nachttarief en gas Maar dan heb ik ook nog een vaste kost per dag , waar voeg ik die dan toe? Of moet ik die dan optellen bij de nachttarief, gezien die altijd aanwezig is?

[ Voor 7% gewijzigd door skank op 08-09-2021 15:13 ]

[skank]

JBS schreef op woensdag 8 september 2021 @ 14:44:
[...]
Beetje scrollen op de pagina die ik linkte
https://companion.home-as...s/apple-watch/apple-watch
https://companion.home-as...apple-watch/watch-actions

Ah apple watch
nice
Es zien of dit ook kan op android/garmin watches maar ik vermoed van niet.
thx !

[ Voor 4% gewijzigd door skank op 08-09-2021 14:46 ]

[golles]

skank schreef op woensdag 8 september 2021 @ 14:46:
[...]


Ah apple watch
nice
Es zien of dit ook kan op android/garmin watches maar ik vermoed van niet.
thx !

Inderdaad Apple Watch, dus notificaties naar mn telefoon komen ook op mn watch, actionable zijn op de watch makkelijker omdat de knopjes standaard zichtbaar zijn en op de telefoon moet je eerst een long press doen.

[golles]

JBS schreef op woensdag 8 september 2021 @ 14:30:
[...]
De sensor onder een wat grotere hoek plaatsen helpt wellicht de levensduur wat te verlengen. Ik had 'm op het dak van een vogelhuisje, de helling van dat dakje was maar beperkt. Proberen waard.

Hoe lang/kort duurde het voordat deze ging oxideren? Je hebt zelf nog geen alternatief gevonden?

[JBS]

golles schreef op woensdag 8 september 2021 @ 15:04:
[...]

Hoe lang/kort duurde het voordat deze ging oxideren? Je hebt zelf nog geen alternatief gevonden?

Met 'n paar weken zat ie al behoorlijk onder waardoor de detectie eigenlijk niet meer werkte.
Heb inderdaad nog geen alternatief gevonden, ook nog niet echt naar gezocht moet ik zeggen.

[golles]

JBS schreef op woensdag 8 september 2021 @ 15:06:
[...]
Met 'n paar weken zat ie al behoorlijk onder waardoor de detectie eigenlijk niet meer werkte.
Heb inderdaad nog geen alternatief gevonden, ook nog niet echt naar gezocht moet ik zeggen.

Oke, ik ga even kijken hoe lang het duurt, ik moet zeggen dat die van mij nog weinig regen gepakt heeft omdat ik mn zigbee netwerk probeer te verbeteren, maar blijft er steeds bij zitten...

Alternatieven zijn nogal duur (vind ik), weer station of Somfy sensoren

[koelkast]

Magic schreef op woensdag 8 september 2021 @ 14:35:
[...]

Lees je zelf de MQTT topics uit, of gebruik je de DSMR-Reader integration?

Ik lees ze (nu nog) zelf uit. Ik had altijd begrepen dat je de DSMR reader integration *in plaats van* de DSMR reader gebruikt, maar uit jouw woorden blijkt (dus) dat het de MQTT topics oppikt die DSMR Reader verstuurt.

Als ik in de UI van Home Assistant kijk, moet ik bij de dsmr integration het host-ip, poort en dsmr versie invoeren. Als ik echter hier kijk zie ik dat enkel het activeren van de integration in config.yaml voldoende is.

Of zijn dit 2 aparte integrations? Ik snap 'm niet meer.

[Magic]

koelkast schreef op woensdag 8 september 2021 @ 15:37:
[...]

Ik lees ze (nu nog) zelf uit. Ik had altijd begrepen dat je de DSMR reader integration *in plaats van* de DSMR reader gebruikt, maar uit jouw woorden blijkt (dus) dat het de MQTT topics oppikt die DSMR Reader verstuurt.

Als ik in de UI van Home Assistant kijk, moet ik bij de dsmr integration het host-ip, poort en dsmr versie invoeren. Als ik echter hier kijk zie ik dat enkel het activeren van de integration in config.yaml voldoende is.

Of zijn dit 2 aparte integrations? Ik snap 'm niet meer.

Ik heb zelf nooit de dsmr-reader integratie gebruikt, maar volgens mij is er maar 1 "dsmr-reader" integratie en die activeer je via configuration.yaml. Deze integreert dan met je mqtt integratie en zorgt dat mqtt topics op zijn plek vallen, hetzelfde als de tasmota integratie.

in de interface zelf zie ik enkel de "dsmr slimme meter" integratie, dat is weer een ander ding.

Als je het zelf handmatig wil blijven doen, dan moet je zorgen dat je entities een state_class en native_unit_of_measurement meekrijgen. Daar heb ik (helaas) (nog) geen ervaring mee.

[synoniem]

golles schreef op woensdag 8 september 2021 @ 15:29:
[...]

Oke, ik ga even kijken hoe lang het duurt, ik moet zeggen dat die van mij nog weinig regen gepakt heeft omdat ik mn zigbee netwerk probeer te verbeteren, maar blijft er steeds bij zitten...

Alternatieven zijn nogal duur (vind ik), weer station of Somfy sensoren

In het verleden rekte ze de levensduur van bepaalde sensoren in de buurt van de Noordzee door ze met haarlak te behandelen. Maar eerlijk gezegd geen idee of dat voor dit soort sensoren gaat werken.

[Kodess]

koelkast schreef op woensdag 8 september 2021 @ 15:37:
[...]

Ik lees ze (nu nog) zelf uit. Ik had altijd begrepen dat je de DSMR reader integration *in plaats van* de DSMR reader gebruikt, maar uit jouw woorden blijkt (dus) dat het de MQTT topics oppikt die DSMR Reader verstuurt.

Als ik in de UI van Home Assistant kijk, moet ik bij de dsmr integration het host-ip, poort en dsmr versie invoeren. Als ik echter hier kijk zie ik dat enkel het activeren van de integration in config.yaml voldoende is.

Of zijn dit 2 aparte integrations? Ik snap 'm niet meer.

Ik gebruik dat laatste. Hij gaat dan zelf in MQTT opzoek naar DSMR.

Let op, die integratie loopt dus niet lekker met het Energy scherm. Iets met tijd verschil etc

[ Voor 6% gewijzigd door Kodess op 08-09-2021 15:46 ]

[skank]

Kodess schreef op woensdag 8 september 2021 @ 15:45:
[...]

Ik gebruik dat laatste. Hij gaat dan zelf in MQTT opzoek naar DSMR.

Let op, die integratie loopt dus niet lekker met het Energy scherm. Iets met tijd verschil etc

Klopt hier gebeurd het ook automatisch
Ik hoef hem zelfs niet toe te voegen in configuration dacht ik
gewoon de addon installeren en gaan

[Mich]

skank schreef op woensdag 8 september 2021 @ 14:45:
[...]


Ik heb ze nu hernoemd en nu klopt dag en nachttarief wel.
Kun je het energy dashboard ook in het nederlands zetten?
Zodat energy usage en gas consumption/sources en de distribution widget enz in het nederlands staan?
Alsook de filters dag/maand/jaar etc

Klopt het dat bij "dagoverzicht" het verbruik enkel per uur getoond worden? Maw je kan niet op het moment zelf het verbruik zien?
Het is altijd minimum het laatste volledige uur?

Hoe moet ik die energy distribution interpreteren? Want ik doe dit duidelijk mis denk ik
Die loopt altijd achter dan het moment zelf?

Wat de kosten betreft heb ik nu idd de prijs toegevoegd per dag/nachttarief en gas Maar dan heb ik ook nog een vaste kost per dag , waar voeg ik die dan toe? Of moet ik die dan optellen bij de nachttarief, gezien die altijd aanwezig is?

Je ziet het inderdaad alleen van het laatste uur. En die distribution is van de hele dag, of hele week, maar net wat je selecteert. Mocht je "real time" willen zien kan je ook de power-wheel-card proberen via hacs.

Taal is niet aan te passen

[skank]

Mich schreef op woensdag 8 september 2021 @ 16:34:
[...]


Je ziet het inderdaad alleen van het laatste uur. En die distribution is van de hele dag, of hele week, maar net wat je selecteert. Mocht je "real time" willen zien kan je ook de power-wheel-card proberen via hacs.

Taal is niet aan te passen

Thx
Ik gebruik dan een eigen card ipv power wheel , nl de gauge
Je kan geen eigen cards op dat energy dashboard toevoegen zeker via yaml?
Of wel?
Jammer vd taal, komt mss nog

[Koepert]

Vreemd vraagje. Ik krijg in de log de volgende error:

code:

Found listeners for the event 'auto_backup.snapshot_failed' which is deprecated and will be removed in Home Assistant 2021.11, use 'auto_backup.backup_failed' instead

Ik begrijp waarom ik deze krijg hoor.. en volgens ontwikkelingsgereedschappen heb ik idd 1 luisteraar voor dit event.. maar hoe kan ik ontdekken WIE/WELK/WAT dat is? Zover ik weet/kan nagaan heb ik maar 1 automation die hier naar zou luisteren.. en die heb ik al aangepast.

[bafplus]

Voor iedereen die sinds gisteren geen data meer in zn energy dashboard krijgt (de NaN/Null error)...

Update pending dus ff wachten op 2021.9.5 voor de fix.

https://github.com/home-assistant/core/pull/55943

[badkuip]

Magic schreef op woensdag 8 september 2021 @ 14:18:
[...]

Zijn er dan geschikte (goedkope) alternatieven? Behalve door het probleem van electrisch naar mechanisch te verplaatsen (als in een gewone regenmeter met een "wip-wapje") is dit bij alle vergelijkbare oplossingen een probleem.

En aan de andere kant kost zo'n FC-37 minder dan een euro, en vervangen stelt ook niets voor als je er rekening mee houdt. De lol is er natuurlijk wel snel af als dit maandelijks moet. Het lijkt me ook dat het probleem minder wordt als je de plaat iets onder een hoek plaatst, zodat regen en vuil er wel van af kan lopen.

Je kan ook eens kijken of je deze data van een weerstation bij jou in de buurt kan gebruiken.
Googlen op weerstation + plaatsnaam levert gegarandeerd hits op. Meeste weeramateurs hebben een webpagina van hun weerstation gewoon online staan, als je geluk hebt ook nog met een XML of RSS-feed.
Die ik gevonden had, had dat niet. Ik heb met een scrape sensor het HTML-element opgezocht waar de huidige neerslag staat. In mijn voorbeeld hieronder staat de actuele regen als 15e <td>-element op de HTML van het betreffende weerstation van mijn buurman.

YAML:

sensor:
  - platform: scrape
    name: regen
    resource: http://www.blablah.com/weer/
    select: "td"
    index: 15
    unit_of_measurement: mm/hr
    value_template: "{{ value.split('m')[0] }}"

[bafplus]

badkuip schreef op woensdag 8 september 2021 @ 20:43:
[...]


Je kan ook eens kijken of je deze data van een weerstation bij jou in de buurt kan gebruiken.
Googlen op weerstation + plaatsnaam levert gegarandeerd hits op. Meeste weeramateurs hebben een webpagina van hun weerstation gewoon online staan, als je geluk hebt ook nog met een XML of RSS-feed.
Die ik gevonden had, had dat niet. Ik heb met een scrape sensor het HTML-element opgezocht waar de huidige neerslag staat. In mijn voorbeeld hieronder staat de actuele regen als 15e <td>-element op de HTML van het betreffende weerstation van mijn buurman.

YAML:

sensor:
  - platform: scrape
    name: regen
    resource: http://www.blablah.com/weer/
    select: "td"
    index: 15
    unit_of_measurement: mm/hr
    value_template: "{{ value.split('m')[0] }}"

Let op:

Additionally, we have two new properties, native_value (which replaces state) and native_unit_of_measurement which replaces unit_of_measurement.

Read all about it in the developer blog:

https://developers.home-a...r_temperature_conversion/

[koelkast]

Kodess schreef op woensdag 8 september 2021 @ 15:45:
[...]

Ik gebruik dat laatste. Hij gaat dan zelf in MQTT opzoek naar DSMR.

Let op, die integratie loopt dus niet lekker met het Energy scherm. Iets met tijd verschil etc

Ik heb 'm toegevoegd, en alles komt netjes binnen via deze integration.
Maar nu probeer ik in het energy dashboard deze waarde van huidig verbruik toe te voegen, maar die staat niet in de lijst waarin ik kan kiezen:

sensor.dsmr_reading_electricity_currently_delivered

Hoe kan dat? De entity spuugt gewoon wel een waarde uit binnen hass.

[martinvdm]

Magic schreef op woensdag 8 september 2021 @ 14:18:
[...]

Zijn er dan geschikte (goedkope) alternatieven? Behalve door het probleem van electrisch naar mechanisch te verplaatsen (als in een gewone regenmeter met een "wip-wapje") is dit bij alle vergelijkbare oplossingen een probleem.

En aan de andere kant kost zo'n FC-37 minder dan een euro, en vervangen stelt ook niets voor als je er rekening mee houdt. De lol is er natuurlijk wel snel af als dit maandelijks moet. Het lijkt me ook dat het probleem minder wordt als je de plaat iets onder een hoek plaatst, zodat regen en vuil er wel van af kan lopen.

Wat @JBS zegt klopt. Zo’n paneeltje is waardeloos, dat gaat namelijk oxideren. Ik heb inmiddels deze vervangen door een wipwap regensensor namelijk de MS-WH-SP-RG
https://a.aliexpress.com/_vSsFqi
En ook in esphome gekregen. Het enige wat voor mij lastig is dat is de voeding, daar ik op solar panel werk waardoor ik maar 1x per 10 min kan inschakelen en dus altijd regen mis. Heb je voeding dan kan dit best goed werken.

[oltk]

Ik zat vanochtend een beetje te rommelen met home-assistant. Node-red node erbij, lichtsensor wat tweaken. En ineens verbreekt HA de verbinding. Even wachten, opstarten. En wat verwonderd kijk ik naar het log. En opnieuw verbreekt HA de verbinding.

Ik zag in een van de uptime momenten dat er een nieuwe core versie staat (9.5) en misschien was er een instabiliteit in de energy toevoeging? Ik installeer die maar gelijk

Ik bekeek ook het log, maar zou niet weten waar te beginnen. Op het moment dat ik dit typ is HA opstarten aan het afronden (wat kan dat lang duren). Hoe kom ik erachter of ik ergens instabiele code / integraties heb?

YAML:

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - xxx
    - xxx
    - ::1
    
recorder:
   db_url: mysql://databasebeheer:xxx@xxx/hass-db?charset=utf8
# Track history, changes, etc.
history:

# db_url: mysql://databasebeheer:xxx@xxx/hass-db?charset=utf8


# Text to speech
tts:
  - platform: google_translate
    language: "nl"

telegram_bot:
  - platform: polling
    api_key: xxx
    allowed_chat_ids: 
      - xxx
      
notify:
  - name: telegram
    platform: telegram
    chat_id: xxx

edit: ik zie in de log allerlei energy meldingen:

YAML:

Logger: homeassistant.components.sensor
Source: components/sensor/__init__.py:213
Integration: Sensor (documentation, issues)
First occurred: 8:03:39 (3 occurrences)
Last logged: 8:03:39

Entity sensor.energy_consumption_tarif_1_cost (<class 'homeassistant.components.energy.sensor.EnergyCostSensor'>) with state_class measurement has set last_reset. Setting last_reset is deprecated and will be unsupported from Home Assistant Core 2021.11. Please update your configuration if state_class is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+energy%22
Entity sensor.energy_consumption_tarif_2_cost (<class 'homeassistant.components.energy.sensor.EnergyCostSensor'>) with state_class measurement has set last_reset. Setting last_reset is deprecated and will be unsupported from Home Assistant Core 2021.11. Please update your configuration if state_class is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+energy%22
Entity sensor.gas_consumption_cost (<class 'homeassistant.components.energy.sensor.EnergyCostSensor'>) with state_class measurement has set last_reset. Setting last_reset is deprecated and will be unsupported from Home Assistant Core 2021.11. Please update your configuration if state_class is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+energy%22

en ook dat ik de dsmr verwijzing in configuration.yaml moet verwijderen:

YAML:

Logger: homeassistant.components.dsmr
Source: components/dsmr/sensor.py:75
Integration: DSMR Slimme Meter
First occurred: 8:03:32 (1 occurrences)
Last logged: 8:03:32

Configuration of the DSMR platform in YAML is deprecated and will be removed in Home Assistant 2021.9; Your existing configuration has been imported into the UI automatically and can be safely removed from your configuration.yaml file

en terwijl ik dit typ herstart HA weer automagisch

edit2

Ik kom niet meer in de file editor of node-red (bad gateway). Ik kom wel in de supervisor en herstel maar een snapshot van een paar dagen geleden

[ Voor 48% gewijzigd door oltk op 09-09-2021 08:33 ]

[Vorkie]

@bafplus en het is gemaakt :-)

[Magic]

badkuip schreef op woensdag 8 september 2021 @ 20:43:
[...]


Je kan ook eens kijken of je deze data van een weerstation bij jou in de buurt kan gebruiken.
Googlen op weerstation + plaatsnaam levert gegarandeerd hits op. Meeste weeramateurs hebben een webpagina van hun weerstation gewoon online staan, als je geluk hebt ook nog met een XML of RSS-feed.
Die ik gevonden had, had dat niet. Ik heb met een scrape sensor het HTML-element opgezocht waar de huidige neerslag staat. In mijn voorbeeld hieronder staat de actuele regen als 15e <td>-element op de HTML van het betreffende weerstation van mijn buurman.

YAML:

sensor:
  - platform: scrape
    name: regen
    resource: http://www.blablah.com/weer/
    select: "td"
    index: 15
    unit_of_measurement: mm/hr
    value_template: "{{ value.split('m')[0] }}"

Ik heb zelf zo'n netatmo weerstation, en naar de cloud pusht dat prima, maar Home-assistant polt maar eens in de X tijd, waardoor de notificatie veel te laat komt. Netatmo ondersteund wel webhook events, maar niet voor het weerstation, alleen voor bewegingsmelders en camera's e/d.

Als ik dat van tevoren had geweten dan had ik waarschijnlijk geen netatmo weerstation gekocht, maarja. De wipwap-module die @martinvdm voorstelt lijkt ook een goede oplossing, ik heb nog een paar ESP8266's liggen waarvan ik de functie dan mooi kan combineren. 5V hoeft geen probleem te zijn.

[bafplus]

Vorkie schreef op donderdag 9 september 2021 @ 08:18:
@bafplus en het is gemaakt :-)

Zag het ja...benieuwd wat er nu weer stuk gaat

Maar alle energy sensors werken weer.
Alleen berekend hij ineens geen bedragen meer, later maar ff naar kijken.

[Raven]

koelkast schreef op woensdag 8 september 2021 @ 21:59:
[...]

Ik heb 'm toegevoegd, en alles komt netjes binnen via deze integration.
Maar nu probeer ik in het energy dashboard deze waarde van huidig verbruik toe te voegen, maar die staat niet in de lijst waarin ik kan kiezen:

sensor.dsmr_reading_electricity_currently_delivered

Hoe kan dat? De entity spuugt gewoon wel een waarde uit binnen hass.

Buiten dat de energy dashboard alleen kWh telwerken ondersteund ( ) , die entiteiten hebben het volgende nodig

YAML:

state_class: 'total_increasing'
device_class: 'energy'

voordat ze opgepikt worden.

Mocht het verbruik/opbrengst in watt ooit ondersteund worden, dan wordt het

YAML:

state_class: 'measurement'
device_class: 'power'

[ Voor 3% gewijzigd door Raven op 09-09-2021 08:45 ]

[HaTe]

*volg draadje*
Had helemaal gemist dat er weer een nieuw deel js

[Repsect]

golles schreef op woensdag 8 september 2021 @ 10:57:
[...]

Grappig, ik ben zelf ook aan het nadenken over het vraagstuk "wordt het vandaag een warme dag" zodat het zonnescherm op tijd open kan.

Je kan die value krijgen door een template condition:

YAML:

{{ state_attr("weather.knmi_purmerend", "forecast")[0]["temperature"] }}

Hij pakt de forecast attribute, dan het 1e object (0) en daar dan de temperatuur uit.

Thanks, die is nog wat beter.

Magic schreef op woensdag 8 september 2021 @ 12:31:
[...]

Ik weet niet wat voor zonnescherm je hebt, maar ik zou ook rekening mee houden dat het wellicht winderig kan zijn. 't zou jammer zijn als je zonnescherm ineens bij de buren in de tuin ligt omdat het toevallig een warme/zonnige stormdag is

Ik heb een Somfy Eolis 3D wirefree io in de voorlijst zitten. Bij te veel beweging gaat het zonnescherm automatisch dicht. Bovendien overruled het ook Home Assistant, wat ik wel een prettig idee vind.

golles schreef op woensdag 8 september 2021 @ 13:17:
[...]
Een regensensor heb ik al gemaakt, namelijk deze: https://community.home-as...-xiaomi-door-sensor/74090
Voor wind moet ik nog iets bedenken...

Grappig, ik heb dezelfde oplossing voor de regensensor gemaakt. Hopelijk oxideert het plaatje niet al te snel zoals hieronder verteld wordt. Ik heb 'm wel onder een hoek hangen.

Wat betreft de windsensor kan ik de Somfy Eolis 3D wirefree io aanraden, zoals ik hierboven noem. Moet je natuurlijk wel een Somfy io motor hebben.

[Vorkie]

bafplus schreef op donderdag 9 september 2021 @ 08:33:
[...]

Zag het ja...benieuwd wat er nu weer stuk gaat

Maar alle energy sensors werken weer.
Alleen berekend hij ineens geen bedragen meer, later maar ff naar kijken.

Ja, gok dat bedragen nu stuk is

[raymondw]

Zijn er meer mensen die onwaarschijnlijk hoge solar output gemeld krijgen?
Gisteren 60kWh
Vandaag 80kWh

Zowel gisteren als vandaag op tijdstip (06.00) dat er nog geen output actief is van de panelen...

[Vorkie]

raymondw schreef op donderdag 9 september 2021 @ 09:05:
Zijn er meer mensen die onwaarschijnlijk hoge solar output gemeld krijgen?
Gisteren 60kWh
Vandaag 80kWh

Zowel gisteren als vandaag op tijdstip (06.00) dat er nog geen output actief is van de panelen...

Welke integratie? Want er zijn er nogal wat

Met Enphase (en eindelijk een bijna werkende energie dashboard) kwam ik gisteren met Enphase uit op:


Beetje raar dat gas op 0 staat, daar moet ik nog even naar kijken.

[ Voor 4% gewijzigd door Vorkie op 09-09-2021 09:13 ]

[Vaevictis_]

Vorkie schreef op donderdag 9 september 2021 @ 09:13:
[...]


Welke integratie? Want er zijn er nogal wat

Met Enphase (en eindelijk een bijna werkende energie dashboard) kwam ik gisteren met Enphase uit op:
[Afbeelding]

Beetje raar dat gas op 0 staat, daar moet ik nog even naar kijken.

Ik erger me nog wel aan de term non-fossil, dat moet green of beter sustainable worden.

[NeFoRcE]

Hoe fix je die non-fossil dan? Moet je daarvoor die co2dinges invullen?

[Jerry_bboy]

NeFoRcE schreef op donderdag 9 september 2021 @ 10:52:
Hoe fix je die non-fossil dan? Moet je daarvoor die co2dinges invullen?

Yes dat is inderdaad nodig.

[Dutchess_Nicole]

Vaevictis_ schreef op donderdag 9 september 2021 @ 10:50:
[...]


Ik erger me nog wel aan de term non-fossil, dat moet green of beter sustainable worden.

Nucleaire energie valt ook onder non-fossil, maar om dat nou super groen te noemen... Het afval ervan is nog wel het meest groene eraan.

[DaLass]

Jerry_bboy schreef op donderdag 9 september 2021 @ 10:59:
[...]


Yes dat is inderdaad nodig.

Dat krijg ik bij mij voor geen meter werkend. Ik heb een API, ik heb de integratie toegevoegd en als ik de 2 sensoren op mijn dashboard zet, komt er ook output naar voren.
Binnen het Energy dashboard heb ik de integratie ook toegevoegd, maar hij lijkt er helemaal niets mee te doen...

[Dutchess_Nicole]

Het duurde bij mij om de een of andere vage reden een paar dagen voordat die non-fossil counter begon te werken. het kan zijn dat je gewoon even geduld moet hebben.

[DaLass]

Dutchess_Nicole schreef op donderdag 9 september 2021 @ 11:08:
Het duurde bij mij om de een of andere vage reden een paar dagen voordat die non-fossil counter begon te werken. het kan zijn dat je gewoon even geduld moet hebben.

definieer "even geduld", want de CO2 Signal integratie zit er bij mij al zeker een week of 3 in..

[Dutchess_Nicole]

DaLass schreef op donderdag 9 september 2021 @ 11:12:
[...]

definieer "even geduld", want de CO2 Signal integratie zit er bij mij al zeker een week of 3 in..

Okee. In mijn geval houdt "even geduld" een paar dagen in. Als het al 3 weken niet werkt dan is er zeker iets anders aan de hand.

Bij mij was er in de HA logs een error vanuit de co2signal integration dat hij geen JSON kon decoden. Ik denk dat een update dat bij mij gefixt heeft een paar dagen terug.

[DaLass]

Dutchess_Nicole schreef op donderdag 9 september 2021 @ 11:14:
[...]

Okee. In mijn geval houdt "even geduld" een paar dagen in. Als het al 3 weken niet werkt dan is er zeker iets anders aan de hand.

Bij mij was er in de HA logs een error vanuit de co2signal integration dat hij geen JSON kon decoden. Ik denk dat een update dat bij mij gefixt heeft een paar dagen terug.

De logs laten niets zien en de sensoren werken wel netjes, dus het is voor mij een groot vraagteken waarom de data niet in het energy dashboard terecht komt.

Ik drop het wel even in de Energy Management thread op de Home Assistant Community.

[HoppyF]

Vraag.
Ik heb een automatisering aangemaakt.
Deze lijkt te werken alleen wordt één service niet uitgevoerd.
De andere twee gaan goed dus notify op de iPhone en spraak tekst uit de mini.

Het gaat om iets simpels een geluid (ding dong) af spelen op de Google mini.
Als ik met de hand de bewuste mp3 klik dan speelt deze meteen af op de mini.
De mp3 is dus goed.

Ik heb al geprobeerd het pad naar de mp3 te wijzigen bv door het volledige URL adres te gebruiken maar dat werkt ook niet.
De mp3 staat in /media vanuit de root.
Gelijk dus met bv /config.

YAML:

action:
  - service: notify.mobile_app_iphone_van_hoppyf
    data:
      title: Buienalarm!
      message: '{{ "\uD83C\uDF27" }} Voorspeld'
  - service: media_player.play_media
    data:
      entity_id: media_player.huiskamer
      media_content_id: /media/ns-ding-dong.mp3
      media_content_type: music/mp3
  - service: tts.google_translate_say
    data:
      entity_id: media_player.huiskamer
      message: Waarschuwing, er komt regen aan!

Klik ik vanuit het Logboek dan zie ik de media player.
Klik ik op icoon onder Inactief dan zie ik de inhoud van /media en kan ik de ding dong kiezen en hoor ik het geluid.

[SonnyBBQ]

HoppyF schreef op donderdag 9 september 2021 @ 11:36:
Vraag.
Ik heb een automatisering aangemaakt.
Deze lijkt te werken alleen wordt één service niet uitgevoerd.
De andere twee gaan goed dus notify op de iPhone en spraak tekst uit de mini.

Het gaat om iets simpels een geluid (ding dong) af spelen op de Google mini.
Als ik met de hand de bewuste mp3 klik dan speelt deze meteen af op de mini.
De mp3 is dus goed.

Ik heb al geprobeerd het pad naar de mp3 te wijzigen bv door het volledige URL adres te gebruiken maar dat werkt ook niet.
De mp3 staat in /media vanuit de root.
Gelijk dus met bv /config.

YAML:

action:
  - service: notify.mobile_app_iphone_van_hoppyf
    data:
      title: Buienalarm!
      message: '{{ "\uD83C\uDF27" }} Voorspeld'
  - service: media_player.play_media
    data:
      entity_id: media_player.huiskamer
      media_content_id: /media/ns-ding-dong.mp3
      media_content_type: music/mp3
  - service: tts.google_translate_say
    data:
      entity_id: media_player.huiskamer
      message: Waarschuwing, er komt regen aan!

Klik ik vanuit het Logboek dan zie ik de media player.
Klik ik op icoon onder Inactief dan zie ik de inhoud van /media en kan ik de ding dong kiezen en hoor ik het geluid.

[Afbeelding]

[Afbeelding]

Probeer eens de media folder in je www folder te plaatsen en dan het pad in de automatisatie aanpassen naar /local/media/ns-ding-dong.mp3

[Rianata]

HoppyF schreef op donderdag 9 september 2021 @ 11:36:
Vraag.
Ik heb een automatisering aangemaakt.
Deze lijkt te werken alleen wordt één service niet uitgevoerd.
De andere twee gaan goed dus notify op de iPhone en spraak tekst uit de mini.

Het gaat om iets simpels een geluid (ding dong) af spelen op de Google mini.
Als ik met de hand de bewuste mp3 klik dan speelt deze meteen af op de mini.
De mp3 is dus goed.

Dit werkt bij mij prima:

code:

service: media_player.play_media
data:
  media_content_id: http://192.168.30.10:8123/local/audio/doorbell.mp3
  media_content_type: music
entity_id: group.google_speakers

waarbij dit dan het volledige path is:

code:

\\192.168.30.10\config\www\audio

[ Voor 5% gewijzigd door Rianata op 09-09-2021 11:55 ]

[RoTeK70]

Ik ben al een tijdje bezig om ook mijn gasverbruik via het nieuwe Energy tabblad aan de praat te krijgen.
Nu is dit een MQTT sensor welke niet in het overzicht getoond wordt als ik deze wil instellen.
Dus dat verhaal met last_reset e.d. maar ik kom er niet uit wat ik ook aanpas in mijn configuration.yaml en customize.yaml de sensor verschijn maar niet zodat ik deze onder het gas deel kan toevoegen.
Ik maak gebruik van Iungo met MQTT richting HA.

Het gaat om deze sensor:

code:

- platform: mqtt
  name: "Gas_delivered"
  icon: mdi:trending-up
  state_topic: "70:B3:D5:6F:37:D6/energy-dsmr4/538d72d9/gas"
  unit_of_measurement: "m3"
  value_template: '{{ value | round(3) }}'
  state_class: measurement

Kan iemand mij wijzen wat ik waar moet invullen om dit werkend te krijgen?

[Raven]

RoTeK70 schreef op donderdag 9 september 2021 @ 11:53:
Ik ben al een tijdje bezig om ook mijn gasverbruik via het nieuwe Energy tabblad aan de praat te krijgen.
Nu is dit een MQTT sensor welke niet in het overzicht getoond wordt als ik deze wil instellen.
Dus dat verhaal met last_reset e.d. maar ik kom er niet uit wat ik ook aanpas in mijn configuration.yaml en customize.yaml de sensor verschijn maar niet zodat ik deze onder het gas deel kan toevoegen.
Ik maak gebruik van Iungo met MQTT richting HA.

Het gaat om deze sensor:

code:

- platform: mqtt
  name: "Gas_delivered"
  icon: mdi:trending-up
  state_topic: "70:B3:D5:6F:37:D6/energy-dsmr4/538d72d9/gas"
  unit_of_measurement: "m3"
  value_template: '{{ value | round(3) }}'
  state_class: measurement

Kan iemand mij wijzen wat ik waar moet invullen om dit werkend te krijgen?

device_class: 'gas' ?
edit: Plus dat wat hieronder staat.

[sk1nny666]

RoTeK70 schreef op donderdag 9 september 2021 @ 11:53:
Ik ben al een tijdje bezig om ook mijn gasverbruik via het nieuwe Energy tabblad aan de praat te krijgen.
Nu is dit een MQTT sensor welke niet in het overzicht getoond wordt als ik deze wil instellen.
Dus dat verhaal met last_reset e.d. maar ik kom er niet uit wat ik ook aanpas in mijn configuration.yaml en customize.yaml de sensor verschijn maar niet zodat ik deze onder het gas deel kan toevoegen.
Ik maak gebruik van Iungo met MQTT richting HA.

Het gaat om deze sensor:

code:

- platform: mqtt
  name: "Gas_delivered"
  icon: mdi:trending-up
  state_topic: "70:B3:D5:6F:37:D6/energy-dsmr4/538d72d9/gas"
  unit_of_measurement: "m3"
  value_template: '{{ value | round(3) }}'
  state_class: measurement

Kan iemand mij wijzen wat ik waar moet invullen om dit werkend te krijgen?

als ik mij niet vergis zou

code:

state_class: total_increasing

moeten zijn

[HoppyF]

SonnyBBQ schreef op donderdag 9 september 2021 @ 11:41:
[...]


Probeer eens de media folder in je www folder te plaatsen en dan het pad in de automatisatie aanpassen naar /local/media/ns-ding-dong.mp3

En ook @Rianata

Ik had al wat combinaties geprobeerd ook met het locale IP adres.
Toen nog met het /media pad.
Nu dus de mp3 uit /media gekopieerd naar /config/www/media.
De directory media bestond daar nog niet dus aangemaakt.
Ik ga straks nog wel even wat combinaties proberen, het kan haast niet anders dat daar het probleem zit.
Echter je zou in de log iets verwachten als “kan path /media/ns-ding-dong.mp3 niet vinden”.
Een dergelijk fout zie ik niet.

Ipv IP adres en path zou ook iets als localhost of zonder IP denk ik wel moeten werken.
Wordt vervolgd!

[bafplus]

HoppyF schreef op donderdag 9 september 2021 @ 12:09:
[...]

En ook @Rianata

Ik had al wat combinaties geprobeerd ook met het locale IP adres.
Toen nog met het /media pad.
Nu dus de mp3 uit /media gekopieerd naar /config/www/media.
De directory media bestond daar nog niet dus aangemaakt.
Ik ga straks nog wel even wat combinaties proberen, het kan haast niet anders dat daar het probleem zit.
Echter je zou in de log iets verwachten als “kan path /media/ns-ding-dong.mp3 niet vinden”.
Een dergelijk fout zie ik niet.

Ipv IP adres en path zou ook iets als localhost of zonder IP denk ik wel moeten werken.
Wordt vervolgd!

Bij chromecast moeten mediafiles altijd via http dus altijd middels web-url.
Gok dat dat voor mini niet anders is.

[RoTeK70]

sk1nny666 schreef op donderdag 9 september 2021 @ 11:56:
[...]


als ik mij niet vergis zou

code:

state_class: total_increasing

moeten zijn

Bedankt alvast!
Aangepast maar ook dit geeft nog niet het gewenste resultaat.
Moet ik ook in de custimize.yaml onderstaande zetten?

code:

sensor.gas_delivered:
  friendly_name:  Gas verbruik
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

[Team-RiNo]

RoTeK70 schreef op donderdag 9 september 2021 @ 12:15:
[...]


Bedankt alvast!
Aangepast maar ook dit geeft nog niet het gewenste resultaat.
Moet ik ook in de custimize.yaml onderstaande zetten?

code:

sensor.gas_delivered:
  friendly_name:  Gas verbruik
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

Ik had hetzelfde met power, gas nog niet gedaan maar heb het zo opgelost:

[RoTeK70]

Team-RiNo schreef op donderdag 9 september 2021 @ 12:30:
[...]

Ik had hetzelfde met power, gas nog niet gedaan maar heb het zo opgelost:

[Afbeelding]

Bedankt maar ook als ik dit toevoeg aan de customize.yaml krijg ik deze sensor niet naar voren.

code:

sensor.gas_delivered:
  device_class: energy
  state_class: measurement
  last_reset: "1970-01-01T00:00:00+00:00"