Heishamon <> Node Red voor Panasonic warmtepompen

[MikeyMan]

Vandaag ook max twee uur. Vooral door oplopende luchtvochtigheid.

Kan hem wel een tikkie geven door te spelen met de instellingen.

[hemertje]

we hebben een airco in de slaapkamer, die draait met alle deuren open zodat de koude lucht ook in de woonkamer terecht komt

gisteren de delta T koelen in panasonic en Ed's node red op 4 graden gezet
ik zie gelijk een groot verschil van 1 graad delta T naar 2 graden delta T






resultaat in de woonkamer

24.6 RTC function (Temperature Zone 1)

ik zie de laatste dagen in de logs wel veel SYSTEM - HEISHAMON Connection: Online/Offline/Online etc...

[ Voor 17% gewijzigd door hemertje op 25-06-2026 22:30 ]

[MikeyMan]

Ben een beetje aan het rommelen nog. Heb de safetymargin inputbox aangepast van minimaal 0 naar minimum -2.

Heb hem nu ingesteld op -1.5. Dauwpunt is 18.79, setpoint nu 18. Outlet 17.5, inlet 21.
Zal wel even duren voordat de vloer onder de 18 gaat. Eens kijken wat dit doet vandaag.



Disclaimer; do not try at home.

[ Voor 38% gewijzigd door MikeyMan op 26-06-2026 09:09 ]

[ercolano]

@MikeyMan Ben het ff kwijt, maar wat is het voordeel van een lage dT (dus 1 of 2) tov van 5 bij koelen ? Ik heb m juist bewust op 5 gezet zodat de pomp, in combinatie met een handmatig uitgevoerde soiftstart, zo snel mogelijk op minimaal vermogen draait. Wellicht dat het grote verschil is dat ik de 2800 watt aan koeling niet over langere tijd in mijn vloer kwijt kan.

mbt dauwpunt, hier ook de safety op -3 gezet. Er zijn wel een aantal aanvoerbuizen die vochtig beginnen te voelen....

[MikeyMan]

@ercolano Dan zou ik hem (die safety) toch echt ietsje hoger zetten als de boel vochtig wordt...

Mbt koelen: lagere Dt zorgt voor eerder inschakelen. Als je hem op vijf zet, moet het verschil tussen aanvoer en retour 5 graden zijn voordat ie weer inschakelt.

Het is me inmiddels duidelijk dat koelen echt een koorddans act is. Deels door de thermodynamica, deels door de logica van de Panasonic. De Panasonic rekent namelijk in hele graden. Als jij setpoint 18 hebt met een dT van 5, wacht de interne logica doodleuk tot je retourwater 23°C aantikt. Tegen die tijd is je vloer alweer opgewarmd en moet de compressor onnodig vol in de toeren om dat warme water weer terug te koelen. Met een dT van 2 pakt 'ie hem bij 20°C alweer op, waardoor de inverter veel rustiger blijft pruttelen op laag vermogen en je vloer z'n kou vasthoudt.

[ercolano]

@MikeyMan Thanxs, het inschakelmoment wordt natuurlijk vertraagd. Ik zat nog op het denkspoor dat bij lage dT de wp flink zn best doet om de Tr bij de Td te krijgen, terwijl ik graag zo snel mogelijk op minimaal vermogen draai. Ga de dT verlagen.

beetje vocht boven bij de cv leiding en waarschijnlijk op de standleidingen accepteer ik maar voor 1 a 2 dagen, maar de vloer moet natuurlijk niet nat worden ....

[blb4]

MikeyMan schreef op vrijdag 26 juni 2026 @ 10:22:
@ercolano Dan zou ik hem (die safety) toch echt ietsje hoger zetten als de boel vochtig wordt...

Mbt koelen: lagere Dt zorgt voor eerder inschakelen. Als je hem op vijf zet, moet het verschil tussen aanvoer en retour 5 graden zijn voordat ie weer inschakelt.

Het is me inmiddels duidelijk dat koelen echt een koorddans act is. Deels door de thermodynamica, deels door de logica van de Panasonic. De Panasonic rekent namelijk in hele graden. Als jij setpoint 18 hebt met een dT van 5, wacht de interne logica doodleuk tot je retourwater 23°C aantikt. Tegen die tijd is je vloer alweer opgewarmd en moet de compressor onnodig vol in de toeren om dat warme water weer terug te koelen. Met een dT van 2 pakt 'ie hem bij 20°C alweer op, waardoor de inverter veel rustiger blijft pruttelen op laag vermogen en je vloer z'n kou vasthoudt.

De regeling is volgens mij net wat anders; vanuit de manual:

14.1.3.1 (Cooling)

• Compressor is OFF when Water Outlet Temperature – Internal Water Setting Temperature > -1.5°C for continuously 3 minutes.
• Compressor is ON after waiting for 3 minutes, if the Water Outlet Temperature – Water Inlet Temperature (temperature at thermostat OFF is triggered) >3°C.

De compressor gaat dus weer aan als de retour 3 graden warmer is geworden. Dat is onafhankelijk van de ingestelde dT.

[MikeyMan]

blb4 schreef op vrijdag 26 juni 2026 @ 11:36:
[...]

De regeling is volgens mij net wat anders; vanuit de manual:

14.1.3.1 (Cooling)

• Compressor is OFF when Water Outlet Temperature – Internal Water Setting Temperature > -1.5°C for continuously 3 minutes.
• Compressor is ON after waiting for 3 minutes, if the Water Outlet Temperature – Water Inlet Temperature (temperature at thermostat OFF is triggered) >3°C.

De compressor gaat dus weer aan als de retour 3 graden warmer is geworden. Dat is onafhankelijk van de ingestelde dT.

Gek genoeg schiet ie bij het instellen van een lagere dT toch ineens aan

Als dat zo is, heeft de dT geen enkele functie meer met vaste pompsnelheid.



Zelfde voor heat:



Vreemd... Want hij is nu toch al een paar keer aangesprongen toen ik enkel met dT zat te klooien.

[ Voor 27% gewijzigd door MikeyMan op 26-06-2026 11:58 ]

[blb4]

MikeyMan schreef op vrijdag 26 juni 2026 @ 11:38:
[...]


Gek genoeg schiet ie bij het instellen van een lagere dT toch ineens aan

Als dat zo is, heeft de dT geen enkele functie meer met vaste pompsnelheid.

[Afbeelding]

Zelfde voor heat:

[Afbeelding]

Vreemd... Want hij is nu toch al een paar keer aangesprongen toen ik enkel met dT zat te klooien.

Ik heb 't idee dat er wat Resets inzitten. Als de Z1_Cool_Target 1 graad verlaagd gaat hij ook direct weer aan. Op die manier is er ook nog wat te manipuleren blijkbaar.

[MikeyMan]

blb4 schreef op vrijdag 26 juni 2026 @ 12:09:
[...]

Ik heb 't idee dat er wat Resets inzitten. Als de Z1_Cool_Target 1 graad verlaagd gaat hij ook direct weer aan. Op die manier is er ook nog wat te manipuleren blijkbaar.

Maar conclusie zou dan zijn dat delta t helemaal geen invloed heef...

[blb4]

MikeyMan schreef op vrijdag 26 juni 2026 @ 12:35:
[...]


Maar conclusie zou dan zijn dat delta t helemaal geen invloed heef...

Volgens mij 't zelfde als de dT discussie bij verwarmen. Iets met gemiddelde temperatuur (Ta - Tr) die bij een lage dT bij koelen dus iets lager ligt dan bij een hoge dT waardoor de koelcapaciteit iets groter is.

[MikeyMan]

@blb4 maar daar blijkt uit de service manual ook weinig uit. Zeker als je hem zowel met verwarmen als met koelen niet in kunt stellen.

[blb4]

MikeyMan schreef op vrijdag 26 juni 2026 @ 13:12:
@blb4 maar daar blijkt uit de service manual ook weinig uit. Zeker als je hem zowel met verwarmen als met koelen niet in kunt stellen.

wat bedoel je met niet kunnen instellen?

[MikeyMan]

blb4 schreef op vrijdag 26 juni 2026 @ 13:18:
[...]

wat bedoel je met niet kunnen instellen?

In de flow wel, maar volgens de handleiding is de hele instelling niet beschikbaar zodra je de pomp op duty cycle zet. Daar is dus geen instelling mogelijk.

[blb4]

MikeyMan schreef op vrijdag 26 juni 2026 @ 13:28:
[...]


In de flow wel, maar volgens de handleiding is de hele instelling niet beschikbaar zodra je de pomp op duty cycle zet. Daar is dus geen instelling mogelijk.

Ik stuur de WP aan met HeishaMon rules, maar dat maakt m.i. niet uit voor de pump instelling. Ik controleer via rules de @Pump_Duty waarde, bij mij staat die bij koelen op 92. Ik zie dat de @Pump_Speed hoger is als ik een lagere dT instel dus de WP reageert hier wel op.

