Home Assistant: Open source Python3 home automation - deel 4

[Septillion]

Sp33dFr34k schreef op donderdag 15 december 2022 @ 14:12:
Ik snap je vraag, maar die is echt True en False. Die komt van de Eufy Security integratie af.

Zagen we laatst ook al langs komen (geen idee meer of het toen ook Eufy Security was). Tijd voor een bug report dan. Kan niet anders dan dat het in de toekomst gezeik op gaat leveren. En gaat nu al mis met zaken als icoon kleuren enzo.

[Driek]

vraagje, ik ben weer eens aan het klooien met sensoren
ik heb een sensor.yaml included
In de sensor.yaml voeg ik toe:

YAML:

- name: "Dampleidingtemperatuur"
  state: "{{ state_attr('sensor.althermasensors','Discharge pipe temp.') }}"
  unit_of_measurement: "°C"
  state_class: measurement

maar dan geeft hij de volgende fout:
The system cannot restart because the configuration is not valid: Invalid config for [sensor]: required key not provided @ data['platform']. Got None. (See /config/configuration.yaml, line 22).

Nu ben ik best goed in copy paste en her en der wat aanpassen, maar wat ik ook probeer hij heeft er geen zin in, wat doe ik fout?

[ Voor 0% gewijzigd door Septillion op 15-12-2022 17:30 . Reden: Denk aan de 'yaml' bij de code tags aub! ]

[verjager]

Septillion schreef op donderdag 15 december 2022 @ 15:39:
[...]

Zagen we laatst ook al langs komen (geen idee meer of het toen ook Eufy Security was). Tijd voor een bug report dan. Kan niet anders dan dat het in de toekomst gezeik op gaat leveren. En gaat nu al mis met zaken als icoon kleuren enzo.

@Sp33dFr34k Er lijkt al een instelling te zijn om on/off te gebruiken:
https://community.home-as...based-automation/458037/2

[TheFes]

Driek schreef op donderdag 15 december 2022 @ 16:09:
vraagje, ik ben weer eens aan het klooien met sensoren
ik heb een sensor.yaml included
In de sensor.yaml voeg ik toe:

code:

- name: "Dampleidingtemperatuur"
  state: "{{ state_attr('sensor.althermasensors','Discharge pipe temp.') }}"
  unit_of_measurement: "°C"
  state_class: measurement

maar dan geeft hij de volgende fout:
The system cannot restart because the configuration is not valid: Invalid config for [sensor]: required key not provided @ data['platform']. Got None. (See /config/configuration.yaml, line 22).

Nu ben ik best goed in copy paste en her en der wat aanpassen, maar wat ik ook probeer hij heeft er geen zin in, wat doe ik fout?

Je gebruikt het nieuwe template sensor format hier, maar dat valt onder de template integratie, dus dat hoort niet thuis in sensor.yaml

daarbij moet je wellicht ook even goed in Developer Tools > States kijken of dat attribute werkelijk Discharge pipe temp. is

En wat hieronder wordt gezegd.

[ Voor 7% gewijzigd door TheFes op 15-12-2022 16:15 ]

[Magic]

Driek schreef op donderdag 15 december 2022 @ 16:09:
vraagje, ik ben weer eens aan het klooien met sensoren
ik heb een sensor.yaml included
In de sensor.yaml voeg ik toe:

YAML:

- name: "Dampleidingtemperatuur"
  state: "{{ state_attr('sensor.althermasensors','Discharge pipe temp.') }}"
  unit_of_measurement: "°C"
  state_class: measurement

maar dan geeft hij de volgende fout:
The system cannot restart because the configuration is not valid: Invalid config for [sensor]: required key not provided @ data['platform']. Got None. (See /config/configuration.yaml, line 22).

Nu ben ik best goed in copy paste en her en der wat aanpassen, maar wat ik ook probeer hij heeft er geen zin in, wat doe ik fout?

je geeft geen platform aan, en ook geen type. dus het stukje:

YAML:

template:
  - sensor:
    - name: "Dampleidingtemperatuur"
      state: "{{ state_attr('sensor.althermasensors','Discharge pipe temp.') }}"
      unit_of_measurement: "°C"
      state_class: measurement

edit: en wat hierboven gezegd wordt, dat was me nog niet eens opgevallen.

[ Voor 3% gewijzigd door Septillion op 15-12-2022 17:30 . Reden: Denk aan de 'yaml' bij de code tags aub! ]

[Driek]

TheFes schreef op donderdag 15 december 2022 @ 16:13:
[...]


Je gebruikt het nieuwe template sensor format hier, maar dat valt onder de template integratie, dus dat hoort niet thuis in sensor.yaml

daarbij moet je wellicht ook even goed in Developer Tools > States kijken of dat attribute werkelijk Discharge pipe temp. is

En wat hieronder wordt gezegd.

in de sensor.yaml heb ik al dit :

YAML:

- platform: template
  sensors:
    huis_modus:
      friendly_name: Huis Modus
      value_template: >-

Maar daaronder toevoegen werkt ook niet.

even in de developer tools gekeken, hij heet echt:
Discharge pipe temp.: 46

[ Voor 5% gewijzigd door Septillion op 15-12-2022 17:31 . Reden: Denk aan de 'yaml' bij de code tags aub! ]

[TheFes]

Driek schreef op donderdag 15 december 2022 @ 16:16:
[...]

in de sensor.yaml heb ik al dit :

code:

- platform: template
  sensors:
    huis_modus:
      friendly_name: Huis Modus
      value_template: >-

Maar daaronder toevoegen werkt ook niet.

even in de developer tools gekeken, hij heet echt:
Discharge pipe temp.: 46

Dat is inderdaad het oude format voor template sensoren, welke onder de sensor integratie vallen.
Wat je in je eerdere post geplaatst hebt is een totaal andere integratie, dus dat kun je boven/onder/links of rechts in sensor.yaml zetten, het staat daar altijd fout.

Je kunt het zoals @Magic aangaf direct in configuration.yaml zetten, of je kunt een template.yaml aanmaken en die vanuit configuration.yaml includen en het daar dan zonder de eerste regel van @Magic in plaatsen.

Of je kunt het omkatten naar het oude format.

[Driek]

TheFes schreef op donderdag 15 december 2022 @ 16:21:
[...]


Dat is inderdaad het oude format voor template sensoren, welke onder de sensor integratie vallen.
Wat je hierboven geplaatst hebt is een totaal andere integratie, dus dat kun je boven/onder/links of rechts in sensor.yaml zetten, het staat daar altijd fout.

Je kunt het zoals @Magic aangaf direct in configuration.yaml zetten, of je kunt een template.yaml aanmaken en die vanuit configuration.yaml includen en het daar dan zonder de eerste regel van @Magic in plaatsen.

Of je kunt het omkatten naar het oude format.

ik heb even dit

YAML:

template:
  - sensor:
    - name: "Dampleidingtemperatuur"
      state: "{{ state_attr('sensor.althermasensors','Discharge pipe temp.') }}"
      unit_of_measurement: "°C"
      state_class: measurement

in de configuration.yaml geplakt, en dat werkt.
Aangezien ik er voor mijn warmtepomp een stuk of 60 moet doen ga ik maar voor de extra template.yaml optie om het overzichtelijk te houden.

Bedankt!

[ Voor 0% gewijzigd door Septillion op 15-12-2022 17:32 . Reden: Denk aan de 'yaml' bij de code tags aub! ]

[TheFes]

Driek schreef op donderdag 15 december 2022 @ 16:24:
[...]

ik heb even dit

code:

template:
  - sensor:
    - name: "Dampleidingtemperatuur"
      state: "{{ state_attr('sensor.althermasensors','Discharge pipe temp.') }}"
      unit_of_measurement: "°C"
      state_class: measurement

in de configuration.yaml geplakt, en dat werkt.
Aangezien ik er voor mijn warmtepomp een stuk of 60 moet doen ga ik maar voor de extra template.yaml optie om het overzichtelijk te houden.

Bedankt!

Nu ben ik wel benieuwd waarom je 60 template sensoren aan moet gaan maken voor je warmtepomp?

[Driek]

TheFes schreef op donderdag 15 december 2022 @ 16:28:
[...]


Nu ben ik wel benieuwd waarom je 60 template sensoren aan moet gaan maken voor je warmtepomp?

zie
blinded in "Daikin Altherma 3 -> ESPAltherma"

[RobertMe]

nieuws: Google zet Matter-ondersteuning aan op alle Android-smartphones en -t...

Heeft iemand een idee wat dit zou kunnen betekenen voor een Home Assistant koppeling? Ik zie "Android" en verwacht / denk bijna automatisch "kan ik mijn Android telefoon dan koppelen aan HA zonder tussenkomst van Google Home?" (Waar, tot nu toe, de cloud koppeling voor nodig is). Maar dat zal vast wel niet het geval zijn?

