Home Assistant: Open source Python3 home automation - deel 5

[-Casper]

Rik. schreef op vrijdag 24 oktober 2025 @ 09:22:
[...]

Zooooo goedemorgen... Dat is idd ook waarom ik destijds ook 443 -> 8123 geopend had.

Weet je toevallig ook of er een manier is om intern 192.168.178.5 te gebruiken en extern het HTTPS DuckDNS adres?
Intern krijg ik nu toch echt deze foutmelding:
[Afbeelding]

Is dat eigenlijk dan gewoon alleen dit in de configuration.yaml zetten?

code:

homeassistant:
  internal_url: "http://192.168.178.5:8123"
  external_url: "https://fictiefdomeinvoortweakers.duckdns.org"

Afhankelijk van je uiteindelijke doel zou ik ook een VPN tunnel overwegen. Geen openstaande poorten, geen geouwehoer met certificaten.

VPN tunnel is niet persé beter, maar vraagt wel minder effort om op te zetten. Uit ervaring zien we hier nog wel eens mensen met een verlopen certificaat die vervolgens niet weten wat ze moeten doen

[TheMaxMan]

-Casper schreef op vrijdag 24 oktober 2025 @ 10:02:
[...]

Afhankelijk van je uiteindelijke doel zou ik ook een VPN tunnel overwegen. Geen openstaande poorten, geen geouwehoer met certificaten.

VPN tunnel is niet persé beter, maar vraagt wel minder effort om op te zetten. Uit ervaring zien we hier nog wel eens mensen met een verlopen certificaat die vervolgens niet weten wat ze moeten doen

Hier ook eerst liggen klooien met duckdns. Wanneer de oorzaak van problemen eens niet bij mij lag, lag er bij duckdns ook regelmatig iets uit. Sinds Tailscale 0 problemen, geen onderhoud aan, gewoon de app installeren op de smartphone en Home Assistant, inloggen op hetzelfde account en klaar.

[RudolfR]

Rik. schreef op vrijdag 24 oktober 2025 @ 09:22:
[...]

Zooooo goedemorgen... Dat is idd ook waarom ik destijds ook 443 -> 8123 geopend had.

Weet je toevallig ook of er een manier is om intern 192.168.178.5 te gebruiken en extern het HTTPS DuckDNS adres?
Intern krijg ik nu toch echt deze foutmelding:
[Afbeelding]

Is dat eigenlijk dan gewoon alleen dit in de configuration.yaml zetten?

code:

homeassistant:
  internal_url: "http://192.168.178.5:8123"
  external_url: "https://fictiefdomeinvoortweakers.duckdns.org"

Dat kan wel, via een split horizon DNS. Een adblocker, bijv. Adguard, kan de domeinnaam voor je herschrijven naar het interne IP. Dan werkt het thuis altijd, ook als DuckDNS hapert.

[Rik.]

-Casper schreef op vrijdag 24 oktober 2025 @ 10:02:
[...]

Afhankelijk van je uiteindelijke doel zou ik ook een VPN tunnel overwegen. Geen openstaande poorten, geen geouwehoer met certificaten.

VPN tunnel is niet persé beter, maar vraagt wel minder effort om op te zetten. Uit ervaring zien we hier nog wel eens mensen met een verlopen certificaat die vervolgens niet weten wat ze moeten doen

Ja in principe hoeft HA van buitenaf niet bereikbaar te zijn, en ik heb ook al een VPN draaien in mijn netwerk dus dat zou een optie zijn. Ik gebruik alleen ook Google Assistant / Google Home voor mijn spraakcommando's, dus bijvoorbeeld 'Ik ga naar bed', dan gaan alle lampen beneden uit en de verwarming naar 16 graden. Daarvoor moest dit volgens mij dus wel zo geregeld worden helaas.

[TiMMieJ]

