Heishamon <> Node Red voor Panasonic warmtepompen

[MikeyMan]

@TomN87 ik heb een j-series t-cap en de sterelisatierun deed het bij mij eigen out of the box. Via de schrduler, dat wel. Andere manieren niet geprobeerd.

[boredgeestje]

TomN87 schreef op maandag 27 juli 2026 @ 20:20:
[...]

Ik heb een extern SWW vat van 300 liter zonder verwarmingselement, de desinfectie dient dus plaat te vinden via de interne heater van de warmtepomp. Betreft een WH-MDC09J3E5.

Dan hebben we dezelfde WP, enige verschil is een tankheater hier.

Hoe staan de instellingen op je controller?

Staat bij de installateursinstellingen de Tank op “Ja”? Zie item 5.5 op p.100 van de Operating Instructies.

Staat in hetzelfde menu de heater op “Intern”? Zie item 5.8 op p.101.

In het menu bedrijfsinstellingen onder Tapwater en dan Sterilisatie, wat zijn je instellingen? Zie item 6.4 op p.109

[The-Source]

@boredgeestje aangezien dit meer generiek Panasonic is zou ik je vraag hier stellen Panasonic Warmtepomp 101: Installatie en Optimalisatie #2

[TomN87]

The-Source schreef op dinsdag 28 juli 2026 @ 05:48:
@boredgeestje aangezien dit meer generiek Panasonic is zou ik je vraag hier stellen Panasonic Warmtepomp 101: Installatie en Optimalisatie #2

Je bedoelt mijn vraag?

[TomN87]

boredgeestje schreef op maandag 27 juli 2026 @ 22:59:
[...]

Dan hebben we dezelfde WP, enige verschil is een tankheater hier.

Hoe staan de instellingen op je controller?

Staat bij de installateursinstellingen de Tank op “Ja”? Zie item 5.5 op p.100 van de Operating Instructies.

Staat in hetzelfde menu de heater op “Intern”? Zie item 5.8 op p.101.

In het menu bedrijfsinstellingen onder Tapwater en dan Sterilisatie, wat zijn je instellingen? Zie item 6.4 op p.109

Zie mijn eerste post hierboven voor de screenshots uit de settings

[The-Source]

TomN87 schreef op dinsdag 28 juli 2026 @ 07:40:
[...]

Je bedoelt mijn vraag?

In dit geval ja.

[bartve]

bartve schreef op zondag 28 juni 2026 @ 17:21:
Mijn 'Setpoint final' op het 'Cool' tabblad blijft hangen op 17 graden (veel te laag op dit moment), en daarmee ook het 'Outlet setpoint' op het 'Home' tabblad.

Wanneer er wat verandert aan de waarden waaruit het (Cool) 'Final setpoint' wordt berekend (bijv. de sensoren geven andere waarden door voor temperatuur of luchtvochtigheid, maar nog duidelijker wanneer ik de 'Safety Margin' handmatig (flink) verander) zie ik het (Cool) 'Final setpoint' heel even verspringen naar een nieuwe berekende waarde, maar bijna meteen springt ie weer terug naar 17.

Ik begrijp niet waar dit door komt, maar heb het idee dat dit gedrag optreedt sinds mijn update van de Node-Red app in Home Assistant naar de laatste versie (maar weet dat niet zeker)?

Ik denk dat ik weet waar dit gedrag vandaan komt: tijdens een DHW run staat de wp in 'DHW only' mode, en na het afronden van die run zit er nog een vertraging van 15 min. op voordat de wp terugschakelt naar de 'Cool+ DHW' mode. Tijdens de DHW run en vertragingsperiode kan ik frutten wat ik wil aan de instellingen op de 'Cool' tab, maar daar wordt niets mee gedaan vanwege de 'DHW only' mode ....

[The-Source]

bartve schreef op zaterdag 8 augustus 2026 @ 14:49:
[...]

Ik denk dat ik weet waar dit gedrag vandaan komt: tijdens een DHW run staat de wp in 'DHW only' mode, en na het afronden van die run zit er nog een vertraging van 15 min. op voordat de wp terugschakelt naar de 'Cool+ DHW' mode. Tijdens de DHW run en vertragingsperiode kan ik frutten wat ik wil aan de instellingen op de 'Cool' tab, maar daar wordt niets mee gedaan vanwege de 'DHW only' mode ....

In de flow die ik als git issue bij Ed heb achter gelaten zit hele logica van delays ook mee genomen en zo ook stop delay voor het tijdelijk verdwijnen van overschot. (en ook nog anti-flapping, dus stel je wil bij -2.5kW start hebben en je stelt 'stop margin' in op 0.5kW dan zal bij bij -2.0 de stop logica actief worden.

Ik draai dit nu al paar weken zonder enige problemen (ook in combinatie met DHW (s2d)) en zo ook met een mooie koele vloer.

[Binifada]

@edterbak

Ik zou HeishamoNR graag in het komende stookseizoen willen gebruiken. Maar eerst moet ik nog een paar zaken regelen.


Mijn situatie: ik woon in Frankrijk en maak gebruik van het stroomtarief “Tempo”. Er zijn drie tarieven (Bleu, Blanc en Rouge) die bovendien zijn onderverdeeld in piek- en daluren. 22 “rode” dagen vallen in de bijzonder koude stookperiode. De kWh kost dan ongeveer 0,73 € tijdens de piekuren.

Gedurende deze periode staat de warmtepomp uitgeschakeld en wordt er met een houtkachel gestookt.

Mijn probleem: ik wil via Home Assistant toegang krijgen tot de NodeRed-flow en de warmtepomp en de RTC in- en uitschakelen. Mijn kennis van NodeRed is nog beperkt, maar van Home Assistant is goed.

Hoe kan ik toegang krijgen tot de twee schakelaars en deze bedienen?

Hartelijk dank voor uw antwoord en uw werk aan HeishamoNR!

[The-Source]

Binifada schreef op maandag 31 augustus 2026 @ 11:47:
[Afbeelding]

@edterbak

Ik zou HeishamoNR graag in het komende stookseizoen willen gebruiken. Maar eerst moet ik nog een paar zaken regelen.


Mijn situatie: ik woon in Frankrijk en maak gebruik van het stroomtarief “Tempo”. Er zijn drie tarieven (Bleu, Blanc en Rouge) die bovendien zijn onderverdeeld in piek- en daluren. 22 “rode” dagen vallen in de bijzonder koude stookperiode. De kWh kost dan ongeveer 0,73 € tijdens de piekuren.

Gedurende deze periode staat de warmtepomp uitgeschakeld en wordt er met een houtkachel gestookt.

Mijn probleem: ik wil via Home Assistant toegang krijgen tot de NodeRed-flow en de warmtepomp en de RTC in- en uitschakelen. Mijn kennis van NodeRed is nog beperkt, maar van Home Assistant is goed.

Hoe kan ik toegang krijgen tot de twee schakelaars en deze bedienen?

Hartelijk dank voor uw antwoord en uw werk aan HeishamoNR!

Niet direct een oplossing maar de custom sensors kan je natuurlijk wel mee spelen. Door daar een waarde aan te leveren die er voor het gewenste resultaat zorgt.

Ik vermoed dat als je direct operation_mode / Z1 temperatuur via MQTT gaat aanpassen dat de flow deze daarna weer overruled maar proberen kan natuurlijk altijd

Mijn flow aanpassing staat nog steeds als open issue in de github van Ed. Maar in theorie is het niet mogelijk om via vibe coding dit erin te maken maar dan ga je wel afwijken van origineel en toekomstige updates maakt dat niet makkelijker.

[ercolano]

Gister ochtend is hier een herstart geweest van de flow waarna ik alle customs (schedules, ccc instellingen, sensors,..) kwijt ben. Node Red meldt wel vrolijk "persisent storage ok". Normaal bij een herstart blijven dit soort zaken correct beschikbaar.

Meer mensen last van ? komt het door de nieuwe Ha update ?

[Binifada]

The-Source schreef op maandag 31 augustus 2026 @ 13:35:
[...]

Niet direct een oplossing maar de custom sensors kan je natuurlijk wel mee spelen. Door daar een waarde aan te leveren die er voor het gewenste resultaat zorgt.

Ik vermoed dat als je direct operation_mode / Z1 temperatuur via MQTT gaat aanpassen dat de flow deze daarna weer overruled maar proberen kan natuurlijk altijd

Mijn flow aanpassing staat nog steeds als open issue in de github van Ed. Maar in theorie is het niet mogelijk om via vibe coding dit erin te maken maar dan ga je wel afwijken van origineel en toekomstige updates maakt dat niet makkelijker.

k ben aan het testen met Node-Red Companion. De samenwerking tussen HomeAssistant en Node-Red lijkt te werken.
Node-Red Companion

[Binifada]

ercolano schreef op donderdag 3 september 2026 @ 09:40:
Gister ochtend is hier een herstart geweest van de flow waarna ik alle customs (schedules, ccc instellingen, sensors,..) kwijt ben. Node Red meldt wel vrolijk "persisent storage ok". Normaal bij een herstart blijven dit soort zaken correct beschikbaar.

Meer mensen last van ? komt het door de nieuwe Ha update ?

Er was in Home Assistant een update van de Nodered-app. Misschien was dat de reden!?

[The-Source]

Binifada schreef op donderdag 3 september 2026 @ 12:01:
[...]

Er was in Home Assistant een update van de Nodered-app. Misschien was dat de reden!?

Ik vermoed zelf dat dit het is. Heb daar met HA node-red ook gedonder mee gehad en daarom voor Heishamon weer terug naar config op raspberry pi. Daar van weet ik dat storage 100% goed staat en bij HA bleef ik ook met bepaalde updates data / settings verliezen. Mosquito MQTT kan overigens wel prima op HA (maar heb deze zelf ook redundant op PI draaien )

[LeonR78]

Dikke complimenten voor de maker! En uiteraard de rest van de gebruikers hier die testen en alle input geven. Sinds juni deze warmtepomp en een beetje aan het uitvogelen hoe en wat met Heishamon en Homeassistant . Nu deze node-red flow geimplementeerd en vind het indrukwekkend (geen IT achtergrond alleen beetje YAML laatste tijd in HA dus volop aan het verdiepen in de logica stapje voor stapje met hulp van Chatgtp :-)) dit had ik in Homeassisstant nooit voor elkaar gekregen zelf.. Komende maand nog puzzelen met DHW enzo en dan moet hij straks gaan verwarmen hiermee..

[ Voor 3% gewijzigd door LeonR78 op 06-09-2026 19:47 ]

[Dewim1]

@edterbak Heb je wel eens overwogen/geprobeerd om er een applicatie van te maken met codex?

dit zegt chatgpt;
<knip> AI knip-plakwerk is niet toegestaan

[ Voor 87% gewijzigd door Septillion op 17-09-2026 19:21 ]

[BazemanKM]

Dewim1 schreef op woensdag 16 september 2026 @ 22:10:
@edterbak Heb je wel eens overwogen/geprobeerd om er een applicatie van te maken met codex?

kunnen we dit prima als een zelfstandige Node.js-app draaien. Dan heb je Node-RED helemaal niet meer nodig.

Niet iedereen draait Node-RED op een raspberry, niet iedereen draait Node-RED in een docker. Juist door het in Node-RED te gebruiken is het universeel toe te passen.

Ik heb nu twee use-cases waar ik de flow in Node-RED op een Victron Cerbo GX draai, waardoor er geen extra server/raspberry nodig is, dit scheelt in hardware kosten.

[edterbak]

Sorry voor de afwezigheid recentelijk. Gekkehuis thuis. Door deze drukte even geen energie om op tweakers te hangen.

Ik lees wel leuke berichten.

@LeonR78 Thanks. Gefefliciteerd met je pomp natuurlijk ! Leuk te lezen dat het je helpt. Doe het met liefde en voor eigen bestwil natuurlijk .

@Binifada Ik had al wel wat opties ingebakken om te praten met externe applicaties. Maar je suggestie Node Red Companioni, is best interessant. Dat kan mijn inspanning vereenvoudigen.
In de flow-editor tab blad [WP Input], daar heb ik een aantal Link IN connectors geplaatst. Zie screenshot. Het zit iets meer naar de rechter zijde.
Hier kun je dus externe triggers laten binnenkomen. Dit is de juiste PLEK waar het binnen moet komen, want daar hou ik er rekening mee.



Ik kan je adviseren om (als je dat nog niet hebt) een extra tab blad toe te voegen, en deze de naam "WP Personal" te geven. Op dit tab blad doe je al je eigen werk en input/output zaken. Dus iets dat met Home Assistant communiceert zou ik dan ook daar plaatsen. Als je vanaf DAAR een grijze "Link Out" node plaats en deze verbind aan de grijze "Link In" node naar wens, dan ben je future proof bij updates enzo. Je persoonlijke WP Personal tab moet je nooit weggooien bij een update. Daardoor blijft alles gewoon werken.

Does this make sense?


Leuk weetje:
Ik ben behoorlijk onder de indruk van de Pana als ik eerlijk ben.
Ik heb vorig weekend onderhoud gepleegd op de pomp, en heb voor de grap even dat ik er naast stond, de pomp gestart met SoftStart aan.
Ik dacht voor het nageslacht.. ik ga de start filmen in de verwachting dat ik wel een duidelijk signaal zou krijgen dat hij start... Maar dat duurde wel heel erg lang. Toen ik na 3 minuten keek in het dashboard via mijn teleffoon, zag ik dat hij gewoon al gestart was en de compressor al even aan stond op 35Hz en terug regelen door softstart. En inderdaad.. ik voelde ook al ijzige koude lucht er uit komen!

Wat is deze pomp toch fantastisch stil mensen....

[ Voor 8% gewijzigd door edterbak op 17-09-2026 17:40 ]

[MikeyMan]

@edterbak als je mij mij voor het huis staat hoor je de wtw van de buren boven mn t-cap uit.

[edterbak]

[Binifada]

edterbak schreef op donderdag 17 september 2026 @ 17:36:
Sorry voor de afwezigheid recentelijk. Gekkehuis thuis. Door deze drukte even geen energie om op tweakers te hangen.

Ik lees wel leuke berichten.

@LeonR78 Thanks. Gefefliciteerd met je pomp natuurlijk ! Leuk te lezen dat het je helpt. Doe het met liefde en voor eigen bestwil natuurlijk .

@Binifada Ik had al wel wat opties ingebakken om te praten met externe applicaties. Maar je suggestie Node Red Companioni, is best interessant. Dat kan mijn inspanning vereenvoudigen.
In de flow-editor tab blad [WP Input], daar heb ik een aantal Link IN connectors geplaatst. Zie screenshot. Het zit iets meer naar de rechter zijde.
Hier kun je dus externe triggers laten binnenkomen. Dit is de juiste PLEK waar het binnen moet komen, want daar hou ik er rekening mee.

[Afbeelding]

