Heishamon <> Node Red voor Panasonic warmtepompen

[Hieke]

hemertje schreef op zondag 30 november 2025 @ 16:49:
@edterbak en anderen

vraagje, worden alle TOP's vanuit Heishamon meegestuurd naar MQTT?

in InfluxDB / Topics zie ik nergens Heat_Power_Production (TOP 15) en Heat_Power_Consumption (TOP16)
ben aan het kijken of in de COP in Grafana zichtbaar kan maken

Dat kun je bij eigen HeismaMon toch inzien? Gewoon naar het bijbehorende IP-adres gaan en kijken of die daar ververst.
Bij de nieuwere modellen is er overigens een andere benaming aan gehangen. Als voorbeeld een screenshot van HeishaMon icm K-Serie





Welk model HeishaMon en firmware heb je? Misschien is daar een relatie mee te leggen.

[ Voor 12% gewijzigd door Hieke op 30-11-2025 17:23 . Reden: Plaatje MQTT toegevoegd ]

[hemertje]

ik heb de grote Heishamon met Firmware Version: 3.9

en 2 stuks Current S0 kWh meters aangesloten voor warmtepomp (S0) en Backup Heater (S1)

TOP15 Heat_Power_Production 2400 Watt is dit thermisch vermogen geproduceerd?
TOP16 Heat_Power_Consumption 400 Watt is dit het elektrisch opgenomen vermogen die ik ook via S0 meet?

Wat is de relatie tussen TOP 15, 16 en S0?

Welke Grafana grafieken gebruiken jullie zoal vanuit Heishamon?

[ Voor 16% gewijzigd door hemertje op 30-11-2025 20:35 ]

[hemertje]

ik krijg vanuit Node Red / Heishamon geen "productie" vermogenswaarden binnen in Influx?



tewijl deze wel beschikbaar is in MQTT explorer in Home Assistant?

[hemertje]

Abacus.ai komt met de volgende reactie nav Ed's zijn heishamon2influxdb

https://github.com/edterb...port2influx%20(v1.1).json

Heel duidelijk nu – je flow verklaart precies waarom Heat_Power_Production / Heat_Power_Consumption niet in Influx staan.

1. Wat de flow nu doet

Relevant stuk (onderste groep “Send Heishamon to INFLUXdb”):

mqtt in panasonic_heat_pump/main/# → Map sensor to ID (main/#) → Prepare InfluxDB output → influxdb out.
Bij startup wordt global setup één keer aangeroepen; die zet:
context.global.heishamon.SensorMapping = [
// MAIN/#
["Heatpump_State"],
["Pump_Flow"],
...
["Outside_Temp"],
["Heat_Energy_Production"],
["Heat_Energy_Consumption"],
...
// S0/#
["Watthour/1"],
["WatthourTotal/1"],
["Watt/1"],
["Watthour/2"],
["WatthourTotal/2"],
["Watt/2"]
];


Maar: Heat_Power_Production en Heat_Power_Consumption staan hier NIET in.

