HeishaMon - Panasonic Aquarea monitoring

[bbn_ldp]

Paul schreef op vrijdag 21 november 2025 @ 08:04:
[...]
Welke 4-aderige kabel? CN-NMODE is 4 aders en heeft ook +5V. Heb je een CN-CNT gemodificeerd zodat pin 1 niet is aangesloten?

De kabel die erbij zit is de CN-CNT kabel op advies van Igor (TheHogNL). Deze regelt ook de voeding naar de PCB, want ik heb geen losse voeding aangesloten. Op de verkoop site staat.

De CN-CNMODE (4-draads) is geschikt voor de meeste Heishamon-opstellingen, waardoor de kleine Heishamon ook naast de CZ-TAW1 kan werken in de luistermodus.
Gebruik CN-CNT (5-draads) als u de originele CZ-TAW1-module op de grote Heishamon-proxypoort moet aansluiten als u de originele meegeleverde CZ-TAW1-kabel niet kunt gebruiken of als u voorbereid wilt zijn op toekomstige Heishamon-hardware-updates waarvoor de 12V-voeding van de extra draad nodig is.

[ Voor 39% gewijzigd door bbn_ldp op 21-11-2025 15:57 ]

[fakkerma54]

Dank voor je reactie.

De meegeleverde kabel lijkt mij niet de oorzaak, omdat mijn HeishaMon eerder volledig goed heeft gewerkt mét MQTT-telemetrie in Home Assistant.

Alle sensordata (temperaturen, flow, compressorfrequentie, enz.) kwamen toen zonder problemen binnen en er is sindsdien niets veranderd aan bekabeling, connector of aansluiting in de binnenunit.

De HeishaMon leest de warmtepomp nu nog steeds perfect uit (in de webinterface zie ik alle waarden keurig onder de TOP-items), maar publiceert geen enkele sensordata meer naar MQTT – alleen panasonic_heat_pump/LWT → Online.

In Home Assistant komt onder # verder niets binnen.

In de Console-output zie ik continu “Sending optional PCB data / Received 20 bytes / Decoding this in OPT topics”, maar nooit “MQTT publish: …”.

Dat wijst voor mij op een firmware-issue (bijv. Lite/diagnostic build of incomplete OTA-flash).

Daarom ben ik op zoek naar de juiste ESP32-ETH firmware (.bin) die volledige MQTT-publishing ondersteunt.

Als een foto van de kabel of aansluiting helpt, hoor ik het graag, dan maak ik die.

[blb4]

fakkerma54 schreef op vrijdag 21 november 2025 @ 16:13:
Dank voor je reactie.

De meegeleverde kabel lijkt mij niet de oorzaak, omdat mijn HeishaMon eerder volledig goed heeft gewerkt mét MQTT-telemetrie in Home Assistant.

Alle sensordata (temperaturen, flow, compressorfrequentie, enz.) kwamen toen zonder problemen binnen en er is sindsdien niets veranderd aan bekabeling, connector of aansluiting in de binnenunit.

De HeishaMon leest de warmtepomp nu nog steeds perfect uit (in de webinterface zie ik alle waarden keurig onder de TOP-items), maar publiceert geen enkele sensordata meer naar MQTT – alleen panasonic_heat_pump/LWT → Online.

In Home Assistant komt onder # verder niets binnen.

In de Console-output zie ik continu “Sending optional PCB data / Received 20 bytes / Decoding this in OPT topics”, maar nooit “MQTT publish: …”.

Dat wijst voor mij op een firmware-issue (bijv. Lite/diagnostic build of incomplete OTA-flash).

Daarom ben ik op zoek naar de juiste ESP32-ETH firmware (.bin) die volledige MQTT-publishing ondersteunt.

Als een foto van de kabel of aansluiting helpt, hoor ik het graag, dan maak ik die.

Gebruik je MQTT explorer om MQTT berichten te monitoren? Indien niet dan ff installeren, dan kan je zien of de MQTT berichten wel of niet verzonden worden.

[fakkerma54]

Ik heb via Home Assistant geluisterd naar # (alle MQTT-berichten) en daar komt uitsluitend panasonic_heat_pump/LWT → Online binnen.

Andere HeishaMon MQTT-topics verschijnen daar niet, dus het lijkt erop dat HeishaMon geen sensordata meer publiceert.

MQTT zelf werkt verder normaal.

Mocht MQTT Explorer extra informatie kunnen geven, dan kan ik die nog installeren, maar via HA lijkt de broker zelf goed te functioneren.

[Gieliovd520]

Ik draai aan jaren met plezier een Heishamon bordje. Beste aankoop ooit.

Sinds enige tijd reageert de WP niet meer op commandos uit Home Assistant.

Ik heb een standaard integratie draaien met sliders en een helper met drukknoppen om de temperatuur te verhogen.

Nul reactie. Hebben jullie enig idee?

[RichieB]

@fakkerma54 Contoleer je Heishamon instelling via de webinterface, misschien staat daar iets raars? Bijv. een hele hoge waarde bij "How often all heatpump values are retransmitted to MQTT broker" ofzo?

[fakkerma54]

Dank!
Ik heb de HeishaMon-instellingen gecontroleerd.

Bij mij staat:
– “How often new values are collected from heatpump”: 10 sec
– “How often all heatpump values are retransmitted to MQTT broker”: 120 sec

Dat lijkt normaal.