Ik kan je adviseren om (als je dat nog niet hebt) een extra tab blad toe te voegen, en deze de naam "WP Personal" te geven. Op dit tab blad doe je al je eigen werk en input/output zaken. Dus iets dat met Home Assistant communiceert zou ik dan ook daar plaatsen. Als je vanaf DAAR een grijze "Link Out" node plaats en deze verbind aan de grijze "Link In" node naar wens, dan ben je future proof bij updates enzo. Je persoonlijke WP Personal tab moet je nooit weggooien bij een update. Daardoor blijft alles gewoon werken.

Does this make sense?


Leuk weetje:
Ik ben behoorlijk onder de indruk van de Pana als ik eerlijk ben.
Ik heb vorig weekend onderhoud gepleegd op de pomp, en heb voor de grap even dat ik er naast stond, de pomp gestart met SoftStart aan.
Ik dacht voor het nageslacht.. ik ga de start filmen in de verwachting dat ik wel een duidelijk signaal zou krijgen dat hij start... Maar dat duurde wel heel erg lang. Toen ik na 3 minuten keek in het dashboard via mijn teleffoon, zag ik dat hij gewoon al gestart was en de compressor al even aan stond op 35Hz en terug regelen door softstart. En inderdaad.. ik voelde ook al ijzige koude lucht er uit komen!

Wat is deze pomp toch fantastisch stil mensen....

@edterbak

De tip over de “externe links” was erg nuttig. Voorheen had ik de juiste knooppunten zelf moeten zoeken. Maar zo is het veel eenvoudiger.

Met de Node-RED Companion heb ik twee schakelaars aangemaakt die vanuit Home Assistant nu de Pana en de RTC in- en uitschakelen – geweldig!

[hemertje]

Binifada schreef op vrijdag 2 oktober 2026 @ 14:50:
[...]

@edterbak

De tip over de “externe links” was erg nuttig. Voorheen had ik de juiste knooppunten zelf moeten zoeken. Maar zo is het veel eenvoudiger.

Met de Node-RED Companion heb ik twee schakelaars aangemaakt die vanuit Home Assistant nu de Pana en de RTC in- en uitschakelen – geweldig!

kan je deze toelichten wat je daarmee doet?
en wat het oplevert?

[edterbak]

hemertje schreef op vrijdag 2 oktober 2026 @ 16:53:
[...]


kan je deze toelichten wat je daarmee doet?
en wat het oplevert?

Een met eenvoudige route in vanuit ha om node red te besturen.

Levert een eenvoudigere interface in ha voor de partner en kinderen op.. potentieel.
Via ha kun je eenvoudiger je dashboard maken ipv afhankelijk zijn van mijn nukken en grillen

[Binifada]

hemertje schreef op vrijdag 2 oktober 2026 @ 16:53:
[...]


kan je deze toelichten wat je daarmee doet?
en wat het oplevert?

@hemertje

Hallo Hemertje,

in mijn specifieke geval wil ik vanuit Home Assistant de Jeisha en de temperatuurregeling (RTC) in- en uitschakelen.

Hier in Frankrijk heb ik een speciaal EDF-tarief (Tempo) dat drie tarieven met elk twee tijdzones combineert. Tijdens de duurste periode schakel ik de warmtepomp uit en verwarm ik met de houtkachel. Zie voor uitleg ook mijn eerdere bericht van 31 augustus 2026.

[hemertje]

Hoi allemaal, een vraag over jullie ervaringen.

Zijn er hier anderen die Ed’s Node-RED-flows icm DAO voor de Panasonic WP gebruiken?

Ik gebruik Ed’s Node-RED-flows voor mijn Panasonic Aquarea (7 kW, Direct-modus, CCC en RTC aan) en DAO voor de dynamische prijzen, o.a. icm mijn Zendure thuisaccu's. De boiler laat ik al door DAO plannen: een HA-knop start in Node-RED de warmwaterrun. Dat werkt.

Nu wil ik DAO ook de verwarming laten bijsturen: een kleine, prijsgestuurde verschuiving van de aanvoer (hooguit ±1 K), zonder dat Ed’s CCC en RTC worden verstoord.
Zoals ik de flows lees, schrijft maar één plek naar de pomp, en doet “Water temp / shift” niets zolang CCC aan staat.

Gebruikt iemand Ed’s flows samen met DAO voor de verwarming? Hoe hebben jullie dat gekoppeld (bijvoorbeeld via de Room Setpoint-ingang), en lopen jullie ergens tegenaan?

Een tweede vraag: DAO rekent de warmtevraag uit graaddagen maal één vaste factor (kWh per graaddag), zonder binnentemperatuur of traagheid van het huis. Welke waarde gebruiken jullie voor die “degree days factor”, en hoe hebben jullie die bepaald? Ik zit nu op 3,6 en heb die nog niet gekalibreerd.

Ik overweeg hem elke week te laten leren uit mijn eigen metingen (de gemeten elektrische kWh voor ruimteverwarming per graaddag, met een vaste COP-referentie) en via een input_number aan DAO door te geven.

Doet iemand dat al, en zien jullie valkuilen?

[Beekforel]

@hemertje ik heb iets geknutseld icm de RTC, maar weet niet of ik er tevreden over ben. Moet eerst koud worden voor ik meer weet. Misschien kan ik het delen, zal het verzamelen.

[edterbak]

@hemertje
Ik zal je nooit adviseren om DAO te gebruiken om je warmtepomp aan te sturen tbv HEAT.
Een warmtepomp moet gewoon stabiel draaien. Geen geleuter met opwarmen en afkoelen, hoger setpoint tijdelijk. Ik begrijp zelf niet dat er mensen zijn die dit doen. Het is niet efficiënt. Kans is groot dat je alle winst die je denkt te halen, weer dubbel verliest als de pomp vervolgens weer moet aanpoten om een temp dip op te vangen.
Bij mij in mijn situatie hoeft het dus ook niet.

DAO gebruiken voor de DHW cyclus starten, dat vind ik zelf prima.
Goede timing kan prima geld besparen.

[The-Source]

Ik snap de logica overigens wel waarbij je straks naar nettarief blokken gaat. En je dus overdag wanneer er al meer warmte in de lucht zit je vloer bijvoorbeeld meer opwarmt, stel een extra graad. Daarna zal de wp dus qua verwarming voor een aantal uur uitkunnen en zo het blok aan dure nettarieven uren kan skippen.
Met een thuis accu zal je dan juist "maximaal" je overige huis verbruik daaruit halen en dan later cyclus herhalen.

Hoeveel dit werkelijk zal schelen in euro's is een andere discussie maar reden erachter snap ik eigenlijk wel. Maar ik ga zelf daar nog niet mee aan de slag, ik heb zelf ondanks veel PV en Accu toch weer voor vast jaar contract gekozen omdat ik toch weer iets teveel heb gewijzigd in mijn verbruik om goede inschatting te maken
Meer laad / ontlaad capaciteit, hoge standby verbruik door zwaardere server. En wellicht volgend jaar accu capaciteit uitbreiden (zo blijf je bezig...)

[MikeyMan]

@The-Source tot zover de theorie... Op de koude dagen staat de warmtepomp vrijwel de hele dag te pruttelen. Elk gerommel daarmee is m.i. minder efficiënt.
Zeker als je ook nog eens defrosts voor je kiezen krijgt.

[ Voor 15% gewijzigd door MikeyMan op 17-10-2026 17:38 ]

[The-Source]

@MikeyMan wanneer je op de dagen zit dat het 24/7 gepruttel is eens, want het verschil tussen een graad verhogen, tijdelijk uit en daarna weer aan zal minimaal zijn in euro's. Maar de dagen dat je niet 24/7 aan het verwarmen bent kan het wellicht wel verschil maken maar als je het zou doen moet je wel kritisch afvragen hoeveel dit werkelijk in euro's een verschil zou maken want in het aan/uit seizoen zal bij goed afgesteld het vermogen rond de 700watt zijn en tja wil je daarvoor echt gaan rommelen... ik niet.
Kijk DHW verwarming op gunstig tijdstip lijkt mij wel slim maar dan is nu al goed aan te sturen.

[edterbak]

Ik denk het belangrijkste is dat je goed in de gaten moet houden of je pomp in idle/pruttel stand zal blijven opereren na op regeling.
Zolang dat het geval is komt het uit denk ik.

Merk je dat hij na op regelen voor meer dan 45min staat te tetteren, zou ik er zeker niet meer over nadenken

[lampy25]

Hoef typisch maar 4-8 uur per dag te verwarmen, dus met beetje plannen is daar best iets te besparen.

Lastige is alleen wel dat de vloer eigenlijk tever afkoelt om weer rustig op te starten. Softstart helpt hier al wel mee, verder waterzijdig tunen en zelfs warm water kortsluiten naar de retour dmv elektrische klep helpen. DAO is wellicht de volgende stap

[Beekforel]

Ik heb Claude laten uitschrijven hoe het in elkaar zit, en wat het aan besparing doet. In de toekomst wordt deze besparing misschien wel iets groter ivm verhogen eigen consumptie?

Panasonic warmtepomp laten meeliften op dynamische uurprijzen met de Day Ahead Optimizer (DAO)

Ik heb mijn Panasonic-warmtepomp (via HeishaMon) gekoppeld aan de Day Ahead Optimizer (DAO, de add-on van corneel27). DAO plant de verwarming op basis van de uurprijzen van morgen en de weersverwachting. Het resultaat wordt vertaald naar een kleine verschuiving van de kamertemperatuur-setpoint, zodat de warmtepomp vooral draait als stroom goedkoop is (en bij een hogere buitentemperatuur, dus een betere COP).

Hieronder een beknopte beschrijving van de opzet, zodat je het kunt nabouwen. Het is geen kant-en-klare installatiehandleiding, maar alle onderdelen die ik nodig had staan erin.

Hoe het werkt (in vogelvlucht)

1. DAO rekent per uur uit wanneer de warmtepomp het beste kan verwarmen en schrijft het resultaat als stooklijncorrectie (in Kelvin) weg naar een input_number.
2. Een statistics-sensor middelt die waarde over 45 minuten. Een template-sensor klemt het af op ±5 K in stappen van 0,5 K. Zonder dit gaat de pomp heen en weer schakelen.
3. Een automation zet de gladgestreken correctie om naar een kamer-setpoint: basis + 0,8 × correctie, maximaal ±2 K. Dat gaat naar een MQTT-climate-entiteit ("thermostaat").
4. Node-RED (de bekende Heishamon/Panasonic-flow met RTC, Room Thermostat Control) leest dat setpoint via MQTT en regelt daarmee de aanvoertemperatuur van de warmtepomp.

Simpel gezegd: bij een lage prijs zakt de correctie niet, de kamer wordt iets warmer opgestookt (tot +2 K) en in dure uren laat de pomp de woning iets uitkoelen (tot −2 K). De woning werkt als warmtebuffer.

Wat heb je nodig

• Panasonic Aquarea met HeishaMon (MQTT), plus bij voorkeur S0-kWh-meters op de warmtepomp voor het echte verbruik.
• Home Assistant met MQTT en de DAO-add-on.
• Node-RED met de Panasonic/Heishamon-flow waar het room-setpoint (RTC) in zit.
• Een kamerthermostaat-entiteit in HA via MQTT (command topic: panasonic_thermostat/temperature/set). In Node-RED subscribe je op dat topic en voer je het door naar de Room Setpoint-ingang van zone 1.
• Een weersbron voor wind en zoninstraling (ik gebruik KNMI-sensoren, dat is optioneel).

Entiteiten die DAO of mijn code gebruikt:

• input_number.dao_heating_curve_adjustment: hier schrijft DAO naartoe
• sensor.dao_heating_curve_mean en sensor.dao_heating_curve_adjustment_smoothed: gladstrijken
• input_number.dao_room_setpoint_base: je gewenste comforttemperatuur (bij mij 21 °C)
• sensor.dao_degree_days_factor: hoeveel warmte de woning per graad en per dag nodig heeft, gecorrigeerd voor wind en zon
• climate.panasonic_thermostaat: MQTT-climate waarmee het setpoint naar Node-RED gaat
• sensor.aquarea_cop en sensor.aquarea_heatpump_dao_panasonic_heat_power_produced_today: DAO leest hiermee de werkelijke COP en geproduceerde warmte uit

1. DAO-configuratie (sectie "heating")

Dit staat in de opties van de DAO-add-on. De stages zijn mijn schatting van de COP per vermogensniveau, die heb je nodig om de planning te laten kloppen met de werkelijkheid.

JSON:

"heating": {
  "heater_present": true,
  "degree_days_factor": "sensor.dao_degree_days_factor",
  "adjustment": "heating curve",
  "stages": [
    {"max_power": 0.0,    "cop": 8.0},
    {"max_power": 300.0,  "cop": 5.5},
    {"max_power": 500.0,  "cop": 4.8},
    {"max_power": 700.0,  "cop": 4.2},
    {"max_power": 900.0,  "cop": 3.8},
    {"max_power": 1100.0, "cop": 3.4},
    {"max_power": 1400.0, "cop": 3.0}
  ],
  "entity_adjust_heating_curve": "input_number.dao_heating_curve_adjustment",
  "adjustment_factor": 0.1,
  "min_run_length": 1,
  "entity_hp_cop": "sensor.aquarea_cop",
  "entity_hp_heat_produced": "sensor.aquarea_heatpump_dao_panasonic_heat_power_produced_today"
}

2. Helpers en gladstrijken

YAML:

input_number:
  dao_heating_curve_adjustment:
    name: "DAO - Heating Curve Adjustment"
    min: -10
    max: 10
    step: 0.1
    unit_of_measurement: "K"
    mode: slider

  dao_room_setpoint_base:
    name: "DAO - Room Setpoint Baseline"
    min: 15
    max: 25
    step: 0.5
    unit_of_measurement: "°C"
    mode: box
    initial: 21.0

sensor:
  - platform: statistics
    name: "DAO Heating Curve Mean"
    entity_id: input_number.dao_heating_curve_adjustment
    state_characteristic: mean
    max_age:
      minutes: 45        # groter = vloeiender maar trager
    sampling_size: 200