[MikeyMan]

blb4 schreef op vrijdag 26 juni 2026 @ 13:44:
[...]

Ik stuur de WP aan met HeishaMon rules, maar dat maakt m.i. niet uit voor de pump instelling. Ik controleer via rules de @Pump_Duty waarde, bij mij staat die bij koelen op 92. Ik zie dat de @Pump_Speed hoger is als ik een lagere dT instel dus de WP reageert hier wel op.

Nou, dat maakt m.i. wel uit... De node red flow heeft een vaste flow nodig, anders doet ie het niet vziw...

[hemertje]

MikeyMan schreef op vrijdag 26 juni 2026 @ 13:28:
[...]


In de flow wel, maar volgens de handleiding is de hele instelling niet beschikbaar zodra je de pomp op duty cycle zet. Daar is dus geen instelling mogelijk.

zie je screenshot MAX duty, bij de instelling op vol pomp vermogen zoals ik het lees?

[hemertje]

hemertje schreef op donderdag 25 juni 2026 @ 22:29:
we hebben een airco in de slaapkamer, die draait met alle deuren open zodat de koude lucht ook in de woonkamer terecht komt

gisteren de delta T koelen in panasonic en Ed's node red op 4 graden gezet
ik zie gelijk een groot verschil van 1 graad delta T naar 2 graden delta T

[Afbeelding]

[Afbeelding]


resultaat in de woonkamer

24.6 RTC function (Temperature Zone 1)

ik zie de laatste dagen in de logs wel veel SYSTEM - HEISHAMON Connection: Online/Offline/Online etc...

hhmm ondanks de wijziging van de delta T Koelen 4 graden gisteren staat de instelling nu weer terug op 1GrC , heb er niet aangezeten



inmiddels pruttelt de WP lekker door...

[ Voor 8% gewijzigd door hemertje op 26-06-2026 16:11 ]

[tescione]

edterbak schreef op zaterdag 20 juni 2026 @ 14:32:
[...]

No worries. Fijn dat het werkt !

edit:
Bovendien vind ik het een positief signaal dat je 3 jaar lang geen geëmmer hebt gehad en DAT het is weggezakt. Mooi toch

Nog even reactie op jouw toevoeging. Zeker positief, heb er weinig omkijken naar.

Toch nog een koelvraagje op deze warme dag.

Waarom blijft de pomp draaien met deze instellingen? Het setpoint blijft maar op 20 en dat is lager dan het dauwpunt.

[MikeyMan]

Gisteren van 08:00 tot 0:00 een koude vloer gehad. Alleen onderbroken door solar2dhw.

[edterbak]

tescione schreef op vrijdag 26 juni 2026 @ 22:08:
[...]

Nog even reactie op jouw toevoeging. Zeker positief, heb er weinig omkijken naar.

Toch nog een koelvraagje op deze warme dag.

Waarom blijft de pomp draaien met deze instellingen? Het setpoint blijft maar op 20 en dat is lager dan het dauwpunt.

[Afbeelding]

Komt door de modus.

Direct + water
De enige manier voor de pomp om de temperatuur van het water te bepalen op de juiste manier, is door het rond te pompen en te meten

[bartve]

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)?

[Elmardus]

Elmardus schreef op vrijdag 19 juni 2026 @ 09:45:
Wat ik ook instel blijft het setpoint op 20C staan, terwijl deze volgens de calculatie op 18 uit zou moeten komen.

Ik heb ook nog hetzelfde probleem. Ondertussen geupdate naar de nieuwste 26.5.1 stable, maar ik krijg op geen manier een ander setpoint dan 20C.

Ik heb het idee dat @bartve diens probleem erg vergelijkbaar is.

@edterbak heb jij een idee wat er veranderd zou kunnen zijn in de 'Cool' flows?

[MikeyMan]

Hier geen problemen, maar wellicht wel een hint in de goede richting; ik draai node red in een aparte docker. Niet binnen HA.

[Elmardus]

@MikeyMan ik denk dat dit niks uit zou mogen maken, HA addons zijn ook gewoon docker containers. Qua networking zijn er wat verschillen, maar ik vermoed eerder dat er met de flow iets mis gaat

[edterbak]

Ik heb vanavond tijd in er naar te kijken

Ik zou nu zelf even alle instellingen op COOL dashboard even aanpassen. Zeker weten dat alles geset is.

[Elmardus]

edterbak schreef op vrijdag 10 juli 2026 @ 13:06:
Ik heb vanavond tijd in er naar te kijken

Ik zou nu zelf even alle instellingen op COOL dashboard even aanpassen. Zeker weten dat alles geset is.

Thanks!

Dat laatste heb ik gedaan, alles naar een andere waarde getoggled. Setpoint veranderde alleen niet mee.

[ Voor 3% gewijzigd door Elmardus op 10-07-2026 13:11 ]

[edterbak]

Kun je kijken naar de opgeslagen global variabelen voor mij?
dit is wat er bij mij staat.
Graag een screenshot wat er bij jullie staat.

[edterbak]

Ik heb weel wat gevonden.
Op tab [WP Control]
Sectie van COOL (in het middeen boven)



Ik heb de Save RH/T functie verbonden aan de COOL functie, maar met een rate limiter er tussen. Dit zorgt er voor dat de trigger vaker komt dan 1 maal per 5 minuten.

Tweeede is het FILTER welke ik aangepast heb. Daar is nu een ROUND vervangen door Math.ceil. Dit is hier het juiste. Ook heb ik deze versimpeelt.

JSON:

[
    {
        "id": "49a46b92cd0b1924",
        "type": "delay",
        "z": "a938de76db0b71f6",
        "g": "992121a08b66faa3",
        "name": "",
        "pauseType": "rate",
        "timeout": "5",
        "timeoutUnits": "seconds",
        "rate": "1",
        "nbRateUnits": "20",
        "rateUnits": "second",
        "randomFirst": "1",
        "randomLast": "5",
        "randomUnits": "seconds",
        "drop": true,
        "allowrate": false,
        "outputs": 1,
        "x": 5100,
        "y": 540,
        "wires": [
            [
                "4a7112414493107c"
            ]
        ]
    },
    {
        "id": "4f5325f35beb918b",
        "type": "function",
        "z": "a938de76db0b71f6",
        "g": "992121a08b66faa3",
        "name": "Filter",
        "func": "msg.payload = Math.ceil(msg.payload);\nmsg.payload = parseFloat(msg.payload);\n\nvar last_value = context.get('last_value');\n//var Z1_Cool_Request_Temp = global.get(\"Z1_Cool_Request_Temp\");\n\nif (last_value === msg.payload) { return null }\n\ncontext.set('last_value', msg.payload);\nreturn msg;\n",
        "outputs": 1,
        "timeout": 0,
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 5490,
        "y": 620,
        "wires": [
            [
                "6b2644c3a510f50f"
            ]
        ]
    }
]

[imdos]

@edterbak Enig idee hoe ik de WP kan temmen. Requested is 20, maar er kwam gisteren gewoon outlet actual super laag uit. Het schommelde echt tussen de 5 en 7,75. Veel te koud, want niet alles is geisoleerd en/of MLB.

Maar misschien had ik hem eerder op de dag aan moeten zetten. Niet pas na 14:00. Nu is het gedrag veel rustiger. En prima. Of zou die pumpspeed zo veel uitmaken.



Dit is alweer te veel van het goede. Als dit langere tijd door gaat.

[edterbak]

Wat is je Delta?

[imdos]

4 Dus.

Maar ik heb hem nu net naar 5 gezet. Ik maak gebruik van 3 Aquara sensoren verspreid over de beneden verdieping om tot de tem&hum te komen. Die staan op een apart tabblad (WP Personal).

Het valt mij op dat het dew point nooit berekend wordt. Of kan ik die zelf ergens instellen? @edterbak

[ Voor 17% gewijzigd door imdos op 11-07-2026 11:37 . Reden: toevoeging situatie ]

[edterbak]

Het dewpoint word berekend via een sensor welke je node red moet aanbieden.

Heb je dat allemaal gedaan?

Zet cool Delta voor de grap eens op 1.

Dan verwacht ik dat de temperatuur dicht bij je set point blijft.

Los van de Delta, en output van 6c als je een set point van 20 hebt, dat klinkt vreemd

[ Voor 18% gewijzigd door edterbak op 11-07-2026 11:42 ]

[imdos]

edterbak schreef op zaterdag 11 juli 2026 @ 11:41:
Het dewpoint word berekend via een sensor welke je node red moet aanbieden.

Heb je dat allemaal gedaan?

Zet cool Delta voor de grap eens op 1.

Dan verwacht ik dat de temperatuur dicht bij je set point blijft.

Los van de Delta, en output van 6c als je een set point van 20 hebt, dat klinkt vreemd

Zelfs met 1 wordt het nog niet echt rustiger.

[edterbak]