[Sp33dFr34k]

verjager schreef op donderdag 15 december 2022 @ 16:11:
[...]

@Sp33dFr34k Er lijkt al een instelling te zijn om on/off te gebruiken:
https://community.home-as...based-automation/458037/2

Goeie, ik heb het vinkje aangetikt en de automatisering aangepast, thanks

[TheFes]

Driek schreef op donderdag 15 december 2022 @ 16:30:
[...]

zie
blinded in "Daikin Altherma 3 -> ESPAltherma"

Je wil van elk attribute van die sensor een eigen sensor maken? Blijft de vraag waarom..

[Driek]

TheFes schreef op donderdag 15 december 2022 @ 17:10:
[...]


Je wil van elk attribute van die sensor een eigen sensor maken? Blijft de vraag waarom..

uiteindelijk om ze op de lovelace weer te gaan geven. Zie de ts in die link die ik gaf.

[ShaneV]

Ik wil een mqtt switch toevoegen adhv onderstaande code, echter krijg ik dan onderstaande foutmelding. iemand hier ervaring mee?

Kan service mqtt/reload niet aanroepen. 'list' object has no attribute 'get'

YAML:

switch:
    - name: 'Switch Relais 1 Remi'
      unique_id: remi_mqtt_relais_1
      command_topic: '244cab254dfc/SET/REL/CH0'

[ Voor 0% gewijzigd door Septillion op 15-12-2022 17:42 . Reden: Denk aan de 'yaml' bij de code tags aub! ]

[Septillion]

Driek schreef op donderdag 15 december 2022 @ 16:30:
[...]

zie
blinded in "Daikin Altherma 3 -> ESPAltherma"

Irritant dat die het niet gewoon netjes zelf splitst. Maar veel cards kunnen ook gewoon een attribute weergeven. Bijvoorbeeld ook de standaard entities row.

Zou overigens dan wel even availability en device class toevoegen als je toch bezig bent

[ Voor 20% gewijzigd door Septillion op 15-12-2022 17:40 ]

[Septillion]

@ShaneV MQTT switches vallen tegenwoordig onder de MQTT integratie. Zal je het naar moeten aanpassen.

[renegrunn]

Ik heb een automation met als doel de Unifi chime te laten klinken over de Sonos speakers zodra er wordt aangebeld. Werkt prima, behalve wanneer de speakers al in gebruik zijn voor muziek of tv.

Wie weet raad?

YAML:

alias: Doorbell
description: ""
trigger:
  - platform: state
    entity_id:
      - binary_sensor.voordeur_doorbell
    to: "On"
condition: []
action:
  - service: sonos.snapshot
    data:
      entity_id: all
  - service: media_player.volume_set
    data:
      volume_level: 0.2
    target:
      entity_id:
        - media_player.living_room
        - media_player.living_room
  - service: media_player.play_media
    data:
      media_content_id: http://10.0.10.100:8123/local/sounds_sounds_ring_button_Chime.mp3
      media_content_type: music
    target:
      entity_id:
        - media_player.dining_room
        - media_player.living_room
  - delay:
      hours: 0
      minutes: 0
      seconds: 4
      milliseconds: 0
  - service: sonos.restore
    data:xq
      entity_id: all
mode: single

[TheFes]

renegrunn schreef op donderdag 15 december 2022 @ 18:52:
Ik heb een automation met als doel de Unifi chime te laten klinken over de Sonos speakers zodra er wordt aangebeld. Werkt prima, behalve wanneer de speakers al in gebruik zijn voor muziek of tv.

Wie weet raad?

YAML:

alias: Doorbell
description: ""
trigger:
  - platform: state
    entity_id:
      - binary_sensor.voordeur_doorbell
    to: "On"
condition: []
action:
  - service: sonos.snapshot
    data:
      entity_id: all
  - service: media_player.volume_set
    data:
      volume_level: 0.2
    target:
      entity_id:
        - media_player.living_room
        - media_player.living_room
  - service: media_player.play_media
    data:
      media_content_id: http://10.0.10.100:8123/local/sounds_sounds_ring_button_Chime.mp3
      media_content_type: music
    target:
      entity_id:
        - media_player.dining_room
        - media_player.living_room
  - delay:
      hours: 0
      minutes: 0
      seconds: 4
      milliseconds: 0
  - service: sonos.restore
    data:xq
      entity_id: all
mode: single

Heb jij nu ook al een binary sensor met afwijkende states?

[Driek]

renegrunn schreef op donderdag 15 december 2022 @ 18:52:
Ik heb een automation met als doel de Unifi chime te laten klinken over de Sonos speakers zodra er wordt aangebeld. Werkt prima, behalve wanneer de speakers al in gebruik zijn voor muziek of tv.

Wie weet raad?

YAML:

alias: Doorbell
description: ""
trigger:
  - platform: state
    entity_id:
      - binary_sensor.voordeur_doorbell
    to: "On"
condition: []
action:
  - service: sonos.snapshot
    data:
      entity_id: all
  - service: media_player.volume_set
    data:
      volume_level: 0.2
    target:
      entity_id:
        - media_player.living_room
        - media_player.living_room
  - service: media_player.play_media
    data:
      media_content_id: http://10.0.10.100:8123/local/sounds_sounds_ring_button_Chime.mp3
      media_content_type: music
    target:
      entity_id:
        - media_player.dining_room
        - media_player.living_room
  - delay:
      hours: 0
      minutes: 0
      seconds: 4
      milliseconds: 0
  - service: sonos.restore
    data:xq
      entity_id: all
mode: single

Je hebt sowieso 2 keer dezelfde mediaplayer
target:
entity_id:
- media_player.living_room
- media_player.living_room

Daarnaast heeft TheFes volgens mij een mooi script om ook weer verder af te spelen waar hij mee beizh was vorodat de deurbel werd gedrukt.

[TheFes]

Driek schreef op donderdag 15 december 2022 @ 18:55:
[...]

Je hebt sowieso 2 keer dezelfde mediaplayer
target:
entity_id:
- media_player.living_room
- media_player.living_room

Daarnaast heeft TheFes volgens mij een mooi script om ook weer verder af te spelen waar hij mee beizh was vorodat de deurbel werd gedrukt.

Dat hoeft niet met een Sonos device, die heeft een handige snapshot feature die hier al in gebruik lijkt te zijn

[renegrunn]

TheFes schreef op donderdag 15 december 2022 @ 18:55:
[...]


Heb jij nu ook al een binary sensor met afwijkende states?

Euh.. ik doe vooral kopieer en plak werk Wat bedoel je precies?

Driek schreef op donderdag 15 december 2022 @ 18:55:
[...]

Je hebt sowieso 2 keer dezelfde mediaplayer
target:
entity_id:
- media_player.living_room
- media_player.living_room

Daarnaast heeft TheFes volgens mij een mooi script om ook weer verder af te spelen waar hij mee beizh was vorodat de deurbel werd gedrukt.

Goed gespot en gefixed. Maar helpt het probleem niet. Probleem is dus, speelt niet af als de speakers al in gebruik zijn.

Edit: dit is het wellicht wel geweest! Lijkt nu wel goed te gaan

[ Voor 4% gewijzigd door renegrunn op 15-12-2022 19:00 ]

[Driek]

TheFes schreef op donderdag 15 december 2022 @ 18:56:
[...]


Dat hoeft niet met een Sonos device, die heeft een handige snapshot feature die hier al in gebruik lijkt te zijn

oh cool, wist ik niet. Heb zelf Google spul, die ondersteunt dat volgens mij niet.
Ik heb het op mijn backlog staan om dit ooit beter te maken.
Nu eerst mijn Warmtepomp.

[TheFes]

renegrunn schreef op donderdag 15 december 2022 @ 18:58:
[...]


Euh.. ik doe vooral kopieer en plak werk Wat bedoel je precies?
[...]


Goed gespot en gefixed. Maar helpt het probleem niet. Probleem is dus, speelt niet af als de speakers al in gebruik zijn.

Nou, je trigger op state "On" maar de state van een binary_sensor is eigenlijk altijd "on" als hij aan staat. En dat is dus hoofdlettergevoelig.

[TheFes]

Driek schreef op donderdag 15 december 2022 @ 18:59:
[...]

oh cool, wist ik niet. Heb zelf Google spul, die ondersteunt dat volgens mij niet.
Ik heb het op mijn backlog staan om dit ooit beter te maken.
Nu eerst mijn Warmtepomp.

Mijn script is specifiek voor (Google) cast devices