In Map sensor to ID (main/#):

var sensorsplit = msg.topic.split("/");
var sensor = sensorsplit[sensorsplit.length-1];

for (i = 0; i < context.global.heishamon.SensorMapping.length; i++) {
msg.sensor = sensor;
if (sensor == context.global.heishamon.SensorMapping[i][0]) {
return msg; // alleen DOORLATEN als in SensorMapping
}
}
return; // anders: DROPPEN


Dus:

Alleen topics die expliciet in SensorMapping staan, gaan door naar Influx.
Alles wat niet in de lijst staat (incl. Heat_Power_Production / Heat_Power_Consumption) wordt weggegooid.

Daarom zie je ze niet in Influx Data Explorer.

Prepare InfluxDB output zet wat er wél door komt in 2 Influx‑fields:

msg.payload = [{
numValue: parseFloat(msg.payload), // numeric value
strValue: msg.sensor // sensornaam als string
},
{
topic: msg.sensor // tag 'topic'
}];


In Influx krijg je dus:

measurement = heishamon
_field = "numValue" met waarde
tag topic = <sensornaam>
(exact de laatste component van MQTT topic)

Dat deel is prima.

2. Oplossing: voeg Heat_Power_* toe aan SensorMapping

Dit is de minimale, veilige fix:

Open function node global setup.
In de array SensorMapping onder // MAIN/# voeg je deze entries toe:
["Heat_Power_Production"],
["Heat_Power_Consumption"],


Bijvoorbeeld direct na ["Heat_Energy_Consumption"], (plaats maakt niet uit, maar logisch bij elkaar):

["Heat_Energy_Production"],
["Heat_Energy_Consumption"],
["Heat_Power_Production"],
["Heat_Power_Consumption"],
["Powerful_Mode_Time"],
["Quiet_Mode_Level"],
...

Deploy flow.
Wacht een paar minuten en check in Influx Data Explorer:
from(bucket: "panasonic")
|> range(start: -15m)
|> filter(fn: (r) => r._measurement == "heishamon")
|> filter(fn: (r) => r._field == "numValue")
|> filter(fn: (r) =>
r.topic == "Heat_Power_Production" or
r.topic == "Heat_Power_Consumption"
)


Als alles goed is, zie je nu netjes _value rond 2200 / 200 W.

3. (Optioneel beter) – generieker maken

Je zou ook de hele whitelist kunnen schrappen zodat alle Heishamon‑topics naar Influx gaan:

In Map sensor to ID (main/#) kun je dit simpeler maken:

var sensorsplit = msg.topic.split("/");
var sensor = sensorsplit[sensorsplit.length-1];

msg.sensor = sensor;
return msg; // geen whitelist meer


En dan kun je SensorMapping in global setup zelfs helemaal verwijderen, tenzij je die nog voor andere dingen gebruikt.

Voordeel:

Elke nieuwe variable in Heishamon komt automatisch in Influx.
Geen risk meer dat je iets vergeet (zoals nu met Heat_Power_*).

Nadeel:

Je krijgt véél meer series in Influx (ook minder interessante), maar dat is meestal geen echt probleem.

Als je voorzichtig wilt zijn: nu eerst alleen de 2 entries toevoegen zoals hierboven; later kun je altijd nog whitelisting eruit slopen.

4. Daarna: simpele COP‑query in Grafana

Zodra Heat_Power_Production in Influx staat:

// Elektrisch vermogen WP (S0-1, Watt/1)
power_el_hp = from(bucket: "panasonic")
|> range(start: v.timeRangeStart, stop: v.timeRangeStop)
|> filter(fn: (r) => r._measurement == "heishamon")
|> filter(fn: (r) => r._field == "numValue")
|> filter(fn: (r) => r.topic == "Watt/1")
|> aggregateWindow(every: 5m, fn: mean, createEmpty: false)
|> keep(columns: ["_time", "_value"])
|> rename(columns: {_value: "P_el_hp"})

// Thermisch vermogen (Heat_Power_Production)
power_th = from(bucket: "panasonic")
|> range(start: v.timeRangeStart, stop: v.timeRangeStop)
|> filter(fn: (r) => r._measurement == "heishamon")
|> filter(fn: (r) => r._field == "numValue")
|> filter(fn: (r) => r.topic == "Heat_Power_Production")
|> aggregateWindow(every: 5m, fn: mean, createEmpty: false)
|> keep(columns: ["_time", "_value"])
|> rename(columns: {_value: "P_th"})

// Join en COP
join(
tables: {el: power_el_hp, th: power_th},
on: ["_time"]
)
|> map(fn: (r) => ({
_time: r._time,
COP_hp: if r.P_el_hp > 0.0 then r.P_th / r.P_el_hp else 0.0
)
|> keep(columns: ["_time", "COP_hp"])


Dit is de exacte COP van de compressor, zonder hydraulische schattingen.

5. Samenvatting voortgang
Probleem: Node‑RED whitelists SensorMapping; Heat_Power_Production / Heat_Power_Consumption staan niet in de lijst → worden niet naar Influx geschreven.
Oplossing nu: 2 regels toevoegen in SensorMapping (of whitelisting verwijderen).
Na deploy: check in Influx of topic == "Heat_Power_Production" data heeft.
Daarna: simpele COP‑grafiek in Grafana op basis van Heat_Power_Production en Watt/1.

Als je wilt, kan ik een concrete, kortere versie van Map sensor to ID geven die whitelisting veilig uitschakelt.

[Beer070]

hemertje schreef op zondag 30 november 2025 @ 16:49:
@edterbak en anderen

vraagje, worden alle TOP's vanuit Heishamon meegestuurd naar MQTT?

in InfluxDB / Topics zie ik nergens Heat_Power_Production (TOP 15) en Heat_Power_Consumption (TOP16)
ben aan het kijken of in de COP in Grafana zichtbaar kan maken

Ik moest voor de transitie van Mqtt topics naar influxdb ze zelf invoeren (regel voor regel). Ik kon niet zonder meer alles aan influxdb toevoegen en mijn HA grafana had geen werkende mqtt adapter.

[edterbak]

Als de mqtt topics in de broker geupdate worden, dan zijn ze ook gewoon beschikbaar in ieder ander platform. Of het nu node red is of influx

[Beer070]

edterbak schreef op zondag 30 november 2025 @ 21:19:
Als de mqtt topics in de broker geupdate worden, dan zijn ze ook gewoon beschikbaar in ieder ander platform. Of het nu node red is of influx

Hoe krijg jij ze dan in influxdb? Bij mij moest ik dat configureren

[hemertje]

ik heb AI de whitelisting eruit laten halen

[edterbak]

https://github.com/edterb...e/main/heishamon2influxdb

Voor zover ik heb gehoord, werkt deze nog. Ik gebruik het zelf niet overigens.
Ik zou zelf niet weten waarom ik alles in een db moet zetten. Ik heb er geen usecase voor anders dan 'nice to have', of 'voor grafana' (ook geen usecase).

Als deze flow niet meer werkt, dan mag iemand hem updaten hoor, dan pas ik hem aan in github

[Beer070]

Ah,

Ik doe het netjes vanuit de configuration.yaml in home assistant. Daar kan je de sensoren toevoegen en dan worden ze bewaard in influxdb. Leek me handig voor typisch historische data.

[hemertje]

edterbak schreef op zondag 30 november 2025 @ 21:38:
https://github.com/edterb...e/main/heishamon2influxdb

Voor zover ik heb gehoord, werkt deze nog. Ik gebruik het zelf niet overigens.
Ik zou zelf niet weten waarom ik alles in een db moet zetten. Ik heb er geen usecase voor anders dan 'nice to have', of 'voor grafana' (ook geen usecase).

Als deze flow niet meer werkt, dan mag iemand hem updaten hoor, dan pas ik hem aan in github

deze heb ik gebruikt, maar daar zat een whitelisting in zodat de S0 en S1 sensoren geblokt worden.
hieronder de code zonder de whitelisting

code:

[
  {
    "id": "heishamon_tab",
    "type": "tab",
    "label": "Heishamon to InfluxDB",
    "disabled": false,
    "info": "",
    "env": []
  },
  {
    "id": "heishamon_group",
    "type": "group",
    "z": "heishamon_tab",
    "style": {
      "stroke": "#999999",
      "stroke-opacity": "1",
      "fill": "none",
      "fill-opacity": "1",
      "label": true,
      "label-position": "nw",
      "color": "#a4a4a4"
    },
    "nodes": [
      "mqtt_main",
      "mqtt_s0",
      "map_main",
      "map_s0",
      "prepare_influx",
      "influx_out",
      "comment_node"
    ],
    "x": 154,
    "y": 79,
    "w": 1152,
    "h": 282
  },
  {
    "id": "comment_node",
    "type": "comment",
    "z": "heishamon_tab",
    "g": "heishamon_group",
    "name": "Send Heishamon to InfluxDB",
    "info": "",
    "x": 240,
    "y": 100,
    "wires": []
  },
  {
    "id": "mqtt_main",
    "type": "mqtt in",
    "z": "heishamon_tab",
    "g": "heishamon_group",
    "name": "Heishamon main/#",
    "topic": "panasonic_heat_pump/main/#",
    "qos": "0",
    "datatype": "auto-detect",
    "broker": "mqtt_broker",
    "nl": false,
    "rap": false,
    "inputs": 0,
    "x": 240,
    "y": 160,
    "wires": [["map_main"]]
  },
  {
    "id": "map_main",
    "type": "function",
    "z": "heishamon_tab",
    "g": "heishamon_group",
    "name": "Map sensor to ID (main/#)",
    "func": "// Extract sensor name from topic (last part after /)\nvar sensorsplit = msg.topic.split(\"/\");\nvar sensor = sensorsplit[sensorsplit.length - 1];\n\nmsg.sensor = sensor;\nreturn msg;",
    "outputs": 1,
    "noerr": 0,
    "initialize": "",
    "finalize": "",
    "libs": [],
    "x": 520,
    "y": 160,
    "wires": [["prepare_influx"]]
  },
  {
    "id": "mqtt_s0",
    "type": "mqtt in",
    "z": "heishamon_tab",
    "g": "heishamon_group",
    "name": "Heishamon s0/#",
    "topic": "panasonic_heat_pump/s0/#",
    "qos": "0",
    "datatype": "auto-detect",
    "broker": "mqtt_broker",
    "nl": false,
    "rap": false,
    "inputs": 0,
    "x": 240,
    "y": 240,
    "wires": [["map_s0"]]
  },
  {
    "id": "map_s0",
    "type": "function",
    "z": "heishamon_tab",
    "g": "heishamon_group",
    "name": "Map sensor to ID (s0/#)",
    "func": "// Extract sensor name from topic (after s0/)\nvar sensorsplit = msg.topic.split(\"s0/\");\nvar sensor = sensorsplit[sensorsplit.length - 1];\n\nmsg.sensor = sensor;\nreturn msg;",
    "outputs": 1,
    "noerr": 0,
    "initialize": "",
    "finalize": "",
    "libs": [],
    "x": 520,
    "y": 240,
    "wires": [["prepare_influx"]]
  },
  {
    "id": "prepare_influx",
    "type": "function",
    "z": "heishamon_tab",
    "g": "heishamon_group",
    "name": "Prepare InfluxDB output",
    "func": "if (isNaN(parseFloat(msg.payload))) {\n    return;\n} else {\n    msg.payload = [\n        {\n            numValue: parseFloat(msg.payload),\n            strValue: msg.sensor\n        },\n        {\n            topic: msg.sensor\n        }\n    ];\n    return msg;\n}",
    "outputs": 1,
    "noerr": 0,
    "initialize": "",
    "finalize": "",
    "libs": [],
    "x": 820,
    "y": 200,
    "wires": [["influx_out"]]
  },
  {
    "id": "influx_out",
    "type": "influxdb out",
    "z": "heishamon_tab",
    "g": "heishamon_group",
    "influxdb": "influxdb_config",
    "name": "Panasonic heatpump",
    "measurement": "heishamon",
    "precision": "",
    "retentionPolicy": "",
    "database": "Panasonic",
    "precisionV18FluxV20": "s",
    "retentionPolicyV18Flux": "",
    "org": "Home",
    "bucket": "panasonic",
    "x": 1100,
    "y": 200,
    "wires": []
  },
  {
    "id": "mqtt_broker",
    "type": "mqtt-broker",
    "name": "MQTT (192.168.2.5)",
    "broker": "192.168.2.5",
    "port": "1883",
    "clientid": "",
    "autoConnect": true,
    "usetls": false,
    "compatmode": false,
    "protocolVersion": "4",
    "keepalive": "60",
    "cleansession": true,
    "autoUnsubscribe": true,
    "birthTopic": "",
    "birthQos": "0",
    "birthRetain": "false",
    "birthPayload": "",
    "birthMsg": {},
    "closeTopic": "",
    "closeQos": "0",
    "closeRetain": "false",
    "closePayload": "",
    "closeMsg": {},
    "willTopic": "",
    "willQos": "0",
    "willRetain": "false",
    "willPayload": "",
    "willMsg": {},
    "userProps": "",
    "sessionExpiry": ""
  },
  {
    "id": "influxdb_config",
    "type": "influxdb",
    "hostname": "192.168.2.5",
    "port": "8086",
    "protocol": "http",
    "database": "test",
    "name": "InfluxDB",
    "usetls": false,
    "tls": "",
    "influxdbVersion": "2.0",
    "url": "http://192.168.2.5:8086",
    "timeout": "",
    "rejectUnauthorized": false
  }
]

Wat deze flow doet

• 2 MQTT‑inputs:

1. panasonic_heat_pump/main/# → alle main topics (Heat_Power_Production, Compressor_Freq, etc.)
2. panasonic_heat_pump/s0/# → S0‑meters (Watt/1, Watt/2, etc.)

2 function nodes:

• Extraheren topic‑naam (laatste deel na / of na s0/)
• Geen whitelisting → alle topics gaan door

Prepare InfluxDB output:

• Controleert of payload numeriek is
• Maakt InfluxDB‑structuur: numValue + topic

InfluxDB out:

• Schrijft naar bucket panasonic, measurement heishamon

Configuratie aanpassen (indien nodig)

Als je MQTT‑broker of InfluxDB andere instellingen heeft:

1. Dubbelklik op een MQTT in node → klik op potlood bij broker → pas IP/poort aan
2. Dubbelklik op Panasonic heatpump (InfluxDB out) → klik op potlood bij InfluxDB → pas URL/token/bucket aan

Samenvatting

• Standalone flow zonder "Own WP Sensors"
• Alle Heishamon topics (main + s0) → InfluxDB
• Geen whitelisting, dus Heat_Power_Production, Heat_Power_Consumption, Watt/1, Watt/2 komen allemaal door
• Visuele layout: netjes gegroepeerd in één frame, klaar voor gebruik

[blb4]

hemertje schreef op zondag 30 november 2025 @ 20:31:
ik heb de grote Heishamon met Firmware Version: 3.9

en 2 stuks Current S0 kWh meters aangesloten voor warmtepomp (S0) en Backup Heater (S1)

TOP15 Heat_Power_Production 2400 Watt is dit thermisch vermogen geproduceerd?
TOP16 Heat_Power_Consumption 400 Watt is dit het elektrisch opgenomen vermogen die ik ook via S0 meet?

Wat is de relatie tussen TOP 15, 16 en S0?

Welke Grafana grafieken gebruiken jullie zoal vanuit Heishamon?

Als het goed is zie je aardig verschil tussen S0 en TOP16, TOP16 gaat in stappen van 200W, dat is behoorlijk onnauwkeurig. Voor nauwkeurig opgenomen vermogen/energie kan je dus beter de S0 meter gebruiken.

Als je de Ta en Tr sensoren op elkaar hebt gekalibreerd (als de waterpomp wel loopt - met liefst zo hoog mogelijke flow - maar de compressor niet dan moet Ta en Tr gelijk zijn) dan ik TOP15 behoorlijk nauwkeurig.

COP is dan dus TOP15/S0. Als je Top15 en S0 vermogen beide in Grafana hebt kan je de COP in een grafiek zetten via een transformatie.

[BazemanKM]

hemertje schreef op zondag 30 november 2025 @ 21:09:
Abacus.ai komt met de volgende reactie nav Ed's zijn heishamon2influxdb

https://github.com/edterb...port2influx%20(v1.1).json


[...]

Ooit zijn de topics vanuit Heishamon aangepast, dus moet je de influxdb flow ook even aanpassen.

[hemertje]

heb het nu als volgt draaien binnen Influx i.c.m. Grafana



Influx haalt de gegevens uit Heishamon, maar bedacht me vanmorgen dat dit dubbelop is want de parameters zijn al beschikbaar binnen MQTT in HomeAssistant en dus dubbel nu

beter is dan Influx vullen vanuit HomeAssistant - MQTT?

vraagje tussendoor, ik begrijp dat HomeAssistant de parameters maar 7 dagen opslaat?
voor de lange termijn is het dus beter om deze in de Influx database te importeren?

[Breadrun]

Looka schreef op zondag 30 november 2025 @ 11:00:
Hallo vrienden, ik ben ook eigenaar van een Panasonic J09-serie warmtepomp en ik wil graag een regeling in de planner instellen, een geautomatiseerde logica (zoals "als buitentemperatuur > 4 °C → FM3, anders FM0"). Is dit mogelijk met de planner? Bij voorbaat dank en mijn oprechte waardering voor jullie fantastische werk.

Als je Quiet Mode bedoelt dan kan je dat regelen in de scheduler. Wil je dat ook op temperatuur doen dan zal je een logica in node red moeten maken, of je past je schedule aan als het koud wordt

[Looka]

Breadrun schreef op dinsdag 2 december 2025 @ 08:09:
[...]


Als je Quiet Mode bedoelt dan kan je dat regelen in de scheduler. Wil je dat ook op temperatuur doen dan zal je een logica in node red moeten maken, of je past je schedule aan als het koud wordt

Ik heb het zo geprogrammeerd met een buitentemperatuurconditie, het werkt, dank je wel

[ Voor 39% gewijzigd door Looka op 02-12-2025 11:14 ]

[Crazy-]

Het is al lang geleden dat ik Node heb ingezet. De boel draait derhalve ook prima

Echter nu wil ik de temperatuur sensor vervangen van de woning. Huidige is een lelijke D1 module welke MQTT naar m’n oude server stuurt, nog naar degene voor Domotica

Ondertussen is het halve huis voorzien van Shelly en dat werkt prima. Door het plaatsen van 2 HT modules van Shelly (mancave & woning) kan ik deels al wat sturen. Icm home assistent.

Echter het Node dashboard draait nog volledig dus op de mqtt sensor.

Echter heb ik werkelijk geen idee meer hoe ik dat ooit ingesteld heb… in Node wel zitten zoeken en ergens zag ik een waarde welke de MQTT uitleest. Maar hoe of wat is weer even uitzoeken.

Eigenlijk zoek ik dus de manier nu hoe ik die Shelly temperatuur sensor kan uitlezen?

Bij voorkeur zonder Mqtt omdat ik die mqtt server weg wil halen (oude synology). Kan eventueel nieuwe opspinnen in Docker.

[MikeyMan]

@Crazy- hoe ga je de heishamon node red draaien zonder mqtt dan?

De Shelly kan ofwel via mqtt ofwel via webcast/home assistant zn data kwijt.

[ Voor 4% gewijzigd door MikeyMan op 03-12-2025 12:39 ]

[edterbak]

Als de sensor bekend is binnen home assistant, dan kun je hem ook inlezen via node red.
er is een HomeAssistant pallet, welke dat voor je doet.

Als dat werkend is, dan kun je eenvoudig dus een "Events: State" node plaatsen in je tabje "WP Personal"
Als je die niet hebt, even maken.
Vervolgens selecteer je in die node daar de sensor.

Achter deze node, zet je een link-out node. Deze verbind je met de juiste node op het tabje "WP Input"

Echter, ik weet niet welke versie flow je draait. Ik gok dat je er al heeeel lang niet naar omgekeken hebt omdat het prima werkt.
Dus dat stukje kan ik je niet heel erg veel over vertellen.
hier ziet het er als volgt uit:



success

[edit]
Het is wel belangrijk wat @MikeyMan zegt over mqtt.
de heishamon pcb heefft een mqtt broker nodig. De flow ook. Je kunt niet zonder.
Je kunt uiteraard wel zonder node red, maar niet zonder broker

[ Voor 8% gewijzigd door edterbak op 03-12-2025 12:49 ]

[Crazy-]

MikeyMan schreef op woensdag 3 december 2025 @ 12:39:
@Crazy- hoe ga je de heishamon node red draaien zonder mqtt dan?

De Shelly kan ofwel via mqtt ofwel via webcast/home assistant zn data kwijt.

Aaai dat is waar! Oké. Dan voeg ik een docker container toe. Geen issue Richt ik gelijk maar de nieuwe Node Red volledig in want die heb ik sindsdien niet meer bijgewerkt ook 🫣

Ik merk alweer. Het draait al zolang goed. Kijk er op die manier niet naar behalve vorige week: - toen moest ik wel opnieuw inregelen ivm nieuwe vloerverwarming garage & nieuwe verdeler in de woning.

@edterbak heb Flow version 22.00 Stable release zelfs nog ik ga na dit weekend paar dagen naar het buitenland, dus ik doe nu even niets. als ik terugkom maar eens de boel upgraden en gelijk de bedrage heishmon (utp) aansluiten

[ Voor 32% gewijzigd door Crazy- op 03-12-2025 16:31 ]

[edterbak]

als je niet hoeft te updaten en het werkt perfect, zou ik niet updaten.
Er is geen noodzaak.

[edterbak]

Nieuwe versie beschikbaar.

Link: https://github.com/edterb...n_control/tree/25.06-BETA

Changelog:
Version 25.06 (! Beta 5 !)
Changes:
- Fix Softstart: Buffertank enabled would have bad performance. Variable was not initialized propperly.
- Fix Zone2: No change in setpoint being sent other than 0 or 1. There was a math error.
- Fix Zone2: MQTT Comand spamming resolved.
- New Feature: Created a generic control mechanism to verify sent commands have been processed. If not, a retry is initiated with a maximum retrycount of 3 for each topic. This is done for a couple of the most important commands.
- Added an auto-tuning noice filter to the input sensors by default.
- Fix Scheduler: Toggle functions to accomadate zone 1 and zone 2 were not adjusted yet. Now they should be working
- Fix Scheduler: Removing line 2 did not work. Now it does.


------------------------------
Dit is een redelijke update t.o.v. beta 4.
Softstart zou nu stabieler moeten zijn. Er zit nog 1 eigenaardigheid in m.i. Maar dat komt later. Dit is al veeel beter.
Tevens zijn er een aantal gemelde bugs gefixt.

[hemertje]

Grote dank voor Ed!

[edterbak]

Softstart settings welke voor mij goed werken:


Let daarbij niet op de Upper/Lower limit correction. Die is irrelevant

[edterbak]

Added an auto-tuning noice filter to the input sensors by default.

Op [WP Control] tab


Mocht je deze filters niet willen gebruiken, dan kun je ze disablen en de draadjes er tussen verbinden weer.

[edterbak]

New Feature: Created a generic control mechanism to verify sent commands have been processed.

Op [WP Manager] tab


Mocht je TOCH een mqtt spam hebben met de regel "resend" er in...
Dan deze mqtt out node disablen

[Nnoitra]

edterbak schreef op woensdag 3 december 2025 @ 16:39:
Added an auto-tuning noice filter to the input sensors by default.

Op [WP Control] tab
[Afbeelding]

Mocht je deze filters niet willen gebruiken, dan kun je ze disablen en de draadjes er tussen verbinden weer.

Ik heb die filter voor de T_Zone_1_Temperature er tussenuit gehaald, net als de round(?) die er eerder in zat.
De netatmo wireless thermostaat, die ik heb, geeft dusdanig weinig updates dat met de round/filter de uiteindelijke waarde te veel afweek van de werkelijke waarde. En dat is funest voor de werking van de RTC functie.

Ander dingetje.
In Function 19, van "Home (pump)", WP Dash

code:

var SHIFT_Final = (Math.round(global.get('SHIFT_Final',"file") * 10 )) / 10;
var Start_temp = (Math.round(Math.max(global.get('F_CCC.z1.setpoint',"file"),global.get('F_CCC.z2.setpoint',"file"))) * 10) / 10;

msg.label = SHIFT_Final + Start_temp;
return msg;

Hier gebruik je een combinatie van zone 1 en 2 van de CCC. En die waarde toon je bij de SoftStart --> Outlet setpoint (<<-- hier -->> °C).
Echter, als je geen Z2 gebruikt en je heb die waarden op het CCC scherm voor Z2 nooit gelijk getrokken met Z1.. Dan pakt ie een default waarde en in mijn geval toonde ie daar een Outlet setpoint (** °C) van 36 graden ofzo
Ik kan me voorstellen dat dit verwarrend is, als je niet weet waar die temperatuur vandaan komt
Idem als je voor Z1 de Pana waarden niet geïmporteerd hebt.

[edterbak]

Nnoitra schreef op woensdag 3 december 2025 @ 23:47:
[...]

Ik heb die filter voor de T_Zone_1_Temperature er tussenuit gehaald, net als de round(?) die er eerder in zat.
De netatmo wireless thermostaat, die ik heb, geeft dusdanig weinig updates dat met de round/filter de uiteindelijke waarde te veel afweek van de werkelijke waarde. En dat is funest voor de werking van de RTC functie.

Kun je daar in een grafiekje wat resultaten van plotten? RAW + Filtered.
De round ? Welke round bedoel je? In het filter en de functie daar achter zit geen "round" functie

Ander dingetje.
In Function 19, van "Home (pump)", WP Dash

code:

var SHIFT_Final = (Math.round(global.get('SHIFT_Final',"file") * 10 )) / 10;
var Start_temp = (Math.round(Math.max(global.get('F_CCC.z1.setpoint',"file"),global.get('F_CCC.z2.setpoint',"file"))) * 10) / 10;

msg.label = SHIFT_Final + Start_temp;
return msg;

Hier gebruik je een combinatie van zone 1 en 2 van de CCC. En die waarde toon je bij de SoftStart --> Outlet setpoint (<<-- hier -->> °C).
Echter, als je geen Z2 gebruikt en je heb die waarden op het CCC scherm voor Z2 nooit gelijk getrokken met Z1.. Dan pakt ie een default waarde en in mijn geval toonde ie daar een Outlet setpoint (** °C) van 36 graden ofzo
Ik kan me voorstellen dat dit verwarrend is, als je niet weet waar die temperatuur vandaan komt
Idem als je voor Z1 de Pana waarden niet geïmporteerd hebt.

Dat is gek, hoe komt die 36 graden in je stored variable?
Bij mij staat daar:
20C water
of
-5C shift

[Nnoitra]

edterbak schreef op donderdag 4 december 2025 @ 09:11:
[...]

Kun je daar in een grafiekje wat resultaten van plotten? RAW + Filtered.
De round ? Welke round bedoel je? In het filter en de functie daar achter zit geen "round" functie

Dat zat in een vorig versie, die heb je vervangen door die filter. Ik meende dat het een Round was, maar kan ook wat anders zijn geweest.
Geen data meer van..

Dat is gek, hoe komt die 36 graden in je stored variable?
Bij mij staat daar:
20C water
of
-5C shift

Die komt uit het berekende setpoint van de CCC.
Hier staat Z2 absurd hoog:


En hier is Z2 gelijk aan Z1:

[Roger_de_Poger]

Ik heb bij de initiële configuratie van Heishamon de mqtt topic base gewijzigd in aquarea.
Zojuist heb ik de Heishamon <> Node Red flows eens uitgeprobeerd, maar er zit dus een mqtt topic base mismatch omdat NR op zoek gaat naar de originele topic base panasonic_heat_pump...
Kan ik dat eenvoudig wijzigen in NR?
Bij voorkeur in NR omdat ik al eea gemaakt heb in HA...

[ Voor 15% gewijzigd door Roger_de_Poger op 04-12-2025 12:16 ]

[edterbak]

je kunt de geimporteerde JSON even editen. find>replace uitvoeren.

dan alles verwijderen in je node red zelf weer, en opnieuw importeren met de gecorrigeerde base

[edterbak]

Nnoitra schreef op donderdag 4 december 2025 @ 10:30:
[...]

Dat zat in een vorig versie, die heb je vervangen door die filter. Ik meende dat het een Round was, maar kan ook wat anders zijn geweest.
Geen data meer van..


[...]

Die komt uit het berekende setpoint van de CCC.
Hier staat Z2 absurd hoog:
[Afbeelding]

En hier is Z2 gelijk aan Z1:
[Afbeelding]

Ik ben het even kwijt.

Heb je 2 zones actief?
Zo nee, is CCC voor zone 2 actief? Het lijkt uit je screenshot van niet

[Nnoitra]

edterbak schreef op donderdag 4 december 2025 @ 13:29:
[...]

Ik ben het even kwijt.

Heb je 2 zones actief?
Zo nee, is CCC voor zone 2 actief? Het lijkt uit je screenshot van niet

Ik gebruik 1 zone, en ik laat de pana de stooklijn bepalen.
De CCC functie gebruik ik niet.

Maar die waarde in Outlet setpoint (28 °C), op de softstart pagina, gebruikt wél de berekende setpoint waardes van de CCC pagina, ongeacht of CCC actief is of niet.

[ Voor 5% gewijzigd door Nnoitra op 04-12-2025 13:51 ]

[edterbak]

Ik heb denk ik een fix.
graag even kijken of dit werkt.

kun je het importeren en overschrijven?
het zijn de 2 CCC functie nodes.

code:

[
    {
        "id": "0d996033de2ed84e",
        "type": "function",
        "z": "a938de76db0b71f6",
        "g": "d2b7e1d6e85a96cf",
        "name": "Function CCC (zone1)",
        "func": "// All these functions ONLY need to be executed when the heatpump is in HEAT mode. \nvar msg1 = {};        //  pin 1 - SP_CCC (function on)\nvar msg99 = {};        //  pin 2 - Log information\n\n//******************************************************************************\nvar TOP20_ThreeWay_Valve_State = global.get('TOP20_ThreeWay_Valve_State');                    // Get the global variable for current possition of the three way valve. ROOM or DHW mode. (0=HEAT / 1=DHW)\n\tif (TOP20_ThreeWay_Valve_State === undefined) { return null; }\nvar Operating_Mode = global.get('TOP4_Operating_Mode_State', \"file\");\n\tif (Operating_Mode === undefined) { return null; }\nvar current_sp = global.get('TOP42_Z1_Water_Target_Temp', \"file\");                        // TOP27 >> TOP42\n\tif (current_sp === undefined) { return null; }\nvar TOP76_Heating_Mode = global.get('TOP76_Heating_Mode', \"file\");                     // TOP76 - Compensation curve or DIRECT mode\n\tif (TOP76_Heating_Mode === undefined) { return null ; }\nvar ccc_state = global.get('F_CCC.z1.state', \"file\");          // Get the global variable. Used to see if the WAR function is enabled.\n\tif (ccc_state === undefined) { ccc_state = 0; global.set('F_CCC.z1.state', 0, \"file\"); }\nvar TOP94_Zones_State = global.get(\"TOP94_Zones_State\",\"file\");\n    if (TOP94_Zones_State === undefined) { return null ; }\n\n\n//******************************************************************************\nvar war_ot1 = global.get('F_CCC.z1.ot1', \"file\");                             // Outside temperature high         (warm outside)\nvar war_ot2 = global.get('F_CCC.z1.ot2', \"file\");                             // Outside temperature intermediate (intermediate outside temperature)\nvar war_ot3 = global.get('F_CCC.z1.ot3', \"file\");                             // Outside temperature low          (cold outside)\n\nvar war_wt1 = global.get('F_CCC.z1.wt1', \"file\");                             // Water temperature low            (cold water)\nvar war_wt2 = global.get('F_CCC.z1.wt2', \"file\");                             // Water temperature intermediate   (intermediate water temperature)\nvar war_wt3 = global.get('F_CCC.z1.wt3', \"file\");                             // Water temperature high           (warm water)\n\n//******************************************************************************\n\nvar SP_start = global.get('F_CCC.z1.SP_DIRECT_virt', \"file\");                       // Get the global variable for SP_DIRECT_virt. Value is set through the dashboard\nif (TOP76_Heating_Mode === 1 && (SP_start < 20 || SP_start === undefined || TOP94_Zones_State === 1)) {\n    SP_start = 20;\n    global.set('F_CCC.z1.SP_DIRECT_virt', 20, \"file\");\n}\nif (TOP76_Heating_Mode === 0 && (SP_start > 5 || SP_start === undefined || TOP94_Zones_State === 1)) {\n    SP_start = -5;\n    global.set('F_CCC.z1.SP_DIRECT_virt', 0, \"file\");\n}\n\n\nvar check = (war_ot1 + war_ot2 + war_ot3 + war_wt1 + war_wt2 + war_wt3);\nif (isNaN(check) || check === undefined)     // if the variables are added to eachother and the result is Not a Number, produce an error message.\n{\n    msg99.payload = \"<font color=red>Profile temperatures are not correctly set in the dashboard. Waiting for Panasonic import or user input</font>\";\n    msg99.topic = \"Function CCC (Zone 1)\";\n    global.set('F_CCC.z1.state', 0, \"file\");\n    global.set('F_CCC.z1.setpoint', SP_start, \"file\");\n    return [null, msg99];\n}\n\nif (war_wt2 < war_wt1 || war_wt3 < war_wt1) {\n    msg99.payload = \"<font color=red>Temperature profile is inverted and not setup correctly. This requires your attention. CCC-function disabled</font>\";\n    msg99.topic = \"Function CCC (Zone 1)\";\n    global.set('F_CCC.z1.state', 0, \"file\");\n    global.set('F_CCC.z1.setpoint', SP_start, \"file\");\n    return [null, msg99, msg99];\n}\n\nvar SP_ccc;                                                                     // set empty starting variable\n\nvar war_Tb = global.get('T_outside', \"file\");                           // Outdoor temperature.\nif (isNaN(war_Tb) || war_Tb === undefined || war_Tb < -50)             // if the variable is Not a Number, produce an error message.\n{\n    msg99.payload = \"T_outside is not valid. Waiting for correct value.\";\n    msg99.topic = \"Function CCC (Zone 1)\";\n    //global.set('F_CCC.z1.setpoint', SP_start, \"file\");\n    return [null, msg99, msg99];\n}\n\nvar F_CCC_old_SP = global.get('F_CCC.z1.setpoint',\"file\");\nif (F_CCC_old_SP === undefined) {\n    F_CCC_old_SP = SP_start;\n    global.set('F_CCC.z1.setpoint', SP_start, \"file\");\n}\n\n\n////////////////////////////////////////////////////////////////////////////////\n//      Calculation of the NR WAR Setpoint\n////////////////////////////////////////////////////////////////////////////////\n\n\n\nif (war_Tb >= war_ot1) { SP_ccc = war_wt1; }                                         // Range 1\n\nif (war_Tb < war_ot1 && war_Tb > war_ot2)                       // Range 2\n{ SP_ccc = (((war_wt1 - war_wt2) * ((war_Tb - war_ot1) / (war_ot1 - war_ot2))) + war_wt1); }\n\n\nif (war_Tb <= war_ot2 && war_Tb > war_ot3)                      // Range 3\n{ SP_ccc = (((war_wt2 - war_wt3) * ((war_Tb - war_ot2) / (war_ot2 - war_ot3))) + war_wt2); }\n\nif (war_Tb <= war_ot3)                                          // Range 4\n{ SP_ccc = war_wt3; }\n\nSP_ccc = Number(SP_ccc).toFixed(1);\nSP_ccc = parseFloat(SP_ccc);\n\n\n////////////////////////////////////////////////////////////////////////////////\n//      Compensation curve being used. WAR function not allowed.\n////////////////////////////////////////////////////////////////////////////////\nif (TOP76_Heating_Mode === 0) {                    // Compensation Curve\n    if (ccc_state === 1) {\n        global.set('F_CCC.z1.state', 0, \"file\");\n        msg99.payload = \"Compensation curve active. Using internal Panasonic WAR function. NodeRed WAR function is now disabled\";\n        msg99.topic = \"Function CCC (Zone 1)\";\n        return [null, msg99];\n    }\n    //if (ccc_state === 0 || ccc_state === undefined) { SP_ccc = SP_start; }\n    global.set('F_CCC.z1.setpoint', SP_ccc,\"file\");\n    msg1.payload = SP_ccc;\n    return [msg1, null];\n}\n////////////////////////////\n\n// Operating mode (0=Heat only, 1=Cool only, 2=Auto(Heat), 3=DHW only, 4=Heat+DHW, 5=Cool+DHW, 6=Auto(Heat)+DHW, 7=Auto(Cool), 8=Auto(Cool)+DHW)\n////////////////////////////////////////////////////////////////////////////////\n//      Direct mode > WAR function allowed.\n////////////////////////////////////////////////////////////////////////////////\nif (TOP76_Heating_Mode === 1) {                // Direct\n        if (Operating_Mode === undefined || \n            current_sp === 0 || \n            Operating_Mode === 1 || \n            //Operating_Mode === 3 || \n            Operating_Mode === 5 || \n            Operating_Mode === 7 || \n            Operating_Mode === 8\n        ){\n            return null;                                                        // If state is 1 (DHW mode), correction 0 is direclty exported to the message and the function ends here.\n        }\n\n    msg1.payload = SP_ccc;                                                         // required\n    msg1.topic = 'SP_war';\n    msg1.source = 'WAR';\n\n    if (ccc_state === 0) {                                            // If the state is 1 (enabled), AND outside temperature contains a value.\n        global.set('F_CCC.z1.setpoint', SP_start,\"file\");\n        msg1.payload = SP_start;\n        return [msg1, null];\n    }\n\n    if (ccc_state === 1) {\n        msg1.payload = SP_ccc;\n        if (SP_ccc === F_CCC_old_SP) {\n            return [msg1, null];\n        }\n        else {\n            global.set('F_CCC.z1.setpoint', SP_ccc,\"file\");\n\n            msg99.payload = \"Setpoint change: From \" + F_CCC_old_SP + \" to \" + SP_ccc + \" °C\";\n            msg99.topic = \"Function CCC (Zone 1)\";\n\n            return [msg1, msg99];\n        }\n    }\n    ////////////////////////////////////////////////////////////////////////////////\n\n}",
        "outputs": 3,
        "timeout": "",
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 1100,
        "y": 820,
        "wires": [
            [
                "d16f38ef74db786a"
            ],
            [
                "663fd79ce5a1610d"
            ],
            [
                "e06c72be3ce79609"
            ]
        ],
        "outputLabels": [
            "SP_WAR (function on)",
            "ToLog",
            "ToToggle_CCC"
        ],
        "info": "# ALL IN ONE FUNCTION\n\nThis function takes care of WAR, RTC and SoftStart. Comments are within"
    },
    {
        "id": "51a6bac27fdf889f",
        "type": "function",
        "z": "a938de76db0b71f6",
        "g": "56ad661c12898edd",
        "name": "Function CCC (zone2)",
        "func": "// All these functions ONLY need to be executed when the heatpump is in HEAT mode. \nvar msg1 = {};        //  pin 1 - SP_CCC (function on)\nvar msg99 = {};        //  pin 2 - Log information\n\n//******************************************************************************\nvar TOP20_ThreeWay_Valve_State = global.get('TOP20_ThreeWay_Valve_State');                    // Get the global variable for current possition of the three way valve. ROOM or DHW mode. (0=HEAT / 1=DHW)\n\tif (TOP20_ThreeWay_Valve_State === undefined) { return null; }\nvar Operating_Mode = global.get('TOP4_Operating_Mode_State', \"file\");\n\tif (Operating_Mode === undefined) { return null; }\nvar current_sp = global.get('TOP43_Z2_Water_Target_Temp',\"file\");                        // TOP27\n\tif (current_sp === undefined) { return null; }\nvar TOP76_Heating_Mode = global.get('TOP76_Heating_Mode', \"file\");                     // TOP76 - Compensation curve or DIRECT mode\n\tif (TOP76_Heating_Mode === undefined) { return null; }\nvar ccc_state = global.get('F_CCC.z2.state', \"file\");          // Get the global variable. Used to see if the WAR function is enabled.\n\tif (ccc_state === undefined) { ccc_state = 0; global.set('F_CCC.z2.state', 0, \"file\"); }\nvar TOP94_Zones_State = global.get(\"TOP94_Zones_State\",\"file\");\n    if (TOP94_Zones_State === undefined) { return null ; }\n\n//******************************************************************************\nvar war_ot1 = global.get('F_CCC.z2.ot1', \"file\");                             // Outside temperature high         (warm outside)\nvar war_ot2 = global.get('F_CCC.z2.ot2', \"file\");                             // Outside temperature intermediate (intermediate outside temperature)\nvar war_ot3 = global.get('F_CCC.z2.ot3', \"file\");                             // Outside temperature low          (cold outside)\n\nvar war_wt1 = global.get('F_CCC.z2.wt1', \"file\");                             // Water temperature low            (cold water)\nvar war_wt2 = global.get('F_CCC.z2.wt2', \"file\");                             // Water temperature intermediate   (intermediate water temperature)\nvar war_wt3 = global.get('F_CCC.z2.wt3', \"file\");                             // Water temperature high           (warm water)\n\n//******************************************************************************\n\nvar SP_start = global.get('F_CCC.z2.SP_DIRECT_virt', \"file\");                       // Get the global variable for SP_DIRECT_virt. Value is set through the dashboard\nif (TOP76_Heating_Mode === 1 && (SP_start < 20 || SP_start === undefined || TOP94_Zones_State === 0)) {\n    SP_start = 20;\n    global.set('F_CCC.z2.SP_DIRECT_virt', 20, \"file\");\n}\nif (TOP76_Heating_Mode === 0 && (SP_start > 5 || SP_start === undefined || TOP94_Zones_State === 0)) {\n    SP_start = -5;\n    global.set('F_CCC.z2.SP_DIRECT_virt', 0, \"file\");\n}\n\n\nvar check = (war_ot1 + war_ot2 + war_ot3 + war_wt1 + war_wt2 + war_wt3);\nif (isNaN(check) || check === undefined)     // if the variables are added to eachother and the result is Not a Number, produce an error message.\n{\n    msg99.payload = \"<font color=red>Profile temperatures are not correctly set in the dashboard. Waiting for Panasonic import or user input</font>\";\n    msg99.topic = \"Function CCC (Zone 2)\";\n    global.set('F_CCC.z2.state', 0, \"file\");\n    global.set('F_CCC.z2.setpoint', SP_start, \"file\");\n    return [null, msg99];\n}\n\nif (war_wt2 < war_wt1 || war_wt3 < war_wt1) {\n    msg99.payload = \"<font color=red>Temperature profile is inverted and not setup correctly. This requires your attention. CCC-function disabled</font>\";\n    msg99.topic = \"Function CCC (Zone 2)\";\n    global.set('F_CCC.z2.state', 0, \"file\");\n    global.set('F_CCC.z2.setpoint', SP_start, \"file\");\n    return [null, msg99, msg99];\n}\n\nvar SP_ccc;                                                                     // set empty starting variable\n\nvar war_Tb = global.get('T_outside', \"file\");                           // Outdoor temperature.\nif (isNaN(war_Tb) || war_Tb === undefined || war_Tb < -50)             // if the variable is Not a Number, produce an error message.\n{\n    msg99.payload = \"T_outside is not valid. Waiting for correct value.\";\n    msg99.topic = \"Function CCC (Zone 2)\";\n    //global.set('F_CCC.z2.setpoint', SP_start, \"file\");\n    return [null, msg99];\n}\n\nvar F_CCC_old_SP = global.get('F_CCC.z2.setpoint', \"file\");\nif (F_CCC_old_SP === undefined) {\n    F_CCC_old_SP = SP_start;\n    global.set('F_CCC.z2.setpoint', SP_start);\n}\n\n\n////////////////////////////////////////////////////////////////////////////////\n//      Calculation of the NR WAR Setpoint\n////////////////////////////////////////////////////////////////////////////////\n\n\n\nif (war_Tb >= war_ot1) { SP_ccc = war_wt1; }                                         // Range 1\n\nif (war_Tb < war_ot1 && war_Tb > war_ot2)                       // Range 2\n{ SP_ccc = (((war_wt1 - war_wt2) * ((war_Tb - war_ot1) / (war_ot1 - war_ot2))) + war_wt1); }\n\n\nif (war_Tb <= war_ot2 && war_Tb > war_ot3)                      // Range 3\n{ SP_ccc = (((war_wt2 - war_wt3) * ((war_Tb - war_ot2) / (war_ot2 - war_ot3))) + war_wt2); }\n\nif (war_Tb <= war_ot3)                                          // Range 4\n{ SP_ccc = war_wt3; }\n\nSP_ccc = Number(SP_ccc).toFixed(1);\nSP_ccc = parseFloat(SP_ccc);\n\n\n////////////////////////////////////////////////////////////////////////////////\n//      Compensation curve being used. WAR function not allowed.\n////////////////////////////////////////////////////////////////////////////////\nif (TOP76_Heating_Mode === 0) {                    // Compensation Curve\n    if (ccc_state === 1) {\n        global.set('F_CCC.z2.state', 0, \"file\");\n        msg99.payload = \"Compensation curve active. Using internal Panasonic WAR function. NodeRed WAR function is now disabled\";\n        msg99.topic = \"Function CCC (Zone 2)\";\n        return [null, msg99];\n    }\n    //if (ccc_state === 0 || ccc_state === undefined) { SP_ccc = SP_start; }\n    global.set('F_CCC.z2.setpoint', SP_ccc, \"file\");\n    msg1.payload = SP_ccc;\n    return [msg1, null];\n}\n////////////////////////////\n\n\n////////////////////////////////////////////////////////////////////////////////\n//      Direct mode > WAR function allowed.\n////////////////////////////////////////////////////////////////////////////////\nif (TOP76_Heating_Mode === 1) {                // Direct\n    if (TOP20_ThreeWay_Valve_State === 1 || Operating_Mode === undefined || current_sp === 0 || TOP76_Heating_Mode === 0 || Operating_Mode === 1 || Operating_Mode === 3 || Operating_Mode === 5 || Operating_Mode === 7 || Operating_Mode === 8) {\n        return null;                                                        // If state is 1 (DHW mode), correction 0 is direclty exported to the message and the function ends here.\n    }\n\n    msg1.payload = SP_ccc;                                                         // required\n    msg1.topic = 'SP_war';\n    msg1.source = 'WAR';\n\n    if (ccc_state === 0) {                                            // If the state is 1 (enabled), AND outside temperature contains a value.\n        global.set('F_CCC.z2.setpoint', SP_start, \"file\");\n        msg1.payload = SP_start;\n        return [msg1, null];\n    }\n\n    if (ccc_state === 1) {\n        msg1.payload = SP_ccc;\n        if (SP_ccc === F_CCC_old_SP) {\n            return [msg1, null];\n        }\n        else {\n            global.set('F_CCC.z2.setpoint', SP_ccc, \"file\");\n\n            msg99.payload = \"Setpoint change: From \" + F_CCC_old_SP + \" to \" + SP_ccc + \" °C\";\n            msg99.topic = \"Function CCC (Zone 2)\";\n\n            return [msg1, msg99];\n        }\n    }\n    ////////////////////////////////////////////////////////////////////////////////\n\n}",
        "outputs": 3,
        "timeout": 0,
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 2700,
        "y": 820,
        "wires": [
            [
                "d625be872191a9a8"
            ],
            [
                "663fd79ce5a1610d"
            ],
            [
                "161478f41649a6fa"
            ]
        ],
        "outputLabels": [
            "SP_CCC_Z2 (function on)",
            "ToLog",
            ""
        ]
    }
]

Als zone 1 in gebruik is, zet ik zone 2 op de minimum waarde
Als zone 2 in gebruik is, zset ik zone 1 op de minimum waarde

[Nnoitra]

edterbak schreef op donderdag 4 december 2025 @ 14:00:
Ik heb denk ik een fix.
graag even kijken of dit werkt.

kun je het importeren en overschrijven?
het zijn de 2 CCC functie nodes.

Als zone 1 in gebruik is, zet ik zone 2 op de minimum waarde
Als zone 2 in gebruik is, zset ik zone 1 op de minimum waarde

Komende dagen past het niet echt, maar volgens mij wordt die waarder verder niet gebruikt. Dus er valt niets om.
Ook weet ik niet of ik het kan testen, angezien ik de NR - CCC helemaal niet gebruik / ze staan beide uit..

In het kader van simplify; wat is het doel van die waarde tussen haakjes? Het uiteindelijke setpoint, welke gebruikt word, staat erachter in bold.
Je zou die "( *° C)" gewoon weg kunnen laten, scheelt weer een stuk(je) logica.

[Roger_de_Poger]

edterbak schreef op donderdag 4 december 2025 @ 12:24:
je kunt de geimporteerde JSON even editen. find>replace uitvoeren.

dan alles verwijderen in je node red zelf weer, en opnieuw importeren met de gecorrigeerde base

Thx!

[edterbak]

Nnoitra schreef op donderdag 4 december 2025 @ 10:30:
[...]

Dat zat in een vorig versie, die heb je vervangen door die filter. Ik meende dat het een Round was, maar kan ook wat anders zijn geweest.
Geen data meer van..

Wat ik eigenlijk bedoel. Voor zover ik kan opmaken uit je reactie, is dat je het filter niet daadwerkelijk getest hebt.
Het kenmerk van de Kalman filter, is dat deze bij nauwkeurige signalen eigenlijk niets doet.
Dus het zou zomaar prima kunnen zijn dat je er geen invloed van ziet.

Om dit te testen, kun je dit doen.

[Nnoitra]

edterbak schreef op donderdag 4 december 2025 @ 20:17:
[...]


Wat ik eigenlijk bedoel. Voor zover ik kan opmaken uit je reactie, is dat je het filter niet daadwerkelijk getest hebt.
Het kenmerk van de Kalman filter, is dat deze bij nauwkeurige signalen eigenlijk niets doet.
Dus het zou zomaar prima kunnen zijn dat je er geen invloed van ziet.

Om dit te testen, kun je dit doen.
[Afbeelding]

Als ik het niet had getest, had ik niet gezien dat de waarde uit de Filter functie (te veel) afwijkt van de daadwerkelijke temperatuur.
Hier een screenshot met 2x een debug, want die chart werkend krijg kost me meer tijd dan ik nu ff heb.

Om goed te sturen wil ik gewoon die 21.5 als Room Actual, de waarde die de thermostaat aanlevert.

[edterbak]

Ik heb een kleine aanpassing op de Solar²DHW functie.
Ik wil inbouwen dat wanneer deze functie start , dat dan quiet mode naar 0 gaat.
Bij het beëindigen van de Solar²DHW run, gaat deze weer terug naar waar hij op stond.

Reden:
Als een DHW run onderweg is, en quietmode staat op 2 of 3, dan kan het voorkomen dat de target temp van de tank niet gehaald wordt. Dit omdat het toerental van de fan en compressor laag gehouden wordt.

Iemand hier bezwaar tegen?
Dit is voor nu alleen op deze functie.
Mogelijk kan het op meerdere plekken worden toegepast als het goed werkt.

[blb4]

edterbak schreef op zondag 7 december 2025 @ 12:34:
Ik heb een kleine aanpassing op de Solar²DHW functie.
Ik wil inbouwen dat wanneer deze functie start , dat dan quiet mode naar 0 gaat.
Bij het beëindigen van de Solar²DHW run, gaat deze weer terug naar waar hij op stond.

Reden:
Als een DHW run onderweg is, en quietmode staat op 2 of 3, dan kan het voorkomen dat de target temp van de tank niet gehaald wordt. Dit omdat het toerental van de fan en compressor laag gehouden wordt.

Iemand hier bezwaar tegen?
Dit is voor nu alleen op deze functie.
Mogelijk kan het op meerdere plekken worden toegepast als het goed werkt.

On/off toggle er bij om dit wel of niet te willen?

[edterbak]

als het niet hoeft, dan liever niet.
in het kader van kis

[ Voor 23% gewijzigd door edterbak op 07-12-2025 13:27 ]

[blb4]

edterbak schreef op zondag 7 december 2025 @ 13:27:
als het niet hoeft, dan liever niet.
in het kader van kis

Met mij sowieso niet te veel rekening houden, ik gebruik jou Dashboard alleen als backup.

[Hieke]

Draai nooit quiet mode. Mijn wp start heel rustig voor dhw en dat blijft gedurende gehele run.
Alleen als ik togle voor force dhw aanzet ligt frequentie en verbruik wat hoger. Maar die functie komt nauwelijks/nooit voor.

Naar mijn idee is dit optoeren bij starten voor moderne series verbeterd in firmware van pomp... Misschien ervaringen eens uitvragen bij medegebruikers?

Onderschrijf dus behoefte aan togle om pomp niet in de war te brengen..

[ Voor 9% gewijzigd door Hieke op 07-12-2025 15:35 ]

[Beer070]

edterbak schreef op zondag 7 december 2025 @ 12:34:
Ik heb een kleine aanpassing op de Solar²DHW functie.
Ik wil inbouwen dat wanneer deze functie start , dat dan quiet mode naar 0 gaat.
Bij het beëindigen van de Solar²DHW run, gaat deze weer terug naar waar hij op stond.

Reden:
Als een DHW run onderweg is, en quietmode staat op 2 of 3, dan kan het voorkomen dat de target temp van de tank niet gehaald wordt. Dit omdat het toerental van de fan en compressor laag gehouden wordt.

Iemand hier bezwaar tegen?
Dit is voor nu alleen op deze functie.
Mogelijk kan het op meerdere plekken worden toegepast als het goed werkt.

ik kan me voorstellen dat er mensen zijn die quiet mode sowieso aan hebben staan vanwege de buren. in dat geval wil je die ook niet door een DHW run uit laten zetten.

[EWK]

Beer070 schreef op maandag 8 december 2025 @ 20:23:
[...]

ik kan me voorstellen dat er mensen zijn die quiet mode sowieso aan hebben staan vanwege de buren. in dat geval wil je die ook niet door een DHW run uit laten zetten.

Helemaal eens. Prima als instelling, maar niet als default

[edterbak]

Het is eigenlijk best complex om hier wat in te doen. Quiet mode
Het zit al verwerkt (een automatisering) in SoftStart. In te stellen via GUI.
Maar als ik iets aan quiet mode wil automatiseren , dan komt dit voor via:
- DHW runs via scheduler
- Sterelisation run via scheduler
- Force DHW run knop
- Solar2DHW functie

Dat maakt het best complex.

Als ik een stapje naar achteren zet en van een afstand kijk, dan lijkt eigenlijk de meeste 'logische' plek eigenlijk de flexible pumpspeed functie /. tab.

Op basis van de modus low / heat / dhw, de quiet mode ook instelbaar maken.
Maar dan moet ik nog uitzoeken hoe het samenwerken met softstart - quiet mode addon moet.

Wat is jullie suggesite / idee hier over??

[Beer070]

edterbak schreef op maandag 8 december 2025 @ 21:48:
Het is eigenlijk best complex om hier wat in te doen. Quiet mode
Het zit al verwerkt (een automatisering) in SoftStart. In te stellen via GUI.
Maar als ik iets aan quiet mode wil automatiseren , dan komt dit voor via:
- DHW runs via scheduler
- Sterelisation run via scheduler
- Force DHW run knop
- Solar2DHW functie

Dat maakt het best complex.

Als ik een stapje naar achteren zet en van een afstand kijk, dan lijkt eigenlijk de meeste 'logische' plek eigenlijk de flexible pumpspeed functie /. tab.

Op basis van de modus low / heat / dhw, de quiet mode ook instelbaar maken.
Maar dan moet ik nog uitzoeken hoe het samenwerken met softstart - quiet mode addon moet.

Wat is jullie suggesite / idee hier over??

Het meest in lijn met de bestaande functionaliteit lijkt mij om een tabje/tabel quiet mode gedrag te maken. Hier per functie aangeven of ie gestuurd/niet gestuurd moet worden, en eventueel op welke stand, als je dat aan/uit wil zetten bij soft start / dhw / nacht schedule / WAR / sterilisatie / solar /etc.
Ik kan me voorstellen dat je QM overdag wel uit wil laten zetten maar ‘s nachts niet (een functie die de standaard scheduler ook heeft)

[edterbak]

Nog meer wensen???

[blb4]

edterbak schreef op maandag 8 december 2025 @ 21:48:
Het is eigenlijk best complex om hier wat in te doen. Quiet mode
Het zit al verwerkt (een automatisering) in SoftStart. In te stellen via GUI.
Maar als ik iets aan quiet mode wil automatiseren , dan komt dit voor via:
- DHW runs via scheduler
- Sterelisation run via scheduler
- Force DHW run knop
- Solar2DHW functie

Dat maakt het best complex.

Als ik een stapje naar achteren zet en van een afstand kijk, dan lijkt eigenlijk de meeste 'logische' plek eigenlijk de flexible pumpspeed functie /. tab.

Op basis van de modus low / heat / dhw, de quiet mode ook instelbaar maken.
Maar dan moet ik nog uitzoeken hoe het samenwerken met softstart - quiet mode addon moet.

Wat is jullie suggesite / idee hier over??

Heel misschien dat je iets aan mijn rules hebt. Ik heb een aparte QuietMode, naast ook een aparte PumpDuty functie. Dit zijn respectievelijk timer=7 en timer=6 functies in mijn rulesset.

[Hieke]

Even een inkijkje hoe bij mij de run van DHW zojuist verliep.
Gebruikte software: V 25.02 Stable
Model K, Vermogen 9 kW split met interne boiler.
Buitentemperatuur 13 graden
Starttemperatuur water in boiler 34 graden (na een lang weekend van huis)
Géén Silent modus of Soft Start.
Samengevat:
Benodigde tijdsduur precies 1 uur om doeltemp van 50 graden te bereiken.
Frequentie blijft continue 35 Hz en de fan op 610 rpm ook

Zeker in de zomer, dan werkt bij mij de Solar modus, is dit voor mij perfect. De buitenunit is fluisterstil.

code:

09/12 13:05:22 - MQTT Command: SetHeatpump: 0 (GUI)
09/12 13:02:57 - Compressor: stopped
09/12 13:02:52 - TOP20_ThreeWay_Valve_State: 0
09/12 12:04:03 - Compressor: running
09/12 12:00:58 - TOP20_ThreeWay_Valve_State: 1
09/12 12:00:58 - TOP4_Operating_Mode_State: 4
09/12 12:00:54 - MQTT Command: SetOperationMode: 4
09/12 12:00:54 - MQTT Command: SetHeatpump: 1 (GUI)
09/12 12:00:54 - Scheduler - Power: 1
09/12 12:00:54 - Scheduler: Stored next operating mode empty. Setting new operating mode to: 4

Een zeer tevreden gebruiker Voor mij geen aanleiding om Solar2DHW aan te passen t.o.v. gebruikte release.

[edterbak]

Oke.
Omdat het ingewikkeld te maken is, omdat het niet echt nodig is.... laat ik dat quietmode verhaal er ujit voorlopig.

Als er een duidelijk plan is zal ik dat weer bespreken hier.

De laatste release, die werkt volgens mij perfect qua softstart en samen met zone 1 en zone 2, en buffer tank.

Als er iemand is die nog problemen heeft hiermee, dan graag dit aangeven.

Als er voor het weekend geen issue is, dan zal ik deze versie als stable release gaan uitbrengen en deze beta mergen met de master branch.

[tonny147]

gister het node red dashboard geinstalleerd ziet er een beetje afwijkend uit.
alles staat er 3x op, zie of vind niet zo snel een oplossing. heishamon en HA opnieuw opgestart dit gaf geen verandering.
iemand een idee?

[Beer070]

tonny147 schreef op vrijdag 12 december 2025 @ 16:52:
gister het node red dashboard geinstalleerd ziet er een beetje afwijkend uit.
alles staat er 3x op, zie of vind niet zo snel een oplossing. heishamon en HA opnieuw opgestart dit gaf geen verandering.
iemand een idee?
[Afbeelding]

Sleep foutje?> (drag and drop copy)…
Als je meerdere kopien van de tabs in Nodered ziet dan zou dat het kunnen verklaren.

[edterbak]

Hoi @tonny147
Het lijkt er op dat je de flow 3x hebt geïmporteerd. Ik zou de update instructie even vanaf het begin af aan heel goed opvolgen. vooral goed opletten bij het gedeelte van 'verwijderen' van bestaande flows.
Er staat in github een gif-filmpje van het proces.

Succes
------------------------------------
Hoi @tonny147
Het lijkt er op dat je de flow 3x hebt geïmporteerd. Ik zou de update instructie even vanaf het begin af aan heel goed opvolgen. vooral goed opletten bij het gedeelte van 'verwijderen' van bestaande flows.
Er staat in github een gif-filmpje van het proces.

Succes
------------------------------------
Hoi @tonny147
Het lijkt er op dat je de flow 3x hebt geïmporteerd. Ik zou de update instructie even vanaf het begin af aan heel goed opvolgen. vooral goed opletten bij het gedeelte van 'verwijderen' van bestaande flows.
Er staat in github een gif-filmpje van het proces.

Succes

https://github.com/edterb...update-to-a-newer-version

edit...
Maar, ik zie net dat het gifje wat verouderd is. Ik zal wel een nieuwe versie maken. of AI iets laten maken dat helpt en meer up to date is.

je moet ALLE tabs met [WP... ] verwijderen. Ook die niet genoemd worden. Behalve je eigen tab, bijvoorbeeld [WP Personal]. Die moet je natuurlijk gewoon laten staan

[ Voor 18% gewijzigd door edterbak op 12-12-2025 20:50 ]

[blb4]

@edterbak 3x is scheepsrecht .

[tonny147]

@edterbak Ik vermoed dat je jouw berichtje met een grote glimlach hebt geschreven, ik moest in ieder geval lachen .
Bedankt voor het filmpje, ik heb alle tabbladen kunnen verwijderen en het ziet er nu keurig uit.

[edterbak]

tonny147 schreef op zaterdag 13 december 2025 @ 15:35:
@edterbak Ik vermoed dat je jouw berichtje met een grote glimlach hebt geschreven, ik moest in ieder geval lachen .
Bedankt voor het filmpje, ik heb alle tabbladen kunnen verwijderen en het ziet er nu keurig uit.

Guilty as charged.. Ghehehe.
Ik ben gezegend met een enorme dosis slechte humor... Of zoals de meeste mensen om mij heen tegen mij zeggen dat het meer 'een gebrek aan'.. is

Anyway.
Fijn dat het nu werkt!

[hemertje]

ik hou er van!

[tonny147]

gister de softstart functie uitgeprobeerd, hier ging iets niet helemaal goed met oplopende aanvoertemperatuur van bijna 40 graden. na het opwarmen van de DHW tank ging de pomp gelijk door met het verwarmen van het huis, dit resulteerde in zeer korte runs en een zeer hoge aanvoertemperatuur.
het zal vermoedelijk wel een instelling zijn, zouden jullie eens naar deze plaatjes willen kijken om te verklaren wat hier niet goed gaat of niet goed ingesteld staat?



[code]15/12 13:46:30 - Compressor: stopped
15/12 13:45:50 - MQTT Command: SetCurves: target: 35 (SP Calculation)
15/12 13:45:46 - Functions Final setpoint: Current setpoint: 52 °C. Calculated new setpoint: 35 °C
15/12 13:45:46 - Function SoftStart: Correction: 18 > 1 °C - (STABLE) Freq: 49Hz
15/12 13:45:46 - Function SoftStart: --> Pump relaxing took too long... (49Hz) Continuing with Phase 2. (Count: 5/5. Resetting counter)
15/12 13:45:36 - MQTT Command: SetCurves: target: 52 (SP Calculation)
15/12 13:45:36 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 52 °C
15/12 13:45:36 - Function SoftStart: Correction: 7 > 18 °C - (EVALUATING) Freq: 48Hz
15/12 13:42:45 - MQTT Command: SetCurves: target: 41 (SP Calculation)
15/12 13:42:35 - Functions Final setpoint: Current setpoint: 52 °C. Calculated new setpoint: 41 °C
15/12 13:42:35 - Function SoftStart: Correction: 18 > 7 °C - (STARTUP) Freq: 49Hz
15/12 13:42:35 - Function SoftStart: --> Pump did not yet relax (49Hz). Restarting Phase 1 again... (Count: 5/5)


iemand nog een tip hoe ik de logging in een klein scrolbaar venstertje kan krijgen?

[ Voor 84% gewijzigd door tonny147 op 17-12-2025 22:25 ]

[hemertje]

[b]tonny147 schreef op dinsdag 16 december 2025 @ 10:12
[...]
iemand nog een tip hoe ik de logging in een klein scrolbaar venstertje kan krijgen?

Quote toevoegen...

[Nnoitra]

tonny147 schreef op dinsdag 16 december 2025 @ 10:12:
iemand nog een tip hoe ik de logging in een klein scrolbaar venstertje kan krijgen?

in een [code] blok

[edterbak]

tonny147 schreef op dinsdag 16 december 2025 @ 10:12:
gister de softstart functie uitgeprobeerd, hier ging iets niet helemaal goed met oplopende aanvoertemperatuur van bijna 40 graden. na het opwarmen van de DHW tank ging de pomp gelijk door met het verwarmen van het huis, dit resulteerde in zeer korte runs en een zeer hoge aanvoertemperatuur.
het zal vermoedelijk wel een instelling zijn, zouden jullie eens naar deze plaatjes willen kijken om te verklaren wat hier niet goed gaat of niet goed ingesteld staat?

[Afbeelding]
15/12 13:46:30 - Compressor: stopped
15/12 13:45:50 - MQTT Command: SetCurves: target: 35 (SP Calculation)
15/12 13:45:46 - Functions Final setpoint: Current setpoint: 52 °C. Calculated new setpoint: 35 °C
15/12 13:45:46 - Function SoftStart: Correction: 18 > 1 °C - (STABLE) Freq: 49Hz
15/12 13:45:46 - Function SoftStart: --> Pump relaxing took too long... (49Hz) Continuing with Phase 2. (Count: 5/5. Resetting counter)
15/12 13:45:36 - MQTT Command: SetCurves: target: 52 (SP Calculation)
15/12 13:45:36 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 52 °C
15/12 13:45:36 - Function SoftStart: Correction: 7 > 18 °C - (EVALUATING) Freq: 48Hz
15/12 13:42:45 - MQTT Command: SetCurves: target: 41 (SP Calculation)
15/12 13:42:35 - Functions Final setpoint: Current setpoint: 52 °C. Calculated new setpoint: 41 °C
15/12 13:42:35 - Function SoftStart: Correction: 18 > 7 °C - (STARTUP) Freq: 49Hz
15/12 13:42:35 - Function SoftStart: --> Pump did not yet relax (49Hz). Restarting Phase 1 again... (Count: 5/5)
15/12 13:42:25 - MQTT Command: SetCurves: target: 52 (SP Calculation)
15/12 13:42:25 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 52 °C
15/12 13:42:25 - Function SoftStart: Correction: 7 > 18 °C - (EVALUATING) Freq: 49Hz
15/12 13:39:52 - MQTT Command: SetCurves: target: 41 (SoftStart)
15/12 13:39:28 - Function SoftStart: Correction: 1 > 7 °C - (STARTUP) Freq: 48Hz
15/12 13:39:25 - Function SoftStart: --> Pump did not yet relax (48Hz). Restarting Phase 1 again... (Count: 4/5)
15/12 13:39:24 - MQTT Command: SetCurves: target: 35 (SP Calculation)
15/12 13:39:24 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 35 °C
15/12 13:39:24 - Function SoftStart: Correction: 17 > 1 °C - (STABLE) Freq: 48Hz
15/12 13:39:15 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 51 °C
15/12 13:39:15 - Function SoftStart: Correction: 7 > 17 °C - (EVALUATING) Freq: 48Hz
15/12 13:36:14 - Function SoftStart: Correction: 16 > 7 °C - (STARTUP) Freq: 49Hz
15/12 13:36:14 - Function SoftStart: --> Pump did not yet relax (49Hz). Restarting Phase 1 again... (Count: 3/5)
15/12 13:36:04 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 50 °C
15/12 13:36:04 - Function SoftStart: Correction: 7 > 16 °C - (EVALUATING) Freq: 49Hz
15/12 13:33:04 - Function SoftStart: Correction: 15 > 7 °C - (STARTUP) Freq: 48Hz
15/12 13:33:04 - Function SoftStart: --> Pump did not yet relax (48Hz). Restarting Phase 1 again... (Count: 2/5)
15/12 13:32:54 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 49 °C
15/12 13:32:54 - Function SoftStart: Correction: 7 > 15 °C - (EVALUATING) Freq: 48Hz
15/12 13:29:53 - Function SoftStart: Correction: 17 > 7 °C - (STARTUP) Freq: 48Hz
15/12 13:29:53 - Function SoftStart: --> Pump did not yet relax (48Hz). Restarting Phase 1 again... (Count: 1/5)
15/12 13:29:43 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 51 °C
15/12 13:29:43 - Function SoftStart: Correction: 7 > 17 °C - (EVALUATING) Freq: 48Hz
15/12 13:26:46 - MQTT Command: SetCurves: target: 41 (SP Calculation)
15/12 13:26:46 - Functions Final setpoint: Current setpoint: 34 °C. Calculated new setpoint: 41 °C
15/12 13:26:46 - Function SoftStart: Correction: 0 > 7 °C - (STARTUP) Freq: 21Hz
15/12 13:26:43 - Compressor: running
15/12 13:12:26 - MQTT Command: SetCurves: target: 34 (SP Calculation)
15/12 13:12:26 - Functions Final setpoint: Current setpoint: 35 °C. Calculated new setpoint: 34 °C
15/12 13:12:26 - Function SoftStart: SoftStart function end
15/12 13:12:26 - Compressor: stopped
15/12 13:10:56 - MQTT Command: SetCurves: target: 35 (SP Calculation)
15/12 13:10:37 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 35 °C
15/12 13:10:37 - Function SoftStart: Correction: 17 > 1 °C - (STABLE) Freq: 48Hz
15/12 13:10:37 - Function SoftStart: --> Pump relaxing took too long... (48Hz) Continuing with Phase 2. (Count: 5/5. Resetting counter)
15/12 13:10:27 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 51 °C
15/12 13:10:27 - Function SoftStart: Correction: 7 > 17 °C - (EVALUATING) Freq: 49Hz
15/12 13:07:27 - Function SoftStart: Correction: 16 > 7 °C - (STARTUP) Freq: 48Hz
15/12 13:07:27 - Function SoftStart: --> Pump did not yet relax (48Hz). Restarting Phase 1 again... (Count: 5/5)
15/12 13:07:17 - Function SoftStart: Correction: 7 > 16 °C - (EVALUATING) Freq: 48Hz
15/12 13:04:16 - Function SoftStart: Correction: 16 > 7 °C - (STARTUP) Freq: 48Hz
15/12 13:04:16 - Function SoftStart: --> Pump did not yet relax (48Hz). Restarting Phase 1 again... (Count: 4/5)
15/12 13:04:06 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 50 °C
15/12 13:04:06 - Function SoftStart: Correction: 7 > 16 °C - (EVALUATING) Freq: 49Hz
15/12 13:01:09 - MQTT Command: SetCurves: target: 41 (SP Calculation)
15/12 13:01:09 - Functions Final setpoint: Current setpoint: 49 °C. Calculated new setpoint: 41 °C
15/12 13:01:09 - Function SoftStart: Correction: 1 > 7 °C - (STARTUP) Freq: 49Hz
15/12 13:01:06 - Function SoftStart: --> Pump did not yet relax (49Hz). Restarting Phase 1 again... (Count: 3/5)
15/12 13:01:05 - MQTT Command: SetCurves: target: 35 (SP Calculation)
15/12 13:01:05 - Functions Final setpoint: Current setpoint: 49 °C. Calculated new setpoint: 35 °C
15/12 13:01:05 - Function SoftStart: Correction: 15 > 1 °C - (STABLE) Freq: 49Hz
15/12 13:00:56 - Function SoftStart: Correction: 15 > 15 °C - (EVALUATING) Freq: 48Hz
15/12 13:00:56 - MQTT Command: SetCurves: target: 49 (SP Calculation)
15/12 13:00:56 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 49 °C
15/12 13:00:56 - Function SoftStart: Correction: 7 > 15 °C - (EVALUATING) Freq: 48Hz
15/12 12:57:55 - MQTT Command: SetCurves: target: 41 (SP Calculation)
15/12 12:57:55 - Functions Final setpoint: Current setpoint: 49 °C. Calculated new setpoint: 41 °C
15/12 12:57:55 - Function SoftStart: Correction: 15 > 7 °C - (STARTUP) Freq: 48Hz
15/12 12:57:55 - Function SoftStart: --> Pump did not yet relax (48Hz). Restarting Phase 1 again... (Count: 2/5)
15/12 12:57:50 - MQTT Command: SetCurves: target: 49 (SP Calculation)
15/12 12:57:50 - Functions Final setpoint: Current setpoint: 48 °C. Calculated new setpoint: 49 °C
15/12 12:57:50 - Function SoftStart: Correction: 14 > 15 °C - (EVALUATING) Freq: 48Hz
15/12 12:57:45 - MQTT Command: SetCurves: target: 48 (SP Calculation)
15/12 12:57:45 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 48 °C
15/12 12:57:45 - Function SoftStart: Correction: 7 > 14 °C - (EVALUATING) Freq: 49Hz
15/12 12:55:13 - MQTT Command: SetCurves: target: 41 (SoftStart)
15/12 12:54:48 - Function SoftStart: Correction: 1 > 7 °C - (STARTUP) Freq: 49Hz
15/12 12:54:45 - Function SoftStart: --> Pump did not yet relax (49Hz). Restarting Phase 1 again... (Count: 1/5)
15/12 12:54:45 - MQTT Command: SetCurves: target: 35 (SP Calculation)
15/12 12:54:45 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 35 °C
15/12 12:54:45 - Function SoftStart: Correction: 13 > 1 °C - (STABLE) Freq: 49Hz
15/12 12:54:35 - Function SoftStart: Correction: 13 > 13 °C - (EVALUATING) Freq: 48Hz
15/12 12:54:35 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 47 °C
15/12 12:54:35 - Function SoftStart: Correction: 7 > 13 °C - (EVALUATING) Freq: 48Hz
15/12 12:51:38 - MQTT Command: SetCurves: target: 41 (SP Calculation)
15/12 12:51:38 - Functions Final setpoint: Current setpoint: 34 °C. Calculated new setpoint: 41 °C
15/12 12:51:38 - Function SoftStart: Correction: 0 > 7 °C - (STARTUP) Freq: 20Hz
15/12 12:51:34 - Compressor: running
15/12 12:38:08 - MQTT Command: SetCurves: target: 34 (SP Calculation)
15/12 12:38:08 - Functions Final setpoint: Current setpoint: 35 °C. Calculated new setpoint: 34 °C
15/12 12:38:08 - Function SoftStart: SoftStart function end
15/12 12:38:08 - Compressor: stopped
15/12 12:36:38 - MQTT Command: SetCurves: target: 35 (SP Calculation)
15/12 12:36:09 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 35 °C
15/12 12:36:09 - Function SoftStart: Correction: 16 > 1 °C - (STABLE) Freq: 48Hz
15/12 12:36:09 - Function SoftStart: --> Pump relaxing took too long... (48Hz) Continuing with Phase 2. (Count: 5/5. Resetting counter)
15/12 12:35:59 - Function SoftStart: Correction: 7 > 16 °C - (EVALUATING) Freq: 49Hz
15/12 12:32:58 - Function SoftStart: Correction: 15 > 7 °C - (STARTUP) Freq: 48Hz
15/12 12:32:58 - Function SoftStart: --> Pump did not yet relax (48Hz). Restarting Phase 1 again... (Count: 5/5)
15/12 12:32:48 - Function SoftStart: Correction: 7 > 15 °C - (EVALUATING) Freq: 49Hz
15/12 12:29:48 - Function SoftStart: Correction: 15 > 7 °C - (STARTUP) Freq: 49Hz
15/12 12:29:48 - Function SoftStart: --> Pump did not yet relax (49Hz). Restarting Phase 1 again... (Count: 4/5)
15/12 12:29:38 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 49 °C
15/12 12:29:38 - Function SoftStart: Correction: 7 > 15 °C - (EVALUATING) Freq: 48Hz
15/12 12:26:37 - Function SoftStart: Correction: 14 > 7 °C - (STARTUP) Freq: 49Hz
15/12 12:26:37 - Function SoftStart: --> Pump did not yet relax (49Hz). Restarting Phase 1 again... (Count: 3/5)
15/12 12:26:27 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 48 °C
15/12 12:26:27 - Function SoftStart: Correction: 7 > 14 °C - (EVALUATING) Freq: 48Hz
15/12 12:23:27 - Function SoftStart: Correction: 13 > 7 °C - (STARTUP) Freq: 48Hz
15/12 12:23:27 - Function SoftStart: --> Pump did not yet relax (48Hz). Restarting Phase 1 again... (Count: 2/5)
15/12 12:23:17 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 47 °C
15/12 12:23:17 - Function SoftStart: Correction: 7 > 13 °C - (EVALUATING) Freq: 48Hz
15/12 12:20:20 - MQTT Command: SetCurves: target: 41 (SP Calculation)
15/12 12:20:20 - Functions Final setpoint: Current setpoint: 48 °C. Calculated new setpoint: 41 °C
15/12 12:20:20 - Function SoftStart: Correction: 1 > 7 °C - (STARTUP) Freq: 49Hz
15/12 12:20:16 - Function SoftStart: --> Pump did not yet relax (49Hz). Restarting Phase 1 again... (Count: 1/5)
15/12 12:20:16 - MQTT Command: SetCurves: target: 35 (SP Calculation)
15/12 12:20:16 - Functions Final setpoint: Current setpoint: 48 °C. Calculated new setpoint: 35 °C
15/12 12:20:16 - Function SoftStart: Correction: 15 > 1 °C - (STABLE) Freq: 49Hz
15/12 12:20:12 - Function SoftStart: Correction: 14 > 15 °C - (EVALUATING) Freq: 49Hz
15/12 12:20:11 - MQTT Command: SetCurves: target: 48 (SP Calculation)
15/12 12:20:11 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 48 °C
15/12 12:20:11 - Function SoftStart: Correction: 15 > 14 °C - (EVALUATING) Freq: 49Hz
15/12 12:20:06 - Function SoftStart: Correction: 15 > 15 °C - (EVALUATING) Freq: 49Hz
15/12 12:20:06 - Functions Final setpoint: Current setpoint: 41 °C. Calculated new setpoint: 49 °C
15/12 12:20:06 - Function SoftStart: Correction: 7 > 15 °C - (EVALUATING) Freq: 49Hz
15/12 12:17:06 - MQTT Command: SetCurves: target: 41 (SP Calculation)
15/12 12:17:06 - Functions Final setpoint: Current setpoint: 34 °C. Calculated new setpoint: 41 °C
15/12 12:17:06 - Function SoftStart: Correction: 0 > 7 °C - (STARTUP) Freq: 17Hz
15/12 12:17:06 - Compressor: running
15/12 12:11:35 - Compressor: stopped
15/12 12:11:35 - TOP20_ThreeWay_Valve_State: 0
15/12 11:03:18 - Compressor: running
15/12 11:00:13 - TOP20_ThreeWay_Valve_State: 1
15/12 11:00:13 - TOP4_Operating_Mode_State: 4
15/12 11:00:10 - MQTT Command: SetOperationMode: 4 (scheduler)
15/12 11:00:10 - Scheduler: Stored next operating mode empty. Setting new operating mode to: 4

iemand nog een tip hoe ik de logging in een klein scrolbaar venstertje kan krijgen?

Hoi Tonny,

Volgens mij heb je een buffertank in je heat circuit, right?
kun je mij zeggen hoe hoog de bufferdelta is?

Kun je sowieso proberen om dit aan te passen. kijken of dat effect heeft:
Phase 1 (STARTUP)
- Catch duration (sec): 180 > 175
- Message delay (sec) : 3 > 7
- Max temp difference (°C): -1 > -2

Phase 2 (STABLE) - (start after 175 sec)
- Message delay (sec): 60 > 30
- Upperlimit correction: 1 > 5
- Lowerlimit correction : -5

Het lijkt er nog wel op dat softstart + buffer nog geen beste vriendjes zijn.
Mocht het met de tips hier boven nog niet lukken, dan gewoon de functie even uitlaten until further notice.

[tonny147]

edterbak schreef op woensdag 17 december 2025 @ 13:52:
[...]

Hoi Tonny,

Volgens mij heb je een buffertank in je heat circuit, right?
kun je mij zeggen hoe hoog de bufferdelta is?

Kun je sowieso proberen om dit aan te passen. kijken of dat effect heeft:
Phase 1 (STARTUP)
- Catch duration (sec): 180 > 175
- Message delay (sec) : 3 > 7
- Max temp difference (°C): -1 > -2

Phase 2 (STABLE) - (start after 175 sec)
- Message delay (sec): 60 > 30
- Upperlimit correction: 1 > 5
- Lowerlimit correction : -5

Het lijkt er nog wel op dat softstart + buffer nog geen beste vriendjes zijn.
Mocht het met de tips hier boven nog niet lukken, dan gewoon de functie even uitlaten until further notice.

Hallo Ed,

Ik heb geen buffertank, boven radiatoren en beneden droogbouw vloerverwarming. Vandaar de 34 graden aanvoertemperatuur, als het boven de 7 graden buiten is zit ik op 34 graden wordt het kouder dan kan de aanvoertemperatuur lager.
Ik zal de instellingen veranderen.

[Beer070]

Ik vroeg me vandaag af of softstart type aanpassingen ook zinnig zou zijn om sowieso in pendel-neigende situaties de runs langer te maken.
Door het doel telkens een graad verder te zetten kan je de run met laag vermogen verlengen. Veel tweakers (inclusief ikzelf) vinden dat een run van 60+ minuten prima is. Sommigen van ons hebben voor delen van het seizoen een over gedimensioneerde WP en zouden de kortere runs willen kunnen verlengen door de target temperatuur telkens een beetje op te hogen, buiten het door Panasonic gestelde raamwerk.
Als voorbeeld is mijn huidige WAR regeling doel temp 37C, bij ambient temp 7C. Als mijn huidige run korter is dan 45 minuten, dan zou ik prima het doel nog één of twee graden hoger willen zetten ten behoeve van een langere run.
Zeker met een buffervat is dat nauwelijks verloren warmte.
Hoe vinden jullie dit idee?

[MikeyMan]

@tonny147 doe die enorme lap tekst anders ff in quote of code... Dit is niet te doen joh...

[edterbak]

Beer070 schreef op woensdag 17 december 2025 @ 22:10:
Ik vroeg me vandaag af of softstart type aanpassingen ook zinnig zou zijn om sowieso in pendel-neigende situaties de runs langer te maken.
Door het doel telkens een graad verder te zetten kan je de run met laag vermogen verlengen. Veel tweakers (inclusief ikzelf) vinden dat een run van 60+ minuten prima is. Sommigen van ons hebben voor delen van het seizoen een over gedimensioneerde WP en zouden de kortere runs willen kunnen verlengen door de target temperatuur telkens een beetje op te hogen, buiten het door Panasonic gestelde raamwerk.
Als voorbeeld is mijn huidige WAR regeling doel temp 37C, bij ambient temp 7C. Als mijn huidige run korter is dan 45 minuten, dan zou ik prima het doel nog één of twee graden hoger willen zetten ten behoeve van een langere run.
Zeker met een buffervat is dat nauwelijks verloren warmte.
Hoe vinden jullie dit idee?

Dat doet de softstart functie al voor je.
als je de upper limiet van fase 2 verhoogd, geef je de flow meer vrijheid om het setpoint naar boven te schuiven.
En hoe langer je dan de run maakt dan, hoe meer hij naar boven kan.

Je kunt stoppen met het verhogen van de upperlimit als je de aandrang krijgt om water over wat keien te gieten.... Of als de buurman ineens voor je staat te wapperen met zijn handdoek....

[tonny147]

@edterbak
goedmorgen Ed, er gebeuren meer "rare" dingen. warmtepomp was vannacht aangegaan heeft een normale run gedaan, vervolgens wordt na een klein halfuurtje het setpoint op 20 gezet. ook is de scheduler helemaal leeg. lijkt wel of er een reset gedaan is.

[boredgeestje]

In mijn situatie waarbij heishamon via wifi is verbonden mis ik, ondanks verbeteren van het bereik, nog wel eens een mqtt bericht waardoor de WP niet in actie springt.
Zo heb ik gisteren 7 gemiste berichten, waaronder de auto-start dhw, gevolg boilervat op 19 graden brrr

Of een AP in de WP hobbyen dit probleem helemaal gaat uitsluiten betwijfel ik (want wifi), dus ik zou graag de NR flow wat robuuster krijgen op de dhw autostart. Nu snap ik dat ik function 25 op tab WP Control moet hebben(flow 25.02 stable), maar twijfel over de aanpak:
Nieuwe trigger na x tijd die controleert of de dhw-run wel echt gestart is
Of
Controle op start direct na uitzenden startcommando dhw-run autostart
Of
Externe trigger om de functie nogmaals te activeren (heb nu een tempbewakingsautomation in home assistent die mij een melding stuurt wanneer de temp langer dan 30 min <35 is, ben daar iets meer in thuis dan NR (leek))
Of
…?
Benieuwd naar jullie advies

[Pietjebel10]

boredgeestje schreef op donderdag 18 december 2025 @ 13:51:
In mijn situatie waarbij heishamon via wifi is verbonden mis ik, ondanks verbeteren van het bereik, nog wel eens een mqtt bericht waardoor de WP niet in actie springt.
Zo heb ik gisteren 7 gemiste berichten, waaronder de auto-start dhw, gevolg boilervat op 19 graden brrr

Of een AP in de WP hobbyen dit probleem helemaal gaat uitsluiten betwijfel ik (want wifi), dus ik zou graag de NR flow wat robuuster krijgen op de dhw autostart. Nu snap ik dat ik function 25 op tab WP Control moet hebben(flow 25.02 stable), maar twijfel over de aanpak:
Nieuwe trigger na x tijd die controleert of de dhw-run wel echt gestart is
Of
Controle op start direct na uitzenden startcommando dhw-run autostart
Of
Externe trigger om de functie nogmaals te activeren (heb nu een tempbewakingsautomation in home assistent die mij een melding stuurt wanneer de temp langer dan 30 min <35 is, ben daar iets meer in thuis dan NR (leek))
Of
…?
Benieuwd naar jullie advies

Heb ik ook in het begin gehad, hierna AP gemonteerd in de Panasonic. Gaat prima alleen wanneer je een reset moet doen moet de kast open. Nu de heishamon in de garage gemonteerd op de AP met een shelly erbij i.v.m. eventueel reset mogelijkheid. Dit gebeurt nml wanneer je bij Advanced IP Scanner gebruikt moet je de Heishamon resetten via stroomonderbreking. Wanneer je verbinding niet goed is krijg je altijd problemen. Zorg dat de basis goed is .

[boredgeestje]

Pietjebel10 schreef op donderdag 18 december 2025 @ 14:04:
[...]

Heb ik ook in het begin gehad, hierna AP gemonteerd in de Panasonic. Gaat prima alleen wanneer je een reset moet doen moet de kast open. Nu de heishamon in de garage gemonteerd op de AP met een shelly erbij i.v.m. eventueel reset mogelijkheid. Dit gebeurt nml wanneer je bij Advanced IP Scanner gebruikt moet je de Heishamon resetten via stroomonderbreking. Wanneer je verbinding niet goed is krijg je altijd problemen. Zorg dat de basis goed is .

Ben het eens met je opmerking wat betreft basis in orde verengen, maar wellicht had ik even een andere terminologie moeten gebruiken: er ligt geen UTP naar mijn warmtepomp. Het beste wat ik er in kan zetten is een wifi repeater (geen AP dus) en aangezien de warmtepomp nu al in een wifi luwe zone staat heb ik daar geen hoge verwachtingen van. Vandaar dat het iets robuuster krijgen van de NR flow wat betreft een gemist bericht voor de auto-dhw run mij nog steeds wenselijk lijkt

[edterbak]

Hoi hoi.

Ik denk dat het probleem dat mqtt opdrachten niet aankomen, uit 2 delen bestaat:
1: de Node Red flow die niet robust is. Er wordt geen mqtt opdracht verzonden door mijn geklooi.
2: de heishamon die niet om kan gaan met meerdere berichten tegelijk.

Bron: https://github.com/Egyras/HeishaMon/issues/766

Ik ben er sinds 2 weken achter dat QOS 1 of 2 in het geheel niet werkt. Dus de aanpassingen die ik recentelijk had gedaan mbt QOS, waren totaal nutteloos. Heeft nooit wat gedaan. In EMQX broker zie ik dat heishamon alles op qos0 doet. maakt niet uit hoe hoog je springt.

Sindsdien ben ik de hele tijd bezig om een goede generieke controle mechanisme te maken in Node Red. Een functie die ALLES ziet en checkt en opnieuw stuurt indien nodig.
Ik heb hier flinke stappen gemaakt. Maar ik ben er nog niet klaar mee. Testing en tweaken. Ik wil dit eigenlijk uitbrengen in de volgende beta (toch nog een beta helaas, sorry)

Als dat eenmaal werkt, pak ik de functie aan die hier boven genoemd wordt. Ik hoop dus dat alles toe te schrijven is aan verdwijnende mqtt commands, maar ik frees dat ik zeker ook genoeg te verbeteren heb in de functies..

[edterbak]

Ik denk dat het probleem dat mqtt opdrachten niet aankomen, uit 2 delen bestaat:
1: de Node Red flow die niet robust is. Er wordt geen mqtt opdracht verzonden door mijn geklooi.
2: de heishamon die niet om kan gaan met meerdere berichten tegelijk.

Misschien 3. Slechte wifi zou ook nog een rol kunnen spelen ja. Die hoort eigenlijk ook op dat lijstje thuis.

Als punt 1 en 2 zijn opgelost ga ik een wifi booster add-on bouwen in node red. Pimp your wifi .

[boredgeestje]

Heb voor nu function 25 maar even uitgebreid met het volgende, hopelijk brengt het resultaat:

[hemertje]

boredgeestje schreef op donderdag 18 december 2025 @ 13:51:
In mijn situatie waarbij heishamon via wifi is verbonden mis ik, ondanks verbeteren van het bereik, nog wel eens een mqtt bericht waardoor de WP niet in actie springt.
Zo heb ik gisteren 7 gemiste berichten, waaronder de auto-start dhw, gevolg boilervat op 19 graden brrr

Of een AP in de WP hobbyen dit probleem helemaal gaat uitsluiten betwijfel ik (want wifi), dus ik zou graag de NR flow wat robuuster krijgen op de dhw autostart. Nu snap ik dat ik function 25 op tab WP Control moet hebben(flow 25.02 stable), maar twijfel over de aanpak:
Nieuwe trigger na x tijd die controleert of de dhw-run wel echt gestart is
Of
Controle op start direct na uitzenden startcommando dhw-run autostart
Of
Externe trigger om de functie nogmaals te activeren (heb nu een tempbewakingsautomation in home assistent die mij een melding stuurt wanneer de temp langer dan 30 min <35 is, ben daar iets meer in thuis dan NR (leek))
Of
…?
Benieuwd naar jullie advies

heb je geen grote heishamon?
die kan je rechtstreeks met UTP aansluiten
dan ben je niet meer afhankelijk van de Wifi

[boredgeestje]

hemertje schreef op donderdag 18 december 2025 @ 23:31:
[...]


heb je geen grote heishamon?
die kan je rechtstreeks met UTP aansluiten
dan ben je niet meer afhankelijk van de Wifi

Helaas niet, ook vervangen van mijn heishamon voor een grote is geen oplossing. Mijn warmtepomp staat op plm. 25 meter kabel/leidingafstand aan de andere kant van het huis. Een UTP-kabel erbij trekken door de mantelbuis met de al aanwezige bekabeling door drie 90-graden bochten heen zie ik niet zo gauw gebeuren.

[alcx]

Edit: gelukt, ik bleek een ; op de verkeerde plek te hebben staan…

Via mijn Home Assistant Green probeer ik de instructie te volgen van deze webpagina.

De instructie is als volgt:
scroll down to the bottom somewhere and add the following lines.

code:

    contextStorage: {
    default: "memoryOnly",
        memoryOnly: { module: 'memory' },
        file: { module: 'localfilesystem', config: { flushInterval: '300' }}
    }
};

Echter, als ik die code helemaal onderaan mijn settings.js plaats, dan krijg ik de volgende error:

code:

> start
> node $NODE_OPTIONS node_modules/node-red/red.js --settings /etc/node-red/config.js
Error loading settings file: /etc/node-red/config.js
/config/settings.js:195
default: "memoryOnly",
^^^^^^^
SyntaxError: Unexpected token 'default'
    at wrapSafe (node:internal/modules/cjs/loader:1662:18)
    at Module._compile (node:internal/modules/cjs/loader:1704:20)
    at Object..js (node:internal/modules/cjs/loader:1895:10)
    at Module.load (node:internal/modules/cjs/loader:1465:32)
    at Function._load (node:internal/modules/cjs/loader:1282:12)
    at TracingChannel.traceSync (node:diagnostics_channel:322:14)
    at wrapModuleLoad (node:internal/modules/cjs/loader:235:24)
    at Module.require (node:internal/modules/cjs/loader:1487:12)
    at require (node:internal/modules/helpers:135:16)
    at Object.<anonymous> (/etc/node-red/config.js:1:16)

Een screenshot van mijn code:


Ik vermoed dat er in mijn spacing iets niet goed gaat. Maar ik heb echt onvoldoende ervaring om te begrijpen wáár het mis gaat. Kunnen jullie meekijken? Ik gebruik spaties en geen tabs.

[hemertje]

boredgeestje schreef op vrijdag 19 december 2025 @ 09:03:
[...]

Helaas niet, ook vervangen van mijn heishamon voor een grote is geen oplossing. Mijn warmtepomp staat op plm. 25 meter kabel/leidingafstand aan de andere kant van het huis. Een UTP-kabel erbij trekken door de mantelbuis met de al aanwezige bekabeling door drie 90-graden bochten heen zie ik niet zo gauw gebeuren.

maar je hebt er al wel een access point
wanneer je er een kleine switch tussen zet kan je vandaaruit bedraad naar je access point en heishamon toe

[boredgeestje]

hemertje schreef op vrijdag 19 december 2025 @ 10:56:
[...]


maar je hebt er al wel een access point
wanneer je er een kleine switch tussen zet kan je vandaaruit bedraad naar je access point en heishamon toe

Geen access point ook. Zou er een wifi repeater in kunnen hobbyen en vandaar uit bedraad naar een heishamon, maar dan blijft de mogelijkheid dat er een pakketje in de lucht blijft hangen.

[Hieke]

Powerline adapter overwogen?

[boredgeestje]

Hieke schreef op zaterdag 20 december 2025 @ 09:27:
Powerline adapter overwogen?

Als het lukt in de behuizing ergens een WCD te hobbyen is dat eigenlijk helemaal geen gek idee. Heb er nog wel een aantal liggen.

[Hieke]

Geen wcd in de buurt of ruimte?
Weet niet welke uitvoering je hebt? Er zijn er met RJ45-connector als uitgang zodat je een netwerkkabel op grote Heishamon V5 kunt inprikken. Mijn ervaring met dat model icm ethernetadapter op de print is zo goed dat ik die iedereen kan aanbevelen. Geen onderbrekingen of packetloss meer!

[ Voor 5% gewijzigd door Hieke op 20-12-2025 16:09 ]

[boredgeestje]

Hieke schreef op zaterdag 20 december 2025 @ 16:08:
Geen wcd in de buurt of ruimte?
Weet niet welke uitvoering je hebt? Er zijn er met RJ45-connector als uitgang zodat je een netwerkkabel op grote Heishamon V5 kunt inprikken. Mijn ervaring met dat model icm ethernetadapter op de print is zo goed dat ik die iedereen kan aanbevelen. Geen onderbrekingen of packetloss meer!

Geen WCDs in de buurt, in het dichtstbijzijnde binnenshuis zit nu een wifi-repeater met matige signaalverbetering t.o.v. wat het was direct vanaf m’n accesspoint.

Heb Heishamon op wifi, maar nog wel een stapel TP-link TL-WPA8630s liggen. Kan ik dat eerst via Powerline aansluiten en een AP in de warmtepomp maken. Als het dan robuuster moet kan de Heishamon nog geüpgraded worden naar een ethernet-variant.

Nu nog even uitvogelen waar ik het beste een WCD in de Panasonic kan inbouwen (9kW J-serie)

[Hieke]

Gaat vast wel lukken met boutjes en moertjes op die blikken binnenplaat.
Mooi projectje, suc6!

[edterbak]

Ik heb veel werk gestoken in het volgende:



1: Ik heb de 2 functies voor zone 1 en 2 samengevoegd. Dit om ipv 2 appartje json objecten via setcurve, nu 1 gecombineerde json mqtt command te sturen
2: Ik heb een controle-mechanisme gemaakt voor verstuurde MQTT commandos. Ze worden 3x herhaald als er in 15 seconden geen bevestiging komt van bijpassende MQTT reply (topxxx)
3: Ik heb een MQTT command throttling functietje gemaakt. Deze stuurt max 1 MQTT command per 7 seconden. Er wordt een wachtrij gevuld en gedoseerd verstuurd bij meerdere opdrachten tegelijk. Hierdoor hoop ik zo goede als geen dropped commands meer te zien.

Ik kijk even wat tester er van vind vandaag/morgen.
Als het mee zit wordt dit gereleased als nieuwe beta.

Het log ziet er nu zo uit. Ik vind het een verbetering zo met MQTT Command / MQTT Reply.

code:

20/12 21:18:45 - MQTT Reply: Z1_Heat_Curve_Target_High_Temp: 27
20/12 21:18:42 - Function SoftStart (Zone 1): Correction: 2.4 > 2.4 °C - (EVALUATING) Freq: 23Hz
20/12 21:18:41 - MQTT Command: SetCurves: (Zone 1) Target: 27 (SP Calculation)
20/12 21:18:41 - Functions Final setpoint (Zone 1): Current zone 1 setpoint: 26 °C. Calculated new setpoint: 27 °C
20/12 21:18:41 - Function SoftStart (Zone 1): Correction: 1.4 > 2.4 °C - (EVALUATING) Freq: 22Hz
20/12 21:16:10 - MQTT Reply: Z1_Heat_Curve_Target_High_Temp: 26
20/12 21:16:05 - MQTT Command: SetCurves: (Zone 1) Target: 26 (SoftStart)
20/12 21:16:05 - Functions Final setpoint (Zone 1): Current zone 1 setpoint: 27 °C. Calculated new setpoint: 26 °C
20/12 21:15:46 - Function SoftStart (Zone 1): Correction: 2.4 > 1.4 °C - (STARTUP) Freq: 33Hz
20/12 21:15:46 - Function SoftStart (Zone 1): --> Pump did not yet relax (33Hz). Restarting Phase 1 again... (Count: 1/5)
20/12 21:15:40 - MQTT Reply: Z1_Heat_Curve_Target_High_Temp: 27
20/12 21:15:36 - Function SoftStart (Zone 1): Correction: 2.4 > 2.4 °C - (EVALUATING) Freq: 36Hz
20/12 21:15:36 - MQTT Command: SetCurves: (Zone 1) Target: 27 (SP Calculation)
20/12 21:15:36 - Functions Final setpoint (Zone 1): Current zone 1 setpoint: 26 °C. Calculated new setpoint: 27 °C
20/12 21:15:36 - Function SoftStart (Zone 1): Correction: 1.4 > 2.4 °C - (EVALUATING) Freq: 37Hz
20/12 21:14:10 - MQTT Reply: Z1_Heat_Curve_Target_High_Temp: 26
20/12 21:14:07 - MQTT Command: SetCurves: (Zone 1) Target: 26 (SoftStart)
20/12 21:14:07 - Functions Final setpoint (Zone 1): Current zone 1 setpoint: 25 °C. Calculated new setpoint: 26 °C
20/12 21:14:07 - Function SoftStart (Zone 1): Correction: 0.4 > 1.4 °C - (STARTUP) Freq: 38Hz
20/12 21:13:40 - MQTT Reply: Z1_Heat_Curve_Target_High_Temp: 25
20/12 21:13:37 - MQTT Command: SetCurves: (Zone 1) Target: 25 (SoftStart)
20/12 21:13:37 - Functions Final setpoint (Zone 1): Current zone 1 setpoint: 24 °C. Calculated new setpoint: 25 °C
20/12 21:13:37 - Function SoftStart (Zone 1): Correction: -0.6 > 0.4 °C - (STARTUP) Freq: 36Hz
20/12 21:13:25 - MQTT Reply: Z1_Heat_Curve_Target_High_Temp: 24
20/12 21:13:22 - MQTT Command: SetCurves: (Zone 1) Target: 24 (SoftStart)
20/12 21:13:22 - Functions Final setpoint (Zone 1): Current zone 1 setpoint: 23 °C. Calculated new setpoint: 24 °C
20/12 21:13:22 - Function SoftStart (Zone 1): Correction: -1.6 > -0.6 °C - (STARTUP) Freq: 34Hz
20/12 21:13:10 - MQTT Reply: Z1_Heat_Curve_Target_High_Temp: 23
20/12 21:13:07 - MQTT Command: SetCurves: (Zone 1) Target: 23 (SoftStart)
20/12 21:13:07 - Functions Final setpoint (Zone 1): Current zone 1 setpoint: 22 °C. Calculated new setpoint: 23 °C
20/12 21:13:07 - Function SoftStart (Zone 1): Correction: -2.6 > -1.6 °C - (STARTUP) Freq: 34Hz
20/12 21:12:45 - MQTT Reply: Z1_Heat_Curve_Target_High_Temp: 22
20/12 21:12:40 - MQTT Command: SetCurves: (Zone 1) Target: 22 (SoftStart)
20/12 21:12:40 - Functions Final setpoint (Zone 1): Current zone 1 setpoint: 25 °C. Calculated new setpoint: 22 °C
20/12 21:12:40 - Function SoftStart (Zone 1): Correction: 0 > -2.6 °C - (STARTUP) Freq: 20Hz
20/12 21:12:40 - Compressor: running
20/12 21:09:35 - MQTT Reply: Operating_Mode_State: 0
20/12 21:09:30 - MQTT Command: SetOperationMode: 0
20/12 21:09:30 - Scheduler: Revert to previous operating mode: 0
20/12 20:54:35 - Compressor: stopped
20/12 20:54:30 - Scheduler: End ForceDHW cycle detected. Reverting Operating Mode in 15 minutes...
20/12 19:53:49 - MQTT Reply: Z1_Heat_Curve_Target_High_Temp: 25
20/12 19:53:44 - MQTT Command: SetCurves: (Zone 1) Target: 25 (SP Calculation)

[ Voor 63% gewijzigd door edterbak op 20-12-2025 22:24 ]

[boredgeestje]

@edterbak Super werk!

Ik ben nog een bug tegengekomen in de Force DHW functie, in 25.02 stable.
Als je de functie activeert, schakelt hij 15 seconden later weer terug omdat de logica zogenaamd gezien heeft dat het DHW setpoint is behaald. Is niet het geval.
Met een 15 min delay wordt de DHW modus dan gestopt.

Zie systeemlog hieronder, dit gaat bij mij consequent zo.

[boredgeestje]

Hieke schreef op zaterdag 20 december 2025 @ 17:53:
Gaat vast wel lukken met boutjes en moertjes op die blikken binnenplaat.
Mooi projectje, suc6!

Laat ik als techneut maar zeggen: functie voor vorm 😅
Heishamon geeft 100% wifi 👍🏻👍🏻

[tonny147]

boredgeestje schreef op zondag 21 december 2025 @ 13:39:
[...]


Laat ik als techneut maar zeggen: functie voor vorm 😅
Heishamon geeft 100% wifi 👍🏻👍🏻

[Afbeelding]

Ook met alle beplating erop? Hangt de heishamon dan in de kast? Bij mij hangt de heishamon buiten, wifi is 68%. Zou deze liever in de warmtepomp ophangen, dit lijkt me een mooie oplossing.

[MikeyMan]

Weet niet wat jullie allemaal aan het rommelen zijn met die verbinding. Heishamon hangt bij mij in de behuizing. Met 78% wifi en 100% correct data. Niks aan het handje

[Hieke]

boredgeestje schreef op zondag 21 december 2025 @ 13:39:
[...]


Laat ik als techneut maar zeggen: functie voor vorm 😅
Heishamon geeft 100% wifi 👍🏻👍🏻

[Afbeelding]

Functionaliteit met adequaat resultaat komt altijd als eerste.
Een prestatie om trots op te zijn.
Ik moet het doen met een wifi-score van -1%😇

[boredgeestje]

tonny147 schreef op zondag 21 december 2025 @ 16:15:
[...]

Ook met alle beplating erop? Hangt de heishamon dan in de kast? Bij mij hangt de heishamon buiten, wifi is 68%. Zou deze liever in de warmtepomp ophangen, dit lijkt me een mooie oplossing.

Ja, op mijn foto v.l.n.r.:
Eaton behuizing met s0 meters, heishamon in behuizing, TP-Link TL-WPA8630 als access-point via powerline verbonden met mijn Fritz!Box router.

[Hieke]

boredgeestje schreef op zondag 21 december 2025 @ 18:42:
[...]

Ja, op mijn foto v.l.n.r.:
Eaton behuizing met s0 meters, heishamon in behuizing, TP-Link TL-WPA8630 als access-point via powerline verbonden met mijn Fritz!Box router.

In het kader van show your setup en je S0 meters:

Ik heb de S0-meters vervangen door Eastron kwh meter met modbus en deze aan een ESP32 met daarop ESPeasy geknoopt. Daarmee kan ik ze op afstand en realtime uitlezen en naar HA doorsturen..
Heb daarbij gekozen om de kWh-meters naast de automaten in groepenkast te plaatsen, aan het begin van de voedingskabels.



Moet je wel ruimte in de groepenkast hebben natuurlijk. Maar nu je goede wifi in je buitenunit hebt, is de sky de limit.

[edterbak]

boredgeestje schreef op zondag 21 december 2025 @ 11:40:
@edterbak Super werk!

Ik ben nog een bug tegengekomen in de Force DHW functie, in 25.02 stable.
Als je de functie activeert, schakelt hij 15 seconden later weer terug omdat de logica zogenaamd gezien heeft dat het DHW setpoint is behaald. Is niet het geval.
Met een 15 min delay wordt de DHW modus dan gestopt.

Zie systeemlog hieronder, dit gaat bij mij consequent zo.
[Afbeelding]

Ik ga hier naar kijken zodra de volgende stable uit is. Dit omdat er in de laatste beta (beta 6) zo veel verandert is tav mqtt opdrachten sturen, dat wellicht een heleboel issues daarmee zijn opgelost.
Tevens is het lastig inschatten of er niet al wat aangepast is hiervoor, in mijn laatste versie. Er is ontzettend veel verandert sinds stable 25.02.

[edterbak]

Nieuwe update

Versie: 25.06 (! Beta 6 !)
Link: https://github.com/edterb...A/flows%20(Beta%206).json

----------------------------------------
Changes:
- Enhancement: Merged both Compare SP (z1) and (z2) functions into a single function. This reduces simultaneous sending of the same setcurve mqtt command.
- Enhancement: Modified the function to check all sent MQTT commands. Now command prefix independant.
- Enhancement: Added a small function to throttle the amount of MQTT commands being sent ad a time. Rate limit is set to 1 per 7 seconds. All commands are queued.
- Fix Scheduler: some conditions did not pass with '==='. fixed.
----------------------------------------

> Zorg er altijd voor dat je een back-up maakt en weer kunt terugrollen naar je huidige versie als dat nodig is.
Na het updaten naar deze versie, hou dan het log even in de gaten voor ~1 uurtje om zekerheid te hebben dat het goed gaat.

Feedback welkom

[luke22]

Goedemorgen , ik hoop dat ik hier het goede topic voor gevonden heb.

Ik heb na veel hulp heishamon draaien inclusief de node red applicatie 25.06 (! Beta 2 !).

Nu heb ik "ineens" dat de warmtepomp overschakelt naar tank verwarmen als deze 1 graad onder de target komt. en ik snap maar nie waarom dit gebeurt... het zorgt er namelijk voor dat 3-5 minuten daarna de derfost inkickt. Dit grapje gebeurt nu een keer of 3-4 per dag. iemand een idee wat ik het beste kan doen? Van de logs wordt ik niet veel wijzer bijvoorbeeld:

(vanacht om 03:28:45 begon hij weer omdat de tank van 55 naar 54 graden sprong, 03:31:35 een defrost te pakken)

24/12 04:43:04 - Function SoftStart Quietmode: Timer started (15 minutes)
24/12 04:12:27 - MQTT Command: SetQuietMode: 3 (SoftStart Quietmode)
24/12 04:12:27 - Quiet mode manager: Detected 3-way valve set to HEAT position again. Restoring quiet mode to level 3
24/12 04:12:27 - Compressor: stopped
24/12 04:12:27 - TOP20_ThreeWay_Valve_State: 0
24/12 04:12:27 - Function SoftStart Quietmode: Compressor run ended, quiet mode set to level 3 for next run
24/12 03:38:46 - Compressor: running
24/12 03:38:36 - Function SoftStart (Zone 1): SoftStart function end
24/12 03:38:36 - *DEFROSTING: Finished
24/12 03:36:50 - Compressor: running [defrosting]
24/12 03:35:45 - Compressor: stopped [defrosting]
24/12 03:33:35 - Compressor: running [defrosting]
24/12 03:32:35 - Compressor: stopped [defrosting]
24/12 03:31:40 - Compressor: running [defrosting]
24/12 03:31:35 - Function SoftStart (Zone 1): Defrost - Correction: 0
24/12 03:31:35 - *DEFROSTING: Started
24/12 03:28:45 - Function SoftStart (Zone 1): SoftStart function end
24/12 03:28:45 - TOP20_ThreeWay_Valve_State: 1
24/12 02:47:15 - RTC: Room 1 setpoint changed to: 17 °C
24/12 02:47:15 - HA Thermostat: Room setpoint changed to: 17 °C
24/12 02:47:10 - RTC: Room 1 setpoint changed to: 17.1 °C

Ik heb defrost via de tank uitgezet op de panasonic zelf, ik heb een DHW delta op de node red van -9. Verder geen automatiseringen toegevoegd. De operation mode is heat + dhw, ik stuur de warmte via water , niet thermostaat.

[Beekforel]

Ik heb deze flow weer geactiveerd sinds gisteren. Tijdje wat andere methoden geprobeerd, nu weer hier.

Ik ben met de huidige stable begonnen, begreep dat de beta ook bijna stable wordt? Is het handig om die te gaan draaien?

Ik zag in dit topic ook al wat over Tibber en dynamisch tarief, ik zit hier ook over na te denken. Ik zou wanneer er voldoende zon of een laag tarief is warmte willen bufferen, dus de WP wat harder laten werken. Is er iemand die hier al eens over nagedacht heeft?
Op moment van schrijven heb ik ruim overschot maar is het ook koud, dus mag er wel wat meer verwarmd worden.

[MikeyMan]

@edterbak nette oplossing om er 1 functie van te maken!

[edterbak]

luke22 schreef op woensdag 24 december 2025 @ 09:07:
Goedemorgen , ik hoop dat ik hier het goede topic voor gevonden heb.

Ik heb na veel hulp heishamon draaien inclusief de node red applicatie 25.06 (! Beta 2 !).

Nu heb ik "ineens" dat de warmtepomp overschakelt naar tank verwarmen als deze 1 graad onder de target komt. en ik snap maar nie waarom dit gebeurt... het zorgt er namelijk voor dat 3-5 minuten daarna de derfost inkickt. Dit grapje gebeurt nu een keer of 3-4 per dag. iemand een idee wat ik het beste kan doen? Van de logs wordt ik niet veel wijzer bijvoorbeeld:

(vanacht om 03:28:45 begon hij weer omdat de tank van 55 naar 54 graden sprong, 03:31:35 een defrost te pakken)

24/12 04:43:04 - Function SoftStart Quietmode: Timer started (15 minutes)
24/12 04:12:27 - MQTT Command: SetQuietMode: 3 (SoftStart Quietmode)
24/12 04:12:27 - Quiet mode manager: Detected 3-way valve set to HEAT position again. Restoring quiet mode to level 3
24/12 04:12:27 - Compressor: stopped
24/12 04:12:27 - TOP20_ThreeWay_Valve_State: 0
24/12 04:12:27 - Function SoftStart Quietmode: Compressor run ended, quiet mode set to level 3 for next run
24/12 03:38:46 - Compressor: running
24/12 03:38:36 - Function SoftStart (Zone 1): SoftStart function end
24/12 03:38:36 - *DEFROSTING: Finished
24/12 03:36:50 - Compressor: running [defrosting]
24/12 03:35:45 - Compressor: stopped [defrosting]
24/12 03:33:35 - Compressor: running [defrosting]
24/12 03:32:35 - Compressor: stopped [defrosting]
24/12 03:31:40 - Compressor: running [defrosting]
24/12 03:31:35 - Function SoftStart (Zone 1): Defrost - Correction: 0
24/12 03:31:35 - *DEFROSTING: Started
24/12 03:28:45 - Function SoftStart (Zone 1): SoftStart function end
24/12 03:28:45 - TOP20_ThreeWay_Valve_State: 1
24/12 02:47:15 - RTC: Room 1 setpoint changed to: 17 °C
24/12 02:47:15 - HA Thermostat: Room setpoint changed to: 17 °C
24/12 02:47:10 - RTC: Room 1 setpoint changed to: 17.1 °C

Ik heb defrost via de tank uitgezet op de panasonic zelf, ik heb een DHW delta op de node red van -9. Verder geen automatiseringen toegevoegd. De operation mode is heat + dhw, ik stuur de warmte via water , niet thermostaat.

Als ik het log zie, dan is er niks vanuit de Flow dat dit veroorzaakt.
Alle mqtt commando's welke verstuurd worden, die zijn zichtbaar.
je ziet dat er 'out of the blue' ineens TOP20_ThreeWay_Valve_State voorbij komt. Dit is een uitlezing van wat er gebeurt in de pomp.
Romdom dat moment zie je geen mqtt commando. Het is dus 100% iets dat de pomp zelf besluit te doen.
Mogelijk omdat je in modus HEAT+DHW staat? maar dat weet ik niet zeker.

Ik heb mijn manual van panasonic en je vraag in co-pilot geduwd. Dit is waar hij mee komt. Misschien da thet helpt. De vraag die ik gesteld heb is "Hoe controleert Panasonic de DHW temperatuur, en welke [SET] en [TOP] items hebben invloed hierop."
Misschien helpt dit.

You’re using HeishaMon with a Panasonic Aquarea heat pump. Here’s how DHW control works, how it triggers, what influences it, and what you can access via HeishaMon:

***

### 🛁 1. DHW Temperature Control (Manual Overview)

* The heat pump maintains DHW by measuring the tank’s sensor (actual DHW\_Temp) and comparing it to the target (DHW\_Target\_Temp).
* When actual falls below target by a preset differential (often Δ = \~2 K), the DHW circuit is triggered.
* The three‑way valve shifts to DHW mode, isolating the heating circuit.
* DHW heating runs until actual reaches target (± hysteresis), then valve returns to room heating if needed.

**Control settings that affect behavior:**

* **DHW\_Target\_Temp** – your setpoint.
* **DHW heating differential** – the delta to trigger heating.
* **Holiday/shifts** – some systems allow target shift or schedule overrides.
* **Operating mode** – e.g., a DHW-only or combined mode.
* **Quiet/Boost/Energy-saving** – may defer DHW starts.

***

### ⏱️ 2. When a DHW Cycle Begins Automatically

It typically starts when **TOP10 main/DHW\_Temp** drops below **TOP9 main/DHW\_Target\_Temp** minus the differential. The pump’s control logic tightly integrates this:

* The system periodically checks the difference.
* If the drop exceeds the built-in Δ (configurable, often 2 K) the DHW run is triggered.
* Three-way valve (TOP20) changes to DHW position.
* Compressor starts in DHW mode (TOP4 indicates states like “DHW only”, “Heat + DHW”).

***

### ⚙️ 3. HeishaMon-MQTT Topics: MONITOR + CONTROL

| Topic | Description |
| ------------------------------------- | ---------------------------------------------------------- |
| **TOP2 – Pump\_Flow\_State** | Indicates DHW is running (0=off,1=on). |
| **TOP9 – DHW\_Target\_Temp** | Target setpoint. |
| **TOP10 – DHW\_Temp** | Measured temperature. |
| **TOP20 – ThreeWay\_Valve\_State** | 0 = heating; 1 = DHW mode. |
| **TOP22 – DHW\_Heat\_Delta** | Configured Δ for DHW trigger. |
| **TOP25 – DHW\_Holiday\_Shift\_Temp** | Offset for holiday/special periods. |
| **TOP4 – Operating\_Mode\_State** | Mode including DHW (e.g., “3 = DHW only”, “4 = Heat+DHW”). |

***

### 🔧 4. SET Commands Available

You can alter behavior using SET via MQTT:

* **`SET main/DHW_Target_Temp`** → adjust target.
* **`SET main/DHW_Heat_Delta`** → set trigger Δ (–12 K to –2 K range).
* **`SET main/DHW_Holiday_Shift_Temp`** → apply holiday offset.
* **`SET main/Operating_Mode_State`** → choose modes (e.g., enable DHW scheduling).
* **`SET main/ThreeWay_Valve_State`** → manual override (0 = heat, 1 = DHW).

***

### ✅ 5. Behavior Flow Summary

1. **DHW\_Temp** measured.
2. If **DHW\_Temp < DHW\_Target\_Temp – |Δ|**, system initiates DHW run.
3. Valve moves (TOP20 → 1). Pump flow and compressor respond.
4. Once **DHW\_Temp ≥ DHW\_Target\_Temp**, run stops, valve shifts back.
5. Adjusting Δ, target, holidays, or mode influences timing and frequency.

***

You now have full visibility into how DHW is monitored, triggered, and controlled—plus which HeishaMon topics show the state and how to modify parameters.Do you want me to draft a quick reference table with all relevant HeishaMon commands and their effects?

[edterbak]

Beekforel schreef op woensdag 24 december 2025 @ 10:56:
Ik heb deze flow weer geactiveerd sinds gisteren. Tijdje wat andere methoden geprobeerd, nu weer hier.

Ik ben met de huidige stable begonnen, begreep dat de beta ook bijna stable wordt? Is het handig om die te gaan draaien?

Ik zag in dit topic ook al wat over Tibber en dynamisch tarief, ik zit hier ook over na te denken. Ik zou wanneer er voldoende zon of een laag tarief is warmte willen bufferen, dus de WP wat harder laten werken. Is er iemand die hier al eens over nagedacht heeft?
Op moment van schrijven heb ik ruim overschot maar is het ook koud, dus mag er wel wat meer verwarmd worden.

Ik heb in de flow een aantal Input-nodes beschikbaar gesteld.

• 1 daarvan is het starten van een DHW run
• 1 daarvan is het setpoint van je kamertemperatuur (RTC functie)

Op deze inputs zou je kunnen inhaken om iets te doen.
De logica van wanneer wel wanneer niet iets te doen, dat hou ik bewust buiten deze flow.
Er zijn namelijk al zoveel mensen bezig met dit soort dingen. De meeste van deze apps of HA integrations, of node red flows, kunnen gewoon een signaaltje uit sturen naar iets externs... zoals onze node red flow.
Alles dat ik zelf ga zitten bouwen is A: achterhaald als het werkt, en B: niet zo goed als wat er door anderen gemaakt wordt.

[ Voor 4% gewijzigd door edterbak op 24-12-2025 15:46 ]

[Beekforel]

edterbak schreef op woensdag 24 december 2025 @ 15:45:
[...]

Ik heb in de flow een aantal Input-nodes beschikbaar gesteld.

• 1 daarvan is het starten van een DHW run
• 1 daarvan is het setpoint van je kamertemperatuur (RTC functie)

Op deze inputs zou je kunnen inhaken om iets te doen.
De logica van wanneer wel wanneer niet iets te doen, dat hou ik bewust buiten deze flow.
Er zijn namelijk al zoveel mensen bezig met dit soort dingen. De meeste van deze apps of HA integrations, of node red flows, kunnen gewoon een signaaltje uit sturen naar iets externs... zoals onze node red flow.
Alles dat ik zelf ga zitten bouwen is A: achterhaald als het werkt, en B: niet zo goed als wat er door anderen gemaakt wordt.

Ik heb geen DHW aan de Pana. Maar de inputs heb ik gezien, en ook al werkend. Wordt gewaardeerd door de wederhelft dat de thermostaat goed werkt.

Ik ga eens nadenken of ik hier een HA automation voor bouw of een andere oplossing zoek. Prima statement dat het niet in deze flow hoort.

[edterbak]

Beekforel schreef op woensdag 24 december 2025 @ 16:19:
[...]

Ik heb geen DHW aan de Pana. Maar de inputs heb ik gezien, en ook al werkend. Wordt gewaardeerd door de wederhelft dat de thermostaat goed werkt.

Ik ga eens nadenken of ik hier een HA automation voor bouw of een andere oplossing zoek. Prima statement dat het niet in deze flow hoort.

Kijk ook eens naar DAO, dayAheadOptimizer addon in HA
Dat kan alles ongeveer en er zit een fatsoenlijk rekenmodel achter.
@hemertje heeft hier ook naar gekeken, dus misschien dat jullie elkaar kunnen helpen.