Ik heb een uitdaging met mijn Somfy rolluiken. Google heeft met de nieuwe gemini automations blijkbaar moeite om meerdere spraak commando's uit te voeren en dus breekt de automatisering nu na 1 spraak opdracht. Dit betekend dat 3 van mijn 4 rolluiken nu niet dicht en/of open gaan vanuit google. Het sluiten kan makkelijk in een HA automation en daar ben ik nu mee bezig. Alleen in de ochtend gaat alles open via een gesproken google bericht. Helaas kan ik dat niet makkelijk automatiseren van google naar HA. Iemand nog een slimme truc hiervoor? Kan ik ergens een input zetten met google die HA uitleest en als trigger gebruikt?

[iqcgubon]

iqcgubon schreef op woensdag 22 oktober 2025 @ 08:40:
(...)
Voor mensen met een SMA-systeem thuis: Ik zou namelijk graag de widget "Energiestroom" in mijn HA weergeven.

[Afbeelding]

Ik kan dit uiteraard ook nabouwen met alle data die ik rechtstreeks uitlees van de omvormer, maar als het gewoon voor het grijpen ligt...

Even mezelf quoten hier. De "power-flow-card-plus" van flixlix was eigenlijk exact wat ik hiervoor zocht

[Septillion]

ArthurMorgan schreef op vrijdag 24 oktober 2025 @ 08:26:
De limit kan tot 10.000, op de omvormer komt dan ook 238%. Dat is dus een echte no go.

Als ik de PV max power op 10.000 zet in de blueprint dan is in elk geval het setpoint nu goed. Maar het risico is dan wel dat als ik hoog zomer veel gebruik hij door kan geven dat hij meer dan 4200 Watt mag doorvoeren. Dat kan de omvormer opblazen. (ik heb 5810 piekwatt op een plat dak in oost-west opstelling)
Dus ik moet eigenlijk ergens een mogelijkheid hebben om die PV max power hard vast te zetten op 4200 Watt.


/edit:
Alles werkt goed, met uitzondering van de maximale limiet die doorgegeven wordt. Is tot aan ergens maart geen probleem. Maar daarna wel.

offtopic:
de PV power moet een positief getal geven om te werken kwam ik achter. Ik gebruikte op een gegeven moment de tussenmeter van HW, en die geeft in mijn weergaven een negatief getal wat rare uitkomsten geeft. Ter overweging dat in de blueprint vermelden?

Dan is dat een hele rare van Goodwe en de Goodwe integratie dat het mogelijk is de waarde hoger te zetten. Maar ik verwacht echt niet dat de omvormer er stuk van gaat. Dat zou wel echt heeeeeel dom van Goodwe zijn anders. Mijn verwachting is dat hij gewoon op elke setting boven de 4200W door de hardware blijft steken op 4200W. Dus ook al staat het limiet op 8000W zal hij dan gewoon max 4200W doen.

De integratie zet de gevraagde waarde zo om dat als "PV power limit" op de maximale waarde staat dat dit overeen komt met het vermogen van "PV max power". Dit omdat veel omvormers dit regelen met 0-100% of 0-255 ofzo. Waardes die niet direct voor het vermogen staan. Bij jouw is de waarde dus wel direct het vermogen maar is de in te stellen range dus foutief veel groter dan dat je omvormer werkelijk kan doen. Maar op zich gaat het omzetten dus goed als je gewoon bij "PV max power" het maximale van de number entity hebt staan. Alleen als je dus meer dan 4200W eigenverbruik hebt zal de limiet hoger dan dat ingesteld worden. Maar nogmaals, ik verwacht daar eigenlijk geen problemen mee. Wil je het echt niet hebben, dan zal je even een template number moeten maken die de waarde boven 4200W limiteert maar de rest 1 op 1 doorzet (iets als min(value, 4200)).

En ja, het PV vermogen dient positief te zijn. Daarmee volg ik de normale conventie van HA dat import je huis in positief is en export negatief. Zou ik nog kunnen vermelden idd of er een toggle voor kunnen maken. Eens kijken of ik nog eens aanpassingen kan maken. Maar wil ik het geheel eigenlijk eerst goed in een repo hebben ipv Gists...