[ShaneV]

Septillion schreef op donderdag 15 december 2022 @ 17:34:
[...]

Irritant dat die het niet gewoon netjes zelf splitst. Maar veel cards kunnen ook gewoon een attribute weergeven. Bijvoorbeeld ook de standaard entities row.

Zou overigens dan wel even availability en device class toevoegen als je toch bezig bent

Jup, dat weet ik. Erboven staat mqtt voor de andere mqtt zaken. Buttons, sensors werken allemaal. Enkel de switch werkt niet.

[verjager]

TheFes schreef op donderdag 15 december 2022 @ 11:36:
[...]


Je kunt iets van een mapping in een variable zetten

YAML:

variables:
  mapping:
    cloudy: bewolkt
    partlycloudy: gedeeltelijk bewolkt
    sunny: zonnig

Dan kun je de state vanuit de entity in die mapping opzoeken om de vertaling te krijgen

code:

{{ mapping[states('entity.je_entity')] }}

Hier staan alle mogelijke weather conditions, dus heel veel hoef je niet te vertalen.

@golles In het Nederlands wordt in de interface de status van bijv. weather.knmi_thuis van 'pouring' vertaald naar 'Gieten'
Dacht dat ik verhuisd was naar een plaats met die naam toen ik voor 't eerst zag...

Weet jij of de Nederlandse vertaling centraal wordt geregeld? Iets als 'Regen' of 'Buien' lijkt me logischer.

[jvanhambelgium]

Kan iemand me op weg helpen rond het gebruik "history_stats" ?
Concreet ; Ik heb een "binary sensor" aangemaakt ("threshold sensor") die aangeeft of m'n gasbrander AAN of UIT is. Dit op basis van electrisch verbruik (en dat werkt prima)




Vervolgens heb ik in de "sensors.yaml" een toevoeging gedaan zoals

- platform: history_stats
name: Vitodens 300 Brander Starts
entity_id: binary_sensor.vitodens_brander_status
state: "on"
type: count
start: "{{ 0 }}"
end: "{{ now() }}"

Dat werkt dus wel, het resultaat/state van deze sensor is dus een altijd oplopend getal telkens de brander enkele keren per dag aan/uit gaat.

Wat ik niet snap, hoe GROEPEER ik deze zodat ik het aantal branderstarts PER DAG kan visualiseren?
Moet ik bijkomende "helpers" maken zoiets als "binary_sensor.vitodens_brander_status_daily" met dan een entry in de sensors.yaml die per 24h gaat tellen?

- platform: history_stats
name: Vitodens 300 Brander Starts (24h)
entity_id: binary_sensor.vitodens_brander_status_lastday
state: "on"
type: count
end: "{{ now().replace(hour=0, minute=0, second=0, microsecond=0) }}"
duration:
hours: 24

Dat werkt dus niet, die value blijft dus altijd op "0" staan ?

In GRAFANA geen probleem om dat simpel "per day" te groeperen met de data die in InfluxDB zit, maar binnen HA moet dat toch ook makkelijk zat zijn ?

[verjager]

jvanhambelgium schreef op donderdag 15 december 2022 @ 20:24:
Kan iemand me op weg helpen rond het gebruik "history_stats" ?
Concreet ; Ik heb een "binary sensor" aangemaakt ("threshold sensor") die aangeeft of m'n gasbrander AAN of UIT is. Dit op basis van electrisch verbruik (en dat werkt prima)

[Afbeelding]


Vervolgens heb ik in de "sensors.yaml" een toevoeging gedaan zoals

- platform: history_stats
name: Vitodens 300 Brander Starts
entity_id: binary_sensor.vitodens_brander_status
state: "on"
type: count
start: "{{ 0 }}"
end: "{{ now() }}"

Dat werkt dus wel, het resultaat/state van deze sensor is dus een altijd oplopend getal telkens de brander enkele keren per dag aan/uit gaat.

Wat ik niet snap, hoe GROEPEER ik deze zodat ik het aantal branderstarts PER DAG kan visualiseren?
Moet ik bijkomende "helpers" maken zoiets als "binary_sensor.vitodens_brander_status_daily" met dan een entry in de sensors.yaml die per 24h gaat tellen?

- platform: history_stats
name: Vitodens 300 Brander Starts (24h)
entity_id: binary_sensor.vitodens_brander_status_lastday
state: "on"
type: count
end: "{{ now().replace(hour=0, minute=0, second=0, microsecond=0) }}"
duration:
hours: 24

Dat werkt dus niet, die value blijft dus altijd op "0" staan ?

In GRAFANA geen probleem om dat simpel "per day" te groeperen met de data die in InfluxDB zit, maar binnen HA moet dat toch ook makkelijk zat zijn ?

[Afbeelding]

Lijkt me iets voor de Statistics Graph card die hier vandaag voorbij kwam.

https://gathering.tweakers.net/forum/view_message/73812504

https://github.com/home-assistant/frontend/pull/14396

[thecompany]

TheFes schreef op donderdag 15 december 2022 @ 19:01:
[...]


Mijn script is specifiek voor (Google) cast devices

Heb je een linkje naar dat script? Ben wel benieuwd, 1 van de issues die ik in mijn setup nog moet fixen.

[TheFes]

thecompany schreef op donderdag 15 december 2022 @ 21:19:
[...]

Heb je een linkje naar dat script? Ben wel benieuwd, 1 van de issues die ik in mijn setup nog moet fixen.

https://github.com/TheFes...ges/google_cast/readme.md

[Toppe]

verjager schreef op donderdag 15 december 2022 @ 19:45:
[...]

@golles In het Nederlands wordt in de interface de status van bijv. weather.knmi_thuis van 'pouring' vertaald naar 'Gieten'
Dacht dat ik verhuisd was naar een plaats met die naam toen ik voor 't eerst zag...

Weet jij of de Nederlandse vertaling centraal wordt geregeld? Iets als 'Regen' of 'Buien' lijkt me logischer.

Gieten Hooligans!

offtopic:
Heb ik ook nog gewoond

[ Voor 4% gewijzigd door Toppe op 15-12-2022 21:23 ]

[golles]

verjager schreef op donderdag 15 december 2022 @ 19:45:
[...]

@golles In het Nederlands wordt in de interface de status van bijv. weather.knmi_thuis van 'pouring' vertaald naar 'Gieten'
Dacht dat ik verhuisd was naar een plaats met die naam toen ik voor 't eerst zag...

Weet jij of de Nederlandse vertaling centraal wordt geregeld? Iets als 'Regen' of 'Buien' lijkt me logischer.

Ik heb me hier ook een keer over verbaasd . Ik vertaal zelf niks in dat component, en ik weet eerlijk gezegd ook niet waar de vertaling "Gieten" vandaan komt. Ik kan dat niet in git en ook niet op lokalise.com vinden...

[RobertMe]

golles schreef op donderdag 15 december 2022 @ 22:47:
[...]


Ik heb me hier ook een keer over verbaasd . Ik vertaal zelf niks in dat component, en ik weet eerlijk gezegd ook niet waar de vertaling "Gieten" vandaan komt. Ik kan dat niet in git en ook niet op lokalise.com vinden...

Ik heb geen Lokalise account, maar... Je linkt naar de GitHub repository van core, en niet frontend (bevat Gieten ook niet). En als ik vanaf de contributing guide doorklik voor vertalen van frontend bevat de URL een andere UUID (34... vs 13... van de link die jij post). Ik gok dus dat je ook bij Lokalise naar het core project kijkt, terwijl je dus bij frontend moet zijn: https://lokalise.com/sign...6d6d241f598.13594006/all/ (let op: deze staat vermeld als "Join", geen idee hoe onmiddellijk dat is na klikken)

[dennistd]

Als het hard regent dan giet het toch?

[Waah]

Ik wil iets onzinnigs.... Of nou ja, Miss Waah eigenlijk.

Ze vind deze layout erg mooi


Maar kan je ook zoiets maken met de kosten ipv het aantal kWh. Want ze wil gewoon de harde euro's zien verdwijnen

Ik heb het probrobeert met de Power Flow Card maar daar krijg ik het niet voor elkaar.
Ik kan wel de kosten er in krijgen, maar hij blijft kWh aangeven (wat niet vreemd is natuurlijk).

Iemand die zoiets heeft gedaan?

[ Voor 4% gewijzigd door Waah op 16-12-2022 00:13 ]

[mr.DJ95]

Waah schreef op vrijdag 16 december 2022 @ 00:12:
Ik wil iets onzinnigs.... Of nou ja, Miss Waah eigenlijk.

Ze vind deze layout erg mooi
[Afbeelding]