template:
  - sensor:
      - name: "DAO Heating Curve Adjustment Smoothed"
        unique_id: dao_heating_curve_adjustment_smoothed
        unit_of_measurement: "K"
        state_class: measurement
        state: >
          {% set mean_raw = states('sensor.dao_heating_curve_mean') %}
          {% set previous = states('sensor.dao_heating_curve_adjustment_smoothed') %}
          {% if mean_raw | is_number %}
            {% set raw = mean_raw | float %}
          {% elif previous | is_number %}
            {# na een herstart: laatst bekende waarde vasthouden i.p.v. naar 0 springen #}
            {% set raw = previous | float %}
          {% else %}
            {% set raw = states('input_number.dao_heating_curve_adjustment') | float(0) %}
          {% endif %}
          {% set clamped = [[raw, -5] | max, 5] | min %}
          {{ (clamped * 2) | round(0) / 2 }}

3. Automation: correctie omzetten naar kamer-setpoint

De factor 0,8 en de begrenzing van ±2 K zijn door mij gekozen. Begin voorzichtig; ik zou niet meteen met een brede marge starten, want bij de verwarming merk je een te grote verschuiving pas na uren.

YAML:

- id: dao_thermostat_shift
  alias: DAO - Panasonic thermostaat correctie
  mode: single
  triggers:
    - trigger: state
      entity_id: sensor.dao_heating_curve_adjustment_smoothed
  conditions:
    - condition: template
      value_template: >
        {{ trigger.to_state.state not in ['unavailable', 'unknown', 'none'] }}
  variables:
    dao: "{{ states('sensor.dao_heating_curve_adjustment_smoothed') | float(0) }}"
    base_temp: "{{ states('input_number.dao_room_setpoint_base') | float(21) }}"
    offset: >
      {% set raw = 0.8 * dao %}
      {% if raw > 2 %}2{% elif raw < -2 %}-2{% else %}{{ raw }}{% endif %}
    new_temp: "{{ [[base_temp + offset, 17] | max, 24.5] | min }}"
  actions:
    - action: climate.set_temperature
      continue_on_error: true
      target:
        entity_id: climate.panasonic_thermostaat
      data:
        temperature: "{{ new_temp }}"

4. Dynamische degree-days-factor (optioneel, maar het helpt)

DAO rekent met een vaste "kWh per graad per dag". Die verandert in werkelijkheid met de wind en de zon, dus ik corrigeer hem. Basiswaarde 4,0 komt uit een regressie op mijn eigen verbruik; die moet je zelf bepalen. Wind: +4% per m/s boven 3 m/s (begrensd tussen −15% en +25%). Zon: tot 20% minder bij 800 W/m².

YAML:

template:
  - sensor:
      - name: "DAO - Degree Days Factor"
        unique_id: dao_degree_days_factor
        unit_of_measurement: "kWh/K·dag"
        state_class: measurement
        state: >
          {% set basis = 4.0 %}
          {% set wind = states('sensor.knmi_windsnelheid') | float(3.0) %}
          {% set wind_correctie = [[(wind - 3.0) * 0.04, 0.25] | min, -0.15] | max %}
          {% set straling = states('sensor.knmi_globale_stralingsintensiteit') | float(0) %}
          {% set zon_correctie = [[(straling / 800.0) * 0.20, 0.20] | min, 0.0] | max %}
          {% set factor = basis * (1 + wind_correctie) * (1 - zon_correctie) %}
          {{ [factor, 0.5] | max | round(2) }}

5. Node-RED

In de Panasonic-flow staat een MQTT-in node op panasonic_thermostat/temperature/set die via een link naar "Room Setpoint Link-in (ZONE 1)" gaat. Vanaf daar wordt het gebruikt als room setpoint (RTC) van de flow. Let erop dat je niet óók een ander setpoint (bijvoorbeeld uit het dashboard van de flow) laat schrijven, anders overschrijven die elkaar.

Resultaat tot nu toe (voorlopig!)

De koppeling draait pas sinds 11 oktober, dus dit zijn 10 stookdagen en geen conclusie.

• Vergeleken met dezelfde dag zonder DAO-sturing (verbruik verdeeld naar gradenuren, daaropvolgend gewogen met de kale beursprijs) is de besparing ongeveer €1,06 in 10 dagen, circa 21% op de kosten, ongeveer €0,11 per dag exclusief btw.
• Het verbruik ligt zo'n 2% hoger (34,8 tegen 34,0 kWh), omdat de pomp meer 's nachts draait, bij een lagere COP. Het voordeel zit in de prijs, niet in kWh.
• Op jaarbasis schat ik dat grofweg op €30–50, afhankelijk van hoeveel van het verbruik echt ruimteverwarming is. Dat is een schatting op basis van de prijsspreiding in maart–oktober.
• In de uurdata zie je de warmtepomp duidelijk verschuiven: draaien tussen 02–07 uur en 11–16 uur, uit in de avondpiek.

Aantal starts van de compressor

Let op, hier zit een nadeel: het aantal starts per dag is bij vergelijkbare buitentemperatuur ongeveer verdubbeld.

code:

Buiten      Periode   Dagen  Starts/dag  Draaiuren/dag  Uur/start
9..12 °C    voor DAO   49      1,7         5,2           3,1
9..12 °C    met DAO     3      3,3        11,0           3,3
12..15 °C   voor DAO   10      1,2         3,8           3,2
12..15 °C   met DAO     6      3,2         5,5           1,7

2–4 starts per dag is op zich niet veel. Maar de runs worden korter en de COP is bij korte runs wat lager. Ik moet nog zien hoe dit zich bij vorst gedraagt, want vorige winter zat ik zonder DAO al op ~16 starts per dag bij 0–3 °C. De hoop is dat DAO daar juist langere blokken oplevert. Ik ga dit volgen.

Kanttekeningen

• De besparing is een berekening, geen meting. De "zonder DAO"-situatie heb ik gereconstrueerd, niet daadwerkelijk gemeten.
• Het comfort heb ik niet gemeten. Het kamer-setpoint verschuift ±2 K en de woning moet die buffer echt kunnen opnemen. Hoe goed dit werkt hangt af van de thermische massa van je woning en het afgiftesysteem (bijvoorbeeld vloerverwarming of radiatoren).
• De Aquarea-sensoren voor verbruik (via HeishaMon) lopen achter op een echte S0-meter. Bij mij 25 kWh tegen 37 kWh over dezelfde periode. Reken liever met S0.
• De COP-waarden uit HeishaMon zijn aan de hoge kant. Neem ze niet als absolute waarheid.

Vragen of aanvullingen zijn welkom. Als er interesse is, deel ik ook het script waarmee ik de besparing en de starts uit de HA-statistieken en de DAO-database bereken.

[edterbak]

Klinkt goed
Ik ben benieuwd naar je ervaringen over tijd. Dank je voor het delen @Beekforel

[alcx]

Ik krijg de values voor Solar2DHW niet goed weergegeven. Wie heeft de gouden tip?

Mijn HomeWizard p1-meter kan de volgende topics doorgeven:



Ik gebruik vervolgens Energie Import en Energie Export in NodeRed:





En ik corrigeer de kilowatts naar watts:


Dat leidt tot de volgende situatie in het Solar2DHW tabblad in NodeRed:


Mijn voorgevoel is dat ik de verkeerde values uit de p1-meter haal. Maar ik kan niet logisch redeneren welke ik dan wel zou moeten uitlezen.

Wie ziet een oplossingsrichting?

[The-Source]

alcx schreef op maandag 19 oktober 2026 @ 12:37:
Ik krijg de values voor Solar2DHW niet goed weergegeven. Wie heeft de gouden tip?

Mijn HomeWizard p1-meter kan de volgende topics doorgeven:

[Afbeelding]

Ik gebruik vervolgens Energie Import en Energie Export in NodeRed:

[Afbeelding]

[Afbeelding]

En ik corrigeer de kilowatts naar watts:
[Afbeelding]

Dat leidt tot de volgende situatie in het Solar2DHW tabblad in NodeRed:
[Afbeelding]

Mijn voorgevoel is dat ik de verkeerde values uit de p1-meter haal. Maar ik kan niet logisch redeneren welke ik dan wel zou moeten uitlezen.

Wie ziet een oplossingsrichting?

Ik vind het zelf niet de meest logische plek maar het lijkt erop dat je waardes x1000 zijn.
System > Sensors > P1 Setup > en dan onderop de pagina kijken of het x 1000 staat
Je kan daar ook gelijk zien wat input is en na correction. Dus wellicht is je input al x1000 en daarna nogmaals want daar lijkt het haast op.

[ Voor 4% gewijzigd door The-Source op 19-10-2026 15:25 ]

[alcx]

The-Source schreef op maandag 19 oktober 2026 @ 15:24:
[...]

Ik vind het zelf niet de meest logische plek maar het lijkt erop dat je waardes x1000 zijn.
System > Sensors > P1 Setup > en dan onderop de pagina kijken of het x 1000 staat
Je kan daar ook gelijk zien wat input is en na correction. Dus wellicht is je input al x1000 en daarna nogmaals want daar lijkt het haast op.

Dankjewel voor het meedenken. Dan krijg ik, na reset scale, dit als resultaat:



Vind ik nog steeds niet logisch, want momenteel trek ik geen 11,393 kw uit m’n aansluiting. Hmm…

[edterbak]

@alcx
Kun je achter beiden ha input nodes, en debug node plaatsen en de output daarvan hier posten. Het liefst msg complete.

Ik vermoed dat er meer uit komt dan alleen consumption en production

[ Voor 22% gewijzigd door edterbak op 19-10-2026 17:56 ]

[edterbak]

Kan ook zijn dat dit de cumulatieve kWh waarden zijn die je er in stopt.
De eenheid wat er in moet. Hoort te zijn W of kW

[alcx]

edterbak schreef op maandag 19 oktober 2026 @ 17:55:
@alcx
Kun je achter beiden ha input nodes, en debug node plaatsen en de output daarvan hier posten. Het liefst msg complete.

Ik vermoed dat er meer uit komt dan alleen consumption en production

Ga ik vanavond doen, dankjewel.

edterbak schreef op maandag 19 oktober 2026 @ 17:58:
Kan ook zijn dat dit de cumulatieve kWh waarden zijn die je er in stopt.
De eenheid wat er in moet. Hoort te zijn W of kW

Ik vermoed ook dat het cumulatieve kWh waarden zijn.
Zie ook de topics die mijn p1-meter publiceert:

Volgens mij zijn de consumptie-topic en productie-topic van mijn p1-meter op deze manier niet bruikbaar voor de Solar2DHW functie?

[edterbak]

De onderste 3 zijn goed.
Je kunt evt een helper template sensor maken in ha welke deze 3 bij elkaar optelt.

O wacht. Ik moet even kijken wat node red nu precies verwacht.
Misschien slecht advies.

[ Voor 30% gewijzigd door edterbak op 19-10-2026 18:47 ]

[edterbak]

@alcx
Je laatste screenshot, die is ook 'apart'.
3x een fase vermogen, 1x generiek.
Maar de rekensom lijkt niet te kloppen
[phone] = 202W dan kom ik wat te kort tov 190W.
Of mis ik info in beeld?

[ Voor 6% gewijzigd door edterbak op 19-10-2026 18:57 ]

[The-Source]

@alcx ik gebruik zelf de waardes power consumption en production van de dsmr integratie en die werken prima.
@edterbak bij mij zijn de totalen van 3x production en 3x consumption in som wel kloppend en wordt alleen als positieve waarde getoond bij of production of consumption
Zelf push in de totale waarde naar mqtt die ik voor NR flow gebruik

[alcx]

edterbak schreef op maandag 19 oktober 2026 @ 18:56:
@alcx
Je laatste screenshot, die is ook 'apart'.
3x een fase vermogen, 1x generiek.
Maar de rekensom lijkt niet te kloppen
[phone] = 202W dan kom ik wat te kort tov 190W.
Of mis ik info in beeld?

Scherp!
Ik heb het zojuist ff gecheckt nu de zon onder is: de optelsom klopt nu wel. Vermoed dat de waarden met verschillende latency binnenkomen

Je mist geen info in beeld. Ik heb de debug nodes geplaatst en geef morgen de output.

Vraag: wat doet de NR flow met de import en export: trekt die ze toevallig van elkaar af om tot het totale vermogen te komen? Want het totale vermogen heb ik dan toevallig wél weer beschikbaar.

The-Source schreef op maandag 19 oktober 2026 @ 19:39:
@alcx ik gebruik zelf de waardes power consumption en production van de dsmr integratie en die werken prima.

Dan heb je een kabel van de p1 poort direct in je home assistant device geplugd? Dan is dat helaas voor mij geen optie, want ik m'n HomeWizard p1 integratie....

[ Voor 3% gewijzigd door alcx op 19-10-2026 20:30 ]

[The-Source]

@alcx is het niet precies homewizard die p1 splitters verkoopt? Dan heb ik het over de active variant. Die gebruik ik namelijk ook voor load balancing laadpaal en p1 uitlezen. Al doe ik dat met ser2net omdat mij home assistant server niet in de buurt van mijn meter zit.
En pas paar jaar na deze setup heb ik nu ook nog alternatief via Victron systeem welke eigen meter in het circuit heeft direct na de meter
Linkje splitter https://www.homewizard.com/nl/shop/actieve-p1-splitter/

[ Voor 8% gewijzigd door The-Source op 19-10-2026 22:35 ]

[hemertje]

Beekforel schreef op zondag 18 oktober 2026 @ 08:16:
Ik heb Claude laten uitschrijven hoe het in elkaar zit, en wat het aan besparing doet. In de toekomst wordt deze besparing misschien wel iets groter ivm verhogen eigen consumptie?

Panasonic warmtepomp laten meeliften op dynamische uurprijzen met de Day Ahead Optimizer (DAO)

Ik heb mijn Panasonic-warmtepomp (via HeishaMon) gekoppeld aan de Day Ahead Optimizer (DAO, de add-on van corneel27). DAO plant de verwarming op basis van de uurprijzen van morgen en de weersverwachting. Het resultaat wordt vertaald naar een kleine verschuiving van de kamertemperatuur-setpoint, zodat de warmtepomp vooral draait als stroom goedkoop is (en bij een hogere buitentemperatuur, dus een betere COP).

Hieronder een beknopte beschrijving van de opzet, zodat je het kunt nabouwen. Het is geen kant-en-klare installatiehandleiding, maar alle onderdelen die ik nodig had staan erin.

Hoe het werkt (in vogelvlucht)

1. DAO rekent per uur uit wanneer de warmtepomp het beste kan verwarmen en schrijft het resultaat als stooklijncorrectie (in Kelvin) weg naar een input_number.
2. Een statistics-sensor middelt die waarde over 45 minuten. Een template-sensor klemt het af op ±5 K in stappen van 0,5 K. Zonder dit gaat de pomp heen en weer schakelen.
3. Een automation zet de gladgestreken correctie om naar een kamer-setpoint: basis + 0,8 × correctie, maximaal ±2 K. Dat gaat naar een MQTT-climate-entiteit ("thermostaat").
4. Node-RED (de bekende Heishamon/Panasonic-flow met RTC, Room Thermostat Control) leest dat setpoint via MQTT en regelt daarmee de aanvoertemperatuur van de warmtepomp.

Simpel gezegd: bij een lage prijs zakt de correctie niet, de kamer wordt iets warmer opgestookt (tot +2 K) en in dure uren laat de pomp de woning iets uitkoelen (tot −2 K). De woning werkt als warmtebuffer.

Wat heb je nodig

• Panasonic Aquarea met HeishaMon (MQTT), plus bij voorkeur S0-kWh-meters op de warmtepomp voor het echte verbruik.
• Home Assistant met MQTT en de DAO-add-on.
• Node-RED met de Panasonic/Heishamon-flow waar het room-setpoint (RTC) in zit.
• Een kamerthermostaat-entiteit in HA via MQTT (command topic: panasonic_thermostat/temperature/set). In Node-RED subscribe je op dat topic en voer je het door naar de Room Setpoint-ingang van zone 1.
• Een weersbron voor wind en zoninstraling (ik gebruik KNMI-sensoren, dat is optioneel).

Entiteiten die DAO of mijn code gebruikt:

• input_number.dao_heating_curve_adjustment: hier schrijft DAO naartoe
• sensor.dao_heating_curve_mean en sensor.dao_heating_curve_adjustment_smoothed: gladstrijken
• input_number.dao_room_setpoint_base: je gewenste comforttemperatuur (bij mij 21 °C)
• sensor.dao_degree_days_factor: hoeveel warmte de woning per graad en per dag nodig heeft, gecorrigeerd voor wind en zon
• climate.panasonic_thermostaat: MQTT-climate waarmee het setpoint naar Node-RED gaat
• sensor.aquarea_cop en sensor.aquarea_heatpump_dao_panasonic_heat_power_produced_today: DAO leest hiermee de werkelijke COP en geproduceerde warmte uit

1. DAO-configuratie (sectie "heating")

Dit staat in de opties van de DAO-add-on. De stages zijn mijn schatting van de COP per vermogensniveau, die heb je nodig om de planning te laten kloppen met de werkelijkheid.

JSON:

"heating": {
  "heater_present": true,
  "degree_days_factor": "sensor.dao_degree_days_factor",
  "adjustment": "heating curve",
  "stages": [
    {"max_power": 0.0,    "cop": 8.0},
    {"max_power": 300.0,  "cop": 5.5},
    {"max_power": 500.0,  "cop": 4.8},
    {"max_power": 700.0,  "cop": 4.2},
    {"max_power": 900.0,  "cop": 3.8},
    {"max_power": 1100.0, "cop": 3.4},
    {"max_power": 1400.0, "cop": 3.0}
  ],
  "entity_adjust_heating_curve": "input_number.dao_heating_curve_adjustment",
  "adjustment_factor": 0.1,
  "min_run_length": 1,
  "entity_hp_cop": "sensor.aquarea_cop",
  "entity_hp_heat_produced": "sensor.aquarea_heatpump_dao_panasonic_heat_power_produced_today"
}

2. Helpers en gladstrijken

YAML:

input_number:
  dao_heating_curve_adjustment:
    name: "DAO - Heating Curve Adjustment"
    min: -10
    max: 10
    step: 0.1
    unit_of_measurement: "K"
    mode: slider

  dao_room_setpoint_base:
    name: "DAO - Room Setpoint Baseline"
    min: 15
    max: 25
    step: 0.5
    unit_of_measurement: "°C"
    mode: box
    initial: 21.0

sensor:
  - platform: statistics
    name: "DAO Heating Curve Mean"
    entity_id: input_number.dao_heating_curve_adjustment
    state_characteristic: mean
    max_age:
      minutes: 45        # groter = vloeiender maar trager
    sampling_size: 200

template:
  - sensor:
      - name: "DAO Heating Curve Adjustment Smoothed"
        unique_id: dao_heating_curve_adjustment_smoothed
        unit_of_measurement: "K"
        state_class: measurement
        state: >
          {% set mean_raw = states('sensor.dao_heating_curve_mean') %}
          {% set previous = states('sensor.dao_heating_curve_adjustment_smoothed') %}
          {% if mean_raw | is_number %}
            {% set raw = mean_raw | float %}
          {% elif previous | is_number %}
            {# na een herstart: laatst bekende waarde vasthouden i.p.v. naar 0 springen #}
            {% set raw = previous | float %}
          {% else %}
            {% set raw = states('input_number.dao_heating_curve_adjustment') | float(0) %}
          {% endif %}
          {% set clamped = [[raw, -5] | max, 5] | min %}
          {{ (clamped * 2) | round(0) / 2 }}

3. Automation: correctie omzetten naar kamer-setpoint

De factor 0,8 en de begrenzing van ±2 K zijn door mij gekozen. Begin voorzichtig; ik zou niet meteen met een brede marge starten, want bij de verwarming merk je een te grote verschuiving pas na uren.

YAML:

- id: dao_thermostat_shift
  alias: DAO - Panasonic thermostaat correctie
  mode: single
  triggers:
    - trigger: state
      entity_id: sensor.dao_heating_curve_adjustment_smoothed
  conditions:
    - condition: template
      value_template: >
        {{ trigger.to_state.state not in ['unavailable', 'unknown', 'none'] }}
  variables:
    dao: "{{ states('sensor.dao_heating_curve_adjustment_smoothed') | float(0) }}"
    base_temp: "{{ states('input_number.dao_room_setpoint_base') | float(21) }}"
    offset: >
      {% set raw = 0.8 * dao %}
      {% if raw > 2 %}2{% elif raw < -2 %}-2{% else %}{{ raw }}{% endif %}
    new_temp: "{{ [[base_temp + offset, 17] | max, 24.5] | min }}"
  actions:
    - action: climate.set_temperature
      continue_on_error: true
      target:
        entity_id: climate.panasonic_thermostaat
      data:
        temperature: "{{ new_temp }}"

4. Dynamische degree-days-factor (optioneel, maar het helpt)

DAO rekent met een vaste "kWh per graad per dag". Die verandert in werkelijkheid met de wind en de zon, dus ik corrigeer hem. Basiswaarde 4,0 komt uit een regressie op mijn eigen verbruik; die moet je zelf bepalen. Wind: +4% per m/s boven 3 m/s (begrensd tussen −15% en +25%). Zon: tot 20% minder bij 800 W/m².


[...]


5. Node-RED

In de Panasonic-flow staat een MQTT-in node op panasonic_thermostat/temperature/set die via een link naar "Room Setpoint Link-in (ZONE 1)" gaat. Vanaf daar wordt het gebruikt als room setpoint (RTC) van de flow. Let erop dat je niet óók een ander setpoint (bijvoorbeeld uit het dashboard van de flow) laat schrijven, anders overschrijven die elkaar.

Resultaat tot nu toe (voorlopig!)

De koppeling draait pas sinds 11 oktober, dus dit zijn 10 stookdagen en geen conclusie.

• Vergeleken met dezelfde dag zonder DAO-sturing (verbruik verdeeld naar gradenuren, daaropvolgend gewogen met de kale beursprijs) is de besparing ongeveer €1,06 in 10 dagen, circa 21% op de kosten, ongeveer €0,11 per dag exclusief btw.
• Het verbruik ligt zo'n 2% hoger (34,8 tegen 34,0 kWh), omdat de pomp meer 's nachts draait, bij een lagere COP. Het voordeel zit in de prijs, niet in kWh.
• Op jaarbasis schat ik dat grofweg op €30–50, afhankelijk van hoeveel van het verbruik echt ruimteverwarming is. Dat is een schatting op basis van de prijsspreiding in maart–oktober.
• In de uurdata zie je de warmtepomp duidelijk verschuiven: draaien tussen 02–07 uur en 11–16 uur, uit in de avondpiek.

Aantal starts van de compressor

Let op, hier zit een nadeel: het aantal starts per dag is bij vergelijkbare buitentemperatuur ongeveer verdubbeld.

code:

Buiten      Periode   Dagen  Starts/dag  Draaiuren/dag  Uur/start
9..12 °C    voor DAO   49      1,7         5,2           3,1
9..12 °C    met DAO     3      3,3        11,0           3,3
12..15 °C   voor DAO   10      1,2         3,8           3,2
12..15 °C   met DAO     6      3,2         5,5           1,7

2–4 starts per dag is op zich niet veel. Maar de runs worden korter en de COP is bij korte runs wat lager. Ik moet nog zien hoe dit zich bij vorst gedraagt, want vorige winter zat ik zonder DAO al op ~16 starts per dag bij 0–3 °C. De hoop is dat DAO daar juist langere blokken oplevert. Ik ga dit volgen.

Kanttekeningen

• De besparing is een berekening, geen meting. De "zonder DAO"-situatie heb ik gereconstrueerd, niet daadwerkelijk gemeten.
• Het comfort heb ik niet gemeten. Het kamer-setpoint verschuift ±2 K en de woning moet die buffer echt kunnen opnemen. Hoe goed dit werkt hangt af van de thermische massa van je woning en het afgiftesysteem (bijvoorbeeld vloerverwarming of radiatoren).
• De Aquarea-sensoren voor verbruik (via HeishaMon) lopen achter op een echte S0-meter. Bij mij 25 kWh tegen 37 kWh over dezelfde periode. Reken liever met S0.
• De COP-waarden uit HeishaMon zijn aan de hoge kant. Neem ze niet als absolute waarheid.

Vragen of aanvullingen zijn welkom. Als er interesse is, deel ik ook het script waarmee ik de besparing en de starts uit de HA-statistieken en de DAO-database bereken.

dank voor het uitwerken en delen @Beekforel
morgen eens op mijn gemak doorlezen

wil jeje automations en verdere aanpassingen eens delen ter inspiratie?

[hemertje]

edterbak schreef op zondag 18 oktober 2026 @ 11:04:
Klinkt goed
Ik ben benieuwd naar je ervaringen over tijd. Dank je voor het delen @Beekforel

@edterbak
dank voor je mening over verwarmen met DAO, die neem ik mee.
Ik draai eerst alleen een schaduwproef: DAO plant, de pomp doet er niets mee.

Een technische vraag over je flows, zodat ik niets verstoor:

1. De link-in "Water temp / shift (ZONE 1)" op WP Input accepteert -5 tot 65. Is dat een absolute aanvoertemperatuur of een verschuiving van de stooklijn? Zoals ik de flow lees doet hij niets zolang CCC aan staat. Klopt dat?

2. Beekforel stuurt een setpoint via MQTT naar "Room Setpoint Link-in (ZONE 1)" (RTC). Is die ingang bedoeld voor externe bijsturing, en wat doet hij als CCC en RTC allebei aan staan?

Ik wil namelijk voorkomen dat er twee dingen naar de pomp schrijven.

[hemertje]

Beekforel schreef op zondag 18 oktober 2026 @ 08:16:
Ik heb Claude laten uitschrijven hoe het in elkaar zit, en wat het aan besparing doet. In de toekomst wordt deze besparing misschien wel iets groter ivm verhogen eigen consumptie?

Panasonic warmtepomp laten meeliften op dynamische uurprijzen met de Day Ahead Optimizer (DAO)

Ik heb mijn Panasonic-warmtepomp (via HeishaMon) gekoppeld aan de Day Ahead Optimizer (DAO, de add-on van corneel27). DAO plant de verwarming op basis van de uurprijzen van morgen en de weersverwachting. Het resultaat wordt vertaald naar een kleine verschuiving van de kamertemperatuur-setpoint, zodat de warmtepomp vooral draait als stroom goedkoop is (en bij een hogere buitentemperatuur, dus een betere COP).

Hieronder een beknopte beschrijving van de opzet, zodat je het kunt nabouwen. Het is geen kant-en-klare installatiehandleiding, maar alle onderdelen die ik nodig had staan erin.

Hoe het werkt (in vogelvlucht)

1. DAO rekent per uur uit wanneer de warmtepomp het beste kan verwarmen en schrijft het resultaat als stooklijncorrectie (in Kelvin) weg naar een input_number.
2. Een statistics-sensor middelt die waarde over 45 minuten. Een template-sensor klemt het af op ±5 K in stappen van 0,5 K. Zonder dit gaat de pomp heen en weer schakelen.
3. Een automation zet de gladgestreken correctie om naar een kamer-setpoint: basis + 0,8 × correctie, maximaal ±2 K. Dat gaat naar een MQTT-climate-entiteit ("thermostaat").
4. Node-RED (de bekende Heishamon/Panasonic-flow met RTC, Room Thermostat Control) leest dat setpoint via MQTT en regelt daarmee de aanvoertemperatuur van de warmtepomp.

Simpel gezegd: bij een lage prijs zakt de correctie niet, de kamer wordt iets warmer opgestookt (tot +2 K) en in dure uren laat de pomp de woning iets uitkoelen (tot −2 K). De woning werkt als warmtebuffer.

Wat heb je nodig

• Panasonic Aquarea met HeishaMon (MQTT), plus bij voorkeur S0-kWh-meters op de warmtepomp voor het echte verbruik.
• Home Assistant met MQTT en de DAO-add-on.
• Node-RED met de Panasonic/Heishamon-flow waar het room-setpoint (RTC) in zit.
• Een kamerthermostaat-entiteit in HA via MQTT (command topic: panasonic_thermostat/temperature/set). In Node-RED subscribe je op dat topic en voer je het door naar de Room Setpoint-ingang van zone 1.
• Een weersbron voor wind en zoninstraling (ik gebruik KNMI-sensoren, dat is optioneel).

Entiteiten die DAO of mijn code gebruikt:

• input_number.dao_heating_curve_adjustment: hier schrijft DAO naartoe
• sensor.dao_heating_curve_mean en sensor.dao_heating_curve_adjustment_smoothed: gladstrijken
• input_number.dao_room_setpoint_base: je gewenste comforttemperatuur (bij mij 21 °C)
• sensor.dao_degree_days_factor: hoeveel warmte de woning per graad en per dag nodig heeft, gecorrigeerd voor wind en zon
• climate.panasonic_thermostaat: MQTT-climate waarmee het setpoint naar Node-RED gaat
• sensor.aquarea_cop en sensor.aquarea_heatpump_dao_panasonic_heat_power_produced_today: DAO leest hiermee de werkelijke COP en geproduceerde warmte uit

1. DAO-configuratie (sectie "heating")

Dit staat in de opties van de DAO-add-on. De stages zijn mijn schatting van de COP per vermogensniveau, die heb je nodig om de planning te laten kloppen met de werkelijkheid.

JSON:

"heating": {
  "heater_present": true,
  "degree_days_factor": "sensor.dao_degree_days_factor",
  "adjustment": "heating curve",
  "stages": [
    {"max_power": 0.0,    "cop": 8.0},
    {"max_power": 300.0,  "cop": 5.5},
    {"max_power": 500.0,  "cop": 4.8},
    {"max_power": 700.0,  "cop": 4.2},
    {"max_power": 900.0,  "cop": 3.8},
    {"max_power": 1100.0, "cop": 3.4},
    {"max_power": 1400.0, "cop": 3.0}
  ],
  "entity_adjust_heating_curve": "input_number.dao_heating_curve_adjustment",
  "adjustment_factor": 0.1,
  "min_run_length": 1,
  "entity_hp_cop": "sensor.aquarea_cop",
  "entity_hp_heat_produced": "sensor.aquarea_heatpump_dao_panasonic_heat_power_produced_today"
}

2. Helpers en gladstrijken

YAML:

input_number:
  dao_heating_curve_adjustment:
    name: "DAO - Heating Curve Adjustment"
    min: -10
    max: 10
    step: 0.1
    unit_of_measurement: "K"
    mode: slider

  dao_room_setpoint_base:
    name: "DAO - Room Setpoint Baseline"
    min: 15
    max: 25
    step: 0.5
    unit_of_measurement: "°C"
    mode: box
    initial: 21.0

sensor:
  - platform: statistics
    name: "DAO Heating Curve Mean"
    entity_id: input_number.dao_heating_curve_adjustment
    state_characteristic: mean
    max_age:
      minutes: 45        # groter = vloeiender maar trager
    sampling_size: 200

template:
  - sensor:
      - name: "DAO Heating Curve Adjustment Smoothed"
        unique_id: dao_heating_curve_adjustment_smoothed
        unit_of_measurement: "K"
        state_class: measurement
        state: >
          {% set mean_raw = states('sensor.dao_heating_curve_mean') %}
          {% set previous = states('sensor.dao_heating_curve_adjustment_smoothed') %}
          {% if mean_raw | is_number %}
            {% set raw = mean_raw | float %}
          {% elif previous | is_number %}
            {# na een herstart: laatst bekende waarde vasthouden i.p.v. naar 0 springen #}
            {% set raw = previous | float %}
          {% else %}
            {% set raw = states('input_number.dao_heating_curve_adjustment') | float(0) %}
          {% endif %}
          {% set clamped = [[raw, -5] | max, 5] | min %}
          {{ (clamped * 2) | round(0) / 2 }}

3. Automation: correctie omzetten naar kamer-setpoint

De factor 0,8 en de begrenzing van ±2 K zijn door mij gekozen. Begin voorzichtig; ik zou niet meteen met een brede marge starten, want bij de verwarming merk je een te grote verschuiving pas na uren.

YAML:

- id: dao_thermostat_shift
  alias: DAO - Panasonic thermostaat correctie
  mode: single
  triggers:
    - trigger: state
      entity_id: sensor.dao_heating_curve_adjustment_smoothed
  conditions:
    - condition: template
      value_template: >
        {{ trigger.to_state.state not in ['unavailable', 'unknown', 'none'] }}
  variables:
    dao: "{{ states('sensor.dao_heating_curve_adjustment_smoothed') | float(0) }}"
    base_temp: "{{ states('input_number.dao_room_setpoint_base') | float(21) }}"
    offset: >
      {% set raw = 0.8 * dao %}
      {% if raw > 2 %}2{% elif raw < -2 %}-2{% else %}{{ raw }}{% endif %}
    new_temp: "{{ [[base_temp + offset, 17] | max, 24.5] | min }}"
  actions:
    - action: climate.set_temperature
      continue_on_error: true
      target:
        entity_id: climate.panasonic_thermostaat
      data:
        temperature: "{{ new_temp }}"

4. Dynamische degree-days-factor (optioneel, maar het helpt)

DAO rekent met een vaste "kWh per graad per dag". Die verandert in werkelijkheid met de wind en de zon, dus ik corrigeer hem. Basiswaarde 4,0 komt uit een regressie op mijn eigen verbruik; die moet je zelf bepalen. Wind: +4% per m/s boven 3 m/s (begrensd tussen −15% en +25%). Zon: tot 20% minder bij 800 W/m².


[...]


5. Node-RED

In de Panasonic-flow staat een MQTT-in node op panasonic_thermostat/temperature/set die via een link naar "Room Setpoint Link-in (ZONE 1)" gaat. Vanaf daar wordt het gebruikt als room setpoint (RTC) van de flow. Let erop dat je niet óók een ander setpoint (bijvoorbeeld uit het dashboard van de flow) laat schrijven, anders overschrijven die elkaar.

Resultaat tot nu toe (voorlopig!)

De koppeling draait pas sinds 11 oktober, dus dit zijn 10 stookdagen en geen conclusie.

• Vergeleken met dezelfde dag zonder DAO-sturing (verbruik verdeeld naar gradenuren, daaropvolgend gewogen met de kale beursprijs) is de besparing ongeveer €1,06 in 10 dagen, circa 21% op de kosten, ongeveer €0,11 per dag exclusief btw.
• Het verbruik ligt zo'n 2% hoger (34,8 tegen 34,0 kWh), omdat de pomp meer 's nachts draait, bij een lagere COP. Het voordeel zit in de prijs, niet in kWh.
• Op jaarbasis schat ik dat grofweg op €30–50, afhankelijk van hoeveel van het verbruik echt ruimteverwarming is. Dat is een schatting op basis van de prijsspreiding in maart–oktober.
• In de uurdata zie je de warmtepomp duidelijk verschuiven: draaien tussen 02–07 uur en 11–16 uur, uit in de avondpiek.

Aantal starts van de compressor

Let op, hier zit een nadeel: het aantal starts per dag is bij vergelijkbare buitentemperatuur ongeveer verdubbeld.

code:

Buiten      Periode   Dagen  Starts/dag  Draaiuren/dag  Uur/start
9..12 °C    voor DAO   49      1,7         5,2           3,1
9..12 °C    met DAO     3      3,3        11,0           3,3
12..15 °C   voor DAO   10      1,2         3,8           3,2
12..15 °C   met DAO     6      3,2         5,5           1,7

2–4 starts per dag is op zich niet veel. Maar de runs worden korter en de COP is bij korte runs wat lager. Ik moet nog zien hoe dit zich bij vorst gedraagt, want vorige winter zat ik zonder DAO al op ~16 starts per dag bij 0–3 °C. De hoop is dat DAO daar juist langere blokken oplevert. Ik ga dit volgen.

Kanttekeningen

• De besparing is een berekening, geen meting. De "zonder DAO"-situatie heb ik gereconstrueerd, niet daadwerkelijk gemeten.
• Het comfort heb ik niet gemeten. Het kamer-setpoint verschuift ±2 K en de woning moet die buffer echt kunnen opnemen. Hoe goed dit werkt hangt af van de thermische massa van je woning en het afgiftesysteem (bijvoorbeeld vloerverwarming of radiatoren).
• De Aquarea-sensoren voor verbruik (via HeishaMon) lopen achter op een echte S0-meter. Bij mij 25 kWh tegen 37 kWh over dezelfde periode. Reken liever met S0.
• De COP-waarden uit HeishaMon zijn aan de hoge kant. Neem ze niet als absolute waarheid.

Vragen of aanvullingen zijn welkom. Als er interesse is, deel ik ook het script waarmee ik de besparing en de starts uit de HA-statistieken en de DAO-database bereken.

Goedemorgen @Beekforel

dank voor je uitleg, dat is precies de koppeling die ik zocht. Ik loop er zelf nog tegenaan en deel wat ik tot nu toe heb gevonden, misschien heb je er iets aan:

1. De instelling adjustment_factor werkt per procent, niet per 10 procent zoals in de handleiding staat (de maker van DAO bevestigde dat). Met jouw 0,1 schuift de stooklijn dus 0,1 graad per procent dat de prijs afwijkt van het daggemiddelde. Bij 50 procent duurder of goedkoper kom je op 5 graden. Je begrenzing op 5 graden en je gemiddelde over 45 minuten vangen dat op, maar nu weet je waarom ze nodig zijn.

2. Je zegt dat de besparing een berekening is en dat de sensoren van de warmtepomp afwijken van je S0-meter (25 tegen 37 kWh). Ik meet het stroomverbruik van alleen de verwarming met die S0-meters, en alleen op momenten dat de klep op "verwarmen" staat (dus niet het warme water). Daarnaast leg ik per dag vast hoeveel graaddagen het was en hoeveel warmte de pomp afgaf. Dan heb je een echte "zonder DAO"-dag om mee te vergelijken in plaats van een uitgerekende. Ik deel de sensoren graag.

3. Een veiligheidspunt: als DAO of een sensor uitvalt, lijkt jouw automation het laatste setpoint te laten staan. Ik heb in Home Assistant een aparte aan/uit-schakelaar gemaakt voor "toepassen". De automation die naar de pomp schrijft doet alleen iets als die schakelaar aan staat. Een tweede automation zet de waarde terug naar de basis zodra ik hem uitzet, en een derde zet de verschuiving op 0 als de gegevens van DAO te oud zijn. Daarbij een noodstop op de kamertemperatuur. Als jij dat al ergens anders hebt geregeld, vergeet dit dan.

4. Jouw "degree days factor" (hoeveel warmte je huis per graad per dag nodig heeft) heb je zelf bepaald en bijgesteld voor wind en zon, dat vind ik slim, en die code heb je al gedeeld. Ik wil mijn waarde elke week laten bijleren uit mijn eigen metingen; zodra dat werkt deel ik de code. Jouw wind- en zoncorrectie zou daar goed bovenop passen: eerst een gemeten basis, dan jouw correcties. Wil je ook de code delen waarmee je de besparing en het aantal starts berekent?

5. Een kanttekening bij de besparing, uit onderzoek met echte opstellingen:
- In een bewoond Deens huis (97 dagen, Thorsteinsson e.a. 2023) was de besparing bij een gelijke binnentemperatuur 6,1 procent, ongeveer 0,29 euro per dag. Twee derde daarvan kwam al door de warmtepomp alleen in de avondpiek (17 tot 21 uur) uit te zetten, onder het Deense tarief: https://arxiv.org/abs/2303.16289
- Een korte proef van zes keer 120 uur gaf 34 procent besparing; dezelfde opstelling over 125 dagen gaf 9 procent (Kuboth e.a., Energies 2020): https://www.mdpi.com/1996-1073/13/22/6016

Jouw 21 procent over 10 dagen hoort daarom waarschijnlijk bij de korte categorie. Dat is geen kritiek, maar het is goed om te weten voor als het gaat vriezen.

Zou je je MQTT-koppeling naar de Room Setpoint en je script voor het aantal starts willen delen? Dan zet ik een proef op waarbij DAO alleen meerekent en de pomp nog niets doet, en kijk ik of we er met Ed's flows samen iets kleins van kunnen maken.

[alcx]

edterbak schreef op maandag 19 oktober 2026 @ 17:55:
@alcx
Kun je achter beiden ha input nodes, en debug node plaatsen en de output daarvan hier posten. Het liefst msg complete.

Ik vermoed dat er meer uit komt dan alleen consumption en production

Wat vind je ervan? Debug 1 zat aan production, debug 2 aan consumption. De zon schijnt, dus debug 2 is lekker stil

code:

20/10/2026, 10:35:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.722", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "d797ded770510f95", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.725", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "382339bfdde099b7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.727", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "796c7c23c8ae9d49", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.731", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "fadd5536157023d3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.733", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "3823aec8ac7e7971", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.737", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "6f381a9988431d2a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.739", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "86d867bac87a3fc8", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.742", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "541276605b8bfa0f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.745", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "41ab15884d8d0a6d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.748", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "6d8e51366d4e1115", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.751", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "3a057a096c0ef534", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.754", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "dfcf7b9f89610a35", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.757", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "92f71c877dd0ac8f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.76", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "0a7b02f5132e64b8", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.763", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "f7fc323910645233", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.766", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "b3ade4de713cb172", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.768", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "01a42a6fb0f1354d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.772", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "5a915953d8c11e8e", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.774", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "44204c3c1b78228d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.778", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "05d9722f55484180", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.78", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "14552dd7d8a00e8f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.783", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "e545201e13d283a5", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.786", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c8fa0db04db524ae", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.789", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "07e16dbfbeeb0664", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.793", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "971439c26f6b76f7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.795", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "1823e9469419c4dd", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.798", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c09464e7637075e3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.801", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "e914fe212cdc62e3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.804", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "490d59a9f65fe5c2", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.807", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "b523a359adb4efb7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.81", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "06a0afe5558cd815", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.813", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "9b72dbb41a185f70", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.816", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "82197d558bf296b7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.819", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "76b536fa2c3d442a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.822", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "0ea7dcaeb3c284c7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.825", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "4f117489a38ef403", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.828", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c0d0648f86536d93", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.831", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "494ec35530ba03a3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.834", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "4b8ce31f6e80132c", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.837", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "685cbbd5eb85a94a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.84", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "974dbba1273a37d7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.843", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "8b7a04e71e2e9ccb", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.846", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "3286ca768789bda8", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.849", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "9acb3793af530a2b", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.852", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "ad935e55beb1314a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.855", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "0e5964c8fdea74a5", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.858", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "ece1f595272bc3ca", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.861", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "fe50c238bbd7b875", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.864", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "9d301cc531379bd2", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.867", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "418b8a1c92e8d1a3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.87", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c7031c9f4cb607c8", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.873", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "2b804d47c8f3932a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.876", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "49760b2c7f36f3a4", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.879", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "4f057b7ff12dc51e", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.882", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "5380a6a1d0ddbca4", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.885", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "2fdbf5cbddcdfdc2", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.888", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "35c428e91bcd3da4", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.891", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "6d7c2906f17a861d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.894", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "fa8d405aeab6b4d1", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.897", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "a68b687dfbf656d3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.9", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "cca046c60ab39c0c", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.903", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "b7b2db2b1f2e3844", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.906", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "85a8fa4cc177e83e", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.909", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "60e9e4629bb2b596", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.912", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "cb7796e119a22789", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.915", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "e8b784d168e5e152", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.918", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c9819675f86ce9ca", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.921", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "12acd108e4263d6a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.924", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "b0bdbd3b702d6b0b", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.927", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "2d563e4209fc2eff", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.93", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "4c9cb1c2d448f211", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.933", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "21df0eda0aa538d4", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.936", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "585bdaac7e74d529", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.94", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "3728befc018dea1e", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.942", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "cbc22791f12bb925", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.946", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "2727a28fd1ad349f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.948", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "872402a8a4d36be7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.952", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c627747d4f217784", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.954", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "06b613a2cd946b97", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.958", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c29d3bc990629321", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.961", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "ada64af32226f1b5", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.964", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "394ac44333243901", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.967", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "784b3661828ede57", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.97", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "7fad3b4038a9417d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.973", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "a0a069df92574a8b", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.976", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "1dd5f95bf0f43b2d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.979", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "869f80586110e501", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.982", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "e3972efc128acfec", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.985", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "2b6ef20cc3573eb5", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.988", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "6306bb0b2c2f693f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.991", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "e1eb6e18e6f99cde", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.994", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "6977b81c6414037f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.998", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "1f4567e2a618b873", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11140.0", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "d5014fd89fdb4c8e", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11140.004", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "59193bca527ec62b", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11140.006", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "70449d854d4110ba", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11140.01", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c3a6b48bce2cb2f8", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
object
payload: "11140.012"
data: object
topic: "sensor.p1_meter_energy_export_2"
_msgid: "3bd18e736e8a716a"
_event: "node:c8da2b5fe18d36ac"
20/10/2026, 10:43:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11140.016", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "53a874c4a0d5a9c9", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:34 Paused
10 messages dropped

[hemertje]

@edterbak
Aanvulling op mijn vraag over de Room Setpoint-ingang: ik zie dat er al drie dingen naar die ingang schrijven (de nachtverlaging, op twee manieren, en je agenda via "Room setpoint RTC").

1. Wint dan altijd de laatste schrijver? Als ik een extern setpoint (van DAO) naar de Room Setpoint Link-in stuur, wordt dat bij het begin of einde van de nachtverlaging dan teruggezet naar LOW of NORMAL?
2. Is er een betere ingang voor een extern signaal, bijvoorbeeld de NORMAL-waarde van de nachtverlaging, zodat het bij de nachtverlaging past in plaats van ertegenin?
3. Zou een vlag of voorrang voor een extern setpoint iets voor je flows zijn, of liever niet?

[hemertje]

@Beekforel
toch nog een paar vragen, zodat ik jouw opzet goed begrijp en niet iets verstoor:

- Je zet het setpoint via een MQTT-thermostaat in Home Assistant (climate.panasonic_thermostaat). Zou je de configuratie van die entiteit willen delen? In je bericht staat alleen de automation.

- Gebruik je Ed's nachtverlaging? In zijn flow gaat die naar dezelfde ingang als jouw setpoint, dus ik vraag me af of jouw waarde bij het begin of einde van de nacht wordt teruggezet.

- Wat doet je setpoint als DAO of een sensor uitvalt? Blijft de laatste waarde staan, of zet je het terug naar 21 graden?

- Welke instellingen heb je in Ed's RTC en CCC, en heb je vloerverwarming of radiatoren? Zo kan ik beter inschatten hoe je resultaten zich tot de mijne verhouden.


Wederom bedankt...

[djoenez]

Ik had vroeger een knop in HA om de "boost DHW now" functie aan te zetten (voor als de kinderen in bad willen).

Ik draai nu al een tijdje 26.5.1, en nog niet opgemerkt dat deze functie niet meer werkt. Ik heb een state change in NR die de actie doorgeeft. en als ik hem volg met debugs in NR gaat hij er wel doorheen, maar er gebeurd niets nadat hij in tablad schedule in de schedule execution block gaat.

(ik link hem in bij Personal, en dan linkt hij naar input --> DH start force DHW input

Ook zie ik mijn (nooit gebruikte) input voor de DHW temp niet meer werken, komt netjes aan in NR, als ik de debugs volg geen rare dingen. maar wordt in de GUI niet geupdate

Wie weet raad?

[ Voor 7% gewijzigd door djoenez op 23-10-2026 19:57 ]

[edterbak]

Ik moet mijn schouders er weer onder zetten.
Beetje veel aan mijn hoofd alleen op een nieuwe afdeling aan het werk.
Ik zal de bugs bekijken

[edterbak]

hemertje schreef op dinsdag 20 oktober 2026 @ 10:22:
[...]


@edterbak
dank voor je mening over verwarmen met DAO, die neem ik mee.
Ik draai eerst alleen een schaduwproef: DAO plant, de pomp doet er niets mee.

Een technische vraag over je flows, zodat ik niets verstoor:

1. De link-in "Water temp / shift (ZONE 1)" op WP Input accepteert -5 tot 65. Is dat een absolute aanvoertemperatuur of een verschuiving van de stooklijn? Zoals ik de flow lees doet hij niets zolang CCC aan staat. Klopt dat?

Hangt van je operating modus af. Staat je pomp in compensation curve, dan is het een shift (-5/+5), anders is het 20/65

2. Beekforel stuurt een setpoint via MQTT naar "Room Setpoint Link-in (ZONE 1)" (RTC). Is die ingang bedoeld voor externe bijsturing, en wat doet hij als CCC en RTC allebei aan staan?

CC = Compensation Curve (native Panasonic)
CCC = Custom Compensation Curve (homebrew CC)

CCC stuurt setpoint bij op basis van buitentemperatuur.
RTC stuurt setpoint bij op basis van binnentemperatuur.

Gaan side-by-side

Dit is al vaak hier beschreven. Staat wat mij betreft ook duidelijk in het dashboard zelf [HELP]
Ook staat dit letterlijk in de FAQ.


Ik begrijp niet zo waarom de zelfde vragen steeds terug blijven komen.

[edterbak]

hemertje schreef op dinsdag 20 oktober 2026 @ 10:59:
@edterbak
Aanvulling op mijn vraag over de Room Setpoint-ingang: ik zie dat er al drie dingen naar die ingang schrijven (de nachtverlaging, op twee manieren, en je agenda via "Room setpoint RTC").
1. Wint dan altijd de laatste schrijver? Als ik een extern setpoint (van DAO) naar de Room Setpoint Link-in stuur, wordt dat bij het begin of einde van de nachtverlaging dan teruggezet naar LOW of NORMAL?

Ja, die input werkt als een handmatige invoer. Bron maakt niet uit. Dus de laatste invoer is leidend.
De nightreduction Setpoint water NAAST de scheduler, die doet gewoon een aanvullende correctie op het resultaat van CCC+RTC setpoint. De correctie is 0 of jouw gewenste waarde als hij aan staat.
De nighreduction Setpoint RTC NAAST de scheduler, die set fixed het setpoint bij aan/uit schakelen. beiden momenten.

2. Is er een betere ingang voor een extern signaal, bijvoorbeeld de NORMAL-waarde van de nachtverlaging, zodat het bij de nachtverlaging past in plaats van ertegenin?

Daar heb ik op dit moment geen haakje voor ingebouwd, link in node.
Ik zou daarvoor even zelf even (tot ik hem release) een link-in node plaatsen. Tab [WP Control]. Als je dit doet wordt het als het goed is direct verwerkt als de functie aan staat.

3. Zou een vlag of voorrang voor een extern setpoint iets voor je flows zijn, of liever niet?

Vlag is niet nodig. die punt 2 antwoord

[ Voor 19% gewijzigd door edterbak op 24-10-2026 01:26 ]

[edterbak]

alcx schreef op dinsdag 20 oktober 2026 @ 10:46:
[...]


Wat vind je ervan? Debug 1 zat aan production, debug 2 aan consumption. De zon schijnt, dus debug 2 is lekker stil

code:

20/10/2026, 10:35:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.722", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "d797ded770510f95", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.725", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "382339bfdde099b7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.727", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "796c7c23c8ae9d49", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.731", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "fadd5536157023d3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.733", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "3823aec8ac7e7971", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.737", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "6f381a9988431d2a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.739", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "86d867bac87a3fc8", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:35:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.742", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "541276605b8bfa0f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.745", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "41ab15884d8d0a6d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.748", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "6d8e51366d4e1115", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.751", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "3a057a096c0ef534", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.754", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "dfcf7b9f89610a35", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.757", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "92f71c877dd0ac8f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.76", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "0a7b02f5132e64b8", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.763", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "f7fc323910645233", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.766", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "b3ade4de713cb172", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.768", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "01a42a6fb0f1354d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.772", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "5a915953d8c11e8e", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.774", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "44204c3c1b78228d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:36:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.778", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "05d9722f55484180", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.78", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "14552dd7d8a00e8f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.783", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "e545201e13d283a5", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.786", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c8fa0db04db524ae", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.789", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "07e16dbfbeeb0664", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.793", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "971439c26f6b76f7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.795", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "1823e9469419c4dd", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.798", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c09464e7637075e3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.801", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "e914fe212cdc62e3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.804", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "490d59a9f65fe5c2", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.807", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "b523a359adb4efb7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.81", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "06a0afe5558cd815", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:37:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.813", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "9b72dbb41a185f70", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.816", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "82197d558bf296b7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.819", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "76b536fa2c3d442a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.822", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "0ea7dcaeb3c284c7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.825", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "4f117489a38ef403", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.828", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c0d0648f86536d93", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.831", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "494ec35530ba03a3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.834", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "4b8ce31f6e80132c", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.837", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "685cbbd5eb85a94a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.84", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "974dbba1273a37d7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.843", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "8b7a04e71e2e9ccb", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.846", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "3286ca768789bda8", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:38:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.849", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "9acb3793af530a2b", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.852", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "ad935e55beb1314a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.855", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "0e5964c8fdea74a5", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.858", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "ece1f595272bc3ca", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.861", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "fe50c238bbd7b875", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.864", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "9d301cc531379bd2", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.867", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "418b8a1c92e8d1a3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.87", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c7031c9f4cb607c8", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.873", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "2b804d47c8f3932a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.876", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "49760b2c7f36f3a4", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.879", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "4f057b7ff12dc51e", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.882", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "5380a6a1d0ddbca4", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:39:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.885", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "2fdbf5cbddcdfdc2", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.888", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "35c428e91bcd3da4", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.891", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "6d7c2906f17a861d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.894", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "fa8d405aeab6b4d1", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.897", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "a68b687dfbf656d3", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.9", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "cca046c60ab39c0c", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.903", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "b7b2db2b1f2e3844", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.906", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "85a8fa4cc177e83e", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.909", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "60e9e4629bb2b596", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.912", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "cb7796e119a22789", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.915", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "e8b784d168e5e152", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.918", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c9819675f86ce9ca", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:40:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.921", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "12acd108e4263d6a", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.924", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "b0bdbd3b702d6b0b", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.927", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "2d563e4209fc2eff", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.93", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "4c9cb1c2d448f211", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.933", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "21df0eda0aa538d4", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.936", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "585bdaac7e74d529", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.94", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "3728befc018dea1e", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.942", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "cbc22791f12bb925", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.946", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "2727a28fd1ad349f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.948", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "872402a8a4d36be7", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.952", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c627747d4f217784", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.954", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "06b613a2cd946b97", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:41:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.958", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c29d3bc990629321", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.961", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "ada64af32226f1b5", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.964", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "394ac44333243901", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.967", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "784b3661828ede57", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.97", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "7fad3b4038a9417d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.973", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "a0a069df92574a8b", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.976", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "1dd5f95bf0f43b2d", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.979", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "869f80586110e501", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:37node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.982", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "e3972efc128acfec", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:42node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.985", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "2b6ef20cc3573eb5", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:47node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.988", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "6306bb0b2c2f693f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:52node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.991", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "e1eb6e18e6f99cde", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:42:57node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.994", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "6977b81c6414037f", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:02node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11139.998", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "1f4567e2a618b873", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:07node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11140.0", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "d5014fd89fdb4c8e", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:12node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11140.004", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "59193bca527ec62b", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:17node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11140.006", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "70449d854d4110ba", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:22node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11140.01", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "c3a6b48bce2cb2f8", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:27node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
object
payload: "11140.012"
data: object
topic: "sensor.p1_meter_energy_export_2"
_msgid: "3bd18e736e8a716a"
_event: "node:c8da2b5fe18d36ac"
20/10/2026, 10:43:32node: debug 1
sensor.p1_meter_energy_export_2 : msg : Object
{ payload: "11140.016", data: object, topic: "sensor.p1_meter_energy_export_…", _msgid: "53a874c4a0d5a9c9", _event: "node:c8da2b5fe18d36ac" }
20/10/2026, 10:43:34 Paused
10 messages dropped

Dat ziet er inderdaad uit alsoff je het kWh signaal doorgeeft ipv actueel vermogen.
Kun je een overzicht laten zien van alle sensor waarden uit de p1? dan kan ik of iemand anders zo aanwijzen welke je nodig hebt om door te geven aan NR.

Vraag: wat doet de NR flow met de import en export: trekt die ze toevallig van elkaar af om tot het totale vermogen te komen? Want het totale vermogen heb ik dan toevallig wél weer beschikbaar.

Dat hangt af van je gekozen p1 meting type.

Als je type2 selecteert, dan gaat NR er van uit dat 1 van de 2 sensoren altijd 0 is, en de ander een waarde. Dan doet ie geen optelsom
Als je type1 selecteert, dan doet ie dat wel.


Dus als jouw meter tegelijk doorgeeft dat je er sprake is van X kW consumptie en Y kW productie, dan selecteer je type 1
Als je p1 meter de productie en consumptie al verrekent en er dus altijd maar 1 een getal boven 0 laat zien, dan sensor type 2.

[alcx]

edterbak schreef op zaterdag 24 oktober 2026 @ 01:37:
[...]

Dat ziet er inderdaad uit alsoff je het kWh signaal doorgeeft ipv actueel vermogen.
Kun je een overzicht laten zien van alle sensor waarden uit de p1? dan kan ik of iemand anders zo aanwijzen welke je nodig hebt om door te geven aan NR.

Ja, zeker, het gaat om deze sensorwaarden. We kwamen al tot de conclusie dat de drie fasen met een andere latency binnenkomen, waardoor 'vermogen' soms iets afwijkt.

Ik zie zelf niet welke waarden ik zou kunnen gebruiken voor de HeisaMoNR helaas... Jij (of iemand anders) wel?

[edterbak]

@alcx
welke p1 lezer heb je?
ik kan mij niet voorstelen dat dit alles is dat je binnen krijgt. Ik verwacht meer waarden dan alleen wat je screenshot toont.

Staan er nog wat disabled entities ?

[ Voor 11% gewijzigd door edterbak op 24-10-2026 20:50 ]

[alcx]

edterbak schreef op zaterdag 24 oktober 2026 @ 20:49:
@alcx
welke p1 lezer heb je?
ik kan mij niet voorstelen dat dit alles is dat je binnen krijgt. Ik verwacht meer waarden dan alleen wat je screenshot toont.

Staan er nog wat disabled entities ?

Ja, er staan wat disabled entities, zie greyed out, maar die lijken me nutteloos:



Ik heb de homewizard p1-meter. Die is best populair, ik kan toch niet de enige zijn met deze struggles?

[edterbak]

@alcx
Je bent zeker niet de enige met deze p1 meter. Maar ik vrees wel met dit issue.
Ter illustratie wat er in mijn p1 meter binnen komt. Een typische p1 meter geeft heel veel door dan wat je bij jou ziet.


Let niet op die met de gele gemarkeerde dingen. die heb ik zelf als calculated helper template toegevoegd.
Hetgeen dat ik doorlus naar NR is "total power generation" en "total power usage".

Ik heb zelf een USB p1 meter van 7 euro (oldie). Op een niet-representatieve methode aangesloten en doorgelust naar mqtt.
Er zijn hier vast een hoop mensen welke een vergelijkbaar screenshot kunnen laten zien van de homewizard p1 meter.

[ Voor 4% gewijzigd door edterbak op 25-10-2026 22:52 ]

[edterbak]

@Beekforel @MikeyMan
Welke p1 gebruik jij? Ook home Wiz toevallig? Kan iemand mij verhaal over p1 hierboven bevestigen ( of ontkrachten)?

[Beekforel]

edterbak schreef op dinsdag 27 oktober 2026 @ 19:55:
@Beekforel @MikeyMan
Welke p1 gebruik jij? Ook home Wiz toevallig? Kan iemand mij verhaal over p1 hierboven bevestigen ( of ontkrachten)?

Ik heb een Ultra Dongle. Die heeft een Power Delivered en Power Returned. Ik neem even aan dat het om de vraag van @alcx gaat hier, dat lijkt mij fout geconfigureerd. Hij zou de sensor "Vermogen" moeten gebruiken, maar ik weet niet hoe je dat in HeishaMonNR moet instellen?

Ik heb geen DHW dus het is verder voor niets geconfigureerd bij mij.

[MikeyMan]

edterbak schreef op dinsdag 27 oktober 2026 @ 19:55:
@Beekforel @MikeyMan
Welke p1 gebruik jij? Ook home Wiz toevallig? Kan iemand mij verhaal over p1 hierboven bevestigen ( of ontkrachten)?

Domoticz pusht bij mij de p1 naar mqtt.'

edit: dat ziet er zo uit:

De daadwerkelijke 'Stroom' inhoud:

code:

{
  "Battery": 255,
  "LastUpdate": "2026-10-28 08:59:57",
  "RSSI": 12,
  "description": "",
  "dtype": "P1 Smart Meter",
  "hwid": "2",
  "id": "0001",
  "idx": 14,
  "name": "Stroom",
  "nvalue": 0,
  "org_hwid": "2",
  "stype": "Energy",
  "svalue1": "11423348",
  "svalue2": "9182030",
  "svalue3": "2294251",
  "svalue4": "6072438",
  "svalue5": "414",
  "svalue6": "295",
  "unit": 1
}

Maar die geeft meer info dan de zendure p1. Die ik ook heb. Deze heb ik via RESTful ingeladen:


Zendure P1 Totaal
—
sensor.zendure_p1_totaal
RESTful
—
30 apr, 14:12
Zendure P1 Fase 1
—
sensor.zendure_p1_fase_1
RESTful
—
30 apr, 14:12
Zendure P1 Fase 2
—
sensor.zendure_p1_fase_2
RESTful
—
30 apr, 14:12
Zendure P1 Fase 3
—
sensor.zendure_p1_fase_3
RESTful
—
30 apr, 14:12
Zendure P1 Netto Verbruik
—
sensor.zendure_p1_netto_verbruik
RESTful
—
4 jun, 19:45
Zendure P1 Netto Teruglevering
—
sensor.zendure_p1_netto_teruglevering
RESTful
—
4 jun, 19:45

[ Voor 79% gewijzigd door MikeyMan op 28-10-2026 09:03 ]

[edterbak]

@alcx
Alles lijkt te wijzen naar dat je p1 integratie onjuist is geconfigureert.

[alcx]

edterbak schreef op woensdag 28 oktober 2026 @ 08:58:
@alcx
Alles lijkt te wijzen naar dat je p1 integratie onjuist is geconfigureert.

Dankjewel voor het navragen bij de andere Tweakers! Ik denk dat ik iets moet met het topic 'Vermogen' uit mijn p1-meter. Ga ik ergend in de komende dagen uitgebreider naar kijken, dank!

[MikeyMan]

alcx schreef op donderdag 29 oktober 2026 @ 12:04:
[...]

Dankjewel voor het navragen bij de andere Tweakers! Ik denk dat ik iets moet met het topic 'Vermogen' uit mijn p1-meter. Ga ik ergend in de komende dagen uitgebreider naar kijken, dank!

Kun je de ruwe data niet posten dan?

[alcx]

MikeyMan schreef op donderdag 29 oktober 2026 @ 12:29:
[...]


Kun je de ruwe data niet posten dan?

Ik denk dat je dan bedoelt wat ik hier postte? Dat zijn de ouputs die de p1-meter aanlevert.

[edterbak]

alcx schreef op donderdag 29 oktober 2026 @ 12:04:
[...]

Dankjewel voor het navragen bij de andere Tweakers! Ik denk dat ik iets moet met het topic 'Vermogen' uit mijn p1-meter. Ga ik ergend in de komende dagen uitgebreider naar kijken, dank!

Volgens mij niet.
Volgens mij heb je in home assistant nog niet correct werkend het ophalen van informatie uit je homewizard p1 meter.

Als je dat hebt, dan zie je ook in HA, iets als de onderstaande sensoren;

Let op de eenheid.
Het moet kW of W zijn. Dus niet kWh of Wh.
Het getal hoort iedere 5 seconden te veranderen. Dit is het actuele stroomgebruik.
Dit is wat je naar Node Red moet sturen. thats it.

[ Voor 8% gewijzigd door edterbak op 29-10-2026 13:07 ]

[alcx]

edterbak schreef op donderdag 29 oktober 2026 @ 13:06:
[...]

Volgens mij niet.
Volgens mij heb je in home assistant nog niet correct werkend het ophalen van informatie uit je homewizard p1 meter.

Als je dat hebt, dan zie je ook in HA, iets als de onderstaande sensoren;
[Afbeelding]
Let op de eenheid.
Het moet kW of W zijn. Dus niet kWh of Wh.
Het getal hoort iedere 5 seconden te veranderen. Dit is het actuele stroomgebruik.
Dit is wat je naar Node Red moet sturen. thats it.

Aaaagh volgens mij heb je gelijk: mijn p1-meter ondersteunt niet de door HeishaMoNR gevraagde entities. Zie deze pagina: https://www.home-assistant.io/integrations/homewizard/

Uit de p1 meter komen de volgende entities:

• Energy import/export (kWh): Total energy imported or exported since installation of your smart meter. Each tariff has its own sensor (e.g., T1, T2) and a sensor for the combined value.
• Power (W): Active consumed power measured, each phase has its own sensor. The sensors reading will negative if the power is generated.
• Voltage (V): Active voltage measured, each phase has its own sensor.
• Current (A): Active current measured, each phase has its own sensor.
• Tariff: Current tariff that is used. Can be used to keep consumption as low as possible during peak hours.
• Frequency (Hz): Grid frequency.
• Voltage sags and swells: Number of times a voltage sag or swell has been detected.
• Power failures: Two sensors indicate the number of power failures detected by the smart meter. One for all power failures and another for ‘long’ power failures.
• Peak demand: Belgium users are charged for the peak usage per month (see capaciteitstarief). Two sensors are available: one shows the current quarterly average, and another shows the peak measured this month. Both sensors are provided directly from the smart meter and can be used to keep the peak as low as possible.
• Status light brightness: Controls the brightness of the green status light. Error statuses are always visualized, even when the brightness is set to 0.

Uit een ander apparaat, namelijk de kwh-meter, komen de volgende entities, waarbij ik de groene zou moeten invoeren in HeishaMoNR:

• Energy import/export (kWh): Total energy imported or exported measured by kWh meter.
• Power (W): Active consumed power that is measured, each phase has its own sensor. The sensors reading will negative if the power is generated.
• Production power (W): Active production power measured. The reading will negative if the power is consumed. This sensor can be used in the energy dashboard as solar production power sensor.
• Voltage (V): Active voltage measured, each phase has its own sensor.
• Current (A): Active current measured, each phase has its own sensor.
• Frequency (Hz): Grid frequency.
• Reactive power (VAR): Active reactive power measurement, each phase has its own sensor.
• Apparent power (VA): Active apparent power measurement, each phase has its own sensor.

Volgens mij moet ik dus een nieuw apparaatje aanschaffen, de kwh-meter, kost maar 130 euro...

Of, alternatief, ik creëer een custom sensor in homewizard, op basis van:

• Power (W): Active consumed power measured, each phase has its own sensor. The sensors reading will negative if the power is generated.

Die custom sensor wordt het negatief omgekeerde van Power (W), en ik noem hem Production Power.

1. Production Power: Staat op 0 indien Power (W) een positief getal is. Indien Power (W) een negatief getal is is (dat betekent dat ik teruglever), dan neemt Production Power die negatieve waarde over als positieve waarde.
   Dus, als Power (W) waarde 2000 is, dan heeft Production Power de waarde 0.
   Dus, als power (W) waarde -2000 is, dan heeft Production Power de waarde 2000.

Wat denk jij, @edterbak , zou dat werken? Het is mijn plan om dat dit weekend uit te vogelen. En anders moet ik aan een andere p1-meter, want no way dat ik zo'n duur homewizard kwh-dinges ga kopen.

[edterbak]

@alcx
Nee joh. Je hoeft geen 130 euro uit te geven hoor.
Als je de Homewizard p1 meter goed hebt aangesloten met voldoende voeding, dan krijg je volgens mij gewoon der juiste data in beeld.
Ik stel voor dat je de p1 meter fysiek controleert
Genoeg voeding via usbc
Correct aangesloten

Dan als het nog niet werkt. In home assistant de p1 integratie even verwijderen en daarna opnieuw toevoegen.

Het hoort gewoon te werken

[edterbak]

De groene regels. Die moeten naar node red idd

[edterbak]

Je kunt ook even kijken in de home wizard app om te zien of je de juiste meter type geselecteerde hebt

[MikeyMan]

Dat ding werkt niet met Mqtt? Rechtstreeks in HA?

[edterbak]

Wat bedoel je @MikeyMan

[MikeyMan]

Die P1 meter werkt niet met MQTT dan? Dan zouden de berichten met MQTT explorer nog bekeken kunnen worden...

[edterbak]

Call me stupid (dat mag altijd).... Of ik ben totaal niet aangesloten over hoe het zit met de p1 meter van homewizard en hoe die werkt..

Maar volgens mij:

• Sluit de HW p1 meter aan op je slimme meter
• Sluit de usb voeding aan op je HW p1 meter
• Ga naar de HomeWizard app, zorg dat je slimme meter juist herkend wordt en goed functioneert.
• Ga naar HA, en voeg de integratie "HomeWizard" toe.

Vervolgens zie je in HA vanzelf alle sensor waarden verschijnen. Inclusief kWh metingen, inclusief vermogens, voltages amperes etc. Inclusief je actuele verbruik. Dat zou allemaal gewoon moeten werken.
Als mij (Mr stupid) dat lukt met een 7Euro kostende USB P1 stekkertje al lukt, moet een fancy homewizard meter het zeker kunnen

Maar... Daarna. Als je dat eenmaal goed werkend hebt, dan kun je in Node Red die sensor waarden van HA ophalen.

Er zijn vast ook opties in HomeWizard om rechtstreeks naar MQTT te pushen. Daar heb ik geen kaas van gegeten

[edterbak]

Note:
Voor de gemiddelde gebruiker is deze oplossing het meest eenvoudig:

code:

[Slimme meter] -----> [p1 meter] -----> [HomeAssistant] -----> [Node Red]

Het voordeel zo is dat je in home assistant op een eenvoudige mannier je data dan lekker kunt inzien. Grafiekjes maken, je dashboard vullen naar wens.

Ik heb het zelf net een tikje anders. Zoals onderstaand.

code:

                                        [MQTT]     -----> [Node Red]
[Slimme meter] -----> [p1 meter] -----> [MQTT]     -----> [Home Assistant]
                                        [MQTT]     -----> [what ever...]

Mijn voorkeur voor deze oplossing is dat geen enkel issues in HA effect heeft op het aansturen van mijn warmtepomp.
Misschien dat @MikeyMan je deze oplossing bedoelt?

[ Voor 8% gewijzigd door edterbak op 29-10-2026 16:27 ]

[alcx]

edterbak schreef op donderdag 29 oktober 2026 @ 15:49:
Call me stupid (dat mag altijd).... Of ik ben totaal niet aangesloten over hoe het zit met de p1 meter van homewizard en hoe die werkt..

Maar volgens mij:

• Sluit de HW p1 meter aan op je slimme meter
• Sluit de usb voeding aan op je HW p1 meter
• Ga naar de HomeWizard app, zorg dat je slimme meter juist herkend wordt en goed functioneert.
• Ga naar HA, en voeg de integratie "HomeWizard" toe.

Vervolgens zie je in HA vanzelf alle sensor waarden verschijnen. Inclusief kWh metingen, inclusief vermogens, voltages amperes etc. Inclusief je actuele verbruik. Dat zou allemaal gewoon moeten werken.
Als mij (Mr stupid) dat lukt met een 7Euro kostende USB P1 stekkertje al lukt, moet een fancy homewizard meter het zeker kunnen

Maar... Daarna. Als je dat eenmaal goed werkend hebt, dan kun je in Node Red die sensor waarden van HA ophalen.

Er zijn vast ook opties in HomeWizard om rechtstreeks naar MQTT te pushen. Daar heb ik geen kaas van gegeten

De HW p1-meter heeft geen USB voeding Ik heb hem helemaal correct geconfigureerd, en hij werkt ook prima in de HomeWizard app. Ook heb ik de integratie "HomeWizard" toegevoegd in HomeAssistant.

Ik denk toch echt dat deze p1-meter geen 'Production power' doorgeeft, helaas.

edterbak schreef op donderdag 29 oktober 2026 @ 14:33:
De groene regels. Die moeten naar node red idd

Ja, en volgens de documentatie op de website van HomeAssistant worden die groene regels dus niet gepublished door de HomeWizard p1-meter (maar door een ander device dat 130 euro kost. Dan koop ik natuurlijk liever een andere p1-meter). Dat is nou juist de grap.

[ Voor 3% gewijzigd door alcx op 29-10-2026 16:30 ]

[alcx]

edterbak schreef op donderdag 29 oktober 2026 @ 16:25:
Note:
Voor de gemiddelde gebruiker is deze oplossing het meest eenvoudig:

code:

[Slimme meter] -----> [p1 meter] -----> [HomeAssistant] -----> [Node Red]

Het voordeel zo is dat je in home assistant op een eenvoudige mannier je data dan lekker kunt inzien. Grafiekjes maken, je dashboard vullen naar wens.

Yes, dit is ook mijn integratie
Ik verklaar de homewizard p1-meter voor nu niet compitabel met de solar2dhw-functie!

[edterbak]

Oke,

Wie heeft een screenshot van de HomeWizard sensoren in Home Assistent voor ons?

Ik kan mij niet voorstellen dat een 7 euro USB p1 kabeltje het beter doet dan home wizard. Prove me wrong

[alcx]

edterbak schreef op donderdag 29 oktober 2026 @ 16:29:
Oke,

Wie heeft een screenshot van de HomeWizard sensoren in Home Assistent voor ons?

Ik kan mij niet voorstellen dat een 7 euro USB p1 kabeltje het beter doet dan home wizard. Prove me wrong

Die had ik eerder al gepost, maar nogmaals, tadaa!


Ik wil inmiddels wel wedden dat er NIEMAND op dit forum bestaat die solar2dhw werkend heeft gekregen met de standaard integratie van de homewizard p1-meter (en die weddenschap verlies ik graag, haha).

[alcx]

edterbak schreef op donderdag 29 oktober 2026 @ 16:29:

Ik kan mij niet voorstellen dat een 7 euro USB p1 kabeltje het beter doet dan home wizard. Prove me wrong

Hahaha, nou, precies. Ik vind dit dus ook onvoorstelbaar!

[edterbak]

Hahaha. .

O leuk vind ik dit Ik dacht dat ik eigenwijs was. Maar ik herken mijn gelijke hierin !!!
Ghehehe.
Niks dan lof hiervoor hoor! We gaan kijken hoe het zit.

[alcx]

En ik maar beweren aan mijn vrouw dat ik helemaal niet eigenwijs ben... hahaha.

Hier stond een heel verhaal, maar nee, ik heb toch geen gelijk... Morgen weer een dag!

[ Voor 87% gewijzigd door alcx op 29-10-2026 17:07 ]

[edterbak]

Eigenwijs zijn is een zegen. Lekker Nederlands. Koesteren

Ik ben wel wat wijzer inmiddels.
Ik heb een maat gevraagd om wat screenshots te geven van zijn home wizard integration.
Tevens Ai even ondervraagd.
Het is inderdaad niet zo straight forward als dat ik veronderstelde dat het is.

Dus.... Het heeft er alle schijn van dat je gelijk hebt. Ik ben er alleen nog niet 100% zeker van.
Ik heb nu even geen tijd om verder te gaan, ik het taken gekregen voor thuis.

vanavond zal ik er dieper in duiken om het zeker te gaan weten.

vanuit daar kan ik kijken of ik je kan helpen om Solar2DHW werkend te krijgen

to be continued.

[ Voor 4% gewijzigd door edterbak op 29-10-2026 17:11 ]

[alcx]

Ooh heel fijn dat je dat hebt nagevraagd, thanks! Stapje voor stapje dichterbij de oplossing...

Ik schreef wel 'morgen weer een dag' maar het laat me toch niet los.

Met wat hulp van duck.ai heb ik het volgende gedaan (duck.ai beschrijft het zo:)

Ik heb in Home Assistant twee Template-sensoren gemaakt op basis van mijn bestaande Power (W). eneRRRgie_consumptie toont alleen positieve waarden; bij nul of een negatieve waarde toont hij 0. eneRRRgie_productie toont alleen negatieve waarden; bij nul of een positieve waarde toont hij 0. Beide sensoren hebben als eenheid W, apparaatklasse Power en statusklasse Measurement.

Ik heb de overtuiging (maar die is niet erg standvast) dat ik nu jouw sensoren heb nagebootst @edterbak , en dat ik ze straks als energy consumption en energy production kan inladen in NodeRed. Ik rapporteer morgenochtend even terug als de zon schijnt

[ Voor 5% gewijzigd door alcx op 29-10-2026 17:39 ]

[edterbak]

@alcx

Als ik het dus goed begrijp, is je "Vermogen" sensor altijd het resultaat.
Als ik het goed begrijp, dan klopt dit voor zowel 1 fase meters als voor 3 fase meters.

Je hoeft geen helper te maken.
Dit kunnen we netter oplossen in Node Red zelf. (minder overhead)
------------------------

In node red flow editor, tab [WP Personal], importeer deze flow

code:

[
    {
        "id": "d9a1e15bf0f074e9",
        "type": "function",
        "z": "6cd33435dfb2b2bf",
        "name": "Split function",
        "func": "/*  \n    -------------------\n    Pin out 1 = consumption\n    Pin out 2 = production\n    -------------------\n*/  \n\nlet value = {}, zero = {};\n    value.payload = msg.payload;\n    zero.payload = 0;\n\n//////////////////////////////////\n// House consumes power from grid\nif (msg.payload >= 0) {\n    return ([value,zero])\n}\n\n//////////////////////////////////\n// House produces power to grid\nif (msg.payload < 0) {\n    return ([zero,value])\n}",
        "outputs": 2,
        "timeout": 0,
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 710,
        "y": 3000,
        "wires": [
            [
                "8ce9306638dd8c4f",
                "62eb8d0aff705617"
            ],
            [
                "783198d1f4a2f3c4",
                "2795cabc11e50759"
            ]
        ],
        "outputLabels": [
            "Consumptie (+)",
            "Productie (-)"
        ]
    },
    {
        "id": "8ce9306638dd8c4f",
        "type": "debug",
        "z": "6cd33435dfb2b2bf",
        "name": "debug 2",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": true,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "payload",
        "statusType": "msg",
        "x": 920,
        "y": 2960,
        "wires": []
    },
    {
        "id": "783198d1f4a2f3c4",
        "type": "debug",
        "z": "6cd33435dfb2b2bf",
        "name": "debug 7",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": true,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "payload",
        "statusType": "msg",
        "x": 920,
        "y": 3100,
        "wires": []
    },
    {
        "id": "62eb8d0aff705617",
        "type": "link out",
        "z": "6cd33435dfb2b2bf",
        "name": "Consumption",
        "mode": "link",
        "links": [
            "9d14f9dbabd85620"
        ],
        "x": 930,
        "y": 2920,
        "wires": [],
        "l": true
    },
    {
        "id": "2795cabc11e50759",
        "type": "link out",
        "z": "6cd33435dfb2b2bf",
        "name": "Production",
        "mode": "link",
        "links": [
            "25b5c6c2e35987ca"
        ],
        "x": 930,
        "y": 3060,
        "wires": [],
        "l": true
    },
    {
        "id": "204ced2a4f3542e1",
        "type": "comment",
        "z": "6cd33435dfb2b2bf",
        "name": "HomeWizard [Vermogen/Power] sensor here >>",
        "info": "",
        "x": 400,
        "y": 3000,
        "wires": []
    }
]

Het ziet er als het goed is uit als volgt.



Na importeren, je 'vermogen' sensor er aan te hebben verbonden, moet het gelijkt gaan werken.


Laat me maar weten hoe het lukt

[edterbak]

En voor de erkenning.
Als bovenstaande route werkt, dan heb je dus gewoon helemaal gelijk!

[alcx]

@edterbak Jemig, jij komt weer met de netste oplossing hoor... jij en je NodeRed magie!

Je aannames over de HomeWizard 'Vermogen'-sensor kloppen.
Dankjewel. Ik heb je flow geïmporteerd en hij leest de waardes netjes uit.
Tot nu toe nog geen zonlicht gezien (mist...) dus even tot vanmiddag (dan gaat de zon schijnen, zo belooft Tim Apple mij) afwachten of jouw flow Production ook netjes gaat uitlezen (en uiteindelijk: of ik daardoor, na een zomer erover nadenken en met de donkere maanden voor de boeg, een werkende solar2dhw-functie heb)

Dankjewel voor je denkwerk!! En voor de energiebesparing. En het plezier dat ik heb van dit tweaken aan onze installatie

[alcx]

edterbak schreef op donderdag 29 oktober 2026 @ 20:21:
En voor de erkenning.
Als bovenstaande route werkt, dan heb je dus gewoon helemaal gelijk!

En dit is ook heel belangrijk overigens

[MikeyMan]

Stel eigenwijze klonten in dit topic ook altijd!

[edterbak]

[hemertje]

alcx schreef op vrijdag 30 oktober 2026 @ 08:38:
@edterbak Jemig, jij komt weer met de netste oplossing hoor... jij en je NodeRed magie!

Je aannames over de HomeWizard 'Vermogen'-sensor kloppen.
Dankjewel. Ik heb je flow geïmporteerd en hij leest de waardes netjes uit.
Tot nu toe nog geen zonlicht gezien (mist...) dus even tot vanmiddag (dan gaat de zon schijnen, zo belooft Tim Apple mij) afwachten of jouw flow Production ook netjes gaat uitlezen (en uiteindelijk: of ik daardoor, na een zomer erover nadenken en met de donkere maanden voor de boeg, een werkende solar2dhw-functie heb)

Dankjewel voor je denkwerk!! En voor de energiebesparing. En het plezier dat ik heb van dit tweaken aan onze installatie

en al wat zon gezien @alcx ?

[alcx]

hemertje schreef op zondag 1 november 2026 @ 16:59:
[...]


en al wat zon gezien @alcx ?

Haha ja, zeker zon gezien, maar: het lukte me nog niet om de waarden in NodeRed ingelezen te krijgen. Onder de debug node verschijnen ze wel netjes dus het uitlezen gaat goed.

Mogelijk omdat mn eigen houtje touwtje oplossing in de weg zit (er zijn nu twee scripts, namelijk mn eigen en die van edterbak) die waardes pushen naar WP Input). Dus zou mn eigen oplossing ff eruit moeten slopen om dan de edterbaks flow te testen, zodat we die officieel tot ✨oplossing✨ voor mensen met een homewizard p1-meter kunnen bombarderen!

[alcx]

hemertje schreef op zondag 1 november 2026 @ 16:59:
[...]


en al wat zon gezien @alcx ?

Uitlezen gaat goed via edterbaks flow, maar de sensoren verschijnen niet in SYSTEM > SENSORS.

Wellicht omdat ik versie 25.02 Stable draai en niet 26.5.1? Denk je dat het daardoor kan komen, @edterbak ?

Punt is: solar2dhw werkt nu, zij het met mijn houtje-touwtje oplossing mede door jullie mogelijk gemaakt, en heb de komende weken (baby op komst) geen tijd om hier uitgebreid een paar uur voor te gaan zitten als er iets misloopt of iets nieuw geconfigureerd moet worden. Ben bang dat als ik ga updaten naar 26.5.1 er iets misgaat en ik daarna, met de winter voor de boeg, zonder werkende HeishaMoNR zit. NoooOOOOoooOOoo

[ Voor 3% gewijzigd door alcx op 04-11-2026 12:57 ]

[edterbak]

alcx schreef op woensdag 4 november 2026 @ 12:57:
[...]

Uitlezen gaat goed via edterbaks flow, maar de sensoren verschijnen niet in SYSTEM > SENSORS.

Wellicht omdat ik versie 25.02 Stable draai en niet 26.5.1? Denk je dat het daardoor kan komen, @edterbak ?

Punt is: solar2dhw werkt nu, zij het met mijn houtje-touwtje oplossing mede door jullie mogelijk gemaakt, en heb de komende weken (baby op komst) geen tijd om hier uitgebreid een paar uur voor te gaan zitten als er iets misloopt of iets nieuw geconfigureerd moet worden. Ben bang dat als ik ga updaten naar 26.5.1 er iets misgaat en ik daarna, met de winter voor de boeg, zonder werkende HeishaMoNR zit. NoooOOOOoooOOoo

Als het nu werkt, dan werkt het he. If it aint broke dont fix it

Er zitten wat verbeteringen in de laatste versie. Maar helemaal geen noodzaak om te updaten als je nergens last van hebt en tevreden bent en ook kan doen wat nodig is voor jou

Gefeliciteerd overigens. Spannende tijd. Geniet er van!

[alcx]

edterbak schreef op woensdag 4 november 2026 @ 19:36:
[...]


Als het nu werkt, dan werkt het he. If it aint broke dont fix it

Er zitten wat verbeteringen in de laatste versie. Maar helemaal geen noodzaak om te updaten als je nergens last van hebt en tevreden bent en ook kan doen wat nodig is voor jou

Gefeliciteerd overigens. Spannende tijd. Geniet er van!

Ja maar voel nog wel de plicht om je oplossing te testen! Komt na de winter wel weer

En dankjewel!

[bartve]

Ik ben mbv AI (Claude) het gedrag van de wp aan het analyseren / finetunen. Ik zag in het log om 4:00u vannacht een niet verklaarbare verlaging van de doeltemperatuur voor water uit, en heb Claude daar naar laten kijken. Hieronder de verklaring van Claude, ik kan het ongeveer volgen,en begrijp dat het effect na een tijdje draaien vanzelf verdwijnt. Ik laat het verder het verder aan de grote expert (aka Lichtend Pad / Grote Roerganger / ... ) over of daar iets mee moet. Ik draai overigens nog 25.02 Stable (vind updaten eng ...), dus is misschien in een meer recente versie al verwerkt?

Claude:
Waarom 25 niet werd verstuurd, en 26 om 04:14 wel

Om 22:30:03 werd 25 berekend, maar er staat geen regel “MQTT Command” bij. Om 04:14:30 staat die er wel. Tussen de berekening en het commando aan de warmtepomp zit in WP Managers een functie “Filter” (na de HEAT SP Manager). In de export van 14 september doet die dit:

code:

if (last_value === undefined || last_msgid === undefined){
    context.set('last_value', msg.payload);   // eerste bericht: alleen onthouden
    return null;                              // en niet doorsturen
}
if (msg.payload != last_value){ ... return msg; }   // daarna alleen een andere waarde

Dit gebeurde er vannacht:

1. Het geheugen van die functie gaat bij een volledige deploy of herstart verloren.
2. Het eerste bericht daarna was de 25 van 22:30. Die is onthouden maar niet verstuurd.
3. Elke herberekening daarna kwam weer op 25 uit (stooklijn 28,6 tot 29,0 min 4, naar boven afgerond). Het filter hield die tegen als “al verstuurd”.
4. Om 04:14 ging de stooklijn naar 29,1. Dat gaf 25,1, afgerond 26: de eerste waarde die anders was dan 25, en die kwam er dus wel door.

Dat het “kort na vieren” gebeurde is dus toeval: het was het moment waarop de afgeronde uitkomst verschoof. Tot dan bleef de warmtepomp op 29 graden water draaien, ongeveer 4,3 kWh tot 04:15.

Ga in je huidige flows na of de functie Filter in WP Managers nog deze code heeft. Mijn uitleg komt uit de export van 14 september, en edterbak kan het sindsdien hebben aangepast.

Wat je ermee kunt

• Melden bij edterbak in zijn Tweakers-topic, met deze logregels. Je wilt zijn flows niet zelf aanpassen, dus de oplossing hoort bij hem. Een voor de hand liggende oplossing is dat het filter ook het eerste bericht doorlaat.
• Bij een wijziging alleen in WP Personal deployen met “Modified Nodes” (keuzelijst naast de Deploy-knop), niet met “Full”. Dan houdt het filter zijn geheugen.
• Na een herstart die je niet kunt vermijden (Node-RED, HA of de Pi): kijk of op de eerstvolgende regel “Functions Final setpoint” een regel “MQTT Command” volgt.

[The-Source]

@edterbak ik vroeg mij af of je al tijd had gevonden om git "issue" welke ik had aangemaakt voor feature solar²cooling. Heeft voorlopig zeker geen haast maar aangezien ik nu toch even nutteloos in een trein zit ( hele andere tijdzone) dacht ik daar nu weer eens aan.

[TomN87]

TomN87 schreef op zondag 24 november 2024 @ 07:36:
ik heb de volgende installatie.

- Panasonic WH-MDC07J3E5 met uitbreidingsprint
- 2 zones (vloerverwarming en radiatoren)
- buffervat
- Heishamon

Warmtepomp liep erg onrustig en maakte runs van ongeveer 45 minuten. Frequentie van de compressor bleef op 50 Hertz tot aan het einde van de run. Na wat experimenteren kwam ik erachter dat als ik hem zonder buffervat in de software configureerde hij wel terug regelde naar ongeveer 19 Hertz voordat de run werd beëindigd. Zie hieronder de grafiek van afgelopen 24 uur.

[Afbeelding]

De buffervat temperatuur heeft dus invloed op de regeling van compressor. Ik heb uiteraard de werking van de sensor gecontroleerd en deze werkt prima. Hoe kan het zijn dat de compressor met de instelling buffervat niet goed regelt en op 50 hertz blijft draaien tot het einde van de run?

Deze reactie heb ik 2 jaar terug geschreven (Panasonic monoblock warmtepompen topic deel 3) toen ik nog in mijn oude woning woonde. Ik heb inmiddels wederom een Panasonic Aquarea in onze nieuwe woning deze keer een 9 kW. Ik kreeg wederom de softstart niet lekker werkend, bij blijft namelijk op een hoge frequentie draaien (tussen de 37 en de 50 hertz). Door dezelfde oplossing toe te passen als hierboven (buffervat verwijderen uit setup) gaat hij wel lekker pruttelen rond de 20 hertz. Ergens gaat er nog steeds wat mis met de twee zones incl. buffervat bij de Heishamon. Dacht deel het hier even voor als er meer mensen met dit probleem te maken hebben.