[ArthurMorgan]

Heel erg bedankt, ik hou het komend jaar in de gaten als hij netjes op 4200 blijft steken laat ik het zo, anders ga ik die template uitzoeken.

Mooi spul dit HA, leuke hobby erbij

[Septillion]

@Rik. HA zit niet op 80 en via https is het standaard poort 433 dus voor http challenge van Let's Encrypt wil je gewoon 80=>80.

Zoals @TheFes ook aangeeft krijg je een waarschuwing in de browser als je intern via https op IP je HA bezoekt. De app staat dit überhaupt niet toe. En als je zo de certificaten in HA laat heb je alleen https beschikbaar, geen http meer. Maar de meeste router doen tegenwoordig hairpin NAT prima moeten den waardoor je interne request naar je xxx.duckdns.org (of eigenlijk, elke request naar je externe IP) prima lokaal afgehandeld wordt. Mits de resolve van de DNS lukt en dat is tegenwoordig wat flacky by DuckDNS.

Ik weet dan alleen niet of je router dan die port mapping ook doorzet of dat je intern dan nog op 8123 moet bezoeken. Persoonlijk zou ik het extern ook 8123 houden. Of als alternatief HA zelf op poort 433 zetten (en dus port forward van 433=>433).

Zelf gebruik ik net als @RudolfR een eigen DNS server (Adguard). Niet omdat het anders niet werkt, maar op die manier ben ik intern niet afhankelijk van DuckDNS. Gezien ik in huis veel vaker HA gebruik dan buitenshuis (zonder VPN) lost dit het voor mij deels op dat DuckDNS tegenwoordig niet zo stabiel is. Ze zijn, denk grotendeels door HA, gewoon te groot geworden. Maar helaas is er weinig communicatie vanuit DuckDNS zelf. laatste communicatie lijkt uit 2017 dat ze toen de capaciteit hebben opgeschroefd... Ik zou ze graag financieel steunen als ik daarmee wist dat ze verbeteringen kunnen maken. Maar nu lijkt het helaas hopeloos

[ Voor 26% gewijzigd door Septillion op 24-10-2025 11:39 ]

[Septillion]

iqcgubon schreef op vrijdag 24 oktober 2025 @ 11:07:
[...]


Even mezelf quoten hier. De "power-flow-card-plus" van flixlix was eigenlijk exact wat ik hiervoor zocht

Oef, het blijft lastig voor fabrikanten om de namen correct te houden. Wat een onzinnige naam, "energiestroom".... Het woord dat ze zoeken is vermogen (Engels: power). Mensen verwarren vermogen en energie al te veel met elkaar en dit soort onzinnige termen houden dat wel lekker in stand

[TheFes]

TiMMieJ schreef op vrijdag 24 oktober 2025 @ 10:58:
Ik heb een uitdaging met mijn Somfy rolluiken. Google heeft met de nieuwe gemini automations blijkbaar moeite om meerdere spraak commando's uit te voeren en dus breekt de automatisering nu na 1 spraak opdracht. Dit betekend dat 3 van mijn 4 rolluiken nu niet dicht en/of open gaan vanuit google. Het sluiten kan makkelijk in een HA automation en daar ben ik nu mee bezig. Alleen in de ochtend gaat alles open via een gesproken google bericht. Helaas kan ik dat niet makkelijk automatiseren van google naar HA. Iemand nog een slimme truc hiervoor? Kan ik ergens een input zetten met google die HA uitleest en als trigger gebruikt?

Ik gebruik al even geen Google Home meer, dus weet niet of dit nu met Gemini anders is, maar je zou kunnen proberen een script te maken wat al je screens opent.
Dat script expose je dan naar Google Assitant, en dan maak je een routine aan in de Google Home app wat op het voice commando "doe alle screens open" dat script aanroept.

[RudolfR]