Maar kan je ook zoiets maken met de kosten ipv het aantal kWh. Want ze wil gewoon de harde euro's zien verdwijnen

Ik heb het probrobeert met de Power Flow Card maar daar krijg ik het niet voor elkaar.
Ik kan wel de kosten er in krijgen, maar hij blijft kWh aangeven (wat niet vreemd is natuurlijk).

Iemand die zoiets heeft gedaan?

Ik kon hier thuis ms.DJ95 blijmaken met een simpel grafiekje die de kosten per uur laat zien op basis van de stroom die we uit het grid trekken maal de uurprijs van Tibber.

[Waah]

mr.DJ95 schreef op vrijdag 16 december 2022 @ 00:41:
[...]


Ik kon hier thuis ms.DJ95 blijmaken met een simpel grafiekje die de kosten per uur laat zien op basis van de stroom die we uit het grid trekken maal de uurprijs van Tibber.

[Afbeelding]

Dat was ook mijn idee of van die naald met kleurtjes. Maar nee, dit was veel duidelijker want alles in 1 overzicht.

Het oog wil ook wat zeg maar.

Ik weet dat er andere manieren zijn. Maar grafieken word hem niet

Ik heb de sensors al die de kosten weergeven, template zijn gemaakt. Maar krijg het niet in die lay-out. En die vind ze erg mooi.

De Tesla grid card is helemaal mooi (en ingewikkeld) omdat je 2 extra eigen devices kan toevoegen zoals een auto (of bij ons: een airco voor verwarmen). Maar ook daar is die stug in kWh

[ Voor 17% gewijzigd door Waah op 16-12-2022 01:18 ]

[golles]

RobertMe schreef op donderdag 15 december 2022 @ 23:31:
[...]

Ik heb geen Lokalise account, maar... Je linkt naar de GitHub repository van core, en niet frontend (bevat Gieten ook niet). En als ik vanaf de contributing guide doorklik voor vertalen van frontend bevat de URL een andere UUID (34... vs 13... van de link die jij post). Ik gok dus dat je ook bij Lokalise naar het core project kijkt, terwijl je dus bij frontend moet zijn: https://lokalise.com/sign...6d6d241f598.13594006/all/ (let op: deze staat vermeld als "Join", geen idee hoe onmiddellijk dat is na klikken)

ik heb zowel frontend als backend gejoinded en zocht in alle projecten. Als je een account aanmaakt en op join klikt dan kun je er gelijk in

[golles]

dennistd schreef op donderdag 15 december 2022 @ 23:42:
Als het hard regent dan giet het toch?

Klopt, in Google translate is dat ook de enige vertaling. Het lijkt alleen heel vreemd op de weather card. En ik heb het volgens mij nog nooit gezien bij andere weather entities

[TheFes]

golles schreef op vrijdag 16 december 2022 @ 07:56:
[...]

Klopt, in Google translate is dat ook de enige vertaling. Het lijkt alleen heel vreemd op de weather card. En ik heb het volgens mij nog nooit gezien bij andere weather entities

die vertalingen op het dashboard komen wel vanuit HA, de state van de entity is simpelweg pouring
Het zou kunnen dat andere integraties deze state gewoon niet gebruiken. Nederland staat wel bekend om zijn vele verschillende woorden voor regen, net als de Inuit voor sneeuw (weet van beide niet zeker of het niet broodje aap verhalen zijn hoor).

[jvanderkroon]

@Waah je zou het nog met een picture-elements card kunnen proberen. Moet je eerst in de web weergave even alle velden van je Energy distribution card leeg maken, dan een screenshot maken en dan de prijzen er overheen plaatsen met de picture-elements card.

Die bedragen heb je waarschijnlijk al wel vanuit DSMR of welke integratie je gebruikt.

[Ora et Labora]

mr.DJ95 schreef op vrijdag 16 december 2022 @ 00:41:
[...]


Ik kon hier thuis ms.DJ95 blijmaken met een simpel grafiekje die de kosten per uur laat zien op basis van de stroom die we uit het grid trekken maal de uurprijs van Tibber.

[Afbeelding]

Hoe heb je Tibber geintegreerd in HA?
In januari ga ik over naar Zonneplan en zit nog te kijken hoe dat te integreren.

[Waah]

jvanderkroon schreef op vrijdag 16 december 2022 @ 08:27:
@Waah je zou het nog met een picture-elements card kunnen proberen. Moet je eerst in de web weergave even alle velden van je Energy distribution card leeg maken, dan een screenshot maken en dan de prijzen er overheen plaatsen met de picture-elements card.

Die bedragen heb je waarschijnlijk al wel vanuit DSMR of welke integratie je gebruikt.

Briljant
Dan heb ik geen bewegende bolletjes, maar dat is geen ramp. En dan kan ik ook gewoon een eigen lay-out maken met extra items zoals airco en andere devices als die er zijn

Hier kan ik wel weer wat avonden mee vullen

Edit: op basis van een state kun je de picture elements card ook een andere achtergrond geven. Dus als die met gif's werkt zou ik alsnog bewegende bolletjes kunnen hebben op basis van een sensor die een status heeft op basis van of er wordt teruggeleverd of niet, er gas wordt gebruikt of niet en een combi van die varianten.

Al lijkt er een bug te zijn momenteel met het wijzigen van de picture card op basis van een sensor state.
https://github.com/home-assistant/frontend/issues/14308
Dus dat komt laten misschien wel als er tijd over is.

[ Voor 28% gewijzigd door Waah op 16-12-2022 08:47 ]

[verjager]

TheFes schreef op vrijdag 16 december 2022 @ 08:22:
[...]


die vertalingen op het dashboard komen wel vanuit HA, de state van de entity is simpelweg pouring
Het zou kunnen dat andere integraties deze state gewoon niet gebruiken.

....

Dat lijkt me inderdaad een mogelijkheid.

Ik heb ook zitten zoeken, via de browser ontwikkelaarstoolsuitgekomen bij de frontend maar kwam er ook niet achter.

Qua woordkeus: in het Engels is beton storten 'pouring concrete', maar in België (en Brabant?) noemen ze beton storten ook gieten. Wellicht dat de term 'pouring' meer overeenkomt met 'Stortregen' wanneer "het regent dat het giet"?

[TheFes]

verjager schreef op vrijdag 16 december 2022 @ 08:40:
[...]


Dat lijkt me inderdaad een mogelijkheid.

Ik heb ook zitten zoeken, via de browser ontwikkelaarstoolsuitgekomen bij de frontend maar kwam er ook niet achter.

Qua woordkeus: in het Engels is beton storten 'pouring concrete', maar in België (en Brabant?) noemen ze beton storten ook gieten. Wellicht dat de term 'pouring' meer overeenkomt met 'Stortregen' wanneer "het regent dat het giet"?

De vertalingen lijken toch in core te zitten
https://app.lokalise.com/...ang_id=737&search=weather

Echter staat daar pouring vertaald als regen

[verjager]

golles schreef op vrijdag 16 december 2022 @ 07:56:
[...]

Klopt, in Google translate is dat ook de enige vertaling. Het lijkt alleen heel vreemd op de weather card. En ik heb het volgens mij nog nooit gezien bij andere weather entities

De weather.buienradar kent 'Gieten' ook.

TheFes schreef op vrijdag 16 december 2022 @ 08:54:
[...]

De vertalingen lijken toch in core te zitten
https://app.lokalise.com/...ang_id=737&search=weather

Echter staat daar pouring vertaald als regen

Het wordt er niet duidelijker op, nee.

[Panzer_V]

verjager schreef op donderdag 15 december 2022 @ 19:45:
[...]

@golles In het Nederlands wordt in de interface de status van bijv. weather.knmi_thuis van 'pouring' vertaald naar 'Gieten'
Dacht dat ik verhuisd was naar een plaats met die naam toen ik voor 't eerst zag...

Weet jij of de Nederlandse vertaling centraal wordt geregeld? Iets als 'Regen' of 'Buien' lijkt me logischer.

Hahaha, dat dacht ik dus laatst ook. Prachtige vertaling ja.

[htca]

zoveel mensen zoveel smaken... Zoals eskimos 100 woorden voor sneeuw hebben....

Vraag van een andere orde, is het mogelijk om een huidige waarde met curl uit HA te halen?

[verjager]

htca schreef op vrijdag 16 december 2022 @ 09:20:
zoveel mensen zoveel smaken... Zoals eskimos 100 woorden voor sneeuw hebben....

Vraag van een andere orde, is het mogelijk om een huidige waarde met curl uit HA te halen?

Jawel:

https://www.home-assistant.io/integrations/api/

https://developers.home-assistant.io/docs/api/rest/

[golles]

verjager schreef op vrijdag 16 december 2022 @ 09:13:
[...]

