Home Assistant: Open source Python3 home automation - deel 5

[Gizz]

@Impossibl3 ik heb eigenlijk geen idee wat het inhoudt als je HA installatie als unsupported wordt bestempeld. Je hebt nu immers ook geen enkel recht op support van wie dan ook

Zelf zou ik voor Proxmox gaan. HAOS in een VM. Officiële add-ons kun je in HA houden, de rest als dockers. Geeft je ook de flexibiliteit om nog meer VM's aan te zwengelen (misschien wil je op termijn bijvoorbeeld met Unraid of TrueNAS aan de slag )

Let er wel op dat je onder Proxmox dockers op verschillende manieren aan kunt vliegen. Maar dat is meer iets voor Het grote Proxmox VE topic

[Impossibl3]

@Gizz Ja TrueNAS/Unraid staat nog op het lijstje als leuke uitbereidingen ivm Frigate dat ik nu draai en daar ook de opslag voor wil regelen, Voor mijn overige bestanden heb ik een MS 365 Family abbo waarbij ik voldoende heb aan de opslag die daarbij hoort. Ook levert dat abbo het voordeel op dat mijn data ergens anders staat dus mocht er thuis iets stuk gaan / afbranden etc. dan is mijn data er nog dat heb ik niet met TrueNAS of iets dergelijks. Aan de andere kant heb ik liever de data lokaal (altijd een strijd tussen die twee uitgangspunten).

Ik neig ook om naar Proxmox te gaan met een VM voor HA. Dan is het maar geregeld.