Wie heeft er ervaring met de HACS-integratie voor Xiaomi Home?
https://github.com/XiaoMi/ha_xiaomi_home

Zou die graag instellen voor koppeling met een Robotstofzuiger, maar die gaat op zoek naar http://homeassistant.local:8123 en die is niet bereikbaar, want alles is https.

Hier is er een discussie over:
https://github.com/XiaoMi/ha_xiaomi_home/discussions/39

Hier lijkt te worden gesuggereerd dat je de URL zelf kan aanpassen na de redirect, begrijp ik dat goed?
https://github.com/XiaoMi/ha_xiaomi_home/discussions/6

[Hippe Lip]

TheFes schreef op donderdag 23 oktober 2025 @ 08:31:
[...]

Ik weet niet veel van accu's laden, maar wat ik wel weet is dat het laden in het begin altijd sneller gaat dan tegen het einde. Die check op aantal seconden per procentpunt lijkt me niet echt betrouwbaar.

@TheFes
Dat valt in de praktijk in dit geval behoorlijk mee. Ik heb het een tijdje bijgehouden, zowel met lagere (bv 20%) als hogere (bv 75%) accupercentages als startpunt. Wellicht zit de niet-lineariteit vooral in het laatste stukje? En daar kom ik nooit omdat ik stop rond de 90%.
De afwijking in het resultaat blijkt +/- 1%, een heel enkele keer wordt het 92%. Dat vind ik behoorlijk nauwkeurig.
En vooral: dit is goed genoeg, ik ben er erg tevreden mee want het beoogde doel wordt bereikt: opladen tot ca. 90%.

[Septillion]

@Hippe Lip Zit hem vooral in de laatste +-20%. Verschilt een beetje per chemistry maar is voor lithium dus ongeveer zo:

[Toppe]

Iemand hier wel eens van ‘Gevako’ gehoord? Deze maakt slimme relais (6ch) voor Home Assistant: https://gevako.nl/shop/ge...chakelaar-home-assistant/

Ik zit te zoeken naar een oplossing die ik hier thuis kan gebruiken voor de kerst verlichting.

Idee nu is z’n ding te kopen, alles in een behuizing te rammen en 6x din rail stopcontact te halen en ze zo te voeden. Dan kan ik die ‘doos’ eenvoudig loskoppelen en opruimen en heb volgend jaar weer eenvoudig te voorschijn halen.

[WoBBeL]

Iemand ervaring met Samsung Smartthings? Ik heb een droger + wasmachine erin staan maar de completion time verandert in iets in de toekomst terwijl de droger/wasmachine al klaar is.

Als ik de droger aanzet op een programma van 35 minuten krijg ik netjes een completion time die matcht met de tijd dat de droger stopt. Als de droger echter klaar is springt hij ineens naar een random tijd in de toekomst (3 uur en 13 minuten in de toekomst).

[Septillion]

@Toppe Klinkt als een Tweaker die een ESPHome bordje gemaakt heeft en in een doosje heeft gestopt. Zal vast best aardig zijn. Maar voor je toepassing zou ik er dan gewoon een 5A glaszekeringetje voor zetten.

[Septillion]

@WoBBeL Doen ze dan nog iets van anti kreuk ofzo? Dat die timer aangeeft hoe lang ze dat nog doen misschien?

[WoBBeL]

@Septillion nee, de droger is dan helemaal klaar en uit. 'Vroegah' kon je ergens in de Smart Things portal inloggen en zien hoe en wat maar ik kan die portal nergens meer vinden sinds de integratie is omgezet naar de nieuwe methode.

De machinestatus is ook 'gestopt' als hij klaar is.

[ Voor 10% gewijzigd door WoBBeL op 24-10-2025 16:07 ]

[synoniem]

WoBBeL schreef op vrijdag 24 oktober 2025 @ 15:56:
Iemand ervaring met Samsung Smartthings? Ik heb een droger + wasmachine erin staan maar de completion time verandert in iets in de toekomst terwijl de droger/wasmachine al klaar is.