De weather.buienradar kent 'Gieten' ook.

Goed om te weten, die gebruik ik dan weer niet.

verjager schreef op vrijdag 16 december 2022 @ 09:13:
[...]

Het wordt er niet duidelijker op, nee.

Dat had ik inderdaad ook gevonden.

Het mappen van de weertypen van de api naar HA is ook niet altijd makkelijk omdat ze niet helemaal overeen komen.
Ik vraag me nu wel hardop af of ik het goed gedaan heb met buien naar pouring en regen naar rainy.
https://github.com/golles...s/knmi/weather.py#L48-L49 Als iemand hier iets zinnigs over kan vertellen dan hoor ik het graag en pas ik het aan.

[Septillion]

@golles Je hebt iig 'ATTR_CONDITION_LIGHTNING' naar 'Bliksem' vertaald, dat zou ik zelf toch gewoon 'Onweer' noemen

Maar wat doet de KNMI zelf als het die state heeft? Persoonlijk zou ik bij 'regen' meer water verwachten dan bij 'buien'. Misschien regenachtig en stortbuien?

[verjager]

Septillion schreef op vrijdag 16 december 2022 @ 10:00:
@golles Je hebt iig 'ATTR_CONDITION_LIGHTNING' naar 'Bliksem' vertaald, dat zou ik zelf toch gewoon 'Onweer' noemen

Maar wat doet de KNMI zelf als het die state heeft? Persoonlijk zou ik bij 'regen' meer water verwachten dan bij 'buien'. Misschien regenachtig en stortbuien?

Volgens mij net andersom

Misschien inderdaad het beste om te vergelijken met KNMI zelf.

[golles]

Septillion schreef op vrijdag 16 december 2022 @ 10:00:
@golles Je hebt iig 'ATTR_CONDITION_LIGHTNING' naar 'Bliksem' vertaald, dat zou ik zelf toch gewoon 'Onweer' noemen

Ja HA heeft bliksem als Nederlandse vertaling voor Lightning.

Septillion schreef op vrijdag 16 december 2022 @ 10:00:
Maar wat doet de KNMI zelf als het die state heeft? Persoonlijk zou ik bij 'regen' meer water verwachten dan bij 'buien'. Misschien regenachtig en stortbuien?

Het idee is juist niet om zelf met vertalingen te komen, maar de states van HA te gebruiken, zodat hun vetalingen gebruikt worden. Het voordeel daarvan is dat het automatisch vertaald naar alle ondersteunende talen.

Ik ben het met je eens over regen/buien, vandaar mijn vorige bericht.

Gelukkig hebben ze zelf een webpagina hiervoor gemaakt: https://www.knmi.nl/kennis-en-datacentrum/uitleg/buien

[ Voor 6% gewijzigd door golles op 16-12-2022 10:18 ]

[Hmmbob]

golles schreef op vrijdag 16 december 2022 @ 09:44:
Ik vraag me nu wel hardop af of ik het goed gedaan heb met buien naar pouring en regen naar rainy.
https://github.com/golles...s/knmi/weather.py#L48-L49 Als iemand hier iets zinnigs over kan vertellen dan hoor ik het graag en pas ik het aan.

Ik zou ze beiden naar RAINY mappen eigenlijk. Buien != gieten.

golles schreef op vrijdag 16 december 2022 @ 10:16:
Gelukkig hebben ze zelf een webpagina hiervoor gemaakt: https://www.knmi.nl/kennis-en-datacentrum/uitleg/buien

Hmm, op basis daarvan zou je ze misschien zelfs wel omdraaien. buien -> RAINY, regen -> pouring

[ Voor 26% gewijzigd door Hmmbob op 16-12-2022 10:50 ]

[Hmmbob]

Septillion schreef op vrijdag 16 december 2022 @ 10:00:
@golles Je hebt iig 'ATTR_CONDITION_LIGHTNING' naar 'Bliksem' vertaald, dat zou ik zelf toch gewoon 'Onweer' noemen

Ik ook, dus ik heb het in Lokalise aangepast

Er bestond geen vertaling naar "onweer", en maar 2 vermeldingen van "bliksem". Heb beiden vervangen door "onweer".

[Toppe]

Septillion schreef op vrijdag 16 december 2022 @ 10:00:
@golles Je hebt iig 'ATTR_CONDITION_LIGHTNING' naar 'Bliksem' vertaald, dat zou ik zelf toch gewoon 'Onweer' noemen

Maar wat doet de KNMI zelf als het die state heeft? Persoonlijk zou ik bij 'regen' meer water verwachten dan bij 'buien'. Misschien regenachtig en stortbuien?

Nachtmist bij ‘fog’ klinkt ook niet logisch.

[Waah]

Waah schreef op vrijdag 16 december 2022 @ 00:12:
Ik wil iets onzinnigs.... Of nou ja, Miss Waah eigenlijk.

Ze vind deze layout erg mooi
[Afbeelding]

Maar kan je ook zoiets maken met de kosten ipv het aantal kWh. Want ze wil gewoon de harde euro's zien verdwijnen

Ik heb het probrobeert met de Power Flow Card maar daar krijg ik het niet voor elkaar.
Ik kan wel de kosten er in krijgen, maar hij blijft kWh aangeven (wat niet vreemd is natuurlijk).

Iemand die zoiets heeft gedaan?

Mezelf maar ff quoten:

Heb de .js file van de power flow card aangepast, en ondanks geen programmeerervaring ben ik een stap verder.


Nu nog het aantal decimalen goed krijgen en dan werkt het gewoon

Heb al gezocht op "decimal" en daar de waarde van 1 naar 2 gezet maar een restart van home assistent en het is nog steeds slechts 1 decimaal.

Nu eerst een weekend weg, dus later maar ff naar kijken. Als ik het werkend heb zal ik de aanpassingen die ik heb gedaan wel ff delen (is zeer minimaal) als referentie voor de liefhebbers en voor mezelf

[-CJ]

Waah schreef op vrijdag 16 december 2022 @ 10:58:
[...]

Mezelf maar ff quoten:

Heb de .js file van de power flow card aangepast, en ondanks geen programmeerervaring ben ik een stap verder.
[Afbeelding]

Nu nog het aantal decimalen goed krijgen en dan werkt het gewoon

Heb al gezocht op "decimal" en daar de waarde van 1 naar 2 gezet maar een restart van home assistent en het is nog steeds slechts 1 decimaal.

Nu eerst een weekend weg, dus later maar ff naar kijken. Als ik het werkend heb zal ik de aanpassingen die ik heb gedaan wel ff delen (is zeer minimaal) als referentie voor de liefhebbers en voor mezelf

Betaal jij voor je zonne-energie? (geintje).

Ziet er leuk uit zo!

[Hmmbob]

Ik zou zeggen, feature-request / pull-request aanmaken en gaan!

[Toppe]

Waah schreef op vrijdag 16 december 2022 @ 10:58:
[...]

Mezelf maar ff quoten:

Heb de .js file van de power flow card aangepast, en ondanks geen programmeerervaring ben ik een stap verder.
[Afbeelding]

Nu nog het aantal decimalen goed krijgen en dan werkt het gewoon

Heb al gezocht op "decimal" en daar de waarde van 1 naar 2 gezet maar een restart van home assistent en het is nog steeds slechts 1 decimaal.

Nu eerst een weekend weg, dus later maar ff naar kijken. Als ik het werkend heb zal ik de aanpassingen die ik heb gedaan wel ff delen (is zeer minimaal) als referentie voor de liefhebbers en voor mezelf

Zou hem alvast delen en hopen dat hij volledig werkend is na je weekendje weg

[Waah]

Hmmbob schreef op vrijdag 16 december 2022 @ 11:02:
Ik zou zeggen, feature-request / pull-request aanmaken en gaan!

Op zijn/haar github staat vrij duidelijk dat deze enkel bedoeld is om een kopie te zijn voor wat er al is, maar dan om je huidige power usage te zien en dat er verder niets wordt toegepast. Maar ik zal na het weekend wel gewoon een feature/pull-request aanmaken om te kijken of dit simpel kan worden toegevoegd. In principe pas ik gewoon "kWh" en "M3" op een aantal plekken aan en klaar dus als er een variabele zou zijn waarbij je kan kiezen voor kWh/M3 of currency ben je er al. Maar zoals gezegd: ik kan prima uitleggen hoe het moet, maar programmeren kan ik weer niet

En nog ff de handleiding doorgelezen en je kan gewoon in yaml het aantal decimalen aangeven!

Nu moet ik (helaas) van de dsmr sensors die alles al goed doorgeven, nog template sensors maken om 2 decimalen te forceren. Anders laat die maar 1 decimaal zien als je 2e decimaal een 0 is (zie gas en zonnepanelen).