Die getallen bij humidity en temperatuur, worden door wel gewoon netjes geupdate?

Temperatuur zie ik in de grafiek. Maar humidity zie ik niet

[ Voor 27% gewijzigd door edterbak op 11-07-2026 12:00 ]

[imdos]

edterbak schreef op zaterdag 11 juli 2026 @ 11:57:
Die getallen bij humidity en temperatuur, worden door wel gewoon netjes geupdate?

Jazeker, maar het is zo dat er minstens twee sensoren moeten updaten om een nieuwe waarde te genereren.

[edterbak]

Heel vreemd dat de pomp uberhaupt blijft doorrammen. Dat terwijl hij al zo ver onder zijn target zit.
Kun je voor mij een screeenshot geven van de global variable, F_COOL, zie bovenstaande voorbeeld.

EN, kun je even kijken of de gegevens rechtstreeks gelezen in heishamon overeenkomen met wat het dashboard ziet.

[ Voor 13% gewijzigd door edterbak op 11-07-2026 12:09 ]

[edterbak]

@imdos

Wat is je TOP106 ?

TOP106

Pump_Flowrate_Mode

0

DeltaT

[edterbak]

@imdos
Kun je ook deze verbetering overnemen uit de post hierboven.
edterbak in "Heishamon <> Node Red voor Panasonic warmtepompen"

[edterbak]

@imdos
Volgens mij zie ik in een screenshot van je in een heeeel smal randje, dat je 2 zones in gebruik hebt.
De COOL functie werkt op dit momeent allen met zone 1.
Kun je controleren en er voor zorgen dat de andere zone, zone 2, niet ingesteld staat op een NOG lager setpoint.

Je heishamon code zegt van niet. prima

[ Voor 8% gewijzigd door edterbak op 11-07-2026 12:35 ]

[imdos]

code:

WiFi
56
%
Memory
65
%
Ethernet
not installed
Correct
100
%
MQTT reconnects
29
Uptime
68 days 20 hours 39 minutes 59 seconds
Rules
INACTIVE
Heatpump
Dallas 1-Wire
S0 kWh
Console
Heatpump Values
Live
Topic   Name    Value   Description
TOP0    Heatpump_State  1   On
TOP1    Pump_Flow   21.98   l/min
TOP2    Force_DHW_State 0   Disabled
TOP3    Quiet_Mode_Schedule 0   Disabled
TOP4    Operating_Mode_State    1   Cool
TOP5    Main_Inlet_Temp 15  °C
TOP6    Main_Outlet_Temp    7.5 °C
TOP7    Main_Target_Temp    6   °C
TOP8    Compressor_Freq 77  Hz
TOP9    DHW_Target_Temp 51  °C
TOP10   DHW_Temp    50  °C
TOP11   Operations_Hours    8301    hours
TOP12   Operations_Counter  6797    count
TOP13   Main_Schedule_State 0   Disabled
TOP14   Outside_Temp    29  °C
TOP15   Heat_Power_Production   0   Watt
TOP16   Heat_Power_Consumption  0   Watt
TOP17   Powerful_Mode_Time  0   Off
TOP18   Quiet_Mode_Level    0   Off
TOP19   Holiday_Mode_State  0   Off
TOP20   ThreeWay_Valve_State    0   Room
TOP21   Outside_Pipe_Temp   35  °C
TOP22   DHW_Heat_Delta  -10 K
TOP23   Heat_Delta  5   K
TOP24   Cool_Delta  1   K
TOP25   DHW_Holiday_Shift_Temp  -15 K
TOP26   Defrosting_State    0   Disabled
TOP27   Z1_Heat_Request_Temp    22  °C
TOP28   Z1_Cool_Request_Temp    20  °C
TOP29   Z1_Heat_Curve_Target_High_Temp  26  °C
TOP30   Z1_Heat_Curve_Target_Low_Temp   35  °C
TOP31   Z1_Heat_Curve_Outside_High_Temp 15  °C
TOP32   Z1_Heat_Curve_Outside_Low_Temp  -5  °C
TOP33   Room_Thermostat_Temp    25  °C
TOP34   Z2_Heat_Request_Temp    35  °C
TOP35   Z2_Cool_Request_Temp    5   °C
TOP36   Z1_Water_Temp   -78 °C
TOP37   Z2_Water_Temp   -78 °C
TOP38   Cool_Power_Production   9400    Watt
TOP39   Cool_Power_Consumption  2600    Watt
TOP40   DHW_Power_Production    0   Watt
TOP41   DHW_Power_Consumption   0   Watt
TOP42   Z1_Water_Target_Temp    6   °C
TOP43   Z2_Water_Target_Temp    17  °C
TOP44   Error   No error    Error
TOP45   Room_Holiday_Shift_Temp -15 K
TOP46   Buffer_Temp -78 °C
TOP47   Solar_Temp  -78 °C
TOP48   Pool_Temp   -78 °C
TOP49   Main_Hex_Outlet_Temp    7   °C
TOP50   Discharge_Temp  85  °C
TOP51   Inside_Pipe_Temp    5   °C
TOP52   Defrost_Temp    -31 °C
TOP53   Eva_Outlet_Temp 82  °C
TOP54   Bypass_Outlet_Temp  -73 °C
TOP55   Ipm_Temp    61  °C
TOP56   Z1_Temp 25  °C
TOP57   Z2_Temp -128    °C
TOP58   DHW_Heater_State    1   Free
TOP59   Room_Heater_State   1   Free
TOP60   Internal_Heater_State   0   Inactive
TOP61   External_Heater_State   0   Inactive
TOP62   Fan1_Motor_Speed    700 r/min
TOP63   Fan2_Motor_Speed    0   r/min
TOP64   High_Pressure   25.6    Kgf/cm2
TOP65   Pump_Speed  2850    r/min
TOP66   Low_Pressure    0   Kgf/cm2
TOP67   Compressor_Current  11.8    Ampere
TOP68   Force_Heater_State  0   Inactive
TOP69   Sterilization_State 0   Inactive
TOP70   Sterilization_Temp  65  °C
TOP71   Sterilization_Max_Time  15  Minutes
TOP72   Z1_Cool_Curve_Target_High_Temp  15  °C
TOP73   Z1_Cool_Curve_Target_Low_Temp   10  °C
TOP74   Z1_Cool_Curve_Outside_High_Temp 30  °C
TOP75   Z1_Cool_Curve_Outside_Low_Temp  20  °C
TOP76   Heating_Mode    1   Direct
TOP77   Heating_Off_Outdoor_Temp    19  °C
TOP78   Heater_On_Outdoor_Temp  0   °C
TOP79   Heat_To_Cool_Temp   15  °C
TOP80   Cool_To_Heat_Temp   10  °C
TOP81   Cooling_Mode    0   Comp. Curve
TOP82   Z2_Heat_Curve_Target_High_Temp  35  °C
TOP83   Z2_Heat_Curve_Target_Low_Temp   35  °C
TOP84   Z2_Heat_Curve_Outside_High_Temp 15  °C
TOP85   Z2_Heat_Curve_Outside_Low_Temp  -5  °C
TOP86   Z2_Cool_Curve_Target_High_Temp  15  °C
TOP87   Z2_Cool_Curve_Target_Low_Temp   10  °C
TOP88   Z2_Cool_Curve_Outside_High_Temp 30  °C
TOP89   Z2_Cool_Curve_Outside_Low_Temp  20  °C
TOP90   Room_Heater_Operations_Hours    268 hours
TOP91   DHW_Heater_Operations_Hours 66  hours
TOP92   Heat_Pump_Model C2 D3 0C 35 65 B2 D3 0B 96 65   Model
TOP93   Pump_Duty   115 Duty
TOP94   Zones_State 0   Zone1 active
TOP95   Max_Pump_Duty   115 Duty
TOP96   Heater_Delay_Time   30  Minutes
TOP97   Heater_Start_Delta  -8  K
TOP98   Heater_Stop_Delta   -2  K
TOP99   Buffer_Installed    0   Disabled
TOP100  DHW_Installed   1   Enabled
TOP101  Solar_Mode  0   Disabled
TOP106  Pump_Flowrate_Mode  1   Max flow
TOP107  Liquid_Type 0   Water

TOP111  Z1_Sensor_Settings  2   Internal Thermostat
TOP112  Z2_Sensor_Settings  0   Water Temperature
TOP113  Buffer_Tank_Delta   5   K
TOP114  External_Pad_Heater 0   Disabled
TOP115  Water_Pressure  -0.02   Bar
TOP116  Second_Inlet_Temp   -128    °C
TOP117  Economizer_Outlet_Temp  -128    °C
TOP118  Second_Room_Thermostat_Temp -128    °C
TOP119  External_Control    0   Disabled
TOP120  External_Heat_Cool_Control  0   Disabled
TOP121  External_Error_Signal   0   Disabled
TOP122  External_Compressor_Control 0   Disabled
TOP123  Z2_Pump_State   0   Off
TOP124  Z1_Pump_State   0   Off
TOP125  TwoWay_Valve_State  0   Cool
TOP126  ThreeWay_Valve_State2   0   Room