Als ik de droger aanzet op een programma van 35 minuten krijg ik netjes een completion time die matcht met de tijd dat de droger stopt. Als de droger echter klaar is springt hij ineens naar een random tijd in de toekomst (3 uur en 13 minuten in de toekomst).

Geen Samsung maar onze warmtepompdroger springt aan het einde na 3 keer gepiept te hebben weer naar de volle droogtijd van 2,5 uur. Is dat niet de te verwachten actie?

[Toppe]

Septillion schreef op vrijdag 24 oktober 2025 @ 16:04:
@Toppe Klinkt als een Tweaker die een ESPHome bordje gemaakt heeft en in een doosje heeft gestopt. Zal vast best aardig zijn. Maar voor je toepassing zou ik er dan gewoon een 5A glaszekeringetje voor zetten.

Of voor een 4ch Sonoff gaan… vind het een lastige situatie. Had het liefst een stopcontact module op din die je direct kan schakelen…

[Septillion]

@Toppe Dat is bijna tegenstrijdig want DIN is nu juist bedoelt als Lego om mee te bouwen

Zelf niet zo'n fan van de form factor van de Sonoff 4CH (Pro) R3, te bulky. Wel leuk dat het allemaal droge contacten incl NC heeft. Maar maakt bekabelen aan gewoon 4 stopcontacten juist dus weer complexer...

[Ben(V)]

Toppe schreef op vrijdag 24 oktober 2025 @ 15:46:
Iemand hier wel eens van ‘Gevako’ gehoord? Deze maakt slimme relais (6ch) voor Home Assistant: https://gevako.nl/shop/ge...chakelaar-home-assistant/

Ik zit te zoeken naar een oplossing die ik hier thuis kan gebruiken voor de kerst verlichting.

Idee nu is z’n ding te kopen, alles in een behuizing te rammen en 6x din rail stopcontact te halen en ze zo te voeden. Dan kan ik die ‘doos’ eenvoudig loskoppelen en opruimen en heb volgend jaar weer eenvoudig te voorschijn halen.

Voor hetzelfde geld koop je 6 stuks TRETAKT van Ikea en een verdeelslof, daar kun je rechtstreeks de stekkers van de verlichting instoppen.

[Rik.]

Septillion schreef op vrijdag 24 oktober 2025 @ 11:30:
@Rik. HA zit niet op 80 en via https is het standaard poort 433 dus voor http challenge van Let's Encrypt wil je gewoon 80=>80.

Zoals @TheFes ook aangeeft krijg je een waarschuwing in de browser als je intern via https op IP je HA bezoekt. De app staat dit überhaupt niet toe. En als je zo de certificaten in HA laat heb je alleen https beschikbaar, geen http meer. Maar de meeste router doen tegenwoordig hairpin NAT prima moeten den waardoor je interne request naar je xxx.duckdns.org (of eigenlijk, elke request naar je externe IP) prima lokaal afgehandeld wordt. Mits de resolve van de DNS lukt en dat is tegenwoordig wat flacky by DuckDNS.

Ik weet dan alleen niet of je router dan die port mapping ook doorzet of dat je intern dan nog op 8123 moet bezoeken. Persoonlijk zou ik het extern ook 8123 houden. Of als alternatief HA zelf op poort 433 zetten (en dus port forward van 433=>433).

Zelf gebruik ik net als @RudolfR een eigen DNS server (Adguard). Niet omdat het anders niet werkt, maar op die manier ben ik intern niet afhankelijk van DuckDNS. Gezien ik in huis veel vaker HA gebruik dan buitenshuis (zonder VPN) lost dit het voor mij deels op dat DuckDNS tegenwoordig niet zo stabiel is. Ze zijn, denk grotendeels door HA, gewoon te groot geworden. Maar helaas is er weinig communicatie vanuit DuckDNS zelf. laatste communicatie lijkt uit 2017 dat ze toen de capaciteit hebben opgeschroefd... Ik zou ze graag financieel steunen als ik daarmee wist dat ze verbeteringen kunnen maken. Maar nu lijkt het helaas hopeloos