Ondertussen komen er natuurlijk weer nieuwe wensen (zoals lokale LLM's) wat weer nieuwe hardware vereist maar zo blijf je bezig met je hobby.

[Gizz]

@Impossibl3 iets als TrueNAS gaat verder dan alleen wat storage regelen. Het kan ook juist het OS zijn waarin je al je dockers draait. Maar goed, dit valt een beetje buiten de scope van dit topic

[hemertje]

Kan iemand mij uitleggen hoe 'Persoon' is gedefinieerd?

Het valt me namelijk op in de Kaart, dat de Persoon 'Hemertje' thuis is en de EV wel op de werklocatie van het Kantoor staat!?

Dus mijn eigen locatie wordt niet goed meegenomen qua locatie?

[Septillion]

@Impossibl3 Het draaien van andere containers is nooit supported geweest onder HAOS. Dat is volgens mij ook een van de grote redenen dat de support voor potainer gestopt is.

Zelf ongeveer een jaar geleden overgestapt van een RPi4 naar een N100 met Proxmox. Was zo simpel als backup maken, backup terug zetten, IP weer gelijk maken en path van de USB stick voor Zigbee correct maken.

[D4NG3R]

hemertje schreef op dinsdag 13 mei 2025 @ 15:47:
Kan iemand mij uitleggen hoe 'Persoon' is gedefinieerd?

Het valt me namelijk op in de Kaart, dat de Persoon 'Hemertje' thuis is en de EV wel op de werklocatie van het Kantoor staat!?

Dus mijn eigen locatie wordt niet goed meegenomen qua locatie?

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

Controleer ff welk(e) device(s) met tracking er onder deze persoon staan.

[elektriekert]

Ik heb zo'n energiedashboardje in Grafana maar liep altijd tegen het probleem aan dat ik actueel verbruik niet kon zien als deze negatief is (meer terugleveren dan verbruiken van het net).
Best logisch als dat verbruik niet door de meter heen loopt.
Hierdoor is met het standaard uitlezen van mijn P1 meter (Aliexpress kabel aan de NUC) het verbruik niet direct af te lezen.

Ik heb dubbele CT klemmen bij mijn Zappi en begrijp dat ik deze kan uitlezen na installatie van de HACS integratie.

Voor mijn dynamische prijzen grafiekje wil ik ook wel mijn verbruik in kunnen zien in die periode.

Wellicht dat ik binnenkort nog met vragen kom

[dnieuwkamp]

Iemand een idee hoe ik de custom card 'graph' zonder lijnen kan laten 'overvloeien' zodat het één kaart lijkt?

YAML:

type: custom:button-card
name: Test
styles:
  grid:
    - grid-template-areas: "\"temp\" \"n\""
    - grid-template-columns: 1fr
    - grid-template-rows: 65% 1fr
  card:
    - height: 160px
    - padding: 6px
  name:
    - justify-self: start
    - align-self: start
    - font-size: 14px
    - padding-left: 20px
  custom_fields:
    graph:
      - position: absolute
      - width: 100%
      - left: 0
      - bottom: 0
    temp:
      - justify-self: start
      - align-self: end
      - font-size: 2.6em
      - font-weight: 300
      - padding-left: 20px
custom_fields:
  graph:
    card:
      type: custom:mini-graph-card
      entities:
        - entity: sensor.netatmo_weather_station_indoor_temperature
          color: "#ffffff"
      line_width: 0
      height: 60
      show:
        icon: false
        name: false
        state: false
        legend: false
        labels: false
      card_mod:
        style:
          ha-card {border-style: none;background:none;}
  temp: >
    [[[

    return
    Number(states['sensor.netatmo_weather_station_indoor_temperature'].state).toFixed(1)
    + '°C ' + '<span style="font-size: 14px">' + 
    Number(states['sensor.netatmo_weather_station_indoor_humidity'].state).toFixed(1)
    + '%</span>'

    ]]]

Huidige resultaat:


Gewenste resultaat:

[hemertje]

D4NG3R schreef op dinsdag 13 mei 2025 @ 15:49:
[...]


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

Controleer ff welk(e) device(s) met tracking er onder deze persoon staan.

er hing nog geen device aan, alleen men HA account

dank voor de tip @D4NG3R , heb nu de telefoons van het gezin toegevoegd en zijn gelijk zichtbaar in Kaart

[deWit]

Met de drogere periode probeer ik de tuinberegeing wat te optimaliseren. Ik weet dat er semi-standaard oplossingen zijn maar die zijn voor mijn doel wat overkill. Ik heb een script gemaakt dat handmatig te starten is dat eigenlijk twee zones voor een variable tijdsduur gaat beregenen. De tijdsduur dacht ik met een helper te doen maar ik krijg de waarde van de helper niet fatsoenlijk in het script, dat lijkt met de template niet te willen. Maak ik een denkfout, kan dit niet op deze wijze in een script en moet ik er een automatisering van maken of mis ik iets anders? Ik lijkt de dubbele quotes rondom de template nodig te hebben om het te laten herkennen als template, maar als consequentie komt de waarde dan als string binnen en loopt het script bij uitvoering vast...

YAML:

sequence:
  - action: switch.turn_on
    metadata: {}
    data: {}
    target:
      entity_id:
        - switch.klep1_switch_0
        - switch.pomp
  - delay:
      hours: 0
      minutes: "{{ states('input_number.sproeiduur_achterzijde_minuten')| int }}"
      seconds: 0
      milliseconds: 0
  - action: switch.turn_on
    metadata: {}
    data: {}
    target:
      entity_id: switch.klep2_switch_0
  - action: switch.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: switch.klep1_switch_0
  - delay:
      hours: 0
      minutes: "{{ states('input_number.sproeiduur_voorzijde_minuten')| int }}"
      seconds: 0
      milliseconds: 0
  - action: switch.turn_off
    metadata: {}
    data: {}
    target:
      entity_id:
        - switch.pomp
        - switch.klep2_switch_0
alias: Tuinsproeiers
description: Zet sproeier voor en achterkant aan afhankelijk van timer helpers
icon: mdi:sprinkler

[Septillion]

elektriekert schreef op dinsdag 13 mei 2025 @ 17:04:
Ik heb zo'n energiedashboardje in Grafana maar liep altijd tegen het probleem aan dat ik actueel verbruik niet kon zien als deze negatief is (meer terugleveren dan verbruiken van het net).
Best logisch als dat verbruik niet door de meter heen loopt.
Hierdoor is met het standaard uitlezen van mijn P1 meter (Aliexpress kabel aan de NUC) het verbruik niet direct af te lezen.

Ik heb dubbele CT klemmen bij mijn Zappi en begrijp dat ik deze kan uitlezen na installatie van de HACS integratie.

Voor mijn dynamische prijzen grafiekje wil ik ook wel mijn verbruik in kunnen zien in die periode.

Wellicht dat ik binnenkort nog met vragen kom

Heeft niets met negatief te maken, zodra je PV iets opwekt laat je net-meter niet je eigen verbruik zien. Meest gangbare weg is om daarnaast ook je PV opwek te monitoren. Wat [import] - [export] + [PV opwek] = [eigen verbruik] (toe te passen op zowel vermogen als energie).

Want in jouw geval, wat meten de spoelen van je Zappi?

[Toppe]

deWit schreef op dinsdag 13 mei 2025 @ 19:38:
Met de drogere periode probeer ik de tuinberegeing wat te optimaliseren. Ik weet dat er semi-standaard oplossingen zijn maar die zijn voor mijn doel wat overkill. Ik heb een script gemaakt dat handmatig te starten is dat eigenlijk twee zones voor een variable tijdsduur gaat beregenen. De tijdsduur dacht ik met een helper te doen maar ik krijg de waarde van de helper niet fatsoenlijk in het script, dat lijkt met de template niet te willen. Maak ik een denkfout, kan dit niet op deze wijze in een script en moet ik er een automatisering van maken of mis ik iets anders? Ik lijkt de dubbele quotes rondom de template nodig te hebben om het te laten herkennen als template, maar als consequentie komt de waarde dan als string binnen en loopt het script bij uitvoering vast...

YAML:

sequence:
  - action: switch.turn_on
    metadata: {}
    data: {}
    target:
      entity_id:
        - switch.klep1_switch_0
        - switch.pomp
  - delay:
      hours: 0
      minutes: "{{ states('input_number.sproeiduur_achterzijde_minuten')| int }}"
      seconds: 0
      milliseconds: 0
  - action: switch.turn_on
    metadata: {}
    data: {}
    target:
      entity_id: switch.klep2_switch_0
  - action: switch.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: switch.klep1_switch_0
  - delay:
      hours: 0
      minutes: "{{ states('input_number.sproeiduur_voorzijde_minuten')| int }}"
      seconds: 0
      milliseconds: 0
  - action: switch.turn_off
    metadata: {}
    data: {}
    target:
      entity_id:
        - switch.pomp
        - switch.klep2_switch_0
alias: Tuinsproeiers
description: Zet sproeier voor en achterkant aan afhankelijk van timer helpers
icon: mdi:sprinkler

https://github.com/jeroenterheerdt/HAsmartirrigation

Waarom hier niet naar kijken? Snel en eenvoudig in te stellen en werkt dikke prima!

[Septillion]

@deWit Ik zie zo 123 even niets geks. Op zich zijn zaken in de eerste plaats toch strings in HA dus dat zou het probleem niet mogen zijn. Wel gaan de twee delen achter elkaar, dat is de bedoeling?

Zelf zou ik overigens een timer pakken voor lange zaken. Overleeft een reload van de scripts, kan je makkelijk op een dashboard plaatsen qua remaining time etc.

[elektriekert]

Septillion schreef op dinsdag 13 mei 2025 @ 19:45:
[...]

Heeft niets met negatief te maken, zodra je PV iets opwekt laat je net-meter niet je eigen verbruik zien. Meest gangbare weg is om daarnaast ook je PV opwek te monitoren. Wat [import] - [export] + [PV opwek] = [eigen verbruik] (toe te passen op zowel vermogen als energie).

Want in jouw geval, wat meten de spoelen van je Zappi?

Negatief was inderdaad niet het juiste woord.

Ik heb een set CT-klemmen net na de hoofdschakelaar in de groepenkast geplaatst en een setje CT klemmen op de AC-uitgang van de omvormer die met een Harvi communiceert met de Zappi laadpaal.
Het setje bij de omvormer meet dus de volledige PV opwekking.

Hieruit kan ik dus wel het verbruik berekenen aangezien er een verschil zal zijn tussen wat beiden sets CT-klemmen meten

[ Voor 3% gewijzigd door elektriekert op 13-05-2025 20:07 ]

[Septillion]

@elektriekert Voor import en export naar het net zou ik de P1 wel altijd meer vertrouwen. Maar je omvormer zelf is niet uit te lezen? En we hebben het over 1-fase?

[deWit]

Toppe schreef op dinsdag 13 mei 2025 @ 19:48:
[...]


https://github.com/jeroenterheerdt/HAsmartirrigation

Waarom hier niet naar kijken? Snel en eenvoudig in te stellen en werkt dikke prima!

Dat is stap 2 idd, maar dit geeft een aantal minuten en dat is waar ik nu dus even op vast loop.

Septillion schreef op dinsdag 13 mei 2025 @ 19:50:
@deWit Ik zie zo 123 even niets geks. Op zich zijn zaken in de eerste plaats toch strings in HA dus dat zou het probleem niet mogen zijn. Wel gaan de twee delen achter elkaar, dat is de bedoeling?

Zelf zou ik overigens een timer pakken voor lange zaken. Overleeft een reload van de scripts, kan je makkelijk op een dashboard plaatsen qua remaining time etc.

Dan neem je een timer als helper die je in stelt om de boel weer uit te zetten?

[Toppe]

deWit schreef op dinsdag 13 mei 2025 @ 20:53:
[...]

Dat is stap 2 idd, maar dit geeft een aantal minuten en dat is waar ik nu dus even op vast loop.
[...]

Dan neem je een timer als helper die je in stelt om de boel weer uit te zetten?

Waarom zou je zelf iets gaan maken als je het kant en klaar kan installeren? Dit werkt echt perfect en houdt rekening met de weersomstandigheden

[Septillion]

@deWit Ja, in het script start je de timer. En je maakt een automation die de boel weer stopt als de timer afloopt. Starten zou natuurlijk ook in de automation mogen, net hoe je het wilt gebruiken.

[deWit]

Toppe schreef op dinsdag 13 mei 2025 @ 21:13:
[...]


Waarom zou je zelf iets gaan maken als je het kant en klaar kan installeren? Dit werkt echt perfect en houdt rekening met de weersomstandigheden

Ja, eens, maar volgens mij doet die variant dat niet?

Since this integration does not interface with your irrigation system directly, you will need to use the data it outputs to create an automation that will start and stop your irrigation system for you. This way you can use this custom integration with any irrigation system you might have, regardless of how that interfaces with Home Assistant.

Ik ga eens stoeien met timers...

[Toppe]

deWit schreef op dinsdag 13 mei 2025 @ 21:23:
[...]

Ja, eens, maar volgens mij doet die variant dat niet?


[...]


Ik ga eens stoeien met timers...

Zeker wel. Smart irrigation is zeer uitgebreid…

[hemertje]

vraagje mbt de Apex Chart voor de dynamische energieprijzen icm de daggrafiek met actuele waarde opwek Zonnepanelen en de daggrafiek met de actuele waarde van het Elektra Verbruik vanuit het net

ik kwam deze tegen op FB in de HA groep daar



De code die erbij hoort:

YAML:

type: custom:apexcharts-card
apex_config:
legend:
show: false
chart:
height: 230px
update_interval: 5m
graph_span: 24h
span:
start: day
now:
color: green
show: true
label: Nu
header:
show: true
show_states: true
colorize_states: true
experimental:
color_threshold: true
series:
- entity: sensor.current_electricity_price_all_in
name: Stroomprijs vandaag
stroke_width: -8
float_precision: 3
yaxis_id: "1"
type: column
opacity: 0.8
color_threshold:
- value: 0
color: "#04822e"
- value: 0.1
color: "#12A141"
- value: 0.15
color: "#79B92C"
- value: 0.2
color: "#C4D81D"
- value: 0.22
color: "#F3DC0C"
- value: 0.25
color: "#EFA51E"
- value: 0.27
color: "#E76821"
- value: 0.3
color: "#DC182F"
data_generator: |
return entity.attributes.prices.map((record, index) => {
return [record.from, record.price];
});
- entity: sensor.myenergi_harvi_13106113_power_ct_generation
invert: true
name: Zonnepanelen
yaxis_id: "2"
type: line
color: "#42f54b"
curve: smooth
stroke_width: 1.5
opacity: 1
- entity: sensor.myenergi_kuiperserf_power_import
name: Verbruik
yaxis_id: "2"
type: line
color: "#4290f5"
curve: smooth
stroke_width: 1.5
opacity: 1
yaxis:
- id: "1"

ik heb voor de dynamsche prijzen entiteit 'sensor.current_electricity_price_all_in' gewijzigd naar mijn entiteit 'sensor.dynamische_prijzen_average_electricity_price'

ik heb voor de Zonnepanelen Opwek entiteit 'sensor.myenergi_harvi_13106113_power_ct_generation' gewijzigd naar mijn entiteit 'sensor.solaredge_huidig_vermogen'

ik heb voor de Elektra Verbruik entteit 'sensor.current_electricity_price_all_in' gewijzigd naar mijn entiteit 'sensor.tibber_pulse_hemertje_power'


maar de Apex Card wil de grafiek niet tonen

deze grafiek heb ik wel werkend

YAML:

 
type: custom:apexcharts-card
update_interval: 5m
graph_span: 24h
span:
  start: day
now:
  show: true
  label: Nu
header:
  show: true
  show_states: true
  colorize_states: true
  title: Stroomprijs vandaag (€/kWh)
experimental:
  color_threshold: true
series:
  - entity: sensor.dynamische_prijzen_average_electricity_price
    stroke_width: 2
    float_precision: 3
    type: column
    opacity: 1
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"
    data_generator: |
      return entity.attributes.prices.map((record, index) => {
        return [record.time, record.price];
      });
yaxis:
  - id: Prijs
    decimals: 2

ziet iemand waarop de eerste Apex code niet wil werken?
kan iemand me op weg helpen met de bovenste code werkend te krijgen?

[elektriekert]

Septillion schreef op dinsdag 13 mei 2025 @ 20:12:
@elektriekert Voor import en export naar het net zou ik de P1 wel altijd meer vertrouwen. Maar je omvormer zelf is niet uit te lezen? En we hebben het over 1-fase?

Uhhhh ja duh , Ik heb sinds een kleine 2 weken een Elfin ew10 eraan hangen die via modbus alle data naar mijn HA stuurt

Wat ik uiteindelijk wil is mijn SAJ omvormer aansturen omdat we binnenkort op dynamische tarieven overstappen. Maar om het een en ander werkend te krijgen is het dus wel nodig dat ik het verbruik in huis kan uitlezen en daarop de omvormer kan afregelen.
De code m.b.t. mijn type omvormer is al gedeeld en hebben meerdere mensen werkend.

Nu moet ik het zelf nog werkend zien te krijgen.

3 fase omvormer overigens (SAJ-R5-K10)

edit: Ik ga eerst maar eens stoeien met het krijgen van het actuele verbruik d.m.v. de juiste data uit de juiste sensoren te gebruiken.
Zo te zien zijn er genoeg mogelijkheden die ik op Homeassistant.io zie langskomen.

[ Voor 11% gewijzigd door elektriekert op 13-05-2025 21:55 ]

[Septillion]

@elektriekert Hehe, nouwja, als je zowel van je P1 als je PV de energie hebt kan je in ieder geval het energy dashboard vullen.

Voor de rest is het dus [import] - [export] + [PV opwek] = [eigen verbruik]

[elektriekert]

Septillion schreef op dinsdag 13 mei 2025 @ 22:40:
@elektriekert Hehe, nouwja, als je zowel van je P1 als je PV de energie hebt kan je in ieder geval het energy dashboard vullen.

Voor de rest is het dus [import] - [export] + [PV opwek] = [eigen verbruik]

Die is vandaag aangevuld met de PV.
Dan ben ik er eigenlijk al. Alleen die sensor waarde dus uitlezen.

Dat zou het allemaal een stuk makkelijker maken dan ik dacht dat het zou zijn.

[avdwerf]

hemertje schreef op dinsdag 13 mei 2025 @ 21:31:
....
ziet iemand waarop de eerste Apex code niet wil werken?
kan iemand me op weg helpen met de bovenste code werkend te krijgen?

Als je in HA bij ontwikkelhulpmiddelen -> statussen kijkt wat er in sensor.dynamische_prijzen_average_electricity_price zit, wat toont hij dan?

[Get!em]

Ik heb gisteren mijn Longterm storage statistieken overgezet van InfluxDB 2 naar VictoriaMetrix

Ik draai op proxmox, dus heb zowel InfluxDB 2 als VictoriaMetrix als losse LXC en in HomeAssistant kon ik dezelfde Yaml gebruiken, en hoefde alleen adres ,poortnummer en protocol v2 naar v1 aan te passen. Victoria Metrix luistert namelijk naar Influx line protocol.

De resultaten zijn schokkend te noemen.
Mijn InfluxDB was (mede door mijn onzorgvuldig filteren op entities die geschreven worden) gegroeid naar 20GB in 7 maanden tijd.
Dezelfde data geïmporteerd naar VictoriaMetrix, bedraagt nu 1,3GB.


Ik heb nu shortterm/recorder naar MariaDB op een aparte LXC en VictoriaMetrix voor longterm.

Enige wat je nu ziet, is dat de responses in de History van HomeAssistant wat trager zijn, en bij een query op een lange range (zeg 1 jaar), dat de statistieken enorm samengevat worden (bijv 1 datapunt per dag).

Grafana op deze Victoriametrix heb ik me nog niet aan gewaagd. Dat moet met een nieuw type query (en mogelijk 2 aansluitende), en aangezien Victoria Metrix de meetpunten heel anders opslaat, moet ik nog uitvinden hoe ik die data weer kan matchen. Wat ik wel weet is dat de geïmporteerde data vanuit Influx een ander format heeft dan de nu weggeschreven data in Victoria. Maar dat lijkt HomeAssistant in de History niks uit te maken blijkbaar.

VictoriaMetrix importer vanuit InfluxDB 2 is overigens niet compatible, die is alleen compatible met InfluxDB 1.
De truc die op GitHub staat is: maak in je InfluxDB 2 een type Influx 1 user aan (met username / password), en gebruik die Influx 1 user om de VMCTL (victoria metrics command line tool) met influx 1 protocol aan het werk te zetten. Import duurde overigens "slechts" 2,5 uur. (er waren meldingen dat het meer dan 24uur kon kosten).

Even een voorbehoud. De overzetting lijkt na check niet helemaal goed, dus de 20 --> 1 GB is niet geldig. Mogelijk later meer........

VictoriaMetrix werkt in iedergeval goed en ontvangt data.

[ Voor 6% gewijzigd door Get!em op 14-05-2025 14:54 ]

[Get!em]

hemertje schreef op dinsdag 13 mei 2025 @ 21:31:
vraagje mbt de Apex Chart voor de dynamische energieprijzen icm de daggrafiek met actuele waarde opwek Zonnepanelen en de daggrafiek met de actuele waarde van het Elektra Verbruik vanuit het net

ik kwam deze tegen op FB in de HA groep daar

[Afbeelding]

De code die erbij hoort:

YAML:

type: custom:apexcharts-card
apex_config:
legend:
show: false
chart:
height: 230px
update_interval: 5m
graph_span: 24h
span:
start: day
now:
color: green
show: true
label: Nu
header:
show: true
show_states: true
colorize_states: true
experimental:
color_threshold: true
series:
- entity: sensor.current_electricity_price_all_in
name: Stroomprijs vandaag
stroke_width: -8
float_precision: 3
yaxis_id: "1"
type: column
opacity: 0.8
color_threshold:
- value: 0
color: "#04822e"
- value: 0.1
color: "#12A141"
- value: 0.15
color: "#79B92C"
- value: 0.2
color: "#C4D81D"
- value: 0.22
color: "#F3DC0C"
- value: 0.25
color: "#EFA51E"
- value: 0.27
color: "#E76821"
- value: 0.3
color: "#DC182F"
data_generator: |
return entity.attributes.prices.map((record, index) => {
return [record.from, record.price];
});
- entity: sensor.myenergi_harvi_13106113_power_ct_generation
invert: true
name: Zonnepanelen
yaxis_id: "2"
type: line
color: "#42f54b"
curve: smooth
stroke_width: 1.5
opacity: 1
- entity: sensor.myenergi_kuiperserf_power_import
name: Verbruik
yaxis_id: "2"
type: line
color: "#4290f5"
curve: smooth
stroke_width: 1.5
opacity: 1
yaxis:
- id: "1"

ik heb voor de dynamsche prijzen entiteit 'sensor.current_electricity_price_all_in' gewijzigd naar mijn entiteit 'sensor.dynamische_prijzen_average_electricity_price'

ik heb voor de Zonnepanelen Opwek entiteit 'sensor.myenergi_harvi_13106113_power_ct_generation' gewijzigd naar mijn entiteit 'sensor.solaredge_huidig_vermogen'

ik heb voor de Elektra Verbruik entteit 'sensor.current_electricity_price_all_in' gewijzigd naar mijn entiteit 'sensor.tibber_pulse_hemertje_power'


maar de Apex Card wil de grafiek niet tonen

deze grafiek heb ik wel werkend

YAML:

 
type: custom:apexcharts-card
update_interval: 5m
graph_span: 24h
span:
  start: day
now:
  show: true
  label: Nu
header:
  show: true
  show_states: true
  colorize_states: true
  title: Stroomprijs vandaag (€/kWh)
experimental:
  color_threshold: true
series:
  - entity: sensor.dynamische_prijzen_average_electricity_price
    stroke_width: 2
    float_precision: 3
    type: column
    opacity: 1
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"
    data_generator: |
      return entity.attributes.prices.map((record, index) => {
        return [record.time, record.price];
      });
yaxis:
  - id: Prijs
    decimals: 2

ziet iemand waarop de eerste Apex code niet wil werken?
kan iemand me op weg helpen met de bovenste code werkend te krijgen?

@Taro heeft dezelfde werkende code in een van de tweakers topics Taro in "Het grote goedkoop thuisladen van je EV topic"

[JeroenH]

Vraagje aan de HA-gebruikers met een thuisbatterij: ik heb sinds week een Homewizard plugin batterij, en die werkt erg goed, maar in HA heb ik last van dit probleem. Het komt er op neer dat op het Energy dashboard het verbruik van stroom uit de batterij alleen goed wordt weergegeven in de Day view, en niet in Week/Month/Year. De data staat goed in de database, want als je een dag in Day view weergeeft uit een Month die niet goed wordt weergegeven, dan wordt die Day wel correct weergegeven. Overigens kloppen de waarden in de Energy Distribution sectie (de "bolletjes") wel.

Hebben anderen hier ook last van?

Ik wil die stomme Homewizard app zo weinig mogelijk gebruiken, dus ik wil graag dat het goed wordt weergegeven in HA

[Gizz]

@JeroenH Als ik goed begrijp wat je bedoelt, dan heb ik dat ook. Of in ieder geval meestal:



Als ik naar vorige week kijk heb ik alleen zondag en dinsdag 'consumed battery' (bovenste blauwgroene balkje). Maar die hoeveelheden zijn wel veel te laag. Op alle andere dagen heb ik volgens dit overzicht alleen dat de batterij opgeladen wordt (roze balkjes) en nooit ontladen..

Blader ik naar de week van 27 april, dan heb ik elke dag alleen maar laden en nooit ontladen.

Nog een week eerder heb ik een beetje ontladen op maandag t/m woensdag (maar ook veel minder dan het zou moeten zijn.

In het bolletjesgedeelte klopt het inderdaad wel.

[JanHenk]

JeroenH schreef op woensdag 14 mei 2025 @ 18:51:
Vraagje aan de HA-gebruikers met een thuisbatterij: ik heb sinds week een Homewizard plugin batterij, en die werkt erg goed, maar in HA heb ik last van dit probleem. Het komt er op neer dat op het Energy dashboard het verbruik van stroom uit de batterij alleen goed wordt weergegeven in de Day view, en niet in Week/Month/Year. De data staat goed in de database, want als je een dag in Day view weergeeft uit een Month die niet goed wordt weergegeven, dan wordt die Day wel correct weergegeven. Overigens kloppen de waarden in de Energy Distribution sectie (de "bolletjes") wel.

Hebben anderen hier ook last van?

Ik wil die stomme Homewizard app zo weinig mogelijk gebruiken, dus ik wil graag dat het goed wordt weergegeven in HA

Hey, dit was mij nog niet opgevallen maar ik heb hetzelfde. Ben er vrij zeker van dat het ooit wel goed was, maar nu inderdaad niet. Misschien ook even buurten in het Home Assistant topic, want de data is wel correct dus het is op zichzelf geen HomeWizard ding.

[JeroenH]

Gizz schreef op woensdag 14 mei 2025 @ 19:04:
@JeroenH Als ik goed begrijp wat je bedoelt, dan heb ik dat ook.

Ja dat is wat ik ook heb. OK het lijkt dus voor meerdere mensen en, ik neem aan, iedereen te gelden. Dat zal vast goedkomen in een komende HA-update.

[JeroenH]

JanHenk schreef op woensdag 14 mei 2025 @ 19:24:
Misschien ook even buurten in het Home Assistant topic,

Dit is het HA topic

[TheFes]

JeroenH schreef op woensdag 14 mei 2025 @ 19:30:
[...]


Ja dat is wat ik ook heb. OK het lijkt dus voor meerdere mensen en, ik neem aan, iedereen te gelden. Dat zal vast goedkomen in een komende HA-update.

Niet als niemand er een issue voor aanmaakt..

[JeroenH]

TheFes schreef op woensdag 14 mei 2025 @ 19:33:
Niet als niemand er een issue voor aanmaakt..

Is dat github issue waar ik naar linkt niet juist dat? Of is dat iets anders?

[TheFes]

JeroenH schreef op woensdag 14 mei 2025 @ 19:35:
[...]


Is dat github issue waar ik naar linkt niet juist dat? Of is dat iets anders?

Excuus, die link had ik gemist (of in ieder geval niet op geklikt, en dus ook niet door dat dat het GitHub issue was)

[JanHenk]

JeroenH schreef op woensdag 14 mei 2025 @ 19:31:
[...]


Dit is het HA topic

offtopic:
Haha. Dat heb je soms als je dezelfde posters in dezelfde topics tegen komt. Excusez-moi

[JeroenH]

Het probleem zit misschien wel in de (Android) app.

Zo ziet mei 2025 er uit als ik in de Android app kijk:



En zo ziet dezelfde maand er uit in een browser (Brave onder Windows 11):



Daar ziet het er uit zoals ik verwacht.

Zien jullie dat verschil ook? Dat kan ik wel even melden in het issue op Github.

[Gizz]

@JeroenH even geen desktop bij de hand, maar in Android app en Firefox (Android) zie ik dezelfde foutieve weergave.

[elektriekert]

elektriekert schreef op dinsdag 13 mei 2025 @ 22:59:
[...]


Die is vandaag aangevuld met de PV.
Dan ben ik er eigenlijk al. Alleen die sensor waarde dus uitlezen.

Dat zou het allemaal een stuk makkelijker maken dan ik dacht dat het zou zijn.

Nu had ik een hele mooie 'Power flow plus card' gevonden om het actuele verbruik/opwek uit te lezen uit verschillende sensoren. Handig om te checken of de helper die ik aangepast heb van @Gameboy ook daadwerkelijk functioneert.

Het is een helper die het verbruik binnenhuis registreert:

Django/Jinja:

{{ (states('sensor.saj_active_power_of_inverter_total_output')|float 
+ states('sensor.electricity_meter_power_consumption')|float 
- states('sensor.electricity_meter_power_production')|float)|float(0)|round(0) }}

regel 1: De daadwerkelijke vermogens opwekking van de omvormer.
regel 2: Het verbruik geregistreerd door de P1 meter
regel 3: De teruglevering geregistreerd door de P1 meter

Dit maakt de 'sensor.home_power_consumption_helper'

Echter, het enige dat de sensor laat zien is hetzelfde als de sensor op regel 1 uit de code.


Ik had het heel stuk hierboven getypt en bedacht me om eens AI te proberen, dat heeft geholpen:

Copilot AI kwam met een stukje code om de values van elke sensor afzonderlijk uit te lezen en toen zag ik het meteen.
power_consumption en power_production waren in kW en inverter_total_output in W.
Dan gaat het niet werken.

[ Voor 0% gewijzigd door Septillion op 16-05-2025 12:30 . Reden: tag fix ]

[zunrob]

Ik kijk zojuist nog eens in de SolarEdge Modbus integratie, en ik zie dat het refresh interval opeens ergens tussen de 30 seconden en 3 minuten lijkt te liggen. Terwijl ik 5 seconden heb ingesteld. Toen ik hem gister had ingesteld zag ik de eerste uren ook daadwerkelijk elke 5 seconden een refresh. Daarna heb ik niet meer gekeken, maar ik snap niet waarom het nu opeens niet meer stipt elke 5 seconden is. Herkent iemand dit?

Heb de integratie al een keer verwijderd en opnieuw toegevoegd, maar dit verandert niks aan de hierboven omschreven situatie. Hij ververst nu consequent elke 30 seconden.

[ Voor 16% gewijzigd door zunrob op 14-05-2025 22:43 ]

[RobertMe]

elektriekert schreef op woensdag 14 mei 2025 @ 21:32:

Copilot AI kwam met een stukje code om de values van elke sensor afzonderlijk uit te lezen en toen zag ik het meteen.
power_consumption en power_production waren in kW en inverter_total_output in W.
Dan gaat het niet werken.

Werkt prima waarschijnlijk. Alleen moet je die laatste dan even door 1000 delen (of die anderen met 1000 vermenigvuldigen).

[elektriekert]

RobertMe schreef op woensdag 14 mei 2025 @ 22:50:
[...]

Werkt prima waarschijnlijk. Alleen moet je die laatste dan even door 1000 delen (of die anderen met 1000 vermenigvuldigen).

Het zou werken maar niet in de huidige vorm natuurlijk. Heb alle sensor outputs gelijk getrokken naar Watts.

[TheFes]

elektriekert schreef op woensdag 14 mei 2025 @ 23:15:
[...]


Het zou werken maar niet in de huidige vorm natuurlijk. Heb alle sensor outputs gelijk getrokken naar Watts.

Wat is nu je uiteindelijke resultaat? Ik zie in de jinja code die je hierboven geplaatst had nog wel wat andere verbeterpunten

[pagani]

Niek_ schreef op donderdag 8 mei 2025 @ 08:57:
[...]

Ben benieuwd, hij komt vandaag binnen. Kon niet echt een beter alternatief vinden zo 1-2-3.

Ik heb het nog eens getest gisteravond en de RC2 kan nu ook integreren. Blijkbaar is er ergens een update geweest die dat gefikst heeft. Het wachtwoord wat HA vraagt is de pincode die op de controller staat opgeslagen. De enige manier om die boven water te krijgen (pun intended) is door direct met het controller-netwerk te connecten (of natuurlijk bij eerste installatie hem onthouden...)

(ik moet alleen nog even uitvogelen hoe ik het separate Unifi VLAN waarop de Rainbird zit veilig alleen met HA laat praten en niet met de rest van het netwerk open)

[ Voor 3% gewijzigd door pagani op 15-05-2025 12:01 ]

[JeroenH]

Nog even over dit:

het Github issue waar ik naar linkt is gesloten met een verwijzing naar dit.

Ik moet zeggen dat ik niet helemaal goed begrijp wat ik daar lees. Staat daar nou dat de elektriciteit die je uit een accu verbruikt vanaf u als verbruikte zonne-energie wordt gezien? En dat dat een bewuste keus is?

Als dat zo is zou het voor het eerst zijn dat ik het niet eens ben met een wijziging in HA.

Nu, in het zonnige jaargetijde komt de elektriciteit waarmee ik mijn thuisbatterij oplaad inderdaad voor 100% uit zonne-energie. Maar ergens in het najaar is dat niet meer voldoende, en zal ik, afhankelijk van het weer, ook op goedkope uren uit het stroom net willen opladen. Dat is dus geen zonne-energie, maar bij het later ontladen van de batterij wordt dat wel zo meegeteld. Dan klopt er van de statistieken geen donder meer, ik verwacht dat ik dan in de donkere wintermaanden meer "zonne-energie" verbruik dan dat de panelen opgewekt hebben

Begrijp ik het niet goed?

Overigens is de weergave sinds gisteren in mijn browser ook verkeerd, in die zin dat ik verbruikte energie die uit de batterij kom niet meer zie in de week- maand- en jaaroverzichten, alleen nog maar in het dagoverzicht (een onderscheid wat ik trouwens ook niet begrijp als dit een bewuste wijziging is...).

[elektriekert]

TheFes schreef op donderdag 15 mei 2025 @ 08:51:
[...]


Wat is nu je uiteindelijke resultaat? Ik zie in de jinja code die je hierboven geplaatst had nog wel wat andere verbeterpunten

Ik had 2 entiteiten zelf aangepast naar Watts, dus aan de jinja code zelf niets aangepast.
Nu werkt deze naar behoren.

Welke verbeterpunten zou je hebben?
Of ik het begrijp gaat een tweede zijn want mijn kennis m.b.t. code is zeer mager

Maar ik leer graag bij.

[RobertMe]

JeroenH schreef op donderdag 15 mei 2025 @ 13:16:
Nog even over dit:

het Github issue waar ik naar linkt is gesloten met een verwijzing naar dit.

Ik moet zeggen dat ik niet helemaal goed begrijp wat ik daar lees. Staat daar nou dat de elektriciteit die je uit een accu verbruikt vanaf u als verbruikte zonne-energie wordt gezien? En dat dat een bewuste keus is?

Als dat zo is zou het voor het eerst zijn dat ik het niet eens ben met een wijziging in HA.

Nu, in het zonnige jaargetijde komt de elektriciteit waarmee ik mijn thuisbatterij oplaad inderdaad voor 100% uit zonne-energie. Maar ergens in het najaar is dat niet meer voldoende, en zal ik, afhankelijk van het weer, ook op goedkope uren uit het stroom net willen opladen. Dat is dus geen zonne-energie, maar bij het later ontladen van de batterij wordt dat wel zo meegeteld. Dan klopt er van de statistieken geen donder meer, ik verwacht dat ik dan in de donkere wintermaanden meer "zonne-energie" verbruik dan dat de panelen opgewekt hebben

Begrijp ik het niet goed?

Overigens is de weergave sinds gisteren in mijn browser ook verkeerd, in die zin dat ik verbruikte energie die uit de batterij kom niet meer zie in de week- maand- en jaaroverzichten, alleen nog maar in het dagoverzicht (een onderscheid wat ik trouwens ook niet begrijp als dit een bewuste wijziging is...).

Hoe ik het las is dat het alleen soms "gek" wordt weergegeven als er vanalles in dezelfde periode (uur, dag) gebeurt. Als je alleen een PV hebt is het duidelijk: de PV levert xkWh in die periode en er wordt in diezelfde periode ykWh aan het net geleverd, dan heb je dus x-y zelf verbruikt en 100% van de teruglevering aan het net komt uit de PV (dat is immers de enige bron van energie in de woning).
Zou je alleen een accu hebben is de situatie hetzelfde, als de accu xkWh levert / ontlaadt dan is alle teruglevering aan het net uit de accu en het verschil tussen ontladen en teruglevering eigen verbruik.

Alleen heb je nu twee "energiebronnen", een PV en een accu. Vervolgens wordt er 2 kWh afgenomen, 5kWh teruggeleverd, 7kWh door de PV opgewekt en de accu ontlaadt 1kWh en laad 2kWh. Dan heb je dus 10kWh aan totale energiebronnen (afname + opwek PV + ontladen accu) en is maar van 7kWh bekend wat er mee gebeurt is (teruglevering + laden accu). Het verbruik van de woning is dan verder 3kWh kun je concluderen (10-7). Maar het is onmogelijk om te weten waar welke elektron heen is gegaan. En dus onmogelijk om te weten of het opladen van de accu is gebeurt met zonneenergie (omdat er bv een overschot was), of dat de accu is opgeladen vanaf het net (bv omdat er een negatieve energieprijs was). En het is dus ook onmogelijk om te weten of de accu is ontladen voor eigen verbruik (bv omdat je meer deed verbruiken dan de PV deed opwekken), of dat de accu is ontladen naar het net (en een terugleververgoeding opleverde, zodat die bv leeg is als de PV "aan gaat" en je hem "gratis" kunt opladen en voor een hogere prijs aan terugleververgoeding aan het net hebt geleverd ('s nachts / 's morgens zal de terugleververgoeding vast hoger liggen dan in de middag als de zon vol schijnt), of zelfs de accu leeg laat lopen voordat een negatieve energieprijs in gaat zodat je vervolgens dus kunt opladen vanaf het net en eerst geld krijgt om de accu leeg te maken naar het net en daarna geld krijgt om de accu op te laden vanaf het net).

De enige manier om echt een beetje correcte weergave te hebben is door continue naar het vermogen (W) te kijken. Dan zie je daadwerkelijk op elk moment of de accu doet ontladen en er bv wordt teruggeleverd (effectief accu naar het net leveren? Immers wil je dat de accu niet meer levert dan eigen verbruik in andere gevallen), of dat de accu ontlaadt maar er dus geen teruglevering is of zelfs afname (wat de accu ontlaadt verbruik je dan zelf).
En hetzelfde dus met het opladen van de accu. Als de accu oplaad terwijl je stroom van het net afneemt laad je dus blijkbaar van het net op, en niet van de PV.

Maar als je vervolgens naar een uur aan verbruik kijkt (i.p.v. allemaal momentopnames van vermogen) dan weet je helemaal niet meer specifiek waar welke energie vandaan kwam en hoe de energie van en naar een accu is gelopen (opladen uit het net of uit PV en ontladen naar het net of voor eigen verbruik). Je weet alleen dat er geladen, of ontladen, of zelfs beide "tegelijk" (/in datzelfde uur heeft plaatsgevonden) is geweest.

En in jouw situatie is het wellicht logisch dat de accu altijd vanaf PV oplaad en ontlaadt voor eigen verbruik. Maar de situatie die ik omschrijf met dynamische contracten en de accu naar het net dumpen voor een terugleververgoeding en daarna met een negatieve prijs weer opladen (betaald krijgen om op te laden) ben ik hier op het forum ook al tegen gekomen.

En in de winter zal de weergave vast wel iets correcter zijn? Immers heb je dan maar één bron, de accu. Want de PV "doet niks"
En de formule zal ook vast slim genoeg zijm dat als er 10kWh wordt teruggeleverd en maar 5 door de PV opgewekt (en bv 6 ontladen uit de accu) dat er dan over de dag heen niet meer dan 5 teruglevering uit de PV was. Maar het is dan kiezen of er bv 5 uit de PV en 5 is de accu is teruggeleverd met 1 uit de accu als eigen verbruik, of dat er 6 uit de accu is teruggeleverd, 4 uit de PV, en 1 eigen verbruik uit de PV.

[JeroenH]

Ik begrijp gewoon niet waarom ze die weergave hebben aangepast. Ik vond het super duidelijk en nu niet meer.

Ik verwacht dat de weergave in de winter alleen maar onlogischer wordt; stel dat over de maand december de zonnepanelen maar 30 kWh op leveren. Dat zal voor 95% direct gebruikt worden in de woning, geen of nauwelijks overschot.

In diezelfde maand zal ik mijn thuisaccu opladen uit het stroomnet op de goedkope uren. Als die batterij zich dat gaat ontladen op de dure uren, zeg 60 kWh over de maand, wordt dat dus als zonne-energie weergegeven in het Energy Dashboard. Dus ik kan straks zitten kijken naar een maand waarin de zonnepanelen 30 kWh hebben opgewekt, maar de woning (zogenaamd) 60 kWh zonne-energie verbruikt heeft

Daarnaast snap ik ook niet waarom de weergave nog is zoals hij was als je per dag kijkt, maar nieuw/onlogisch als je per week/maand/jaar kijkt.

Ik heb toch echt het gevoel dat ik iets fundamenteels niet snap.

[TheFes]

elektriekert schreef op donderdag 15 mei 2025 @ 13:42:
[...]


Ik had 2 entiteiten zelf aangepast naar Watts, dus aan de jinja code zelf niets aangepast.
Nu werkt deze naar behoren.

Welke verbeterpunten zou je hebben?
Of ik het begrijp gaat een tweede zijn want mijn kennis m.b.t. code is zeer mager

Maar ik leer graag bij.

deze dus?

code:

{{ (states('sensor.saj_active_power_of_inverter_total_output')|float
+ states('sensor.electricity_meter_power_consumption')|float
- states('sensor.electricity_meter_power_production')|float)|float(0)|round(0) }}

Dit template gaat errors geven na een herstart van HA, of als je entities om een andere reden niet beschikbaar zijn omdat je geen default voor je float filters hebt. Die heb je wel op een plek later, maar daar is je float filter nutteloos, want je hebt daar al een floating point number, of je template is al in error.

Je zou overal float(0) kunnen gebruiken, maar wat dan als je inverter geen status rapporteert, of juist je P1 meter integratie, dan krijg je foute data, of als ze beide niet werken krijg je 0, wat ook niet klopt.

Ik ga er vanuit dat je deze als helper aangemaakt hebt? Dan zou je dit kunnen doen:

code:

{% set i = states('sensor.saj_active_power_of_inverter_total_output') | float('na') %}
{% set c = states('sensor.electricity_meter_power_consumption') | float('na') %}
{% set p =  states('sensor.electricity_meter_power_production') | float('na') %}
{% if [i, c, p] | reject('is_number') | list | count == 0 %}
  none
{% else %}
  {{ i + p - c }}
{% endif %}

[TheFes]

JeroenH schreef op donderdag 15 mei 2025 @ 14:47:
Ik begrijp gewoon niet waarom ze die weergave hebben aangepast. Ik vond het super duidelijk en nu niet meer.

Ik verwacht dat de weergave in de winter alleen maar onlogischer wordt; stel dat over de maand december de zonnepanelen maar 30 kWh op leveren. Dat zal voor 95% direct gebruikt worden in de woning, geen of nauwelijks overschot.

In diezelfde maand zal ik mijn thuisaccu opladen uit het stroomnet op de goedkope uren. Als die batterij zich dat gaat ontladen op de dure uren, zeg 60 kWh over de maand, wordt dat dus als zonne-energie weergegeven in het Energy Dashboard. Dus ik kan straks zitten kijken naar een maand waarin de zonnepanelen 30 kWh hebben opgewekt, maar de woning (zogenaamd) 60 kWh zonne-energie verbruikt heeft

Daarnaast snap ik ook niet waarom de weergave nog is zoals hij was als je per dag kijkt, maar nieuw/onlogisch als je per week/maand/jaar kijkt.

Ik heb toch echt het gevoel dat ik iets fundamenteels niet snap.

Er wordt uiteraard nooit meer als zonne-energie weergegeven dan dat wat er door de omvormer gerapporteerd is.

[JeroenH]

TheFes schreef op donderdag 15 mei 2025 @ 15:04:
Er wordt uiteraard nooit meer als zonne-energie weergegeven dan dat wat er door de omvormer gerapporteerd is.

Eh jawel, dat is in de week- maand- en jaarweergaven nu (sinds de laatste HA-update) nu ook al zo. Zie mijn oorspronkelijke post hierover.

Verbruik van de woning uit de batterij wordt nu weergegeven als zonne-energie.

-edit-

Wat ik daar schreef klopt niet. Maar het is wel zo dat verbruik van de woning uit de batterij ('s nachts bv) nu wordt weergegeven als zonne-energie. Als ik me niet heel erg vergis gaat dat er in de donkere maanden, als ik de batterij dus uit het stroomnet oplaad, toe leiden dat er veel meer "verbruik uit zonne-energie" wordt weergegeven dan wat de zonnepanelen opgewekt hebben.

[ Voor 27% gewijzigd door JeroenH op 15-05-2025 15:19 ]

[Devke]

JeroenH schreef op donderdag 15 mei 2025 @ 15:11:
[...]


Eh jawel, dat is in de week- maand- en jaarweergaven nu (sinds de laatste HA-update) nu ook al zo. Zie mijn oorspronkelijke post hierover.

Verbruik van de woning uit de batterij wordt nu weergegeven als zonne-energie.

-edit-

Wat ik daar schreef klopt niet. Maar het is wel zo dat verbruik van de woning uit de batterij ('s nachts bv) nu wordt weergegeven als zonne-energie. Als ik me niet heel erg vergis gaat dat er in de donkere maanden, als ik de batterij dus uit het stroomnet oplaad, toe leiden dat er veel meer "verbruik uit zonne-energie" wordt weergegeven dan wat de zonnepanelen opgewekt hebben.

verkeerd topic

[ Voor 13% gewijzigd door Devke op 15-05-2025 17:22 ]

[Faece]

in de integratie kmi zit de entiteit : weather.X. Daarin attribuut " forecast"

forecast:
- datetime: '2025-05-16'
temperature: 17

hoe kan ik in een automation die temperature en datetime gaan gebruiken ?

Concreet : Ik wil afhankelijk van de temperatuur van morgen, de aircostand op koelen of verwarmen zetten...

[Tha_T]

Faece schreef op donderdag 15 mei 2025 @ 18:23:
in de integratie kmi zit de entiteit : weather.X. Daarin attribuut " forecast"

forecast:
- datetime: '2025-05-16'
temperature: 17

hoe kan ik in een automation die temperature en datetime gaan gebruiken ?

Concreet : Ik wil afhankelijk van de temperatuur van morgen, de aircostand op koelen of verwarmen zetten...

Ik los dit zelf op deze manier op. Of het goed is weet ik niet maar het werkt wel (Wel zelf de juiste entity pakken voor het KNMI uiteraard);

YAML:

Vandaag is het {{ dutch_day }} en het is {{ state_attr('weather.buienradar', 'temperature') }}°C buiten.

[smeerbartje]

Soms staat een bepaalde integratie in error. Zojuist bijvooreeld, toen moest ik de integratie met mijn bluecurrent laadpaal opnieuw starten. Dit komt echt niet vaak voor, maar ik vroeg me af: is het mogelijk dat ik een alert krijg als er IETS moet gebeuren met de integraties binnen home assistant?

[ Voor 35% gewijzigd door smeerbartje op 15-05-2025 19:49 ]

[TheFes]

Faece schreef op donderdag 15 mei 2025 @ 18:23:
in de integratie kmi zit de entiteit : weather.X. Daarin attribuut " forecast"

forecast:
- datetime: '2025-05-16'
temperature: 17

hoe kan ik in een automation die temperature en datetime gaan gebruiken ?

Concreet : Ik wil afhankelijk van de temperatuur van morgen, de aircostand op koelen of verwarmen zetten...

Ik denk niet dat je nog een attribute forecast in je weather entity hebt, of je heb Home Assistant sinds (uit mijn hoofd) augustus vorig jaar niet meer geüpdatet.

[TheFes]

JeroenH schreef op donderdag 15 mei 2025 @ 15:11:
[...]


Eh jawel, dat is in de week- maand- en jaarweergaven nu (sinds de laatste HA-update) nu ook al zo. Zie mijn oorspronkelijke post hierover.

Verbruik van de woning uit de batterij wordt nu weergegeven als zonne-energie.

-edit-

Wat ik daar schreef klopt niet. Maar het is wel zo dat verbruik van de woning uit de batterij ('s nachts bv) nu wordt weergegeven als zonne-energie. Als ik me niet heel erg vergis gaat dat er in de donkere maanden, als ik de batterij dus uit het stroomnet oplaad, toe leiden dat er veel meer "verbruik uit zonne-energie" wordt weergegeven dan wat de zonnepanelen opgewekt hebben.

Je vergist je wel, voor elke weergave van het Energy Dashboard wordt de data opnieuw berekend. Als je wisselt tussen dag en maand, of switcht naar een andere dag, zal er weer opnieuw alles berekend worden voor de weergave. En daarbij zal de weergegeven zonne-energie nooit meer zijn dan het totaal wat door de omvormer gerapporteerd is.

[Faece]

TheFes schreef op donderdag 15 mei 2025 @ 19:36:
[...]


Ik denk niet dat je nog een attribute forecast in je weather entity hebt, of je heb Home Assistant sinds (uit mijn hoofd) augustus vorig jaar niet meer geüpdatet.

Laatste update is van december. Staat er hier wel nog tussen....

Wat is dan het alternatief ?

[TheFes]

Faece schreef op donderdag 15 mei 2025 @ 20:41:
[...]

Laatste update is van december. Staat er hier wel nog tussen....

Wat is dan het alternatief ?

Mijn KNMI weather entity heeft geen forecast attribute meer, hoe ziet dit er bij jou uit dan?

[Faece]

TheFes schreef op donderdag 15 mei 2025 @ 21:44:
[...]


Mijn KNMI weather entity heeft geen forecast attribute meer, hoe ziet dit er bij jou uit dan?

[Afbeelding]

[TheFes]

Faece schreef op donderdag 15 mei 2025 @ 22:39:
[...]

[Afbeelding]

Ik heb het nog even nagekeken, en het forecast attribute is al in 2024.3 verwijderd. En als ik het me goed herinner was het daarvoor al in een update van de KNMI integratie weggehaald.

Ik vraag me wel af waarom jij het dan nog wel hebt

[zunrob]

Ik zie in de SolarEdge modbus integratie elke dag rond 21:50 uur dit dalletje in de temperatuur. Herkent iemand dit, of weet iemand waar dit vandaan komt?

[ Voor 51% gewijzigd door zunrob op 16-05-2025 00:43 ]

[daft_dutch]

Ik heb een integratie gemaakt.

een integratie naar libvirt op linux hosts.



Je kan bijna alles behalve vms installeren en inloggen.

https://github.com/Bram-d...stant-libvirt-integration

Weet iemand hoe ik dit in de standaard hacs repository zet.
ik begrijp daar de ballen van.

[ Voor 4% gewijzigd door daft_dutch op 16-05-2025 00:37 ]

[Faece]

TheFes schreef op donderdag 15 mei 2025 @ 22:56:
[...]


Ik heb het nog even nagekeken, en het forecast attribute is al in 2024.3 verwijderd. En als ik het me goed herinner was het daarvoor al in een update van de KNMI integratie weggehaald.

Ik vraag me wel af waarom jij het dan nog wel hebt

Ik heb de Belgische versie he. Kmi, niet knmi

https://github.com/jdejaegh/irm-kmi-ha

[TheFes]

Faece schreef op vrijdag 16 mei 2025 @ 06:39:
[...]

Ik heb de Belgische versie he. Kmi, niet knmi

https://github.com/jdejaegh/irm-kmi-ha

Ahja, ik zie dat de custom KMI integratie inderdaad tijdens het installeren een optie heeft om het depreciated forecast attribute wel toe te voegen (wat ook afgeraden wordt)

Ik zie het nog wel gebeuren dat HA dit actief gaat blokkeren, en zou er dus niet op vertrouwen dat dit blijft werken.

De gangbare manier om de forecast te verkrijgen is door gebruik te maken van de weather.get_forecasts action. Die action kun je aanroepen in een automation, en dan de data daarna gebruiken met templates om er de data die je nodig hebt uit te halen. Een alternatief is om een trigger based template sensor aan te maken, en dan vanuit die data een sensor aan te maken om bijvoorbeeld te forecasted temperatuur van de volgende als sensor waarde te krijgen.

De templates die je daarvoor nodig hebt, zijn vergelijkbaar met de hoe je de data uit jouw forecast attribute kunt krijgen. Het verschil is dat je dus eerst de data moet opvragen met een action en dan met de action response verder moet gaan werken.

[Septillion]

zunrob schreef op vrijdag 16 mei 2025 @ 00:32:
Ik zie in de SolarEdge modbus integratie elke dag rond 21:50 uur dit dalletje in de temperatuur. Herkent iemand dit, of weet iemand waar dit vandaan komt?

[Afbeelding]

Of je omvormer geeft at werkelijk terug of de integratie vangt het niet goed af als er even om wat voor reden geen communicatie is en maakt het dan 0 ipv unavailable.

Zou ik dan eens aan de dev van de integratie voorleggen.

[badkuip]

Gisteren de Solaredge modbus-integratie aangezet. Sindsdien heb ik veen frequenter data uit de omvormer.

Het valt mij op dat de totaal opwek (in screenshot 14 kwh) achterblijft bij wat er in de solaredge (dus cloud) gemeld wordt. het is 14kwh vs 14,1. Nu is de dag nog niet om en het verschil klein, Maar gisteren was het een verschil van 15,1 in HA vs 16,7 in de Solaredge cloud.
Het verschil zou er toch niet moeten zijn?




Verder valt mij op dat ik twee tarieven heb, voor consumed en produced. Echter in de bovenste grafiek op het dashboard neemt ie enkel maar consumed en produced van tarief 2 mee.

Wordt 1 wel meegeteld maar gewoon niet getoond? Of gaat daar iets mis?

[D4NG3R]

badkuip schreef op vrijdag 16 mei 2025 @ 15:14:
Verder valt mij op dat ik twee tarieven heb, voor consumed en produced. Echter in de bovenste grafiek op het dashboard neemt ie enkel maar consumed en produced van tarief 2 mee.

Wordt 1 wel meegeteld maar gewoon niet getoond? Of gaat daar iets mis?

Je bovenste grafiek laat beide gewoon zien, gaat om normaal- en daltarief. Na 7u zie je het blauwe consumed donkerder worden. Voor 7u wek je weinig tot geen stroom op met de panelen en valt het dus niet op.

[ Voor 7% gewijzigd door D4NG3R op 16-05-2025 15:25 ]

[badkuip]

D4NG3R schreef op vrijdag 16 mei 2025 @ 15:22:
[...]

Je bovenste grafiek laat beide gewoon zien, gaat om normaal- en daltarief. Na 7u zie je het blauwe consumed donkerder worden. Voor 7u wek je weinig tot geen stroom op met de panelen en valt het dus niet op.

Laat beide zien van meter 2, maar niets van meter 1. Kijk maar naar het eerste screenshot waar de betekenis van de kleuren bij staat.

[D4NG3R]

badkuip schreef op vrijdag 16 mei 2025 @ 15:26:
[...]


Laat beide zien van meter 2, maar niets van meter 1. Kijk maar naar het eerste screenshot waar de betekenis van de kleuren bij staat.

Dat doe ik, of we begrijpen elkaar niet.



Daltarief (1) is tussen 23:00 en 7:00 en weekenden/feestdagen, normaaltarief (2) de rest van de tijd.

[ Voor 10% gewijzigd door D4NG3R op 16-05-2025 15:31 ]

[badkuip]

D4NG3R schreef op vrijdag 16 mei 2025 @ 15:28:
[...]

Dat doe ik, of we begrijpen elkaar niet.

[Afbeelding]

Je hebt gelijk. In de vroege uren van tarief 1, in de latere uren van tarief 2.
Het was me niet eerder opgevallen dat het twee verschillende kleuren blauw waren.
Ik nam aan dat legende overal tarief 2 zou vermelden, maar wanneer ik langs de uren ga zie ik dat de ene keer tarief 1 genoemd wordt en de andere keer tarief 2.
Bedankt voor de hulp.

[Gizz]

@badkuip hou je er rekening mee dat het Energy Dashboard maar 1x per uur wordt bijgewerkt, terwijl de waarde in je Solaredge integratie real-time is? Daar kan dus een uur verschil tussen bestaan.

[D4NG3R]

badkuip schreef op vrijdag 16 mei 2025 @ 15:32:
Het was me niet eerder opgevallen dat het twee verschillende kleuren blauw waren.

Het verschil is ook relatief subtiel, zeker als de balkjes wat kleiner worden zoals bij jouw dashboard en (imho) al helemaal i.c.m. het lichte thema.

[peligro2k]

Ik heb vandaag mijn Hassio installatie gemigreerd van een oude host naar de nieuwe host. Een backup gemaakt op de oude locatie, en deze geimporteerd op de nieuwe installatie. Alles werkt weer, alleen de friendly names van Zigbee2Mqtt zijn niet meegekomen. Ik dacht zo gefixt, dus ik zet een backup terug van de /share/zigbee2mqtt folder, maar ook hierna geen fix. Alle devices zijn er wel, maar alleen met de ID's.

Heeft iemand hier ervaring mee? Er was een GH issue, maar daar word ik niet veel wijzer van https://github.com/zigbee2mqtt/hassio-zigbee2mqtt/issues/627

[Devke]

Vraagje. Ik heb een template sensor gemaakt in de GUI. Deze tempate sensor berekend de netto kosten / opbrengsten van een batterij.

Meeteenheid : €
Statusklasse : Meting
Apparaatklasse leeg gelaten.

Statusklasse heb ik al een x op Totaal gehad en Totaal oplopend. Toch heb ik maar een historie van 10 dagen. Wat doe ik verkeerd als ik data van meer dan 10 dagen wil zien ipv steeds aan de achterkant data te verliezen?

[The Source]

Ik heb een probleem. Draai HA in een virtuale machine.
Gisteren ineens alle data van het energie dashboard weg.
Even voor zekerheid een snapshot gemaakt in de VM en toen een backup terug gezet.
Daarna mijn HA backup terug gezet en alles werkte weer naar behoren.
Er was een update die ik heb uitgevoerd (weet niet meer wat)
Ik kijk zojuist en nu is al mijn data weer gewist...

Hoe kan ik achterhalen waar dit aan ligt?

[Septillion]

@Devke Apparaatklasse vullen

[TheFes]

Devke schreef op vrijdag 16 mei 2025 @ 15:59:
Vraagje. Ik heb een template sensor gemaakt in de GUI. Deze tempate sensor berekend de netto kosten / opbrengsten van een batterij.

Meeteenheid : €
Statusklasse : Meting
Apparaatklasse leeg gelaten.

Statusklasse heb ik al een x op Totaal gehad en Totaal oplopend. Toch heb ik maar een historie van 10 dagen. Wat doe ik verkeerd als ik data van meer dan 10 dagen wil zien ipv steeds aan de achterkant data te verliezen?

Waar kijk je naar de historie?
En check even in Developer Tools > Statistics of de sensor daartussen staat, en of er geen issue mee is.

[TheFes]

Septillion schreef op vrijdag 16 mei 2025 @ 16:02:
@Devke Apparaatklasse vullen

Volgens mij hoeft dat niet eens, maar op zich zou monetary hier logisch zijn.

[badkuip]

Gizz schreef op vrijdag 16 mei 2025 @ 15:39:
@badkuip hou je er rekening mee dat het Energy Dashboard maar 1x per uur wordt bijgewerkt, terwijl de waarde in je Solaredge integratie real-time is? Daar kan dus een uur verschil tussen bestaan.

Ja, houd ik rekening mee.
Hoe kan ik dan sneller bepalen of ik een overschot heb?
Ik zou niet een uur af willen wachten maar misschien 10 minuten.
Dan een pushbericht met instructie om de wasmachine aan te zetten.

[Septillion]

@badkuip Dan moet je kijken naar het vermogen en niet naar de energie.

[Devke]

TheFes schreef op vrijdag 16 mei 2025 @ 16:02:
[...]


Waar kijk je naar de historie?
En check even in Developer Tools > Statistics of de sensor daartussen staat, en of er geen issue mee is.

Ik heb als identy op het dashboard gezet. Daar klik ik op, druk op tonen en kies dan bijvoorbeeld maand.

Dit staat eronder ontwikkelingstools etc:



@Septillion monetary? Ik heb de NL versie. Ik zie daar alleen Saldo bij staan maar dat werkte ook al niet lekker. Of de combi klopt niet of........??

[TheFes]

Devke schreef op vrijdag 16 mei 2025 @ 16:24:
[...]

Ik heb als identy op het dashboard gezet. Daar klik ik op, druk op tonen en kies dan bijvoorbeeld maand.

Dit staat eronder ontwikkelingstools etc:

[Afbeelding]

@Septillion monetary? Ik heb de NL versie. Ik zie daar alleen Saldo bij staan maar dat werkte ook al niet lekker. Of de combi klopt niet of........??

Dat is developer tools > states, je moet bij developer tools > statistics kijken.

en ik heb dan weer geen idee hoe monetary vertaald is naar het Nederlands , maar als ik in Lokalise kijk dan lijkt dat inderdaad Saldo te zijn. Wat zou er dan niet lekker werken?

[Devke]

TheFes schreef op vrijdag 16 mei 2025 @ 16:34:
[...]


Dat is developer tools > states, je moet bij developer tools > statistics kijken.

en ik heb dan weer geen idee hoe monetary vertaald is naar het Nederlands , maar als ik in Lokalise kijk dan lijkt dat inderdaad Saldo te zijn. Wat zou er dan niet lekker werken?

Oeps sorry. Daar staat hij bij. Onder het kopje Problemen staat Geen.

[icecreamfarmer]

Ik wil mijn stereo remote aan kunnen zetten (T758v3i) en middels de BLuos integratie werkt dat niet.
Nu heb ik het voor elkaar dat ik Telnet commando's kan sturen en dat werkt via putty echter wanneer ik deze integraties in mijn config.yaml gooi gebeurt er niets .
Ze zouden bij integraties moeten komen te staan maar ook na diverse herstarten zie ik niets.

https://www.home-assistant.io/integrations/telnet/
https://www.home-assistant.io/integrations/nad/

YAML:

# NAD
media_player:
  - platform: nad
    type: Telnet
    host: "192.168.0.117"
    port: 23
    name: NAD T758V3
    command_on: "Main.Power=on"
    command_off: "Main.Power=off"
    max_volume: -40
    sources:
      1: "TV"
      2: "Shield"

#telnet switch
switch:
  - platform: telnet
    switches:
      T758:
        resource: "192.168.0.117"
        port: 23
        command_on: "Main.Power=on"
        command_off: "Main.Power=off"
#        command_state: "PWR?"
#        value_template: '{{ value == "PWR=01" }}'
        timeout: 0.9
        name: NAD758

De code parst goed en met chatgpt kwam ik niets verder.

[ Voor 2% gewijzigd door Septillion op 16-05-2025 18:55 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[TheFes]

Devke schreef op vrijdag 16 mei 2025 @ 16:36:
[...]

Oeps sorry. Daar staat hij bij. Onder het kopje Problemen staat Geen.

Als hij daar staat, met geen problemen, dan is het goed. Wanneer heb je de sensor aangemaakt?

[Devke]

TheFes schreef op vrijdag 16 mei 2025 @ 16:40:
[...]


Als hij daar staat, met geen problemen, dan is het goed. Wanneer heb je de sensor aangemaakt?

Langer dan 10 dagen geleden. Ik zie ook iedere dag iets van de data verdwijnen. Het wordt een dag of 10 bewaard (inzichtelijk) gehouden.

[Cyberpope]

Vraag me af of dit product ooit klaar gaan zijn voor de grotere markt. Even update en weg is de afvalstoffenoverzicht.
Nu weer gaan zoeken waar dat in zit. Dat werkt toch niet voor de massa.

[icecreamfarmer]

icecreamfarmer schreef op vrijdag 16 mei 2025 @ 16:37:
Ik wil mijn stereo remote aan kunnen zetten (T758v3i) en middels de BLuos integratie werkt dat niet.
Nu heb ik het voor elkaar dat ik Telnet commando's kan sturen en dat werkt via putty echter wanneer ik deze integraties in mijn config.yaml gooi gebeurt er niets .
Ze zouden bij integraties moeten komen te staan maar ook na diverse herstarten zie ik niets.

https://www.home-assistant.io/integrations/telnet/
https://www.home-assistant.io/integrations/nad/

code:

# NAD
media_player:
  - platform: nad
    type: Telnet
    host: "192.168.0.117"
    port: 23
    name: NAD T758V3
    command_on: "Main.Power=on"
    command_off: "Main.Power=off"
    max_volume: -40
    sources:
      1: "TV"
      2: "Shield"

#telnet switch
switch:
  - platform: telnet
    switches:
      T758:
        resource: "192.168.0.117"
        port: 23
        command_on: "Main.Power=on"
        command_off: "Main.Power=off"
#        command_state: "PWR?"
#        value_template: '{{ value == "PWR=01" }}'
        timeout: 0.9
        name: NAD758

De code parst goed en met chatgpt kwam ik niets verder.

Beiden opgelost het moest kleine letter t zijn.

[Septillion]

Devke schreef op vrijdag 16 mei 2025 @ 16:24:
@Septillion monetary? Ik heb de NL versie. Ik zie daar alleen Saldo bij staan maar dat werkte ook al niet lekker. Of de combi klopt niet of........??

Dat zal dan saldo zijn ja. Naar mijn idee slechte vertaling maar okay.

[Septillion]

@Cyberpope Naar mijn idee wel. Maar dat betekend niet dat het voor iedereen is. De vele mogelijkheden komen namelijk wel met de keerzijde dat het altijd complexer is. En als ik zie dat sommige het al lastig vinden om event-based en logisch te kunnen denken, mja. Vandaar dat naar mijn idee dus iets als Hue ook nog steeds een plek heeft. Kan je lang niet zo tweaken als je wilt maar daardoor wel simpeler.

Overigens is dat ook bij veel grote andere producten een probleem tegenwoordig. En dan juist vaak bewust. (Hallo Sonos, Hue, Plex en Flitsmeister bijvoorbeeld).

Maar welke integratie gebruik je?

[Devke]

Septillion schreef op vrijdag 16 mei 2025 @ 18:54:
[...]

Dat zal dan saldo zijn ja. Naar mijn idee slechte vertaling maar okay.

Eens. Verder staat in jouw en @TheFes zijn optiek alles goed? Dan gaan we dit testen.

[Antonio di]

Cyberpope schreef op vrijdag 16 mei 2025 @ 17:54:
Vraag me af of dit product ooit klaar gaan zijn voor de grotere markt. Even update en weg is de afvalstoffenoverzicht.
Nu weer gaan zoeken waar dat in zit. Dat werkt toch niet voor de massa.

Alles wat van een Cloud-integratie afhankelijk is heeft dat "gebrek".
Slimme producten van OSRAM (hub),Gigaset (alles), Smanos (alles), TP-link (oud spul), D-link (oud spul) en nog veel meer kan allemaal bij de vuilnis want er is die afhankelijkheid van de Cloud (extern) die verdwenen is.
Home Assistant streeft naar Lokaal en GEEN Cloud afhankelijkheid. Het is een open systeem , dus lees goed welke koppelingen je gaat gebruiken. Voor primaire zaken zorg dat het lokaal blijft werken.
Werkt het dan toch niet door een update van HA, draai de update terug en rapporteert aan HA wat er misgaat.
HACS en vele Addons hebben geen support van HA , dus denk na voor je deze gebruikt voor primaire processoren in je huis !. Zorg voor een back-up pad, in jouw geval de App met/van de Afvalstoffen overzicht zelf.
Bij HA zijn ze inderdaad nogal van de "snelle vooruitgang" en dus wijzigingen van HA. De laatste jaren is dit ook sterk gestructureerd en verbetert. Werkt het toch niet dan komt er vaak snel een een tussen release die het oplost, mits het de Core HA betreft.

[Cyberpope]

Septillion schreef op vrijdag 16 mei 2025 @ 18:59:
@Cyberpope Naar mijn idee wel. Maar dat betekend niet dat het voor iedereen is. De vele mogelijkheden komen namelijk wel met de keerzijde dat het altijd complexer is. En als ik zie dat sommige het al lastig vinden om event-based en logisch te kunnen denken, mja. Vandaar dat naar mijn idee dus iets als Hue ook nog steeds een plek heeft. Kan je lang niet zo tweaken als je wilt maar daardoor wel simpeler.

Klinkt lullig, maar dingen moeten gewoon werken. Ik merk dat ik het steeds meer ga uit faseren en terug ga naar gewoon schakelen. Want het gaat altijd stuk op momenten dat het totaal niet uitkomt.

Zaken waarbij het wel nodig is (b.v. straks schakelen van b.v. dingen inzake zonnepanelen) zal een protocol komen daarbij dingen met elkaar praten. Maar 1 singlepoint of failure (zoals meestal is bij HA, weinig mensen ga 2x draaien in een cluster), geloof er niet meer in.

Op dit moment werkt het weer, maar kost te veel tijd en te veel energie. En zeker als je wat ouder wordt.

[Septillion]

Devke schreef op vrijdag 16 mei 2025 @ 19:29:
[...]

Eens. Verder staat in jouw en @TheFes zijn optiek alles goed? Dan gaan we dit testen.

Measurment lijkt me correct want is toch alleen gewoon huidige prijs en niet oplopend.

Denk dat @TheFes gelijk heeft dat device class niet verplicht is maar dus wel handig.

[Septillion]

@Cyberpope Op zich eens natuurlijk, zeker als je het zo veel gebruikt. Maar restore bij HA is snel gedaan. En foutjes kunnen er altijd in sluipen, dat heb je met alle software. Maar HA is in ieder geval super open over wat er wijzigt en probeert backwards compatible te zijn of geeft je aardige notice.

En vergeleken met andere software valt het me dus wel mee. HA zal er dus in ieder geval niet moedwillig zaken uit slopen wat nu bij "gerenommeerde" merken nogal een trend is.... En daar kan je dan niet even terug.

Ben dus ook wel benieuwd waar je aan zit te denken voor je PV

[ Voor 6% gewijzigd door Septillion op 16-05-2025 20:24 ]

[Devke]

Septillion schreef op vrijdag 16 mei 2025 @ 20:16:
[...]

Measurment lijkt me correct want is toch alleen gewoon huidige prijs en niet oplopend.

Denk dat @TheFes gelijk heeft dat device class niet verplicht is maar dus wel handig.

De waarde loopt op en af. Bij laden van de batterij loopt de winst weer iets terug. Bij ontladen weer op (dynamisch contract). Vandaar ik ook totaal oplopend koos in 1e instantie.

[Cyberpope]

100% mee eens, HA is een heel positieve uitzondering, maar dan nog. Het is te complex.
Mensen willen iets dat werkt, zonder te veel omkijken naar. En ja HUE en ook Ikea is op de goede weg.
Directe koppeling van A naar B. 1x koppelen en klaar. En zelfs dat is slechts voor 40% of zo van de mensen geschikt.
Zoiets als HA zal altijd voor de hobbiesten blijven, tenzij AI zover komt dat alles via vraag antwoord spel is in te stellen.
Maar dan is HA ook weg.

Maar oke, te veel offtopic.

[Septillion]

@Devke Als het ook afloopt kan het nooit total increasing zijn. Total (zonder reset) zou kunnen maar measurment lijkt me logischer. Dan heb jer per uur een min, max en average waarde in de LTS.

[elektriekert]

TheFes schreef op donderdag 15 mei 2025 @ 14:57:
[...]


deze dus?

code:

{{ (states('sensor.saj_active_power_of_inverter_total_output')|float
+ states('sensor.electricity_meter_power_consumption')|float
- states('sensor.electricity_meter_power_production')|float)|float(0)|round(0) }}

Dit template gaat errors geven na een herstart van HA, of als je entities om een andere reden niet beschikbaar zijn omdat je geen default voor je float filters hebt. Die heb je wel op een plek later, maar daar is je float filter nutteloos, want je hebt daar al een floating point number, of je template is al in error.

Je zou overal float(0) kunnen gebruiken, maar wat dan als je inverter geen status rapporteert, of juist je P1 meter integratie, dan krijg je foute data, of als ze beide niet werken krijg je 0, wat ook niet klopt.

Ik ga er vanuit dat je deze als helper aangemaakt hebt? Dan zou je dit kunnen doen:

code:

{% set i = states('sensor.saj_active_power_of_inverter_total_output') | float('na') %}
{% set c = states('sensor.electricity_meter_power_consumption') | float('na') %}
{% set p =  states('sensor.electricity_meter_power_production') | float('na') %}
{% if [i, c, p] | reject('is_number') | list | count == 0 %}
  none
{% else %}
  {{ i + p - c }}
{% endif %}

Bedankt voor je code, ik heb nog een paar kleine aanpassingen gedaan om het werkend te krijgen,
want door "{% if [i, c, p] | reject('is_number') | list | count == 0 %}"
kreeg ik de output "None" terwijl ik een waarde zou moeten zien.

{% if [i, c, p] | reject('is_number') | list | count > 0 %} is het geworden. (Met hulp van AI)


{{ i + p - c }} is geworden -> {{ i - p + c}} anders kreeg ik een negatieve waarde