Ideaal toch dat je gewoon vanuit de bus op reis met home assistant kan prutsen vanaf je telefoon

Edit: en ja, die Solar moet nog negatief eigenlijk... Vanuit de energy is het logisch dat die het optelt, maar vanuit kosten niet natuurlijk. Misschien een template ook aanmaken om de value negatief te maken. Moet toch al template sensors aanmaken voor die dus ach.

[ Voor 7% gewijzigd door Waah op 16-12-2022 11:14 ]

[TheFes]

Waah schreef op vrijdag 16 december 2022 @ 11:09:
[...]

Op zijn/haar github staat vrij duidelijk dat deze enkel bedoeld is om een kopie te zijn voor wat er al is, maar dan om je huidige power usage te zien en dat er verder niets wordt toegepast. Maar ik zal na het weekend wel gewoon een feature/pull-request aanmaken om te kijken of dit simpel kan worden toegevoegd. In principe pas ik gewoon "kWh" en "M3" op een aantal plekken aan en klaar dus als er een variabele zou zijn waarbij je kan kiezen voor kWh/M3 of currency ben je er al. Maar zoals gezegd: ik kan prima uitleggen hoe het moet, maar programmeren kan ik weer niet

En nog ff de handleiding doorgelezen en je kan gewoon in yaml het aantal decimalen aangeven!
[Afbeelding]
Nu moet ik (helaas) van de dsmr sensors die alles al goed doorgeven, nog template sensors maken om 2 decimalen te forceren. Anders laat die maar 1 decimaal zien als je 2e decimaal een 0 is (zie gas en zonnepanelen).

Ideaal toch dat je gewoon vanuit de bus op reis met home assistant kan prutsen vanaf je telefoon

Dat gaat je met een template sensor ook niet lukken. Een numerieke waarde wordt altijd zonder 0 op het eind weergegeven. Ook als je het eerst format naar een string met 0 op het einde. De parser zal het herkennen als nummer en die nullen op het eind weghalen.
Als je het echt als een string forceert door er bijvoorbeeld "€ 2,50" van te maken, dan werkt het wel, maar dan kun je er weer geen grafiek van plotten.

[CappieL]

TheFes schreef op vrijdag 16 december 2022 @ 11:14:
[...]


Dat gaat je met een template sensor ook niet lukken. Een numerieke waarde wordt altijd zonder 0 op het eind weergegeven. Ook als je het eerst format naar een string met 0 op het einde. De parser zal het herkennen als nummer en die nullen op het eind weghalen.
Als je het echt als een string forceert door er bijvoorbeeld "€ 2,50" van te maken, dan werkt het wel, maar dan kun je er weer geen grafiek van plotten.

En als je 2 template sensoren aanmaakt? 1 voor de statistieken en 1 voor je card?

[verjager]

TheFes schreef op vrijdag 16 december 2022 @ 11:14:
[...]


Dat gaat je met een template sensor ook niet lukken. Een numerieke waarde wordt altijd zonder 0 op het eind weergegeven. Ook als je het eerst format naar een string met 0 op het einde. De parser zal het herkennen als nummer en die nullen op het eind weghalen.
Als je het echt als een string forceert door er bijvoorbeeld "€ 2,50" van te maken, dan werkt het wel, maar dan kun je er weer geen grafiek van plotten.

@Waah
Ook bij state_class: monetary?

[Waah]

verjager schreef op vrijdag 16 december 2022 @ 11:32:
[...]

@Waah
Ook bij state_class: monetary?

Ja. Waarschijnlijk omdat ik enkel in je JavaScript kWh en M3 heb gewijzigd. Onder de kap denkt het script nog steeds dat ik het over kWh heb.

De template sensors hebben al state_class: monetary.

Niet vreemd als je iets in elkaar hackt waar het niet voor bedoeld is natuurlijk.

Maar ga nu ff Antwerpen in na het weekend maar verder bedankt voor het meedenken!

[ Voor 9% gewijzigd door Waah op 16-12-2022 11:57 ]

[golles]

Toppe schreef op vrijdag 16 december 2022 @ 10:55:
[...]


Nachtmist bij ‘fog’ klinkt ook niet logisch.

HA heeft geen equivalent hiervoor, dus dit is de enige logische keuze.
https://github.com/home-a...ather/__init__.py#L42-L56

[Toppe]

golles schreef op vrijdag 16 december 2022 @ 11:50:
[...]

HA heeft geen equivalent hiervoor, dus dit is de enige logische keuze.
https://github.com/home-a...ather/__init__.py#L42-L56

Je zou fog gewoon kunnen vertalen naar ‘Mist’ ipv ‘Nachtmist’

[peetnas]

Mijn vraag in mijn Menu_Home Assistan



Hoe zet ik Energie als eerste....?

Wat is er onbekend....?

Beetje weinig voor eigen vraag => verplaatst naar HA topic

[ Voor 6% gewijzigd door Septillion op 16-12-2022 12:09 ]

[Koppensneller]

Ga naar je profiel (linksonder), halverweg het eerste vak met instelling zit een knop om de volgorde van je menubalk te wijzigen en items te verbergen. Je kunt dan Energie omhoog slepen.

[TheFes]

Waah schreef op vrijdag 16 december 2022 @ 11:49:
[...]

Ja. Waarschijnlijk omdat ik enkel in je JavaScript kWh en M3 heb gewijzigd. Onder de kap denkt het script nog steeds dat ik het over kWh heb.

De template sensors hebben al state_class: monetary.

Niet vreemd als je iets in elkaar hackt waar het niet voor bedoeld is batuurlijk.

Heeft niets met de javascript te maken.
0 decimalen op het einde van je floating point number worden gewoon niet weergegeven in de state, ongeacht de device_class van de sensor.

YAML:

- sensor:
    - unique_id: some_test_sensor
      name: Test monetary
      state: 2.50
      device_class: monetary

Edit: WACHT, als string werkt het wel.

YAML:

- sensor:
    - unique_id: some_test_sensor
      name: Test monetary
      state: "2.50"
      device_class: monetary

EDIT2:
Helaas werkt het toch weer niet zodra je templates gaat gebruiken. Heb alle trucs die ik ken toegepast, allemaal zonder resultaat

YAML:

- sensor:
    - unique_id: test_source_sensor
      name: Test Monetary Source
      state: "2.50"
    - unique_id: test_monetary_1
      name: Test Monetary 1
      state: "{{ states('sensor.test_monetary_source') | string }}"
      device_class: monetary
    - unique_id: test_monetary_2
      name: Test Monetary 2
      state: "{{''}}{{ '' ~ states('sensor.test_monetary_source') }}"
      device_class: monetary

[ Voor 41% gewijzigd door TheFes op 16-12-2022 12:35 ]

[Septillion]

Koppensneller schreef op vrijdag 16 december 2022 @ 11:57:
Ga naar je profiel (linksonder), halverweg het eerste vak met instelling zit een knop om de volgorde van je menubalk te wijzigen en items te verbergen. Je kunt dan Energie omhoog slepen.

En @peetnas, of nog simpeler. Long press op "Home Assistant" boven dat menu.

[oltk]

Waah schreef op vrijdag 16 december 2022 @ 00:12:
Ik wil iets onzinnigs.... Of nou ja, Miss Waah eigenlijk.

Ze vind deze layout erg mooi
[Afbeelding]

Maar kan je ook zoiets maken met de kosten ipv het aantal kWh. Want ze wil gewoon de harde euro's zien verdwijnen

Ik heb het probrobeert met de Power Flow Card maar daar krijg ik het niet voor elkaar.
Ik kan wel de kosten er in krijgen, maar hij blijft kWh aangeven (wat niet vreemd is natuurlijk).

Iemand die zoiets heeft gedaan?

Ik ben zelf helemaal geen pythonwizard. Maar zou je de tesla-style-solar-power-card (in HACS) kunnen klonen en geschikt maken voor Euro's ipv kWh ?

[verjager]

@TheFes Ik heb nog even getest met een Entity card, omdat het er vooral omgaat hoe het in de frontend wordt weergegeven. Maar levert allemaal niets op helaas.

Deze wordt ook afgerond.

YAML:

template:
  - sensor:
      - name: "Energiekosten test"
        unique_id: energy_costs_test
        state: "{{ 2.50 | string}}"
        device_class: monetary
        unit_of_measurement: EUR

En excuus: het moest dus idd device_class zijn i.p.v. state_class

@Waah
Dus je hebt echt een tekst-sensor nodig vrees ik.

YAML:

"{{ '{:,.2f}'.format( states('sensor.energiekosten_test') | float(default=0) ) }}"