Bedankt voor je uitgebreide reactie!
Volgens mij zou het nu met 80->80 en 443->8123 prima moeten werken, ook met de auto renewal van SSL.

DuckDNS is zeker niet optimaal, ben ik helemaal met je eens. Voor nu is het voor mij even de beste optie, het draait nu eigenlijk 99/100x gewoon stabiel. Als er een keer veel tijd is ga ik mezelf er even in verdiepen en dat allemaal even omzetten om het toch nog wat meer hufterproof te krijgen en stabieler te laten draaien. Ben alleen bang dat als ik dit nu doe, dat ik meer sloop dan nodig, puur vanwege de tijd.

Leuk project voor in een vakantie dus!

[Hippe Lip]

luigi87 schreef op donderdag 23 oktober 2025 @ 13:55:
[...]
Ik draai blijkbaar de custom (hacs versie)
Ik ga ff switchen naar de core integratie.

Heb nu veel meer sensors, die ik ook misde.

Hmm, naar aanleiding hiervan heb ik dat ook gedaan. Had ook niet door dat ik de HACS-versie van Nordpool draaide en ben nu ‘gemoderniseerd’.

Maar nu ben ik mijn Apex kaart kwijt met het overzicht van de dag (en morgen).
Hoe krijg ik die weer terug? Ik ben daar niet zo handig in…
Waar kan ik vinden hoe ik die weer heb?

[ Voor 4% gewijzigd door Hippe Lip op 24-10-2025 22:10 ]

[Devke]

Gm,

Ik ben bezig om mijn warmtemeter (stadswarmte) te monitoren in HA. Daarvoor een sensor gekocht. Deze sensor levert gegevens aan via MQTT. Ik wil graag zien hoeveel GJ ik per dag verbruik. Ik gebruik een nutsmeter met als bron de totaal GJ teller van de stadwarmtemeter. Dat werkt perfect. Iedere dag wordt netjes weergegeven wat mijn verbruik is die dag. Echter het gaat mis als HA opnieuw gestart wordt. De bronsensor krijgt dan even de waarde 0. Als deze daarna weer op de juiste tellerstand schiet (Stand van de warmtemeter) dan wordt de nutsmeter verhoogd met die stand. De dagmeting gaat de mist dan volledig in.

Ik heb gezocht hoe ik dit zou kunnen fixen. Onderstaande code werkt ook niet. Hoe fix ik het dat de bronsensor 0 kan hebben maar de nutsmeter hier niets van merkt / mee gaat doen?

YAML:

      - name: "Stable Heat Energy"
        unit_of_measurement: "kWh"
        state_class: total_increasing
        device_class: energy
        state: >
          {% set current = states('sensor.smartgateways_kamstir_heat_energy') | float(0) %}
          {% set last = states('sensor.stable_heat_energy') | float(0) %}
          {{ [current, last] | max }}

Dit gebruik ik nu.

[Hippe Lip]

@Devke
Via een helper? Die leest de MQTT-waarde, tenzij deze nul is (of zelfs: tenzij deze een lagere waarde heeft dan de huidige waarde).
En je nutsmeter gaat dan uit van die helper.

[Devke]

Hippe Lip schreef op zaterdag 25 oktober 2025 @ 11:27:
@Devke
Via een helper? Die leest de MQTT-waarde, tenzij deze nul is (of zelfs: tenzij deze een lagere waarde heeft dan de huidige waarde).
En je nutsmeter gaat dan uit van die helper.

Dat probeer ik met deze sensor vlgs mij. 0 negeren. Laatste geldige waarde onthouden. Echter dat werkt niet.

@Hippe Lip Edit:

Ik heb hem eens aangepast. Dit lijkt te werken.