De

[imdos]

edterbak schreef op zaterdag 11 juli 2026 @ 12:29:
@imdos
Volgens mij zie ik in een screenshot van je in een heeeel smal randje, dat je 2 zones in gebruik hebt.
De COOL functie werkt op dit momeent allen met zone 1.
Kun je controleren en er voor zorgen dat de andere zone, zone 2, niet ingesteld staat op een NOG lager setpoint.

Ik heb geen 2 zones. Ook nooit ingesteld. Ik zie wat je bedoelt. Deze schiet de hele tijd terug naar 5.

[edterbak]

zone 2 is niet de oorzaak. had mijn post al aangepast omdat ik het al zag in je heishamon dump

[imdos]

edterbak schreef op zaterdag 11 juli 2026 @ 12:37:
zone 2 is niet de oorzaak. had mijn post al aangepast omdat ik het al zag in je heishamon dump

Ik krijg de import ook niet geregeld.

Dan hou ik 2 van die bewegende dingen in plaats van dat er iets vervangen wordt.

[imdos]

Opgelost... Bleek dat mijn koelmodus niet goed stond.

[The-Source]

Eindelijk eens tijd gemaakt om vanaf 24.x te updaten naar laatste stable

Ging niet helemaal vlekkeloos mbt update procedure en view nodes maar toen maar gewoon de auto methode die ik nog herinnerde gebruikt. (alle flow tabs en config nodes verwijderen (op die van mqtt na) en daarna import doen. Dat werkte wel.

Draai nu ook gelijk op NR 5 en zag dat ik een pallete module moest toevoegen (maar dat stond ook in de manual )

Waar ik nu aan zat te denken (wellicht zit het erin en zie ik het niet ) is net zoals je nu solar2DHW hebt zou ik bij erg warme dagen ( en PV overschot) ook wel een soort van Solar2Cooling willen hebben.

Technisch wellicht ook wel via HomeAssistant mogelijk maar dit soort zaken hou ik liever binnen in systeem zodat status in het systeem goed bekend is. Ik gebruik nu primair airco cooling en dus niet de panasonic maar bij voldoende stroom overschot is tijdens die moment het in de vloer stoppen wellicht beter dan de energieboer spekken.

[edterbak]

Ter info.
de fix die ik hier boven heb gepost, die lijkt nu beter te werken. Maar nog steeds niet perfect

Als je de code importeert in tab [WP Control], dan moeten ze hier terecht komen.

Dit stukje kun je vinden dus in tab [WP Control] , meer in het midden van het werkblad, dus wat naar rechts scrollen

Je moet dan zelf even voor node (1):
- node "Save RH/T" verbinden met een draadje aan de nieuwe "limit 1 msg/20s"
- node "limit 1 msg/20s" verbinden met de [COOL function] node

Voor node (2).
De inhoud van het nieuwe "filter" node even kopieren en plakken in de oude filter node, (2)

[ Voor 51% gewijzigd door edterbak op 11-07-2026 16:17 ]

[The-Source]

Ondertussen even een fork gemaakt (en ontkoppeld zodat ik even vrij kan testen..) en aan de slag gegeaan met "solar2cooling" Het respecteert de solar2DHW en gebruikt de al aanwezige cooling logica en zet modus naar 1 of 5 (cooling of cooling + dhw) zou ook een anti-flapping ingebouwd moeten hebben. Moet het nog zelf gaan testen maar zit het eerst parallel in extra node-red te testen die weer via andere mqtt duplicaat data krijgt.
En overigens ook gelijk een update script gemaakt die mqtt config node met rust laat en de dus werkelijk een update doet. Ook die nog even verder testen met als test wat extra tabs er omheen.

Moet nog zeker een hoop testen maar hopelijk binnenkort wat meer (en ja het is AI assisted coding maar anders snap ik het hele node-red toch niet zo goed )

En wou het even nu nog posten want morgen overdag vanaf werk laptop geen toegang tot tijdelijke test setup

[The-Source]

Hoe ik nu mijn Heishamon update met behoud van bijvoorbeeld een wp_personal maar belangrijker nog mqtt config node is (in windows met node beschikbaar...)
Zie lines 80 - 81 voor protectie

code:

&& node tools/nodered.js push && node tools/nodered.js status

in submap tools het volgende script

code:

#!/usr/bin/env node
/*
 * Push / pull the Node-RED flow over the Admin API.
 *
 * Deploying with POST /flows replaces the running config in place, matching on
 * the node IDs in the file. Nodes keep their identity, so nothing is duplicated
 * and credentials (the MQTT broker password, which lives in flows_cred.json
 * keyed by node id) survive. That is the difference from importing the JSON in
 * the editor, which mints new IDs and therefore both duplicates and de-credentials.
 *
 * Global context (F_SOLAR, F_COOL, F_S2C, ...) lives in the context store, not
 * in flows.json, so your settings are not touched by a deploy.
 *
 *   node tools/nodered.js push          deploy the repo flow to Node-RED
 *   node tools/nodered.js pull          overwrite the repo flow with the live one
 *   node tools/nodered.js status        show what is running, no changes
 *
 * Credentials are read from tools/.env, which is gitignored so they never land
 * in the repo. Copy .env.example to .env and fill it in:
 *   NR_URL   default http://1.2.3.4:1880
 *   NR_USER  your Home Assistant username
 *   NR_PASS  your Home Assistant password
 * A real environment variable, if set, wins over the .env file.
 */
const fs = require('fs');
const path = require('path');

// Minimal .env reader - not worth a dependency for three values.
function loadEnv() {
  const file = path.join(__dirname, '.env');
  if (!fs.existsSync(file)) return;
  for (const line of fs.readFileSync(file, 'utf8').split(/\r?\n/)) {
    const m = line.match(/^\s*([A-Za-z_][A-Za-z0-9_]*)\s*=\s*(.*)$/);
    if (!m) continue;                                   // blank line or # comment
    const key = m[1];
    let val = m[2].trim().replace(/\s+#.*$/, '');       // strip trailing comment
    if (/^".*"$|^'.*'$/.test(val)) { val = val.slice(1, -1); }
    if (val !== '' && process.env~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~[key] === undefined) { process.env~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~[key] = val; }
  }
}
loadEnv();

const URL_BASE = (process.env.NR_URL || 'http://1.2.3.4:1880').replace(/\/+$/, '');
const USER = process.env.NR_USER;
const PASS = process.env.NR_PASS;

const REPO = path.resolve(__dirname, '..');
const FLOW_FILE = path.join(REPO, 'flows (26.5.1 stable).json');
const BACKUP_DIR = path.join(__dirname, 'backups');

const cmd = process.argv[2] || 'status';
const args = process.argv.slice(3);
const has = (f) => args.includes(f);

// The add-on puts nginx in front of Node-RED with HTTP Basic auth against your
// Home Assistant account, so we authenticate at that layer.
function headers(extra) {
  const h = Object.assign({ 'Node-RED-API-Version': 'v2' }, extra || {});
  if (USER && PASS) {
    h.Authorization = 'Basic ' + Buffer.from(USER + ':' + PASS).toString('base64');
  }
  return h;
}

function die(msg) { console.error('\n  ' + msg + '\n'); process.exit(1); }

/* ---------------------------------------------------------------------------
 * Protected nodes: whatever is running on the box wins, always.
 *
 *  - the MQTT broker config node. Its host/port/client-id are configured on the
 *    live instance and are not in the repo, so pushing the repo's copy would
 *    wipe them.
 *  - any flow tab whose name contains "personal" (e.g. WP_personal), plus every
 *    node on it. That tab exists only on your instance; the repo must never add,
 *    change or delete it.
 *
 * push : take these from the live instance, not from the repo.
 * pull : do not drag them into the repo.
 * ------------------------------------------------------------------------- */
const PROTECTED_TYPES = ['mqtt-broker'];
const PROTECTED_TAB = /personal/i;

function protectedIds(flows) {
  const tabs = new Set();
  const ids = new Set();
  for (const n of flows) {
    if (PROTECTED_TYPES.includes(n.type)) { ids.add(n.id); }
    if (n.type === 'tab' && PROTECTED_TAB.test(n.label || '')) { ids.add(n.id); tabs.add(n.id); }
  }
  for (const n of flows) { if (n.z && tabs.has(n.z)) { ids.add(n.id); } }   // nodes living on a protected tab
  return { ids, tabs };
}

function describe(flows, ids) {
  const kept = flows.filter((n) => ids.has(n.id));
  const tabs = kept.filter((n) => n.type === 'tab').map((n) => n.label);
  const cfg = kept.filter((n) => PROTECTED_TYPES.includes(n.type)).map((n) => n.type + (n.name ? ' "' + n.name + '"' : ''));
  const out = [];
  if (cfg.length) out.push(cfg.join(', '));
  if (tabs.length) out.push(tabs.map((t) => 'tab "' + t + '" (+ its nodes)').join(', '));
  return out.length ? out.join(' and ') : null;
}

// The flow we will actually deploy: the repo, with protected nodes taken from live.
function mergeForPush(repoFlows, liveFlows) {
  const live = protectedIds(liveFlows);
  const liveById = Object.fromEntries(liveFlows.map((n) => [n.id, n]));

  const merged = repoFlows.map((n) => (live.ids.has(n.id) && liveById[n.id] ? liveById[n.id] : n));

  // protected nodes that exist only on the live box (the personal tab) must be carried over
  const inRepo = new Set(repoFlows.map((n) => n.id));
  for (const n of liveFlows) { if (live.ids.has(n.id) && !inRepo.has(n.id)) { merged.push(n); } }

  return { merged, preserved: describe(liveFlows, live.ids) };
}

async function call(method, route, body) {
  let res;
  try {
    res = await fetch(URL_BASE + route, {
      method,
      headers: headers(body ? { 'Content-Type': 'application/json' } : undefined),
      body,
    });
  } catch (e) {
    die('Cannot reach ' + URL_BASE + ' - ' + e.message);
  }

  if (res.status === 401) {
    die('401 Unauthorized.\n' +
        '  Set NR_USER / NR_PASS to your Home Assistant username and password.\n' +
        '  If that account has multi-factor auth enabled, Basic auth will always fail -\n' +
        '  create a separate HA user without MFA for this.');
  }
  if (res.status === 409) {
    die('409 Conflict. The flow changed in Node-RED since we read it, so the deploy\n' +
        '  was refused rather than silently overwriting it. Close/deploy the editor,\n' +
        '  then run this again.');
  }
  if (!res.ok) {
    die('HTTP ' + res.status + ' on ' + method + ' ' + route + '\n  ' + (await res.text()).slice(0, 400));
  }
  return res;
}

// GET /flows with API v2 returns { rev, flows }. Passing that rev back on the
// POST is what makes a concurrent editor change 409 instead of being clobbered.
async function getLive() {
  const res = await call('GET', '/flows');
  return res.json();
}

function readRepoFlow() {
  if (!fs.existsSync(FLOW_FILE)) { die('Flow file not found: ' + FLOW_FILE); }
  const raw = fs.readFileSync(FLOW_FILE, 'utf8');
  try { return { raw, flows: JSON.parse(raw) }; }
  catch (e) { die('Repo flow file is not valid JSON: ' + e.message); }
}

function backup(flows, label) {
  if (has('--no-backup')) return null;
  fs.mkdirSync(BACKUP_DIR, { recursive: true });
  const ts = new Date().toISOString().replace(/[:.]/g, '-').slice(0, 19);
  const file = path.join(BACKUP_DIR, 'flows-' + label + '-' + ts + '.json');
  fs.writeFileSync(file, JSON.stringify(flows, null, 4));
  return file;
}

function summarise(flows) {
  const tabs = flows.filter((n) => n.type === 'tab');
  const uitabs = flows.filter((n) => n.type === 'ui_tab').sort((a, b) => a.order - b.order);
  console.log('  nodes        : ' + flows.length);
  console.log('  flow tabs    : ' + tabs.map((t) => t.label).join(', '));
  console.log('  dashboard    : ' + uitabs.map((t) => t.name).join(', '));
}

(async () => {
  if (!USER || !PASS) {
    console.log('\n  NR_USER / NR_PASS are empty - this will 401.');
    console.log('  Fill in NR_USER and NR_PASS in tools/.env (see tools/.env.example).\n');
  }

  // Diagnoses a failing login without ever printing the password.
  if (cmd === 'doctor') {
    const q = (s) => (s === undefined ? '(not set)' : JSON.stringify(s));
    console.log('\n  URL      : ' + URL_BASE);
    console.log('  NR_USER  : ' + (USER === undefined ? '(not set)' : q(USER)));
    console.log('  NR_PASS  : ' + (PASS === undefined ? '(not set)'
      : 'set, ' + PASS.length + ' chars'
        + (PASS !== PASS.trim() ? '  <-- WARNING: leading/trailing whitespace' : '')
        + (/^["'].*["']$/.test(PASS) ? '  <-- WARNING: looks like the quotes are part of the password' : '')));
    if (USER !== undefined && USER !== USER.trim()) { console.log('             <-- WARNING: NR_USER has leading/trailing whitespace'); }

    if (!USER || !PASS) { console.log('\n  Fill in NR_USER and NR_PASS in tools/.env.\n'); return; }

    const res = await fetch(URL_BASE + '/flows', { headers: headers() }).catch((e) => {
      console.log('\n  Cannot reach the server: ' + e.message + '\n'); process.exit(1);
    });
    console.log('\n  GET /flows -> HTTP ' + res.status);
    if (res.status === 200) { console.log('\n  Credentials work. Use "status" / "push" / "pull".\n'); return; }
    if (res.status === 401) {
      console.log('  Auth realm : ' + (res.headers.get('www-authenticate') || '(none)'));
      console.log('  Served by  : ' + (res.headers.get('server') || '(unknown)'));
      console.log('\n  The add-on rejected these credentials. Most likely, in order:');
      console.log('   1. The HA account has MFA enabled - Basic auth then cannot ever work.');
      console.log('      Create a second HA user, no MFA, and use that.');
      console.log('   2. Wrong username/password. Test by opening ' + URL_BASE + ' in a private');
      console.log('      browser window - it should prompt, and the same details should work.');
      console.log('   3. The account is not an HA administrator.\n');
      return;
    }
    console.log('  Unexpected. Body: ' + (await res.text()).slice(0, 300) + '\n');
    return;
  }

  if (cmd === 'status') {
    const live = await getLive();
    console.log('\nLive on ' + URL_BASE + '  (rev ' + live.rev + ')');
    summarise(live.flows);
    const repo = readRepoFlow();
    console.log('\nIn the repo');
    summarise(repo.flows);

    const { merged, preserved } = mergeForPush(repo.flows, live.flows);
    if (preserved) { console.log('\n  Protected (kept from the live instance): ' + preserved); }

    const same = JSON.stringify(live.flows) === JSON.stringify(merged);
    console.log('\n  ' + (same ? 'Identical - nothing to deploy.' : 'They differ. Run "push" to deploy.') + '\n');
    return;
  }

  if (cmd === 'pull') {
    const live = await getLive();
    const repo = readRepoFlow();

    // Don't drag protected things into the repo: keep the repo's own MQTT broker
    // node, and leave the personal tab out of the file entirely.
    const p = protectedIds(live.flows);
    const repoById = Object.fromEntries(repo.flows.map((n) => [n.id, n]));
    const out = live.flows
      .filter((n) => !p.ids.has(n.id) || repoById[n.id])
      .map((n) => (p.ids.has(n.id) && repoById[n.id] ? repoById[n.id] : n));

    const skipped = live.flows.length - out.length;
    const b = backup(repo.flows, 'repo-before-pull');
    fs.writeFileSync(FLOW_FILE, JSON.stringify(out, null, 4));

    console.log('\n  Pulled ' + out.length + ' nodes into ' + path.basename(FLOW_FILE));
    if (skipped) { console.log('  Left out of the repo: ' + skipped + ' protected node(s) - ' + describe(live.flows, p.ids)); }
    if (b) console.log('  Previous repo flow backed up to ' + path.relative(REPO, b));
    console.log('  Review with: git diff\n');
    return;
  }

  if (cmd === 'push') {
    const repo = readRepoFlow();
    const live = await getLive();

    const { merged, preserved } = mergeForPush(repo.flows, live.flows);

    const b = backup(live.flows, 'live-before-push');
    if (b) console.log('\n  Live flow backed up to ' + path.relative(REPO, b));
    if (preserved) { console.log('  Protected, kept from live: ' + preserved); }

    if (has('--dry-run')) {
      console.log('  Dry run - would deploy ' + merged.length + ' nodes (live has ' + live.flows.length + ').\n');
      return;
    }

    // "full" restarts every node. That is what we want: it re-runs the Load-on-boot
    // injects that repopulate the dashboard widgets from global context.
    await call('POST', '/flows', JSON.stringify({ rev: live.rev, flows: merged }));

    console.log('  Deployed ' + merged.length + ' nodes to ' + URL_BASE);
    console.log('  No duplicates: node IDs were matched and updated in place.\n');
    return;
  }

  die('Usage: node tools/nodered.js [status|push|pull|doctor] [--dry-run] [--no-backup]');
})();

en .env file met:

code:

NR_URL=http://192.168.1.2:1880
NR_USER=your-ha-username
NR_PASS=your-ha-password

Getest op nodered op HA dus daar krijg je basic auth welke je met HA user (niet nodered app user) moet authenticeren.
huidige view na wat aanpassingen in layout en dezelfde hide help methode als op overige pagina's

BTW die Solar2DHW is hardcoded in originele flow, maar waarom weet ik eigenlijk niet.
@edterbak wat is de reden voor die hardcoded max 3x solar 2 DHW, ik dacht eigenlijk dat dit maar 1x per dag was

edit 14-07: Het lijkt in parallel goed te lopen, dus nu even in live zelf de proeftuin. Mocht iemand interesse hebben in de flow dan kan ik hem delen maar beschouw het als early beta. Pas als ik zelf meer heb kunnen testen wil ik in overleg met Ed het wel laten opnemen in zijn repo
Kleine preview van update via script aangestuurd door ai-agent ( die was bezig met change in workflow,)
YouTube: 14 July 2026

[ Voor 9% gewijzigd door The-Source op 14-07-2026 20:00 ]

[edterbak]

@The-Source
Leuk te lezen dat je zo goed bezig bent !!!

Als basis "regeltje";
Betreffende brondata gebruiken: Kun je in modificatie er op letten dat je 1 mqtt node 1x per topic hebt. Dit geld over de gehele node red instance. Iedere mqtt input node is een subscription. Als je 2x de zelfde mqtt node gebruikt op verschillende tabs, dan heb je formeel 2 subscriptions. En dan gaat de broker hem ook dubbel verzenden naar dezelffde nodered instance, als je een "correct werkende" mqtt broker gebruikt. mosquitto houd daar rekening mee (niet volgens de regels, maar ander brokers niet)

Bij voorkeur een bestaande link-out node met de gewenste brondata gebruiken. Dan ben je per deefinitie "integrated" met de basis flow.

Als je toevoeging goed werkt, en er meer mensen zijn die hier op zitten te wachten, dan tillen we hem naar github als een "extension" easy piesie

[ Voor 10% gewijzigd door edterbak op 14-07-2026 21:28 ]

[edterbak]

@The-Source

BTW die Solar2DHW is hardcoded in originele flow, maar waarom weet ik eigenlijk niet.
@edterbak wat is de reden voor die hardcoded max 3x solar 2 DHW, ik dacht eigenlijk dat dit maar 1x per dag was

Your right.
Ik frees dat ik er aan was begonnen om deze variabele aan de GUI beschikbaar te maken, maar dat ik hier door alle ellende die ik heb meegemaakt ~0,5 jaar geleden (met coderen/roll-backs), dat dit tussen het wal en het schip gevallen is.
Het is dus zoals je zelf al opmerkt, heel eenvoudig om dat te doen

De meest basic setup waarbij je stuurt op kWh, dan heb je 1x per dag die trigger ja. Dat is safe.

Maar, je kunt ook sturen op kW. Iedere keer als je p1 doorgeeft dat je meer dan X kW produceert, dan kun je de solar2dhw cyclus weer starten. Je kunt dan pendelent gedrag krijgen, waar ik ook voor waarschuw in de tekst. Daar was deze variabele voor bedoeld, een limiet er op om pendelen in te teugelen.

[ Voor 25% gewijzigd door edterbak op 14-07-2026 21:39 ]

[The-Source]

edterbak schreef op dinsdag 14 juli 2026 @ 21:26:
@The-Source
Leuk te lezen dat je zo goed bezig bent !!!

Als basis "regeltje";
Betreffende brondata gebruiken: Kun je in modificatie er op letten dat je 1 mqtt node 1x per topic hebt. Dit geld over de gehele node red instance. Iedere mqtt input node is een subscription. Als je 2x de zelfde mqtt node gebruikt op verschillende tabs, dan heb je formeel 2 subscriptions. En dan gaat de broker hem ook dubbel verzenden naar dezelffde nodered instance, als je een "correct werkende" mqtt broker gebruikt. mosquitto houd daar rekening mee (niet volgens de regels, maar ander brokers niet)

Bij voorkeur een bestaande link-out node met de gewenste brondata gebruiken. Dan ben je per deefinitie "integrated" met de basis flow.

Als je toevoeging goed werkt, en er meer mensen zijn die hier op zitten te wachten, dan tillen we hem naar github als een "extension" easy piesie

Ik heb 2 brokers waarbij broker 1 data dupliceert naar de ander ( of het was ophalen door de 2e, weet dat niet meer zeker) dus nu kon ik parallel nodered beide op eigen mqtt laten staan, alleen heishamon werkelijk omgezet qua mqtt ip en voor de zekerheid block mqtt in de andere flow aangezet.

Ik trigger zelf op kW zeker nu salderen straks niet meer van toepassing is lijkt mij dat slimmer om te doen. Heb ook thuisaccu en wil met vloer koeling eigenlijk nog maar capaciteit "creëren" , want airco minder of niet aan.

Ps ik had die hardcoded niet zelf gevonden, claude begon te mekkeren over dat ik zei dat solar2dhw maar 1x actief kon zijn en hij 3x in de code zag staan

Ik verander niets aan mqtt die staat nog steeds op dezelfde plek in de code, script kijkt alleen dat hij die niet overschrijft met default x.x.x x zodat updaten lekker makkelijk een vlot gaat. En moet zeggen even updaten daarmee gaat als een zonnetje, geen gedoe met data deleten en opletten met vinkjes. In filmpje zie je letterlijk dat er backend push en deploy wordt gedaan en browser nieuwe versie laat zien

[ Voor 11% gewijzigd door The-Source op 14-07-2026 22:29 ]

[Elmardus]

edterbak schreef op zaterdag 11 juli 2026 @ 16:10:
Je moet dan zelf even voor node (1):
- node "Save RH/T" verbinden met een draadje aan de nieuwe "limit 1 msg/20s"
- node "limit 1 msg/20s" verbinden met de [COOL function] node

Voor node (2).
De inhoud van het nieuwe "filter" node even kopieren en plakken in de oude filter node, (2)

Dank voor je input! Deze beide heb ik toegevoegd. Na importeren heb ik alle waardes een keer getoggled, maar het setpoint blijft nog op 20C steken.



Onderstaand de huidige variabelen:



Ik hoop dat je daar wat mee kunt. Mocht ik nog iets anders kunnen aanleveren qua debug info, laat gerust weten

[The-Source]

Solar 2 Cooling

Helaas gooit fotoalbum rml de volgende door de war maar hier aantal screens met relatief makkelijk zichtbaar in de tekst hoe en wat.
Vandaag bewust in "verkeerde" configuratie gedraait (s2c lagere threshold dan solar2dhw(s2d)) nu config aangepast en eens kijken hoe het morgen verloopt.
Margin (anti-flapping) lijkt in ieder geval te werken delayed start en stop ook, functie herstel lijkt ook goed te gaan maar 1 test is natuurlijk niet echt vanzelf spreken goed

btw the power flatline is door thuisaccu die dus 0 import probeert aan te houden en de snelle dive naar -5000 komt dus omdat accu dan vol zit dat is geen bug in de graph

[edterbak]

Elmardus schreef op dinsdag 14 juli 2026 @ 22:46:
[...]

Dank voor je input! Deze beide heb ik toegevoegd. Na importeren heb ik alle waardes een keer getoggled, maar het setpoint blijft nog op 20C steken.

[Afbeelding]

Onderstaand de huidige variabelen:

[Afbeelding]

Ik hoop dat je daar wat mee kunt. Mocht ik nog iets anders kunnen aanleveren qua debug info, laat gerust weten

Kun je het setpoint wel handmatig via het dashboard instellen?
Dat doe je in [Home] tab > onder COOL sectie.

Kun je mij uit Heishamon zelf aangeven wat de waarde zijn van de volgende TOPS:

TOP81	Cooling_Mode		1	Direct
TOP94	Zones_State		0	Zone1 active
TOP111	Z1_Sensor_Settings	0	Water Temperature
TOP112	Z2_Sensor_Settings	0	Water Temperature

Aanvullend, weet je zeker dat de pomp in "COOL" operating mode stond EN dat de pomp aan stond op dat moment?

[Elmardus]

edterbak schreef op donderdag 16 juli 2026 @ 00:48:
[...]

Aanvullend, weet je zeker dat de pomp in "COOL" operating mode stond EN dat de pomp aan stond op dat moment?

Oh! Dat laatste was wel een goeie.... Opgelost.

Mijn eerste experimenten heb ik wél gedaan toen de pomp ook aan stond, maar sindsdien stond de pomp uit. Ik dacht mij te kunnen herinneren dat de setpoints ook updaten als de WP niet aan staat, maar dat heb ik duidelijk mis Thanks voor je support!

[edterbak]

Elmardus schreef op donderdag 16 juli 2026 @ 09:22:
[...]

Oh! Dat laatste was wel een goeie.... Opgelost.

Mijn eerste experimenten heb ik wél gedaan toen de pomp ook aan stond, maar sindsdien stond de pomp uit. Ik dacht mij te kunnen herinneren dat de setpoints ook updaten als de WP niet aan staat, maar dat heb ik duidelijk mis Thanks voor je support!

Ghehehe.. Gelukkig zo opgelost.

Your Welcome

[The-Source]

@edterbak wellicht is er ergens door mijn eigen acties wat veranderd in Solar2DHW of het is logging die wellicht naar een 'bugje wijst' Kan op dit moment niet echt uitsluiten welke van de 2...
Wat ik zie dat 'midden in de nacht' solar2dhw een trigger krijgt terwijl threshold niet wordt gehaald. Ik kwam zag dat gisteren gebeuren omdat ik toen variable om DHW run zelf op 1 had gezet en deze dus niet geactiveerd werd.
Dus nu had ik hem op 2 staan om te kijken of het wellicht een variable dag reset issue zou zijn maar in de log lijkt S2D nu al 2x getriggerd terwijl threshold deze niet zou mogen triggeren.



En ik zou overigens aborting attempt 1 of 2 verwachten tekstueel in de log maar daar maak ik mij niet zo druk om. Ik kan vanmiddag / van het weekend zelf op onderzoek uit gaan maar het even vragen is soms net zo makkelijk

Volgens claude zit er een bugje in de code voor s2d (en daardoor ook in mijn s2c want gebruikt zelfde logica)
oude code `kWh triggers`, around line 47:

JavaScript:

            if (F_SOLAR.detection_method == "kW" && msg.topic !== 'W') { return null; }
            if (F_SOLAR.detection_method == "kWh_prod" && msg.topic !== 'Export') { return null; }
            if (F_SOLAR.detection_method == "kWh_result" && msg.topic !== 'Result') { return null; }
            if (msg.payload == 0) { return null; }

            //  convert the W signal to kW so that the value (threshold) are similar.
            if (F_SOLAR.detection_method === "kW") { msg.payload = msg.payload / 1000; }

nieuwe

JavaScript:

            if (F_SOLAR.detection_method == "kW" && msg.topic !== 'W') { return null; }
            if (F_SOLAR.detection_method == "kWh_prod" && msg.topic !== 'Export') { return null; }
            if (F_SOLAR.detection_method == "kWh_result" && msg.topic !== 'Result') { return null; }
            if (msg.payload == 0) { return null; }

            //  convert the W signal to kW so that the value (threshold) are similar.
            if (F_SOLAR.detection_method === "kW") {
                //  With P1 type 1 the import and export meters arrive as two separate
                //  messages, both with topic 'W'. Use the net of the two, the same way the
                //  live gauge and the power chart already do. Without this an export
                //  message triggers a run even while an equally large import is happening
                //  at the same moment.
                var P1_type = global.get('F_SOLAR.P1_type', "file");
                if (P1_type == "type1") {
                    var current_import_value = flow.get('current_import_value');
                    var current_export_value = flow.get('current_export_value');
                    if (current_import_value === undefined || current_export_value === undefined || isNaN(current_import_value) === true || isNaN(current_export_value) === true) { return null; }
                    msg.payload = current_export_value + current_import_value;
                }
                msg.payload = msg.payload / 1000;
            }

en tekst log regel zit in 4fe035f4e6248924 en is nu nog hardcoded maar zal in mijn werkversie ook als "fix" meesturen.
Maar ga dat dus eerst nog even verder testen, code blocks puur ter info voor nu.

[ Voor 43% gewijzigd door The-Source op 17-07-2026 13:11 ]

[edterbak]

aborting attempt 1 of 2

De S²D functie initieert de dhw run 3x.
Als de eerste keer niet slaagt, dan draait hij de acties weer terug zodat de 2e poging kan starten (als aan de voorwaarde voldaan wordt)

Dat is het doel. De tekst hoort iets te zijn van : "Reverting Solar2DHW - Count 1/3" Dat is intuitiever

Ik heb zitten kijken naar de regel 47 die je aan geeft. of in die buurt.
Ik zie de gedachte gang. Kan idd dat het niet goed gaat daar met de verschillende typen p1 meters. Ik zal daar naar kijken binnenkort, of je code 'lenen' .

[The-Source]

Ach zojuist een fijn contextstore issue met HA add-on
Maar gelukkig nog RPI instance ook online om snel alles te herstellen. Nu in ieder geval ook een .json file met alle settings als backup dus redelijk hufterproof nu mocht er iets mis gaan.

Moet in ieder geval nog even een nachtje door draaien om te kijken of ik die 'gekke' s2d starts zie gebeuren. En als dat goed loopt ga ik wat kritischer kijken of er nog schoonheid foutjes inzitten (die door mijzelf zijn veroorzaakt)

Maar wat ik dus gek vond ik dat deze (de s2d) als actief werd getriggerd midden in de nacht. Wellicht dat er 1 of ander piek momentje is geweest maar lijkt mij sterk dat het piekje groot genoeg was om het te triggeren (dan zou er een tijdelijke load van 2kw moeten zijn geweest die dan zo is afgevallen dat accu kortstondig die aan het net heeft geleverd

edit:
18-07
Ook nu weer 2x bij s2d run moment in log gezien. Maar dit komt niet uit thuis accu systeem want die zat op een stabiele load van 500w. In graph op s2d pagina zie ik wel dat threshold bereikt werd dus qua flow logica klopt de start.
Nu alleen nog de vraag waarom, ik vermoed dat p1 meter een gekke waarde aanlevert aangezien ik op mijn losse meter voor victron systeem dit niet in vermogen etc terug zie komen.

* ik ga nu een start delay van 5 min voor s2d inbouwen (kan via dashboard aangepast worden) zodat runs per day pas gaat tellen bij echte start. En optie dat runs per day pas telt bij succesvolle run (ook dashboard optie)
Maar ja weer even een test nacht laten draaien om te kijken of dat naar behoren werkt.

Nu maar eens even testen met victron grid meter, met limiter op 1msg/s

[ Voor 63% gewijzigd door The-Source op 18-07-2026 14:00 ]

[The-Source]

Ik zie wat vreemds in de logging en er gebeurd iets elke ~36 minuten met de verwerking van KW waarde. En juist die vaste interval maakt het vreemd ( tenzij er iets van 36m in 3600s had moeten zijn)

code:

19/07 07:09:34 - Function Solar²DHW: Surplus back above threshold (-1.18 kW). Start delay reset.
19/07 07:09:31 - Function Solar²DHW: Surplus threshold reached (-2.49 kW). Waiting 5 minutes before starting.
19/07 06:33:48 - Function Solar²DHW: Surplus back above threshold (-1.3 kW). Start delay reset.
19/07 06:33:45 - Function Solar²DHW: Surplus threshold reached (-2.34 kW). Waiting 5 minutes before starting.
19/07 05:56:41 - Function Solar²DHW: Surplus back above threshold (-0.82 kW). Start delay reset.
19/07 05:56:35 - Function Solar²DHW: Surplus threshold reached (-2.22 kW). Waiting 5 minutes before starting.
19/07 05:21:22 - Function Solar²DHW: Surplus back above threshold (-1.34 kW). Start delay reset.
19/07 05:21:16 - Function Solar²DHW: Surplus threshold reached (-1.88 kW). Waiting 5 minutes before starting.
19/07 04:45:45 - Function Solar²DHW: Surplus back above threshold (-1.39 kW). Start delay reset.
19/07 04:45:39 - Function Solar²DHW: Surplus threshold reached (-2.24 kW). Waiting 5 minutes before starting.
19/07 04:10:14 - Function Solar²DHW: Surplus back above threshold (-0.58 kW). Start delay reset.
19/07 04:10:06 - Function Solar²DHW: Surplus threshold reached (-1.63 kW). Waiting 5 minutes before starting.
19/07 03:34:04 - Function Solar²DHW: Surplus back above threshold (-1.18 kW). Start delay reset.
19/07 03:34:00 - Function Solar²DHW: Surplus threshold reached (-2.2 kW). Waiting 5 minutes before starting.
19/07 02:58:27 - Function Solar²DHW: Surplus back above threshold (-1.27 kW). Start delay reset.
19/07 02:58:24 - Function Solar²DHW: Surplus threshold reached (-2.37 kW). Waiting 5 minutes before starting.
19/07 02:22:36 - Function Solar²DHW: Surplus back above threshold (-0.24 kW). Start delay reset.
19/07 02:22:30 - Function Solar²DHW: Surplus threshold reached (-2 kW). Waiting 5 minutes before starting.
19/07 01:46:31 - Function Solar²DHW: Surplus back above threshold (-0.39 kW). Start delay reset.
19/07 01:46:26 - Function Solar²DHW: Surplus threshold reached (-2.44 kW). Waiting 5 minutes before starting.
19/07 01:11:42 - Function Solar²DHW: Surplus back above threshold (-1.13 kW). Start delay reset.
19/07 01:11:38 - Function Solar²DHW: Surplus threshold reached (-2.49 kW). Waiting 5 minutes before starting.
19/07 00:36:09 - Function Solar²DHW: Surplus back above threshold (-0.33 kW). Start delay reset.
19/07 00:36:03 - Function Solar²DHW: Surplus threshold reached (-2.55 kW). Waiting 5 minutes before starting.
19/07 00:29:43 - Function Solar²Cooling: Solar²DHW daily run limit set to 1
19/07 00:29:41 - Function Solar²Cooling: Solar²DHW daily run limit set to 2
19/07 00:00:09 - Function Solar²DHW: Surplus back above threshold (-0.44 kW). Start delay reset.
19/07 00:00:02 - Function Solar²DHW: Surplus threshold reached (-2.28 kW). Waiting 5 minutes before starting.
19/07 00:00:00 - Function Solar: New day; Reset Solar function. DHW SP = 48
19/07 00:00:00 - SYSTEM: Total amount of offline messages today: 8

edit:
Heb de code nogmaals laten nakijken en daar zit het issue niet in. Maar zeer waarschijnlijk is het Victron systeem hier de oorzaak van en nu in de threshold een stuk lager heb gezet (om Solar2Cooling optimaal te gebruiken) zie ik dus nu verschijnen maar de start delay van 5 minuten buffert dat issue prima weg
~~

edit:
Ik heb de flow aan git issue toegevoegd, dit is aan Ed om te beoordelen of het past binnen het huidige eco systeem. Maar als iemand zelf wil testen kan je de flow wel hieruit halen: https://github.com/edterbak/HeishaMoNR/issues/225
Script om makkelijk te uploaden/ settings backup / etc komt later ook nog. Maar wil het eerst nog ook testen tegen een NR instance die niet Home assistant is of het daar ook op werkt...

[ Voor 9% gewijzigd door The-Source op 20-07-2026 13:20 ]

[The-Source]

Nu ruime week zonder code changes gedraaid en werkt als een zonnetje

Ook anti-flapping mechanisme werkt en op na vandaag heeft s2c niet gedraaid omdat temperatuur voorwaarde bijvoorbeeld niet werden voldaan. (system start is ivm herstart Home Assistant)

code:

25/07 13:42:28 - Function Solar²Cooling: Stop condition: surplus below -2.3 kW. Starting 30 minute delay.
25/07 13:42:25 - Function Solar²Cooling: Stop conditions cleared, run continues.
25/07 13:42:17 - Function Solar²Cooling: Stop condition: surplus below -2.3 kW. Starting 30 minute delay.
25/07 13:41:47 - Function Solar²Cooling: Stop conditions cleared, run continues.
25/07 13:41:08 - Function Solar²Cooling: Stop condition: surplus below -2.3 kW. Starting 30 minute delay.
25/07 13:30:44 - Function Solar²Cooling: Stop conditions cleared, run continues.
25/07 13:22:35 - Function Solar²Cooling: Stop condition: surplus below -2.3 kW. Starting 30 minute delay.
25/07 13:22:31 - Function Solar²Cooling: Stop conditions cleared, run continues.
25/07 13:22:08 - Function Solar²Cooling: Stop condition: surplus below -2.3 kW. Starting 30 minute delay.
25/07 13:21:56 - Function Solar²Cooling: Stop conditions cleared, run continues.
25/07 13:15:39 - SYSTEM - HEISHAMON Connection: Online
25/07 13:15:33 - SYSTEM: Did not find undefined - Removed from the dashboard
25/07 13:15:32 - SYSTEM: MQTT Broker: Node Red MQTT node connected
25/07 13:15:30 - SYSTEM: Persistent storage: OK
25/07 13:15:29 - SYSTEM: MQTT block inactive, default block mode: BLOCK ALL
25/07 13:15:29 - Function - Solar: 1
25/07 13:15:29 - Function NightReduction: 0
25/07 13:15:29 - Function - CCC (Zone 2): 0
25/07 13:15:29 - Function - CCC (Zone 1): 1
25/07 13:15:29 - Function SoftStart (Zone 1): SoftStart function end
25/07 13:15:29 - Compressor: running
25/07 13:15:29 - SETUP - Sensors (Zone 2): Custom sensor lost or absent — fallback to heat pump sensor.
25/07 13:15:29 - SYSTEM: CCC Zone 2 settings are OK
25/07 13:15:29 - SYSTEM: CCC Zone 1 settings are OK
25/07 13:15:29 - SETUP - Sensors (Zone 1): Custom room temperature sensor not found. Using internal sensor (TOP33)
25/07 13:15:29 - SYSTEM: Heatpump zone 2 is set to controle water temperature
25/07 13:15:29 - SYSTEM: Heatpump zone 1 is set to controle water temperature
25/07 13:15:29 - SYSTEM: Heatpump is in DIRECT mode
25/07 13:15:29 - SYSTEM - HEISHAMON Connection: Offline
25/07 13:15:28 - SYSTEM: Flow restart detected. !! Please be aware!! It could take up to 10 minutes befor all values and variables have been received, set and correctly processed
25/07 13:15:28 - SYSTEM: Start---------------------------------------------------------------

[edterbak]

Ik ben op vakantie. Ter info.

De Solar 2 cool ga ik bij terugkomst bekijken hoe ik dat het beste kan integreren.

Punt is alleen dat ik al begonnen ben aan de rewrite naar dashboard 2.0. het lijkt allemaal wel te kunnen, maar er kan een hoop flow uit tgv deze change. Dat maakt het bijna onmogelijk om een normale update te releasen

@The-Source kun je jouw change eenvoudig omwerken naar d2.0? Op zich hoeft dat nu nog niet aangezien het een hele tijd gaat duren voordat ik klaar ben.

[The-Source]

Het is een losse flow tab, script wat ik zelf gebruik voor updates kan je simpel een tab mee excluden. Maar houd zover ik weet geen rekening met merge van...
Technisch gebruikt het bestaande logica voor processen ware het niet dat in s2d ik een start vertraging erbij heb gemaakt om korte KW exports af te vangen ( bugje vanuit thuisaccu)

Nu ben ik geen NR expert dus of het makkelijk te migreren valt weet ik niet maar denk dat het via Claude code hoe ik dit nu ook gemaakt heb relatief simpel is te doen.

Optie dit kunnen zijn om wanneer het 2.0 deel af is dit pas daarna toe te voegen, vermoed dat dit relatief makkelijk kan met Claude omdat de technische code werkt

[TomN87]

Hoi,

Ik heb een 9 kW sinds een tijdje in gebruik, helaas heeft deze nog geen sterilisatierun gemaakt. Hieronder de laatste logging van Heishamon.

• Wat ik al heb gedaan:
  Na verschillende dingen geprobeerd te hebben, terug naar fabrieksinstellingen (reset eprom)
• interne heater geactiveerd in menu (hamburgicoon en pijltjes inhouden)
• programma desinfecteren aangemaakt in originele controller Panasonic
• zowel via het bovengenoemde programma als geforceerd via Heishamon start er geen desinfectie.
  
  
  
  
  code:
  

  26/07 07:56:50 - SYSTEM (Read-only) - ThreeWay Valve: ROOM

  code:
  

  26/07 07:56:40 - Compressor: stopped

  code:
  

  26/07 07:52:20 - Compressor: running

  code:
  

  26/07 07:47:00 - Compressor: stopped

  code:
  

  26/07 07:34:20 - MQTT Reply: Max_Pump_Duty: 254

  code:
  

  26/07 07:34:15 - MQTT Command: SetMaxPumpDuty: 254 (pump speed)

  code:
  

  26/07 07:34:15 - Compressor: running

  code:
  

  26/07 07:34:15 - Function Pump speed: Max pumpspeed set to 254 (100%) (DHW)

  code:
  

  26/07 07:31:10 - TOP69_Sterilization_State: 1

  code:
  

  26/07 07:31:10 - SYSTEM (Read-only) - ThreeWay Valve: DHW

[boredgeestje]

TomN87 schreef op zondag 26 juli 2026 @ 20:40:
(,,,)

• zowel via het bovengenoemde programma als geforceerd via Heishamon start er geen desinfectie.
  
  (...)

Dit leest dan als een probleem dat niet voortkomt uit Heishamon of HeishamonNR.

Via de normale Panasonic controller moet een sterilisatierun gestart en goed afgemaakt kunnen worden. Kun je meer details geven over je systeem (type WP, type boilervat, mét of zonder verwarmingselement in het vat, etc.) dan kunnen we je misschien verder op pad helpen.

[TomN87]

boredgeestje schreef op maandag 27 juli 2026 @ 09:12:
[...]

Dit leest dan als een probleem dat niet voortkomt uit Heishamon of HeishamonNR.

Via de normale Panasonic controller moet een sterilisatierun gestart en goed afgemaakt kunnen worden. Kun je meer details geven over je systeem (type WP, type boilervat, mét of zonder verwarmingselement in het vat, etc.) dan kunnen we je misschien verder op pad helpen.

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.

[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.