[ Voor 14% gewijzigd door verjager op 16-12-2022 12:54 ]

[TheFes]

verjager schreef op vrijdag 16 december 2022 @ 12:45:
@TheFes Ik heb nog even getest met een Entity card, omdat het er vooral omgaat hoe het in de frontend wordt weergegeven. Maar levert allemaal niets op helaas.

Deze wordt ook afgerond.

YAML:

template:
  - sensor:
      - name: "Energiekosten test"
        unique_id: energy_costs_test
        state: "{{ 2.50 | string}}"
        device_class: monetary
        unit_of_measurement: EUR

En excuus: het moest dus idd device_class zijn i.p.v. state_class

@Waah
Dus je hebt echt een tekst-sensor nodig vrees ik.

YAML:

"{{ '{:,.2f}'.format( states('sensor.energiekosten_test') | float(default=0) ) }}"

Die laatste werkt ook niet

YAML:

- sensor:
    - unique_id: test_source_sensor
      name: Test Monetary Source
      state: "2.50"
    - unique_id: test_monetary_1
      name: Test Monetary 1
      state: "{{ '{:,.2f}'.format( states('sensor.test_monetary_source') | float(default=0) ) }}"
      device_class: monetary

[verjager]

Nee, ik bedoel als losse sensor zonder monetary, dus echt als string voor de weergave.

[Rouwette]

Meer mensen nu een beperkte berichten via Whatsapp?

[golles]

Toppe schreef op vrijdag 16 december 2022 @ 11:52:
[...]


Je zou fog gewoon kunnen vertalen naar ‘Mist’ ipv ‘Nachtmist’

Dat doet Home Assistant toch ook gewoon?

[Toppe]

golles schreef op vrijdag 16 december 2022 @ 13:33:
[...]

Dat doet Home Assistant toch ook gewoon?

Had het over "Nachtmist" in 1 van de hyperlinks hier. Geen idee wat HA in de praktijk.

[mr.DJ95]

Ora et Labora schreef op vrijdag 16 december 2022 @ 08:37:
[...]

Hoe heb je Tibber geintegreerd in HA?
In januari ga ik over naar Zonneplan en zit nog te kijken hoe dat te integreren.

Hier is een mooie integratie voor. Ik adviseer overigens om de Nordpool integratie te gebruiken.

YAML:

- platform: nordpool
  VAT: False
  currency: "EUR"
  price_in_cents: false
  low_price_cutoff: 0.9
  region: "NL"
  precision: 3
  price_type: kWh
  additional_costs: >
    {% set VAT = 0.09 %}
    {% set ODE = 0.0305 %}
    {% set tax_kWh = 0.03679 + ODE %}
    {% set opslag = 0.002 %}
    {{ (current_price * VAT ) + (tax_kWh + opslag) * (1 + VAT)|float }}

[TheFes]

verjager schreef op vrijdag 16 december 2022 @ 13:10:
Nee, ik bedoel als losse sensor zonder monetary, dus echt als string voor de weergave.

Dat werkt ook niet, ook zonder device_class is het gedrag hetzelfde

[Ora et Labora]

Een waarschijnlijk simpele vraag over Apex.
Zoals te zien, begint de Y as bij 0.4 of 0.3, willekeurig.
Ik wil graag dat deze op 0 begint, onafhankelijk wat de minste waarde is.


Code is:

YAML:

type: custom:apexcharts-card
graph_span: 24h
header:
  title: Energieprijs vandaag
  show: true
span:
  start: day
now:
  show: true
  label: Now
series:
  - entity: sensor.nordpool_kwh_nl_eur_3_09_0
    type: column
    data_generator: |
      return entity.attributes.raw_today.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_today[index]["value"]];
      });

Ik zit al een poos te zoeken maar ik kom er niet uit.
Iemand een idee?

[Koepert]

Ora et Labora schreef op vrijdag 16 december 2022 @ 14:48:
Een waarschijnlijk simpele vraag over Apex.
Zoals te zien, begint de Y as bij 0.4 of 0.3, willekeurig.
Ik wil graag dat deze op 0 begint, onafhankelijk wat de minste waarde is.
[Afbeelding]

Code is:

YAML:

type: custom:apexcharts-card
graph_span: 24h
header:
  title: Energieprijs vandaag
  show: true
span:
  start: day
now:
  show: true
  label: Now
series:
  - entity: sensor.nordpool_kwh_nl_eur_3_09_0
    type: column
    data_generator: |
      return entity.attributes.raw_today.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_today[index]["value"]];
      });

Ik zit al een poos te zoeken maar ik kom er niet uit.
Iemand een idee?

Hiermee??

yaxis Options. Multi-Y axis https://github.com/RomRid...axis-options-multi-y-axis
⚠️ If this option is used, you can't define yaxis in the main apex_config option as it will be overriden.

En de optie:


min auto, number or string auto v1.9.0 If undefined or auto, the min of the yaxis will be automatically calculated based on the min value of all the series associated to this axis. See below for other formats.

[Ora et Labora]

Koepert schreef op vrijdag 16 december 2022 @ 14:54:
[...]


Hiermee??

yaxis Options. Multi-Y axis https://github.com/RomRid...axis-options-multi-y-axis
⚠️ If this option is used, you can't define yaxis in the main apex_config option as it will be overriden.

En de optie:


min auto, number or string auto v1.9.0 If undefined or auto, the min of the yaxis will be automatically calculated based on the min value of all the series associated to this axis. See below for other formats.

Hoe simpel kan het zijn, glad overheen gelezen. Hartelijk dank.

YAML:

yaxis:
  - min: 0
    decimals: 2

[Xqlus1ve]

Misschien een simpele vraag voor de kenners hier:

Ik kan HASS Supervised op 2 manieren instaleren op mijn NAS, dat is via een VM of de methode die Marius beschrijft. Ben pas 3 dagen in de weer maar wou weten wat het verschil is tussen de 2 methodes?

[Ora et Labora]

Xqlus1ve schreef op vrijdag 16 december 2022 @ 15:57:
Misschien een simpele vraag voor de kenners hier:

Ik kan HASS Supervised op 2 manieren instaleren op mijn NAS, dat is via een VM of de methode die Marius beschrijft. Ben pas 3 dagen in de weer maar wou weten wat het verschil is tussen de 2 methodes?

De een is supervised de andere (Marius) is via docker.
Supervised is het makkelijkste.

[Xqlus1ve]

Ora et Labora schreef op vrijdag 16 december 2022 @ 16:00:
[...]

De een is supervised de andere (Marius) is via docker.
Supervised is het makkelijkste.

Excuses, verkeerde link. HASS Supervised via docker methode.

Echter de docker methode geeft een error (unsupported version) na installatie. Echter weet ik niet of ik zo tegen issues aan loop.

[verjager]

TheFes schreef op vrijdag 16 december 2022 @ 14:06:
[...]


Dat werkt ook niet, ook zonder device_class is het gedrag hetzelfde

Schiet mij maar lek...

In de Template editor gaat het prima, maar in een sensor state:
"{{ '{:.3f}'.format(2.5*2) | string }}" geeft 5.0
"{{ '{:.2f}'.format(2.5*2) | string }}" geeft 5.0
"{{ '{:.1f}'.format(2.5*2) | string }}" geeft 5.0
"{{ '{:.0f}'.format(2.5*2) | string }}" geeft 5

Blijkbaar is 1 decimaal standaard?

[MeShell]

Hoi,

Zowel mijn vrouw als ikzelf zijn volgens HA altijd thuis. Alle entiteiten van beide telefoons zijn geactiveerd, en beide telefoons hebben de HA app geïnstalleerd. Locatie staat always on. Ik krijg steeds notificaties op mijn iphone dat de locatie is opgehaald. Maar in HA blijven wij altijd thuis.

Nu heb ik het vermoeden dat het te maken kan hebben dat alles lokaal draait op een Pi en er geen communicatie mogelijk is vanaf buiten richting de Pi als ik buitenshuis ben. Klopt dat? Moet ik dan die cloud acces activeren en dat abonnement erbij nemen?!

[Vos]

Ik wil graag in de ochtend de buitenlamp aan laten gang nu het in de ochtend donker is. Nu las ik dat ik daar de sun elevation voor kan gebruiken i.t.t. bijvoorbeeld sunrise.

Ik kan dus een elevation waarde opzoeken wanneer de lamp aan moet gaan, echter wil ik niet dat de lamp voor 7:00 aangaat. Hoe pak je dat aan?

Twee triggers zou kunnen?

• elevation waarde met 7 uur als conditie?
• 7:00 uur met als conditie de elevation waarde?

Moet vast anders/beter kunnen