In MQTT (via Home Assistant → listen to #) zie ik echter helemaal geen andere topics dan alleen panasonic_heat_pump/LWT → Online.

Dus het lijkt erop dat HeishaMon momenteel geen enkele sensordata via MQTT publiceert.

Data wordt lokaal wel uitgelezen (webinterface toont correcte waarden), maar er komt niets via MQTT behalve LWT.

Mogelijk een firmware-issue?

[Beer070]

fakkerma54 schreef op zaterdag 22 november 2025 @ 06:44:
Dank!
Ik heb de HeishaMon-instellingen gecontroleerd.

Bij mij staat:
– “How often new values are collected from heatpump”: 10 sec
– “How often all heatpump values are retransmitted to MQTT broker”: 120 sec

Dat lijkt normaal.

In MQTT (via Home Assistant → listen to #) zie ik echter helemaal geen andere topics dan alleen panasonic_heat_pump/LWT → Online.

Dus het lijkt erop dat HeishaMon momenteel geen enkele sensordata via MQTT publiceert.

Data wordt lokaal wel uitgelezen (webinterface toont correcte waarden), maar er komt niets via MQTT behalve LWT.

Mogelijk een firmware-issue?

Wellicht dat een screenshot van je heishamon.local pagina zou helpen.
Als de topics daar in staan, en ze staan niet in jouw MQTT broker dan kunnen we vaststellen dat de verbinding met de pomp goed werkt, en dat er ergens tussen heishamon en de MQTT broker iets mis lijkt te gaan. Dat kan nog steeds van alles zijn. schrijfrechten voor het gebruikte account, een synchronisatie die stopt.

Hier een screenshot van mijn heishamon.local:

[ Voor 13% gewijzigd door Beer070 op 22-11-2025 08:47 ]

[fakkerma54]

Hier de screenshot van mijn heishamon.local.
De waarden zien er vergelijkbaar uit als bij jou: inlet/outlet temperaturen, compressor freq, etc.
In MQTT (via Home Assistant luisteren op # én op panasonic_heat_pump/#) zie ik echter alleen panasonic_heat_pump/LWT → Online en verder geen enkele andere topic.
Dus de verbinding WP ↔ Heishamon lijkt goed, maar Heishamon ↔ MQTT stuurt geen sensordata. Lijkt dat inderdaad op een firmware-issue / beperkte build?

[fakkerma54]

[ Voor 23% gewijzigd door fakkerma54 op 22-11-2025 10:38 . Reden: verkeerde afbeelding ]

[fakkerma54]

In het Heisha monitor menu linksboven staat bij mij alleen “Version: 3.9”.

De firmware-pagina zelf toont alleen het OTA-uploadscherm (Choose file / MD5 / Update Firmware), geen extra build-info of type.

HeishaMon draait dus v3.9, maar verder zie ik geen detail-info over buildtype.

[RichieB]

@fakkerma54 Ik zie dat je Heishamon een uptime heeft van 24 dagen. Het eerste wat je bij dit soort problemen kan proberen is hem opnieuw opstarten (Reboot). Dat kan gewoon via de webinterface.

[ Voor 3% gewijzigd door RichieB op 22-11-2025 11:28 ]

[blb4]

fakkerma54 schreef op zaterdag 22 november 2025 @ 10:58:
In het Heisha monitor menu linksboven staat bij mij alleen “Version: 3.9”.

De firmware-pagina zelf toont alleen het OTA-uploadscherm (Choose file / MD5 / Update Firmware), geen extra build-info of type.

HeishaMon draait dus v3.9, maar verder zie ik geen detail-info over buildtype.

Het zou mij verbazen als ‘t aan HeishaMon firmware ligt. Ik zou het zoeken in je instellingen. Zet logging aan van je MQTT broker, kijk alle instellingen goed na (hoofd topic, username/password e.d. installeer MQTT explorer, daarmee kan je ook berichten sturen, kijk of die wel aankomen etc.

[fakkerma54]

– HeishaMon via webinterface gereboot → daarna was hij even onbereikbaar.
– Met power-cycle (kabeltje uit Aquarea, paar seconden wachten, weer erin) draait hij weer normaal: leds ok, webinterface bereikbaar op 10.0.0.13, de router ziet ’m.
– MQTT-test in Home Assistant opnieuw gedaan met luisteren op panasonic_heat_pump/#: daar komt nog steeds uitsluitend panasonic_heat_pump/LWT → Online binnen, geen andere topics.
– Firmware: v3.9.
– MQTT-instellingen op HeishaMon:
Topic base: panasonic_heat_pump
MQTT server: 10.0.0.51
Port: 1883
Username: heishamon
Collect new values: 10 sec
Retransmit all values to MQTT broker: 120 sec

Reboot/power-cycle verandert dus niets: HeishaMon blijft alleen LWT publiceren en geen sensordata.

Zien jullie in deze instellingen iets geks, of is er bij v3.9 voor ESP32-ETH een build bekend die wel LWT doet maar geen sensordata publiceert?

[RichieB]

@fakkerma54 En als je de “mqtt topic base” aanpast, zie die aanpassing dan binnenkomen in HA?

[fakkerma54]

Topic base tijdelijk veranderd naar panasonic_heat_pump_test en daarna in HA geluisterd op panasonic_heat_pump_test/#, maar daar kwam helemaal niets binnen (ook geen LWT).

Dat lijkt erop te wijzen dat HeishaMon momenteel überhaupt geen succesvolle MQTT-verbinding met de broker maakt. De eerdere panasonic_heat_pump/LWT → Online was dus waarschijnlijk een oud retained bericht.

Ik ga nu de combinatie username/password en de Mosquitto-logs nalopen.

[blb4]

Heb je username & password ingesteld in je broker?
Uitgaande van Mosquitto als HA add-on (dat gebruik ik) dan moet je dus die login credentials daar ook hebben staan:

code:

logins:
  - username: <jouw username>
    password: <jouw password>
require_certificate: false
certfile: fullchain.pem
keyfile: privkey.pem
customize:
  active: true
  folder: mosquitto

en idd, wat staat er van jou HeishaMon in de Mosquitto-logs?

[fakkerma54]

Authenticatie werkt nu goed: HeishaMon logt succesvol in op Mosquitto met de juiste username & password.
Maar daarna gaat het mis:

HeishaMon maakt verbinding met de broker

Stuurt vervolgens geen enkel MQTT-bericht

Hierdoor verbreekt Mosquitto de verbinding na een timeout

In HA komt bij panasonic_heat_pump/# helemaal niets (meer) binnen

Daarmee lijkt het geen HA/Mosquitto-instellingsprobleem meer, maar eerder dat de HeishaMon-firmware/build wel connect, maar geen data meer publiceert.

[blb4]

‘t heeft toch een tijd gewerkt? Dan zal er iets veranderd zijn, ga nog eens na of je idd niet iets - mogelijk iets kleins - veranderd hebt.

[fakkerma54]

Topic base staat nu weer op panasonic_heat_pump.
In Home Assistant zie ik op panasonic_heat_pump/# nog één enkel topic:

panasonic_heat_pump/LWT → Online

Maar dat blijkt een oud retained bericht, want na elke nieuwe connect van HeishaMon komt er geen nieuw LWT en ook geen enkel ander topic binnen.

In de Mosquitto-logs zie ik steeds hetzelfde patroon:

New client connected from 10.0.0.13 as HeishaMon (u'heishamon_client')
Client HeishaMon has exceeded timeout, disconnecting.


Dus:

MQTT-auth is nu in orde

Mosquitto accepteert de user en de connect

Maar HeishaMon verstuurt geen enkele MQTT-publicatie na CONNECT

Daardoor disconnect Mosquitto de client na een timeout

Omdat er ook geen "Not authorized" of publish-fouten in de log staan, lijkt het geen broker- of HA-configprobleem meer.
Volgens mij zit het nu in de HeishaMon firmware/build: hij leest de WP-data wel (console werkt), maar publiceert helemaal niets.

Weet iemand welke ESP32-ETH build ik het beste kan flashen voor een Panasonic Aquarea (HeishaMon v3.9), of waar ik een niet-404 downloadlink kan vinden?

[Beekforel]

fakkerma54 schreef op zaterdag 22 november 2025 @ 15:28:
Topic base staat nu weer op panasonic_heat_pump.
In Home Assistant zie ik op panasonic_heat_pump/# nog één enkel topic:

panasonic_heat_pump/LWT → Online

Maar dat blijkt een oud retained bericht, want na elke nieuwe connect van HeishaMon komt er geen nieuw LWT en ook geen enkel ander topic binnen.

In de Mosquitto-logs zie ik steeds hetzelfde patroon:

New client connected from 10.0.0.13 as HeishaMon (u'heishamon_client')
Client HeishaMon has exceeded timeout, disconnecting.


Dus:

MQTT-auth is nu in orde

Mosquitto accepteert de user en de connect

Maar HeishaMon verstuurt geen enkele MQTT-publicatie na CONNECT

Daardoor disconnect Mosquitto de client na een timeout

Omdat er ook geen "Not authorized" of publish-fouten in de log staan, lijkt het geen broker- of HA-configprobleem meer.
Volgens mij zit het nu in de HeishaMon firmware/build: hij leest de WP-data wel (console werkt), maar publiceert helemaal niets.

Weet iemand welke ESP32-ETH build ik het beste kan flashen voor een Panasonic Aquarea (HeishaMon v3.9), of waar ik een niet-404 downloadlink kan vinden?

https://github.com/Egyras/HeishaMon/releases/tag/v3.9

En misschien even helemaal opnieuw beginnen op de Heishamon, factory reset onder settings?

Overigens, op je "screenshot" zie ik:
Operations_Hours 23883
Operations_Counter 44787

Dat is niet zo'n beste verhouding, staat je WP (enorm) te pendelen?

[ Voor 5% gewijzigd door Beekforel op 22-11-2025 17:16 ]

[RichieB]

@Beekforel : @fakkerma54 is op zoek naar de binaries. Die vind je hier en dan op de bin file klikken en het download icoontje rechtsboven gebruiken. Je hebt ook de hash uit het md5 bestand nodig voor de upload.

[RichieB]

fakkerma54 schreef op zaterdag 22 november 2025 @ 14:51:
[...]
Maar HeishaMon verstuurt geen enkele MQTT-publicatie na CONNECT

Hoe weet je dat zo zeker? Log eens in met MQTT Explorer vanaf je PC met dezelfde instellingen als je op de Heishamon gebruikt. Dan kan je exact zien wat er binnenkomt.

Daardoor disconnect Mosquitto de client na een timeout
[...]

"Client HeishaMon has exceeded timeout, disconnecting." zie ik ook af en toe, dat betekent niet dat het niet werkt. HieshaMon zal de verbinding gewoon opnieuw opbouwen en doorgaan met MQTT berichten sturen.

[fakkerma54]

Dank allemaal voor het meedenken.
Ik ga morgen via USB-C de firmware opnieuw proberen te flashen, omdat OTA op de v5-print niet werkt.
Daarna test ik opnieuw de MQTT-verbinding en laat ik weten of de publicaties terug zijn.
Wordt vervolgd!

[fakkerma54]

Update / Opgelost

Na veel uitzoekwerk, vallen en opstaan, is het na dagen uiteindelijk gelukt om HeishaMon v5 op de ESP32 te flashen en volledig werkend te krijgen met Home Assistant.

Samenvatting van de oplossing:

HeishaMon firmware

Via de web flasher de “complete” .bin file geprogrammeerd op adres 0x0.

Daarna de ESP32 opnieuw gestart → HeishaMon-Setup WiFi zichtbaar → verbonden met netwerk + MQTT-configuratie.

Home Assistant MQTT

MQTT broker ingesteld (lokale broker).

Basis topic: panasonic_heat_pump.

HACS installatie

Terminal & SSH gebruikt:

wget https://get.hacs.xyz -O - | bash -


Home Assistant herstart → HACS zichtbaar in zijbalk.

HeishaMon / Aquarea integratie (HACS)

In HACS gezocht op “heishamon-homeassistant”.

Geïnstalleerd → map custom_components/aquarea werd aangemaakt.

Home Assistant opnieuw gestart.

Entiteiten

Na herstart verschenen de relevante entiteiten, o.a.:

Aquarea Outdoor Temp STD

Aquarea Inlet/Outlet temp

Power Consumption / Production

Data komt realtime via MQTT binnen.
Outdoor temperatuur toont correct → bevestiging dat het werkt.

Conclusie:
Alles functioneert nu, zoals bedoeld.
HeishaMon v5 → MQTT → Home Assistant → Aquarea integratie geeft volledige live data van de Panasonic Aquarea warmtepomp.

Dank aan iedereen die heeft meegedacht.
Issue kan hiermee worden afgesloten. 👍

[blb4]

@fakkerma54 dan blijft de vraag: waar lag ‘t nu precies aan?

[RichieB]

@blb4 / @fakkerma54 Ik vermoed een fout in de HA configuratie. Die is ook opnieuw geïnstalleerd. Jammer dat er tijdens het probleem niet is getroubleshoot met MQTT Explorer.

[Pazo]

Hola,
Ik ben een avondje aan het klooien met de (op het oog uitziende) fantastische Home Assistant add-on Node-RED Dashboard for Heishamon van @edterbak. Ik heb nog niet eerder gebruik gemaakt van NodeRed, dus het was aardig puzzelen om de boel aan de praat te krijgen, maar volgens mij het is het nu gelukt want ik heb een dashboard gekregen met allerlei tabbladen met waarden en instellingen

Voordat ik verder ga met rommelen aan de instellingen heb ik een tweetal vragen:
1. Momenteel staat in het SYSTEM menu onder MQTT de optie MQTT Block op 'BLOCK ALL'. Klopt het dat dit inhoud dat het momenteel dit NodeRed Dashboard read-only is? Dus dat momenteel alleen de huidige instellingen van de WP (die ik in de Aquarea Service portal heb ingesteld) ophaalt en laat zien? Dus wijzigingen in het dashboard worden niet doorgevoerd zolang die blokkade erop staat?

2. Mijn Heishamon staat momenteel ingesteld op 'Listen only mode', omdat ik tot nu toe alleen wat waarden uitlees via Home Assistant. Moet ik die optie omzetten zodat wijzigingen die in het NodeRed dashboard maak worden doorgevoerd? Of overuled deze dat sowieso?

Ik vind het NodeRed dashboard er echt mooi uit zien, en gaaf dat er zoveel ingesteld kan worden, maar ik ben er nog een beetje huiverig voor mede omdat mijn WP momenteel heel netjes draait, en ik lang bezig ben geweest om die instellingen zo te krijgen. Maar met oog op de toekomst wil ik meer gaan doen met slim aansturen icm dynamisch contract / zonnepanelen / accu's etc, dus daar ben ik nu op aan het voorsorteren.

[edterbak]

Dank voor je bericht!
Deze vragen horen meer thuis in het andere topic.
edterbak in "Heishamon <> Node Red voor Panasonic warmtepompen"

Maar in het kort zijn de antwoorden:
1: Correct. MQTT Block all mode is een block aan node red zijde.
2: Nu read-only inderdaad. Listen Only is een block aan heishamon zijde. Omzetten is nodig om te kunnen sturen.
-: Je kunt de instellingen die je hebt gevonden nu, vastleggen en ook exact zo instellen via de NR dashboard. Het zou niets uit moeten maken hoe je de instellingen er in fietst. Als je alle custom functies en extra's uit zet, doe je ook het zelfde als nu.

Groeten

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

[Pazo]

@edterbak Ah sorry, ik zag op de eerste pagina van dit topic jouw bericht met link naar je repo, vanuit daar ben ik verder gegaan, vandaar.
Zal ik vervolgvragen in het andere topic stellen

Bedankt voor je antwoord, binnenkort weer eens rustig verder puzzelen.

[Gooje]

Hoi,

het lijkt erop dat ik sinds maandag hetzelfde probleem heb als @fakkerma54 Heishamon waarden komen niet meer binnen bij de Mosquitto broker die hier op de NAS draait. gewoon via de webinterface het bordje benaderen kan perfect en je ziet de waarden mooi veranderen.
Buiten heishamon communiceert enkel mijn Loxone systeem ook via de MQTT om de WP wat aan te sturen, als ik hier waardes verander zie ik netjes zoals het hoort wijzigen via MQTT explorer.
De MQTT setup draait hier nog maar een maandje of 4 en was helemaal stabiel tot nu toe.
ik heb al geprobeerd om het heishamon bordje en de Mosquitto broker te rebooten. Maar dat loste het probleem jammer genoeg niet op...
Flashen naar V5 zou me wel moeten lukken maar ik vermoed dat ik de instellingen niet zomaar kan overzettten? het heishamon bordje zit namelijk in de WP verstopt en ik zie er een beetje tegenaan om nu het dak op te moeten. Zijn er nog andere simple opties die ik misschien nog kan proberen voordat ik overga tot moeilijke zaken zoals flashen en dergelijke?

Groeten

[Binifada]

@thehog


Op 20 januari 2025 werd release 3.9 voor Heishamon uitgebracht, nogmaals hartelijk dank daarvoor!
Het is nu bijna een jaar geleden – komt er binnenkort een release 4.0?

[MikeyMan]

@Binifada want? Wat mis je?

[Binifada]

MikeyMan schreef op vrijdag 12 december 2025 @ 21:20:
@Binifada want? Wat mis je?

https://github.com/Egyras/HeishaMon/issues/735
https://github.com/Egyras/HeishaMon/issues/722

de lijst hier: https://github.com/Egyras/HeishaMon/issues

[Paip]

Is het mogelijk om via MQTT TOP111 "Z1_Sensor_Settings" aan te passen?
Normaal gezien wil ik op "2" "Internal Thermostat" regelen. Maar in periodes dat ik mijn houtkachel stook, dan wordt uiteindelijk de vloerverwarming helemaal uitgeschakeld en koelt de vloer helemaal af. Het kost minstens een dag om deze weer op temperatuur te krijgen met comfortverlies als gevolg.
Ik wil dus de volgende regel gaan programmeren via Home Assistant: Als de actuele temperatuur 1 graad hoger is dan de gewenste temperatuur, dan moet Zone 1 geregeld worden op "Z1_sensor_Settings = 2".
Helaas wordt deze setting telkens weer teruggezet naar de originele setting.

[thehog]

Binifada schreef op zondag 7 december 2025 @ 10:48:
@thehog


Op 20 januari 2025 werd release 3.9 voor Heishamon uitgebracht, nogmaals hartelijk dank daarvoor!
Het is nu bijna een jaar geleden – komt er binnenkort een release 4.0?

Ik heb helaas te weinig tijd om te ontwikkelen. Het is aan een ieder vrij om PR's in te sturen natuurlijk :-)

[blb4]

thehog schreef op zondag 14 december 2025 @ 17:24:
[...]


Ik heb helaas te weinig tijd om te ontwikkelen. Het is aan een ieder vrij om PR's in te sturen natuurlijk :-)

Dat kan natuurlijk. Zoiets als HeishaMon is natuurlijk als hobby begonnen en ‘t moet geen werk worden. Er er kunnen natuurlijk altijd ander prioriteiten tussen komen. Nu zijn er gelukkig wel wat anderen die in staat zijn om het een en ander te doen, ik ben alleen maar in staat wat issues aan te maken en wat bèta’s te testen. Moet er nog iets geregeld worden om die PR’s ook tot nieuwe versies uit te werken? Volgens mij heeft @CurlyMo laatst een PR gemaakt maar is daar verder niets mee gebeurd. Zie https://github.com/Egyras/HeishaMon/pull/752

[ Voor 3% gewijzigd door blb4 op 14-12-2025 17:46 ]

[thehog]

We moeten dan een aantal hebben die de PR's checken en goedkeuren. Naast @CurlyMo en mijzelf zit er in de code weinig andere vingers en als het makkelijk was geweest was er allang meer PR's geweest. Dus ik vrees dat het ook wat moeilijk te lezen valt.

En op zich is v3.9 best stabiel op een paar puntje na (zoals die PR maar ook de wifi reconnect wat beter kan). Het utibrengen van een v4.0 voelt echt als een complete vernieuwing :-)

[blb4]

thehog schreef op zondag 14 december 2025 @ 21:50:
We moeten dan een aantal hebben die de PR's checken en goedkeuren. Naast @CurlyMo en mijzelf zit er in de code weinig andere vingers en als het makkelijk was geweest was er allang meer PR's geweest. Dus ik vrees dat het ook wat moeilijk te lezen valt.

En op zich is v3.9 best stabiel op een paar puntje na (zoals die PR maar ook de wifi reconnect wat beter kan). Het utibrengen van een v4.0 voelt echt als een complete vernieuwing :-)

Een versie 3.9.1 mag ook hoor om de issues waarvoor al een oplossing / PR voor is in een stabiele / officiële release te krijgen .

[RichieB]

Na 3.9 kan prima een 3.10 komen natuurlijk..

[kshesq]

---EDIT--- heb het waarschijnlijk al gevonden. Ik moest de CN-NMODE aansluiting hebben op de bovenste printplaat

Hoi allemaal, ik heb de Heishamon ook sinds gisteren en ik heb hier een Aquarea J met buiten en binnen unit.
Mag de Heishamon op de binnenunit worden aangesloten? CN-NMODE poort?

Ik had dit gisteren namelijk gedaan en kreeg netjes alle waarden door en kon ook via domoticz de temp maar die pomp ging niet meer lopen met de Heishamon aangesloten.

[ Voor 14% gewijzigd door kshesq op 22-12-2025 16:53 ]

[bbn_ldp]

Ik heb bij familie 2x een heishamon v5 draaien, maar er is er 1 die steeds lijkt vast te lopen en dan gereset moet worden. Ik kan dit herkennen aan het gebruik per dag die dan het zelfde wordt weergegeven.

Ik heb Igor al een bericht gestuurd, maar nog geen reactie gehad. Is er hier iemand die dit herkend en een oplossing weet?

[sailor_dg]

Ik heb dit ook. Denk zelf dat het aan de voeding ligt icm bedraad internet. Ga van de zomer externe voeding toevoegen.

[Beer070]

sailor_dg schreef op zondag 28 december 2025 @ 22:45:
Ik heb dit ook. Denk zelf dat het aan de voeding ligt icm bedraad internet. Ga van de zomer externe voeding toevoegen.

Voor 10 euro hang je er een usb-c voeding naast. Of eentje van een oude telefoon. Ik heb dat vanaf het begin gedaan en nog nooit een storing gehad. (Wel met ethernet module en met bijna 20m CNT kabel dus ik ging er al vanuit dat het nodig zou zijn)

[bbn_ldp]

Beer070 schreef op zondag 28 december 2025 @ 22:55:
[...]

Voor 10 euro hang je er een usb-c voeding naast. Of eentje van een oude telefoon. Ik heb dat vanaf het begin gedaan en nog nooit een storing gehad. (Wel met ethernet module en met bijna 20m CNT kabel dus ik ging er al vanuit dat het nodig zou zijn)

Wel vreemd dat de ander daar geen last van heeft, want ook die heeft geen externe voeding. Moet er dan een andere kabel op of kan ik zo een voeding aansluiten?

[sailor_dg]

heb net de voeding omgezet naar een usb-c voeding, 5v van de wp losgekoppeld. nog steeds issue, webfrontend valt na 15-20min weg/niet meer bereikbaar. mqtt blijft up, maar ben benieuwd voor hoe lang.

[Beer070]

sailor_dg schreef op maandag 29 december 2025 @ 18:28:
heb net de voeding omgezet naar een usb-c voeding, 5v van de wp losgekoppeld. nog steeds issue, webfrontend valt na 15-20min weg/niet meer bereikbaar. mqtt blijft up, maar ben benieuwd voor hoe lang.

Waarom zou je de 5V van de WP loskoppelen? In mijn geval komt de 5V binnen via de CNT kabel en op de een of andere manier zou het onnatuurlijk voelen om daar de 5V los te knippen. (Misschien bedoel jij een andere kabel of aansluiting)…

[Beer070]

bbn_ldp schreef op maandag 29 december 2025 @ 18:14:
[...]

Wel vreemd dat de ander daar geen last van heeft, want ook die heeft geen externe voeding. Moet er dan een andere kabel op of kan ik zo een voeding aansluiten?

Ik begreep vanuit de documentatie op GitHub dat zonder ethernet poort de heishamon gevoed kan worden via de standaard kabel vanuit de WP (CNT aansluiting). Bij een langere kabel of meer energie gebruik moet heishamon gevoed worden via de onboard usb-c aansluiting. Ik ben een fan van bedraad LAN aansluiten en dus ook een extra stroomvoorziening op basis van usb-c. Als je het wil testen kan je je telefoon oplader er naast hangen om te zien of het helpt.
Ik heb voor de rest niets gewijzigd.

[sailor_dg]

Beer070 schreef op maandag 29 december 2025 @ 19:04:
[...]

Ik begreep vanuit de documentatie op GitHub dat zonder ethernet poort de heishamon gevoed kan worden via de standaard kabel vanuit de WP (CNT aansluiting). Bij een langere kabel of meer energie gebruik moet heishamon gevoed worden via de onboard usb-c aansluiting. Ik ben een fan van bedraad LAN aansluiten en dus ook een extra stroomvoorziening op basis van usb-c. Als je het wil testen kan je je telefoon oplader er naast hangen om te zien of het helpt.
Ik heb voor de rest niets gewijzigd.

dit is exact mijn opzet - bedraad aangesloten, maar gevoed via usb-c (extern powerbrick), naar de wp allen TX RX en GND aangesloten.

[Beer070]

sailor_dg schreef op maandag 29 december 2025 @ 19:08:
[...]

dit is exact mijn opzet - bedraad aangesloten, maar gevoed via usb-c (extern powerbrick), naar de wp allen TX RX en GND aangesloten.

Als MQTT het blijft doen, dan heeft ie dus nog een IP adres en wordt er gereageerd op het mac adres. In die setting is het onwaarschijnlijk dat er te weinig stroom is voor het ethernet interface.
Als je naar het web-interface probeert te gaan, hoe doe je dat dan? Op basis van het ip adres of op basis van de heishamon.local url?
Staan zowel je wifi als de ethernet poort verbonden? (Ik kan me voorstellen dat daar iets mis zou kunnen gaan).

[bbn_ldp]

sailor_dg schreef op maandag 29 december 2025 @ 18:28:
heb net de voeding omgezet naar een usb-c voeding, 5v van de wp losgekoppeld. nog steeds issue, webfrontend valt na 15-20min weg/niet meer bereikbaar. mqtt blijft up, maar ben benieuwd voor hoe lang.

Heb je dit teruggekoppeld aan Igor (thehog)?

[sailor_dg]

ik wil niemand er nog mee lastig vallen - memory, free heap, mqtt verbinding zien er goed uit, is echt alleen de webserver:

code:

containers@containers:~$ curl -v http://192.168.100.60
*   Trying 192.168.100.60:80...
* Connected to 192.168.100.60 (192.168.100.60) port 80
> GET / HTTP/1.1
> Host: 192.168.100.60
> User-Agent: curl/8.5.0
> Accept: */*
>
* Recv failure: Connection reset by peer
* Closing connection
curl: (56) Recv failure: Connection reset by peer

Ik heb geen rest commandos, maar verdenk mijn HA proxy healthcheck - heb deze nu uit. Ik moet even wachten tot de warmtepomp afschakelt zodat ik alles kan resetten.

[Beer070]

sailor_dg schreef op maandag 29 december 2025 @ 23:15:
ik wil niemand er nog mee lastig vallen - memory, free heap, mqtt verbinding zien er goed uit, is echt alleen de webserver:

code:

containers@containers:~$ curl -v http://192.168.100.60
*   Trying 192.168.100.60:80...
* Connected to 192.168.100.60 (192.168.100.60) port 80
> GET / HTTP/1.1
> Host: 192.168.100.60
> User-Agent: curl/8.5.0
> Accept: */*
>
* Recv failure: Connection reset by peer
* Closing connection
curl: (56) Recv failure: Connection reset by peer

Ik heb geen rest commandos, maar verdenk mijn HA proxy healthcheck - heb deze nu uit. Ik moet even wachten tot de warmtepomp afschakelt zodat ik alles kan resetten.

In ieder geval fijn dat de netwerk stack het doet, en dat het zo te zien geen fysiek netwerk probleem is. Als je zowel ethernet als wifi hebt geconfigureerd weet ik niet precies wat er zal gebeuren. Misschien dat de web applicatie effectief maar op een van de twee interfaces aan staat. Kan je zien vanuit welk ip adres de MQTT berichten komen?

[bvansteenselen]

sailor_dg schreef op maandag 29 december 2025 @ 23:15:
ik wil niemand er nog mee lastig vallen - memory, free heap, mqtt verbinding zien er goed uit, is echt alleen de webserver:

code:

containers@containers:~$ curl -v http://192.168.100.60
*   Trying 192.168.100.60:80...
* Connected to 192.168.100.60 (192.168.100.60) port 80
> GET / HTTP/1.1
> Host: 192.168.100.60
> User-Agent: curl/8.5.0
> Accept: */*
>
* Recv failure: Connection reset by peer
* Closing connection
curl: (56) Recv failure: Connection reset by peer

Ik heb geen rest commandos, maar verdenk mijn HA proxy healthcheck - heb deze nu uit. Ik moet even wachten tot de warmtepomp afschakelt zodat ik alles kan resetten.

Lijkt veel op de vragen die 2 pagina,s terug gesteld zij, wellicht helpt dat om door te nemen. herstarten van HA hielp ook om opnieuw verbinding te krijgen.

[sailor_dg]

dank voor de hulp, alles kwam netjes van de bedrade interface - WIFI staat uit. Uiteindelijk lijkt het de healthcheck van HA proxy - die staat standaard op 1000 miliseconden. Dit draait een esp de nek om. verklaart ook meteen waarom mijn SmartEVSE laadpaal af en toe raar deed. Na reboot so far so good.

[ Voor 18% gewijzigd door sailor_dg op 30-12-2025 09:02 ]

[DjooKoel]

Beer070 schreef op maandag 29 december 2025 @ 19:31:
[...]

Als MQTT het blijft doen, dan heeft ie dus nog een IP adres en wordt er gereageerd op het mac adres. In die setting is het onwaarschijnlijk dat er te weinig stroom is voor het ethernet interface.
Als je naar het web-interface probeert te gaan, hoe doe je dat dan? Op basis van het ip adres of op basis van de heishamon.local url?
Staan zowel je wifi als de ethernet poort verbonden? (Ik kan me voorstellen dat daar iets mis zou kunnen gaan).

Even mijn ervaringen, wellicht helpt dat met troubleshooten:
Grote Heishamon, power van Panasonic, 5x sensor, wifi verbonden: bleef om de 2 weken hangen.
Power toegevoegd via USB-C: nog steeds af en toe uitval.
UTP aangesloten (heb grote Heishamon met RJ45 aansluiting) en USB power weer uit:
Uitval van wifi, hetzelfde als voorheen.
Maar via de UTP verbinding blijft alles draaien! Als ik op de monitor pagina kijk zie ik:
Wifi signal: -1%
Ethernet status: connected - IP: 192.168.1.61)
Memory free: 68%
Correct received data: 100%
MQTT reconnects: 1

Er is wel degelijk een wifi signaal van mijn router beschikbaar, maar hij wil geen verbinding maken (daar is een reboot voor nodig). (en er staat een haakje achter het IP adres, maar dat heeft er niets mee te maken lijkt me.)
Kortom, bedraad lijkt het stabiel, ook zonder extra USB power, maar wifi blijft af en toe uitvallen.

Mijn theorie: als er een hickup is in de wifi verbinding valt deze weg en herstelt de Heishamon deze niet, USB power speelt hierin geen rol. Als je bedraad bent aangesloten blijft Heishamon netjes doordraaien, maar geeft wel paniek als je monitort op de schikbaarheid van de Heishamon op wifi :-).
Ik heb 'enable hotspot when not connected' aan staan, maar ik zie 'm niet verschijnen nadat de wifi verbinding is weggevallen.

Nog een laatste vraag dan: kan je wifi helemaal uitschakelen op de Heishamon?

[bbn_ldp]

Ik heb 2 pagina's teruggelezen, maar vind het toch vreemd dat van de twee bij familie de en steeds stilvalt en de snder nergens last van heeft. Zal eens op afstand inloggen en e.e.a bekijken zoals de 2 pagina terug.

[bbn_ldp]

sailor_dg schreef op dinsdag 30 december 2025 @ 09:02:
dank voor de hulp, alles kwam netjes van de bedrade interface - WIFI staat uit. Uiteindelijk lijkt het de healthcheck van HA proxy - die staat standaard op 1000 miliseconden. Dit draait een esp de nek om. verklaart ook meteen waarom mijn SmartEVSE laadpaal af en toe raar deed. Na reboot so far so good.

Waar in HA vind ik die instelling?

[RichieB]

bbn_ldp schreef op donderdag 1 januari 2026 @ 12:51:
[...]

Waar in HA vind ik die instelling?

Dat zet je aan met het `check` keyword achter een `backend` server in HA Proxy:

https://www.haproxy.com/d...eliability/health-checks/

Dit heeft uiteraard niets met Home Assistant te maken. HA staat in dit geval voor High Availability.

[ Voor 5% gewijzigd door RichieB op 01-01-2026 15:00 ]

[bbn_ldp]

RichieB schreef op donderdag 1 januari 2026 @ 14:47:
[...]

Dat zet je aan met het `check` keyword achter een `backend` server in HA Proxy:

https://www.haproxy.com/d...eliability/health-checks/

Dit heeft uiteraard niets met Home Assistent te maken. HA staat in dit geval voor High Availability.

Is dit wel nodig om de 1000 milliseconden aan te passen en naar welke waarde heb jij dit gezet?
Zou het ook via hacs met healthchecksio kunnen?

[RichieB]

@bbn_ldp Je kan de default van 2s aanpassen met het "inter" keyword:

code:

backend servers
  server srv1 10.0.0.1:80 check inter 4s
  server srv2 10.0.0.2:80 check inter 4s

Maar jij hebt het over "HA" en "hacs"... dat is echt compleet iets anders.

[bbn_ldp]

RichieB schreef op donderdag 1 januari 2026 @ 15:00:
@bbn_ldp Je kan de default van 2s aanpassen met het "inter" keyword:

code:

backend servers
  server srv1 10.0.0.1:80 check inter 4s
  server srv2 10.0.0.2:80 check inter 4s

Maar jij hebt het over "HA" en "hacs"... dat is echt compleet iets anders.

Oke dan gaat dit denk boven mijn kunnen. Zou niet weten waar ik dit moet veranderen

[Beer070]

bbn_ldp schreef op donderdag 1 januari 2026 @ 16:29:
[...]

Oke dan gaat dit denk boven mijn kunnen. Zou niet weten waar ik dit moet veranderen

De haproxy is een software tool om te zorgen dat software diensten altijd beschikbaar zijn (high available). Eén van de dingen die dat doet is testen of de achterliggende dienst nog wel werkt. Als je dit te vaak doet zijn er apparaten (zoals heishamon) die daar niet tegen kunnen en daarmee gaat de beschikbaarheid dus onderuit.
High availability proxy is iets volkomen anders dan home assistant en de proxies die daar op leven.
Ik snap de verwarring wel. Ik moest ook 3x lezen

[sailor_dg]

Ik gebruik HAproxy puur als reverse proxy. Hiermee zorg ik dat ik mijn servers via een mooie url kan bereiken en https termination werkt. Maw geen ongeldig certificaat. Sommige gebruiken Traefik of Caddy, maar net wat je gewend bent. Idd niks met homeassistant te maken

[Dylantje2]

mmm dombo71 hier... Overstap gemaakt van domoticz met nr flows naar haso.. wat een ellende. Zoveel settings je wordt er echt gek van. Al die entiteiten/integraties invullen en goed zetten pfff. domoticz rules voor de simpele zielen. IDX en klaar:-)

Maar een vraag ik zoek in de heishamon intergatie de roomhaeter aan en uit ?
ik ben kansloos aan het zoeken.

{ voor de v5 mensen mss in esphome zetten en dan met AI verder bouwen, moet zeggen wel onder de indruk van esphome.] Ik ben nog wel wat weken zoet, voor ik weet op de status van 14 domoticz ben..:-) Maar is wel strakker haos.

[Beer070]

Dylantje2 schreef op zaterdag 3 januari 2026 @ 01:02:
mmm dombo71 hier... Overstap gemaakt van domoticz met nr flows naar haso.. wat een ellende. Zoveel settings je wordt er echt gek van. Al die entiteiten/integraties invullen en goed zetten pfff. domoticz rules voor de simpele zielen. IDX en klaar:-)

Maar een vraag ik zoek in de heishamon intergatie de roomhaeter aan en uit ?
ik ben kansloos aan het zoeken.

{ voor de v5 mensen mss in esphome zetten en dan met AI verder bouwen, moet zeggen wel onder de indruk van esphome.] Ik ben nog wel wat weken zoet, voor ik weet op de status van 14 domoticz ben..:-) Maar is wel strakker haos.

Wat bedoel je met room haeter? Er is een heishamon setting zone 1 heat requested, daarmee kan je de doel temperatuur instellen als je stuurt op een zone thermostaat.

[Dylantje2]

Beer070 schreef op zaterdag 3 januari 2026 @ 19:16:
[...]

Wat bedoel je met room haeter? Er is een heishamon setting zone 1 heat requested, daarmee kan je de doel temperatuur instellen als je stuurt op een zone thermostaat.

Backup heater noemt pana roomheater. Maar er is geen apart knopje voor aan en uit heb ik begrepen

[Beer070]

Dylantje2 schreef op zaterdag 3 januari 2026 @ 20:06:
[...]

Backup heater noemt pana roomheater. Maar er is geen apart knopje voor aan en uit heb ik begrepen

In HA kan ik geen knopje vinden. Volgens mij is ie er wel, maar dan moet ik even in GitHub duiken om te zien of je via mqtt de heater state bijvoorbeeld kan zetten op de controller kan je ook de heater forceren volgens mij. Misschien is dat bij mij niet zichtbaar omdat ik de tank sensor niet heb aangesloten

[blb4]

Beer070 schreef op zaterdag 3 januari 2026 @ 20:37:
[...]

In HA kan ik geen knopje vinden. Volgens mij is ie er wel, maar dan moet ik even in GitHub duiken om te zien of je via mqtt de heater state bijvoorbeeld kan zetten op de controller kan je ook de heater forceren volgens mij. Misschien is dat bij mij niet zichtbaar omdat ik de tank sensor niet heb aangesloten

Volgens mij kan je via HeishaMon op dit moment niet de vrijgave van BUH regelen. Blijkbaar is dit nog niet uitgezocht.

[Beer070]

blb4 schreef op zaterdag 3 januari 2026 @ 21:14:
[...]

Volgens mij kan je via HeishaMon op dit moment niet de vrijgave van BUH regelen. Blijkbaar is dit nog niet uitgezocht.

Ik heb net even de topics utigezocht. Die staat er inderdaad niet in. Ik had me vergist met boost-mode…

[tomton]

scanboostar schreef op dinsdag 11 februari 2025 @ 20:38:
[...]


Ik zou ook graag een indicatie hebben dat de CV ketel actief is in Bivalente modus.
1. om dit weer te geven op de Tasmota Thermostaat.
2. voor de logging in InfluxDB en Grafana.

Wij hebben een 9kW en beneden de 4 graden Celsius buiten krijgt de WP het niet meer warm.

Ik dacht dat main/Bivalent_Control dit misschien weer zou geven maar die staat steeds op 1, ook als er geen wamtevraag is.

Heeft iemand dit nog uit weten te puzzelen? Ik heb de aansluiting voor externe boiler naar buiten gebracht, dus ik kan eventueel gericht zoeken in de ruwe data, maar dan moet iemand even aangeven waarnaar ik moet kijken.

[Trent]

Een beetje aansluitstress. Kan iemand mij wat meer uitleg geven. Ik las dat de 5-aderige CN-CNT kabel standaard bij de CZ-TAW1 moet zitten. Maar ik zie maar 4 aders bij mijn setup. Nu twijfel ik een beetje:)

Ik begijp het zo:
- de witte kabel van de CZ-TAW1 losmaken in de binnenunit
- in de binnenunit de CN-CNT poort verbinden (dus NIET CN-CNMODE poort) met het Heishamon PCB met de zwarte kabel die ik bij Heishamon kreeg
- Vervolgens het losse eind van de witte CZ-TAW1 kabel inprikken op de Heishamon?

De zwarte kabel die ik vast heb, heb ik bij de Heishamon gekocht.

[Paul]

Ik weet zo niet welke kabel je bij de HeishaMon kreeg, maar als het goed is kun je de connector die je uit de CZ-TAW1 trekt zo op de HeishaMon aansluiten.

Als die zwarte kabel die bij de HeishaMon geleverd werd aan de ene kant in de andere aansluiting op de HeishaMon past en aan de andere kant op de CZ-TAW1 dan kun je die gebruiken om beide aan te sluiten; ik heb alleen geen idee hoe welke aansluiting heet

[Trent]

De connector die nu in de CZ-TAW1 zit, lijkt mij te groot voor in de Heisha zijn CZ-TAW poort. Vandaar dat ik mij afvraag of het andere eind dat nu in de WP zit niet in de Heisha moet.

[Beer070]

Trent schreef op maandag 5 januari 2026 @ 17:19:
De connector die nu in de CZ-TAW1 zit, lijkt mij te groot voor in de Heisha zijn CZ-TAW poort. Vandaar dat ik mij afvraag of het andere eind dat nu in de WP zit niet in de Heisha moet.

In mijn geval zitten er twee poorten op de heishamon, een brede en een smalle. Het eind wat nu in de CZ-TAW zit past in de smalle poort op de heishamon. De draad die bij mijn heishamon erbij is gekocht heeft ook brede en smalle aansluiting. Ene eind in de CZ-TAW en andere eind in heishamon. Dat de ader kleuren niet helemaal kloppen had ik ook ocd last van. Maar ze zitten recht aangesloten en het klopte bij mij.

[Krisp]

blb4 schreef op zaterdag 3 januari 2026 @ 21:14:
[...]

Volgens mij kan je via HeishaMon op dit moment niet de vrijgave van BUH regelen. Blijkbaar is dit nog niet uitgezocht.

Dat kan wel, maar dat heeft mij ook wat uitzoekwerk gekost.

Je moet het volgende doen:
1. De optional PCB enablen
2. “SetExternalCompressorControl“ op 1 zetten. Standaard is dit 0
3. Op de mainPCB moet je Switch SW2, pin3 op ‘on’ zetten. Dit is een hardwarematig iets, dus de warmtepomp moet open! Wanneer hij op ‘on’ staat, schakel je de Backup heater. Als hij op ‘off’ staat, schakel je de compressor zelf.
4. Vervolgens kun je met ‘SetCompressorState’ de backup heater regelen. 0 is uit, 1 betekent dat hij gebruikt kan worden (voor defrosts/legionellarun/etc).

Op deze manier heb ik het mogelijk gemaakt om voor legionellaruns wel de interne backup heater te gebruiken, maar voor defrosts de warmte uit de vloerverwarming.

[ Voor 8% gewijzigd door Krisp op 07-01-2026 14:01 ]

[dukeenvana]

Wat een geweldige toevoeging @Krisp .
Ontzettend bedankt hiervoor.

Weet jij welke setting ik moet veranderen tbv defrosts, om ipv het spiraalwater van de boiler, de inhoud van de vloerverwarming daarvoor te gebruiken.

Het gaat allemaal zonder problemen en maar 2 soms 3 per dag moet de boiler weer opgewarmd worden omdat de temperatuur onder niveau ∆T komt.

Ik wil experimenteren wat in ons geval de meest effectieve keuze is.

Systeem Aquarea M-serie 9 kW, geen buffervat en geen naregeling.
24/7 21°C quiet mode 2 tot >-5.
Wanneer temp zakt tot onder de <-5 dan quiet mode 1.

[ Voor 3% gewijzigd door dukeenvana op 05-01-2026 22:02 ]

[cerebrum]

Krisp schreef op maandag 5 januari 2026 @ 21:04:
[...]

Dat kan wel, maar dat heeft mij ook wat uitzoekwerk gekost.

Je moet het volgende doen:
1. De optional PCB enablen
2. “SetExternalCompressorControl“ op 1 zetten. Standaard is dit 0
3. Op de mainPCB moet je Switch SW2, pin3 op ‘on’ zetten. Dit is een hardwarematig iets, dus de warmtepomp moet open! Wanneer hij op ‘on’ staat, schakel je de Backup heater. Als hij op ‘off’ staat, schakel je de compressor zelf.
4. Vervolgens kun je met ‘SetCompressorState’ de backup heater regelen. 0 is uit, 1 is aan.

Op deze manier heb ik het mogelijk gemaakt om voor legionellaruns wel de interne backup heater te gebruiken, maar voor defrosts de warmte uit de vloerverwarming.

Volgens de service manual schakelt deze de tankheater. Zou dat dan ook betekenen dat daarmee de externe tankheater geschakeld kan worden (indien zo ingesteld)?
Dat biedt eventueel mogelijkheden voor PV overschot in de zomer

[Trent]

@cerebrum vroeg ik me ook af. Zou ontzettend handig zijn.

[Trent]

Beer070 schreef op maandag 5 januari 2026 @ 18:01:
[...]

Het eind wat nu in de CZ-TAW zit past in de smalle poort op de heishamon.

Bedankt. Voor mij lijkt het dat dit stuk te breed is voor de smalle poort. Morgen eens bekijken want met dit weer blijf ik er even af. De Heishamon ethernet verbinding en MQTT heb ik wel aan de praat.

@thehog je bent vast op de hoogte maar speciale tekens in het MQTT wachtwoord worden niet correct geparsed. Dit sluit je uit de webinterface settings pagina. Ik heb de flash moeten wissen en herprogrammeren om hier uit te raken.

[Krisp]

cerebrum schreef op maandag 5 januari 2026 @ 21:42:
[...]

Volgens de service manual schakelt deze de tankheater. Zou dat dan ook betekenen dat daarmee de externe tankheater geschakeld kan worden (indien zo ingesteld)?
Dat biedt eventueel mogelijkheden voor PV overschot in de zomer

Ik weet niet of dit ook voor een externe heater geldt, die heb ik niet. Wat ik wel weet is dat je de heater niet aanzet, maar de mogelijkheid tot het inzetten van de heater aan zet. Oftewel: Het is dus niet zo dat je de heater manueel kunt schakelen. Zie het meer als een softwarematige mogelijkheid om hem uit te schakelen.

Ik gebruik het zelf om de backup heater tijdens defrosts niet te gebruiken. Er zit voldoende warmte in mijn afgiftecircuit (150m2 vloerverwarming) om de defrost te doen.

[dukeenvana]

@Krisp , kunnen je mij helpen met mijn vraag over het schakelen tussen tank en vloerverwarming t.b.v. defrosts?

In de MQTT-explorer zie ik geen relevant topic aangaande deze schakeling, of kijk ik er over heen?

[hemertje]

kan iemand mij bevestigen wat de juiste uptime van de heishamon is?

de webpagina geeft aan:

code:

Uptime: 124 days 9 hours 6 minutes 18 seconds
Current heatpump values

MQTT in Home Assistant geeft aan:

code:

homeassistant.local
panasonic_heat_pump
ip = 192.168.X.X
stats = {"uptime":2156479353,"voltage":3.3,"free memory":68,"free heap":239928,"wifi":-1,"mqtt reconnects":18,"total reads":2162923,"good reads":2162902,"bad crc reads":0,"bad header reads":269,"too short reads":0,"too long reads":7,"timeout reads":14,"version":"3.9","board":"ESP32","rules active":0}
main
s0
LWT = Online
commands
raw

zijn de aangegeven 2156479353 milliseconden?

De MQTT stats topic stuurt ~25 days uptime.

De 124 days uit de Heishamon komt uit de HeishaMon web interface, die een cumulatieve uptime toont (opgeslagen in flash). De MQTT stats topic toont de huidige sessie uptime sinds laatste ESP32 reboot.

Waar komen deze verschillen vandaan en welke is nu de juiste? 25 dagen vs 124 dagen?

[blb4]

hemertje schreef op dinsdag 6 januari 2026 @ 15:14:
kan iemand mij bevestigen wat de juiste uptime van de heishamon is?

de webpagina geeft aan:

code:

Uptime: 124 days 9 hours 6 minutes 18 seconds
Current heatpump values

MQTT in Home Assistant geeft aan:

code:

homeassistant.local
panasonic_heat_pump
ip = 192.168.X.X
stats = {"uptime":2156479353,"voltage":3.3,"free memory":68,"free heap":239928,"wifi":-1,"mqtt reconnects":18,"total reads":2162923,"good reads":2162902,"bad crc reads":0,"bad header reads":269,"too short reads":0,"too long reads":7,"timeout reads":14,"version":"3.9","board":"ESP32","rules active":0}
main
s0
LWT = Online
commands
raw

zijn de aangegeven 2156479353 milliseconden?

De MQTT stats topic stuurt ~25 days uptime.

De 124 days uit de Heishamon komt uit de HeishaMon web interface, die een cumulatieve uptime toont (opgeslagen in flash). De MQTT stats topic toont de huidige sessie uptime sinds laatste ESP32 reboot.

Waar komen deze verschillen vandaan en welke is nu de juiste? 25 dagen vs 124 dagen?

Dat uptime getal is de representatie van die 124+ dagen. Ik denk dat MQTT stats iets zeggen over MQTT uptime. Mogelijk de laatste x dat je je mosquito broker hebt gereset oid.

[cerebrum]

blb4 schreef op dinsdag 6 januari 2026 @ 16:13:
[...]

Dat uptime getal is de representatie van die 124+ dagen. Ik denk dat MQTT stats iets zeggen over MQTT uptime. Mogelijk de laatste x dat je je mosquito broker hebt gereset oid.

Ik denk dat er een 32 bits tellertje overloopt o.i.d.
2^32 is dan ~49.7 dagen
Dat 2x en die 25 dagen lijkt aardig te kloppen met het totaal van 124.
Bij mij is hij nu 44 dagen en zijn beide waardes gelijk.

[Krisp]

dukeenvana schreef op dinsdag 6 januari 2026 @ 08:50:
@Krisp , kunnen je mij helpen met mijn vraag over het schakelen tussen tank en vloerverwarming t.b.v. defrosts?

In de MQTT-explorer zie ik geen relevant topic aangaande deze schakeling, of kijk ik er over heen?

Ik weet dat in de nieuwste generaties er een instelling is waarbij er in het geval van een defrost de DHW-tank wordt gebruikt. (setting 5.24: DHW-defrost). Raadpleeg even de handleiding hoe je die uit kan zetten.

[dukeenvana]

Krisp schreef op dinsdag 6 januari 2026 @ 20:53:
[...]
Ik weet dat in de nieuwste generaties er een instelling is waarbij er in het geval van een defrost de DHW-tank wordt gebruikt. (setting 5.24: DHW-defrost). Raadpleeg even de handleiding hoe je die uit kan zetten.

Ik heb niets gevonden met die noemers: DHW-defrost (evt. aangevuld met "valve")

Wat ik wel heb kunnen vinden in MQTT Expl.;

ThreeWay_Valve_State = 0
TwoWay_Valve_State = 1
ThreeWay_Valve_State2 = 0
Z1_Valve_PID = 0.0
Z2_Valve_PID = 0.0

Defrosting_State = 0
Defrost_Temp = 0

DHW_Temp = 54
Force_DHW_State = 0
DHW_Target_Temp = 53
DHW_Heat_Delta = -8
DHW_Holiday_Shift_Temp = -15
DHW_Power_Production = -200
DHW_Power_Consumption = -200
DHW_Heater_State = 0
DHW_Heater_Operations_Hours = 0
DHW_Installed = 1
Bivalent_Advanced_DHW = 0
Bivalent_Advanced_DHW_Delay = 30
DHW_Power_Consumption_Extra = 0
DHW_Power_Production_Extra = 0

[Krisp]

dukeenvana schreef op dinsdag 6 januari 2026 @ 21:06:
[...]


Ik heb niets gevonden met die noemers: DHW-defrost (evt. aangevuld met "valve")

Het is een instelling in het menu van de warmtepomp, niet via Heishamon. Je moet dus het menu in, al dan niet geholpen door de handleiding van de warmtepomp.

[dukeenvana]

Aha, op die fiets.

Ik ga nu kijken en kom er op terug.

Thanks voor alle hulp en aanwijzingen.

[Beer070]

dukeenvana schreef op dinsdag 6 januari 2026 @ 21:09:
Aha, op die fiets.

Ik ga nu kijken en kom er op terug.

Thanks voor alle hulp en aanwijzingen.

en dan moet je ook nog de hardware in met een jumpertje etc (succes buiten!!!)

[dukeenvana]

Beer070 schreef op dinsdag 6 januari 2026 @ 21:11:
[...]

en dan moet je ook nog de hardware in met een jumpertje etc (succes buiten!!!)

🤣

Nee, niet buiten maar wel binnen.
In het bibloc zit de besturing, dus dat heeft nu wel zijn voordeel.

[blb4]

Krisp schreef op maandag 5 januari 2026 @ 21:04:
[...]

Dat kan wel, maar dat heeft mij ook wat uitzoekwerk gekost.

Je moet het volgende doen:
1. De optional PCB enablen
2. “SetExternalCompressorControl“ op 1 zetten. Standaard is dit 0
3. Op de mainPCB moet je Switch SW2, pin3 op ‘on’ zetten. Dit is een hardwarematig iets, dus de warmtepomp moet open! Wanneer hij op ‘on’ staat, schakel je de Backup heater. Als hij op ‘off’ staat, schakel je de compressor zelf.
4. Vervolgens kun je met ‘SetCompressorState’ de backup heater regelen. 0 is uit, 1 is aan.

Op deze manier heb ik het mogelijk gemaakt om voor legionellaruns wel de interne backup heater te gebruiken, maar voor defrosts de warmte uit de vloerverwarming.

Ik heb in de Service Manual 't volgende gevonden over SW2, pin 3:

Ik moet zeggen dat ik nog niet helemaal door hebt wat je hiermee nu precies kan bewerkstelligen.

[Krisp]

blb4 schreef op dinsdag 6 januari 2026 @ 21:51:
[...]

Ik heb in de Service Manual 't volgende gevonden over SW2, pin 3:
[Afbeelding]
Ik moet zeggen dat ik nog niet helemaal door hebt wat je hiermee nu precies kan bewerkstelligen.

In de J-gen service manual staat in hoofdstuk 13.24 (External Compressor Switch) mijns inziens een duidelijker verhaal. Ik had die al eerder gespot, maar wist niet goed hoe ik dat via Heishamon aan de praat kreeg.

[blb4]

Krisp schreef op woensdag 7 januari 2026 @ 11:48:
[...]

In de J-gen service manual staat in hoofdstuk 13.24 (External Compressor Switch) mijns inziens een duidelijker verhaal. Ik had die al eerder gespot, maar wist niet goed hoe ik dat via Heishamon aan de praat kreeg.

Aha, stuk gevonden, in mijn service manual staat ‘t in 14.25 ….

Edit: aha ‘t begint me nu duidelijk te worden. En ik zie een use case; ik zou dit (Heater ON/OFF) bv kunnen gebruiken als ik bij netuitval m’n warmtepomp op mijn batterijsysteem wil laten lopen maar niet ‘t risico wil lopen dat hij de BUH er ff bij wil schakelen. Dat trekt m’n batterijsysteem namelijk niet.

[ Voor 28% gewijzigd door blb4 op 07-01-2026 12:22 ]

[Joost]

Krisp schreef op dinsdag 6 januari 2026 @ 07:25:
[...]

Ik weet niet of dit ook voor een externe heater geldt, die heb ik niet. Wat ik wel weet is dat je de heater niet aanzet, maar de mogelijkheid tot het inzetten van de heater aan zet. Oftewel: Het is dus niet zo dat je de heater manueel kunt schakelen. Zie het meer als een softwarematige mogelijkheid om hem uit te schakelen.

Ik gebruik het zelf om de backup heater tijdens defrosts niet te gebruiken. Er zit voldoende warmte in mijn afgiftecircuit (150m2 vloerverwarming) om de defrost te doen.

Ik kan bevestigen dat dit ook voor de externe heater geldt. Ik heb de WP hiervoor nog niet opengemaakt, maar toen ik de externe compressor-switch gebruikte, gingen bij mij zowel de compressor als de externe heater uit.

[Dylantje2]

Ik heb voor mij een nieuwe setting gevonden. heb mijn 5Kw H versie toch al even.

Een vlammetje in het display....
https://gathering.tweakers.net/forum/view_message/84362784

Bivalant ....iemand een idee?
Of is dit nu met v2 naar voren gekomen?

[ctrl-tab]

De laatste 2 dagen waren er vanwege het weer frequent defrosts. Wanneer de panasonic warmtepomp (L series in mijn geval) dan is ingesteld op ' Heating Control : Efficiency ' , komt de warmtepomp niet of nauwelijks tot de gewenste aanvoertemperatuur (zijn cyclus wordt telkens gestoord/gereset door de defrosts.

De warmtepomp instellen op ' Heating Control : Comfort ' lost dit probleem op.

Het punt is dat deze setting niet via Heishamon uit te lezen laat staan te muteren valt.
Iemand een idee hoe dit toch voor elkaar te krijgen of mis ik wat?

edit: zie dat er een PR voor open staat! Even wachten denk ik
https://github.com/Egyras/HeishaMon/pull/768

[ Voor 9% gewijzigd door ctrl-tab op 08-01-2026 15:28 ]

[blb4]

Dylantje2 schreef op donderdag 8 januari 2026 @ 14:07:
Ik heb voor mij een nieuwe setting gevonden. heb mijn 5Kw H versie toch al even.

Een vlammetje in het display....
https://gathering.tweakers.net/forum/view_message/84362784

Bivalant ....iemand een idee?
Of is dit nu met v2 naar voren gekomen?

Aha, dat is dan een redelijk duidelijk icoontje. Als je er überhaupt aan denk dat er ook nog CV ketels zijn in combi met een WP… Je zal wel ergens aan hebben gezeten waar je beter af had kunnen blijven 🤭.

[Dylantje2]

blb4 schreef op donderdag 8 januari 2026 @ 15:38:
[...]

Aha, dat is dan een redelijk duidelijk icoontje. Als je er überhaupt aan denk dat er ook nog CV ketels zijn in combi met een WP… Je zal wel ergens aan hebben gezeten waar je beter af had kunnen blijven 🤭.

Yes heb van de core heishamon te horen gekregen bivalant is de cv of dhw:-) dombo71 hier:-)

[tomton]

Dylantje2 schreef op donderdag 8 januari 2026 @ 16:40:
[...]

Yes heb van de core heishamon te horen gekregen bivalant is de cv of dhw:-) dombo71 hier:-)

Er komt een streepje onder te staan als de WP ook echt een externe boiler (bijvoorbeeld gas-CV) wil aansturen. Dat streepje is helaas nog niet beschikbaar in HeishaMon.