YAML:

      - name: "Stable Heat Energy"
        unique_id: stable_heat_energy
        unit_of_measurement: "GJ"
        device_class: energy
        state_class: total_increasing
        availability: >
          {{ states('sensor.smartgateways_kamstir_heat_energy') | float(0) > 0 }}
        state: >
          {% set current = states('sensor.smartgateways_kamstir_heat_energy') | float(0) %}
          {% set last = states('sensor.stable_heat_energy') | float(0) %}
          {% if current <= 0 or current < last * 0.5 %}
            {{ last }}
          {% else %}
            {{ current }}
          {% endif %}

Hierin lijkt het hem te zitten "availability:"'

[ Voor 48% gewijzigd door Devke op 25-10-2025 11:56 ]

[DjoeC]

Vraag: Is er een merk dat ovens heeft die aan HA gekoppeld kunnen worden zonder cloud gebruik, dus meteen vanaf het interne netwerk? Het is tijd voor een nieuwe oven en kookplaat. Cloud is vanwege toekomstige (onverwachte) abbo kosten en privacy niet aantrekkelijk.....

Ik had onze Bosch wasmachine aan een appje hangen maar Bosch was nogal chatty en dus is die koppeling bij Bosch verwijderd en draait ie nu gewoon ouderwets. Als ie piept is ie klaar

[RudolfR]

@DjoeC

Bosch Home Connect kan na eenmalige koppeling via de cloud worden overgezet naar een Local Only integratie.

https://github.com/chris-mc1/homeconnect_local_hass

[DjoeC]

RudolfR schreef op zaterdag 25 oktober 2025 @ 14:38:
@DjoeC

Bosch Home Connect kan na eenmalige koppeling via de cloud worden overgezet naar een Local Only integratie.

https://github.com/chris-mc1/homeconnect_local_hass

Hmm, dat moet ik dan eens uitzoeken. Kende ik nog niet - Toppie voor de tip!

Even voor de zekerheid: Dan kan het Bosch apparaat na integratie dus in de firewall geblocked worden?

[ Voor 12% gewijzigd door DjoeC op 25-10-2025 14:50 ]

[RudolfR]

@DjoeC

Dat lijkt hier te werken ja, zojuist een block-rule toegevoegd zodat de Vaatwasser niet van LAN->WAN kan.

[Hippe Lip]

Septillion schreef op vrijdag 24 oktober 2025 @ 15:43:
@Hippe Lip Zit hem vooral in de laatste +-20%. Verschilt een beetje per chemistry maar is voor lithium dus ongeveer zo:
[Afbeelding]

Thnx, @Septillion
Dus tot de 90%, waarvoor ik het gebruik, is het redelijk lineair. Voor mij voldoet dat perfect!

[Hippe Lip]

luigi87 schreef op donderdag 23 oktober 2025 @ 13:55:
[...]
Thanks

Ik draai blijkbaar de custom (hacs versie)
Ik ga ff switchen naar de core integratie.

Edit:
Ja ik draaide op de Hacks versie zonder dit te weten. Verschil is minimaal om te achterhalen enkel het oranje doosje als plaatje.

Heb nu veel meer sensors, die ik ook misde.

Thanks, had dit dus helemaal over het hoofd gezien

Edit 2:
@TheFes thanks, het is nu gefixed !

@luigi87
En heb jij nu ook een grafiek (apex-kaartje of iets vergelijkbaars) met die core-integratie? Ik krijg dat niet uitgevonden en vond dat overzicht bij de HACS-versie van Nordpool nou juist zo fijn.

[RobertMe]

DjoeC schreef op zaterdag 25 oktober 2025 @ 14:49:
[...]

Hmm, dat moet ik dan eens uitzoeken. Kende ik nog niet - Toppie voor de tip!

Even voor de zekerheid: Dan kan het Bosch apparaat na integratie dus in de firewall geblocked worden?

Hier sinds kort een wasmachine gekoppeld. Werkt prima.