[edit]
Bedenk me nog, stel het wordt weer vroeger licht dan mag de lamp om 7:15 aangaan.

Of wellicht beter met een lux meter doen...?

[ Voor 12% gewijzigd door Vos op 16-12-2022 16:40 ]

[Sp33dFr34k]

MeShell schreef op vrijdag 16 december 2022 @ 16:23:
Hoi,

Zowel mijn vrouw als ikzelf zijn volgens HA altijd thuis. Alle entiteiten van beide telefoons zijn geactiveerd, en beide telefoons hebben de HA app geïnstalleerd. Locatie staat always on. Ik krijg steeds notificaties op mijn iphone dat de locatie is opgehaald. Maar in HA blijven wij altijd thuis.

Nu heb ik het vermoeden dat het te maken kan hebben dat alles lokaal draait op een Pi en er geen communicatie mogelijk is vanaf buiten richting de Pi als ik buitenshuis ben. Klopt dat? Moet ik dan die cloud acces activeren en dat abonnement erbij nemen?!

Ik heb hetzelfde probleem, vrouw is altijd home en ik ben altijd unknown. Er is geen connectie van buitenaf voor nodig, het is uitgaand verkeer, dus dat zou het niet kunnen zijn. Ik heb de vraag hier een paar dagen geleden ook gesteld, maar nog geen oplossing kunnen vinden hiervoor. Wij hebben echter beide een Samsung, geen iOS dus.

[Vos]

MeShell schreef op vrijdag 16 december 2022 @ 16:23:
Hoi,

Zowel mijn vrouw als ikzelf zijn volgens HA altijd thuis. Alle entiteiten van beide telefoons zijn geactiveerd, en beide telefoons hebben de HA app geïnstalleerd. Locatie staat always on. Ik krijg steeds notificaties op mijn iphone dat de locatie is opgehaald. Maar in HA blijven wij altijd thuis.

Nu heb ik het vermoeden dat het te maken kan hebben dat alles lokaal draait op een Pi en er geen communicatie mogelijk is vanaf buiten richting de Pi als ik buitenshuis ben. Klopt dat? Moet ik dan die cloud acces activeren en dat abonnement erbij nemen?!

In de Companion app staan de locatie sensoren ingeschakeld? Ik gebruik ook de Geolocatie sensor. Staat die aan?

Voor toegang van buitenaf is niet perse een betaald abbo nodig. Met DuckDNS icm een proxy bijv. is het gratis mogelijk.

[ Voor 6% gewijzigd door Vos op 16-12-2022 16:30 ]

[Koepert]

Sp33dFr34k schreef op vrijdag 16 december 2022 @ 16:26:
[...]


Ik heb hetzelfde probleem, vrouw is altijd home en ik ben altijd unknown. Er is geen connectie van buitenaf voor nodig, het is uitgaand verkeer, dus dat zou het niet kunnen zijn. Ik heb de vraag hier een paar dagen geleden ook gesteld, maar nog geen oplossing kunnen vinden hiervoor. Wij hebben echter beide een Samsung, geen iOS dus.

Volgens mij is het in zoverre wel 2 richting dat de app wel een respons moet kunnen geven..

Dus geen toegang van buiten zou wel eens de oorzaak kunnen zijn.. Mijn HA heeft toegang van buiten en als mijn netwerk plat ligt die die toegang regelt zijn mijn geolocationsensoren ook van de leg.

[Koepert]

Vos schreef op vrijdag 16 december 2022 @ 16:26:
Ik wil graag in de ochtend de buitenlamp aan laten gang nu het in de ochtend donker is. Nu las ik dat ik daar de sun elevation voor kan gebruiken i.t.t. bijvoorbeeld sunrise.

Ik kan dus een elevation waarde opzoeken wanneer de lamp aan moet gaan, echter wil ik niet dat de lamp voor 7:00 aangaat. Hoe pak je dat aan?

Twee triggers zou kunnen?

• elevation waarde met 7 uur als conditie?
• 7:00 uur met als conditie de elevation waarde?

Moet vast anders/beter kunnen

Gemiddelde waarde van 07:30u ofzo gebruiken

[Sp33dFr34k]

Koepert schreef op vrijdag 16 december 2022 @ 16:33:
[...]


Volgens mij is het in zoverre wel 2 richting dat de app wel een respons moet kunnen geven..

Dus geen toegang van buiten zou wel eens de oorzaak kunnen zijn.. Mijn HA heeft toegang van buiten en als mijn netwerk plat ligt die die toegang regelt zijn mijn geolocationsensoren ook van de leg.

Ik had verwacht dat het een pull constructie zou zijn, maar het zou bij nader inzien best wel eens kunnen ja. In any case heb ik wel externe toegang via reverse proxy, dus in mijn geval zal dat het probleem niet zijn. Ook als ik wel thuis ben wordt ie niet geupdate, en gezien ik een split DNS setup heb zitten daar verder geen filters tussen (van buitenaf zit er een zero trust tunnel van Cloudflare tussen en 2x firewall).

[Toppe]

Heb dus een mooie Riemann helper gemaakt en daarna een nuts helper en krijg nu echt een gigantisch verschil in 'mijn' verbruiksmeter en die van Daikin zelf.





Iemand enig idee wat ik fout doe?

[Ronker32]

Vos schreef op vrijdag 16 december 2022 @ 16:26:
Ik wil graag in de ochtend de buitenlamp aan laten gang nu het in de ochtend donker is. Nu las ik dat ik daar de sun elevation voor kan gebruiken i.t.t. bijvoorbeeld sunrise.

Ik kan dus een elevation waarde opzoeken wanneer de lamp aan moet gaan, echter wil ik niet dat de lamp voor 7:00 aangaat. Hoe pak je dat aan?

Twee triggers zou kunnen?

• elevation waarde met 7 uur als conditie?
• 7:00 uur met als conditie de elevation waarde?

Moet vast anders/beter kunnen

Toch lijkt me dat wel de beste oplossing, want je wilt eigenlijk beide: om 07:00 uur moet de lamp aangaan als de elevation nog onder het niveau zit waarop je wilt triggeren, en je wilt dat lamp alleen aan gaat op het moment dat het ná 07:00 uur is. Ik gebruik dit in de praktijk ook wel vaak, werkt prima!

[verjager]

Toppe schreef op vrijdag 16 december 2022 @ 16:38:
Heb dus een mooie Riemann helper gemaakt en daarna een nuts helper en krijg nu echt een gigantisch verschil in 'mijn' verbruiksmeter en die van Daikin zelf.

[Afbeelding]

[Afbeelding]

Iemand enig idee wat ik fout doe?

Misschien experimenteren met de methode waarmee de Riemann sum wordt berekend.

In case you expect that your source sensor will provide several subsequent values that are equal, you should opt for the left method to get accurate readings.

Maar het blijft een benadering, aangezien je het moet doen met datapunten met steeds een bepaalde tijd ertussen (afhankelijk van hoe vaak de sensor wordt ge-update).

[Toppe]

verjager schreef op vrijdag 16 december 2022 @ 16:57:
[...]

Misschien experimenteren met de methode waarmee de Riemann sum wordt berekend.


[...]


Maar het blijft een benadering, aangezien je het moet doen met datapunten met steeds een bepaalde tijd ertussen (afhankelijk van hoe vaak de sensor wordt ge-update).

Ik wil niets schatten want heb gewoon data die hij moet verwerken. Ik wil gewoon het dag verbruik zien...

[TheFes]

Vos schreef op vrijdag 16 december 2022 @ 16:26:
Ik wil graag in de ochtend de buitenlamp aan laten gang nu het in de ochtend donker is. Nu las ik dat ik daar de sun elevation voor kan gebruiken i.t.t. bijvoorbeeld sunrise.

Ik kan dus een elevation waarde opzoeken wanneer de lamp aan moet gaan, echter wil ik niet dat de lamp voor 7:00 aangaat. Hoe pak je dat aan?

Twee triggers zou kunnen?

• elevation waarde met 7 uur als conditie?
• 7:00 uur met als conditie de elevation waarde?

Moet vast anders/beter kunnen

[edit]
Bedenk me nog, stel het wordt weer vroeger licht dan mag de lamp om 7:15 aangaan.

Of wellicht beter met een lux meter doen...?

trigger op beide, condition met beide

YAML:

trigger:
  - platform: time
    at: "07:00"
  - platform: numeric_state
    entity_id: sun.sun
    attribute: elevation
    above: -1
condition:
  - condition: time
    after: "07:00"
  - condition: numeric_state
    entity_id: sun.sun
    attribute: elevation
    above: -1
action:
  - service: light.turn_on
    target:
      entity_id: light.je_lamp