In de officiële Home Connect app zit zelfs een optie om de cloud verbinding uit te zetten. En in de netwerk details staat ook een mooi "driehoekje" met telefoon, wasmachine, en "de cloud" waarbij dan tussen "de cloud" en de wasmachine een rood kruis staat.

Dit lijkt mij dus ook geen hack maar iets dat Bosch Siemens officieel ondersteund. Gezien je het in de app uit kan zetten etc. En gezien je vanuit de cloud (eenmalig) het "profiel" moet downloaden ga ik er ook vanuit dat via de cloud en lokaal dezelfde/eenzelfde API (specificatie) gebruiken. Waardoor het voor Bosch Siemens ook niet veel werk zal zijn om beide te onderhouden etc (mogelijk dat "de cloud" ook gewoon letterlijk als proxy dienst doet? Apparaat verbind met de cloud en app vanaf de hele wereld met de cloud waarbij de cloud semi 1 op 1 het verkeer door zet naar het apparaat. I p.v. allemaal extra vertaallagen / opslag / ... in de cloud).

[dixet]

Hippe Lip schreef op vrijdag 24 oktober 2025 @ 22:09:
[...]

Hmm, naar aanleiding hiervan heb ik dat ook gedaan. Had ook niet door dat ik de HACS-versie van Nordpool draaide en ben nu ‘gemoderniseerd’.

Maar nu ben ik mijn Apex kaart kwijt met het overzicht van de dag (en morgen).
Hoe krijg ik die weer terug? Ik ben daar niet zo handig in…
Waar kan ik vinden hoe ik die weer heb?

De core nordpool integratie heeft standaard geen sensor met alle prijzen van de dag, dus is die grafiek ook niet zomaar beschikbaar. Je kan een template sensor maken die de action "nordpool.get_prices_for_date" aanroept. In de documentatie van de integratie staan voorbeelden.

Volgens mij doet home assistant dat vaker bij core integraties: een heel beperkt aantal entiteiten standaard vullen en de rest via action. Vindt ik persoonlijk wel jammer, want daarmee moet je al gauw naar (complexe) template sensors grijpen.

[commentator]

commentator schreef op donderdag 16 oktober 2025 @ 09:47:
help, ik heb het aan stok met ha energy grafieken.
Ik heb sinds gisteren een Homevolt batterij. Deze heb ik toegevoegd kan ik uitlezen

Zo klopt de nacht maar klopt het om 8 uur niet
[Afbeelding]

Zo klopt om 8 uur de export echter de nacht klopt niet
[Afbeelding]

dat verschil zit m dus door deze twee om te draaien
[Afbeelding]

maar beide geven dus niet het gewenste resultaat. Iemand een idee hoe ik het wel goed krijg?

niemand een idee?

[PeteSplit]

commentator schreef op zaterdag 25 oktober 2025 @ 20:46:
[...]
niemand een idee?

De eerste is goed (zo heb ik het ook).
De info in het energy dashboard is vertraagd, het geeft niet de situatie van nu, maar van een uur geleden, misschien is dat wat je ziet.

[commentator]

PeteSplit schreef op zaterdag 25 oktober 2025 @ 21:41:
[...]


De eerste is goed (zo heb ik het ook).
De info in het energy dashboard is vertraagd, het geeft niet de situatie van nu, maar van een uur geleden, misschien is dat wat je ziet.

ja ik weet dat er een uur vertraging op zit.
Maar als ik naar het voorbeeld kijk, dan zie ik dat als ik naar 8 uur kijk netjes de 2,67 in het paars. Maar je ziet dan dat wat het huis in gaat niet en je ziet dat dat wat de homevolt exporteert bij de waarde van de meter erbij komt dus dat er 5,68 geëxporteerd zou zijn. Het is dus maar 2,67 want de rest (van die 3,008) het huis in gegaan.
Dat is wat ik graag opgelost wil hebben want nu mis ik wat het huis in gaat en geef ik "teveel" aan het net