HeishaMon - Panasonic Aquarea monitoring

[phrancus]

bvansteenselen schreef op maandag 20 april 2026 @ 20:28:
Goedenavond, ik heb sinds vandaag geen connectie meer met de cztaw1b wat ik ook gedaan heb resetten, hard reset het lukt niet om deze weer te verbinden

Voorheen kon ik het herstellen met de knopjes. de laatste keren doe ik het met de voeding uit de warmtepomp naar de Heishamon.

Inmiddels heb ik een USB voeding toegevoegd al weet ik niet of het daar aan gelegen heeft. Het kan ook door een herstart van de switch geweest zijn maar ik heb niet doorgehad of de Heisha nog wel werkte of niet na die (niet geheel geplande) herstart.

[imdos]

Ik heb een large board met firmware 4.1.2 nog zonder ethernet en met een wifi-score van 60+ (63-68 schommelt die tussen). Memory 65%, 1 mqtt reconnect en 100% correct data.
Er zitten 3 temperatuur sensoren op de 1-wire en 2 kwh meters. Geen externe voeding.

Nu wil het dat ik dit boardje 2 dagen geleden het geupgrade vanaf de small. Maar als ik nu kijk zie ik maar een maximale uptime nu van 57 minuten. Dus nog geen uur. Is er ergens een bug of een ander probleem bekend? En kan ik dingen volgen via mqtt of iets anders om dit in de gaten te houden?

[cerebrum]

imdos schreef op dinsdag 28 april 2026 @ 12:30:
Ik heb een large board met firmware 4.1.2 nog zonder ethernet en met een wifi-score van 60+ (63-68 schommelt die tussen). Memory 65%, 1 mqtt reconnect en 100% correct data.
Er zitten 3 temperatuur sensoren op de 1-wire en 2 kwh meters. Geen externe voeding.

Nu wil het dat ik dit boardje 2 dagen geleden het geupgrade vanaf de small. Maar als ik nu kijk zie ik maar een maximale uptime nu van 57 minuten. Dus nog geen uur. Is er ergens een bug of een ander probleem bekend? En kan ik dingen volgen via mqtt of iets anders om dit in de gaten te houden?

Ik denk dat een hoop mensen hier (waaronder ik zelf) stabiliteitsproblemen heeft opgelost met een externe voeding.

[imdos]

cerebrum schreef op dinsdag 28 april 2026 @ 14:02:
[...]

Ik denk dat een hoop mensen hier (waaronder ik zelf) stabiliteitsproblemen heeft opgelost met een externe voeding.

Ik neem aan dat je dan de 5V van de Pana niet meer moet doorverbinden?
Dan ga ik dat ook proberen.

Ik wil sowieso over op de Ethernet shield en de relays gebruiken op een later moment in tijd, dus moet een eigen "voeding" toch gaan doorvoeren.

[cerebrum]

imdos schreef op woensdag 29 april 2026 @ 10:21:
[...]

Ik neem aan dat je dan de 5V van de Pana niet meer moet doorverbinden?
Dan ga ik dat ook proberen.

Ik wil sowieso over op de Ethernet shield en de relays gebruiken op een later moment in tijd, dus moet een eigen "voeding" toch gaan doorvoeren.

Voeding vanuit WP kan gewoon blijven zitten.
Ik gebruik zelf ethernet, relais en de cztaw via de proxy aansluiting (geen 1-wire / kWh meting). Zonder externe voeding liep hij bij mij ook regelmatig vast.

[phrancus]

[b]imdos in "HeishaMon - Panasonic Aquarea monitoring"En kan ik dingen volgen via mqtt of iets anders om dit in de gaten te houden?

Hier dacht ik een oplossing voor te hebben maar mijn HA kennis is te beperkt om er zelf een signalering voor te maken. Mocht iemand me hier een beetje op weg willen helpen dan graag.

Ik dacht aan een groene/rode stip of zo bij de grafiekjes van de warmtepomp welke dan aangeeft dat de Heisha actief is. Bijv. doordat deze data krijgt (dat getal kun je zien oplopen).
Ik merk nu dat ie down is pas als ik de panasonic app open en het probleem zie. In HA zelf zie ik het als ik zelf kijk naar dat ontvangen data getal. Als de pomp op dat moment niet actief is merk ik er verder niks van, en dan is het systeem 's ochtends dus koud met alle positieve feedback van medebewoners vandien...

[ Voor 3% gewijzigd door phrancus op 30-04-2026 21:05 ]

[cerebrum]

phrancus schreef op donderdag 30 april 2026 @ 21:04:
[...]


Hier dacht ik een oplossing voor te hebben maar mijn HA kennis is te beperkt om er zelf een signalering voor te maken. Mocht iemand me hier een beetje op weg willen helpen dan graag.

Ik dacht aan een groene/rode stip of zo bij de grafiekjes van de warmtepomp welke dan aangeeft dat de Heisha actief is. Bijv. doordat deze data krijgt (dat getal kun je zien oplopen).
Ik merk nu dat ie down is pas als ik de panasonic app open en het probleem zie. In HA zelf zie ik het als ik zelf kijk naar dat ontvangen data getal. Als de pomp op dat moment niet actief is merk ik er verder niks van, en dan is het systeem 's ochtends dus koud met alle positieve feedback van medebewoners vandien...

Ik heb een MQTT sensor gedefinieerd met daarin de uptime van de heishamon (deze verandert sowieseo bij elke update vanuit de Heishamon). Deze sensor heb ik een geldigheidsduur van 3060s gegeven. Als hij dus meer dan 60s geen data krijgt wordt hij "unavailable".

YAML:

mqtt:
  sensor:
    # Heishamon uptime
    - name: Aquarea Heishamon Uptime
      state_topic: "panasonic_heat_pump/stats"
      value_template: "{{ value_json.uptime }}"
      expire_after: 60 #seconds

Op mijn dashboard heb ik een markdown card met een duidelijke waarschuwing die alleen getoond als de sensor op "unavailable" staat.

YAML:

type: markdown
content: <h2><ha-alert alert-type="error">Heishamon offline!</ha-alert></h2>
visibility:
  - condition: state
    entity: sensor.aquarea_heishamon_uptime
    state: unavailable

[ Voor 16% gewijzigd door cerebrum op 30-04-2026 21:18 ]

[phrancus]

Dankjewel! Lijkt te werken, nou ja: ik zie geen offlinemelding dus zou de HH up zijn. (ik heb de HH nog niet uitgezet om te checken)

Ik ga daar nog even mee spelen om ook de 'Heishamon online' te zien als alles in orde is.

[t21]

Ik probeer een kleine DHW tank vanaf een bepaalde max. temperatuur nog enkel te verwarmen met de backup heater van de Panasonic (tank heeft geen heater). Enkel met de spiraalheater, dus zonder compressor. Enig idee hoe ik dit het beste kan aanvliegen?

[thehog]

Waarom zou je dat willen? Ook al heb je energie over, je kan altijd beter de compressor ook gebruiken tenzij die tegelijk je woonkamer bijv. aan het koelen is.
Enkel de spiraalheater aansturen kan je niet via heishamon helaas tenzij je hem via de relais aansluit (hoewel ik niet zoveel vermogen door die kleine relais zou sturen). Je zal dus een andere externe schakelaar moeten gaan gebruiken daarvoor.

[t21]

Omdat het vat te klein is, daardoor de druk oploopt en dit uiteindelijk resulteert in een storing. Tot een graad of 52 gaat het goed met de compressor, daarboven niet meer. Ik zoek dus een manier om die laatste 10~13 graden te verwarmen. Je bedoelt de relais van de Heishamon aansluiten op de spiraal van de tank? Maar de tank heeft geen spiraal (denk ik... niet mijn installatie).

[hiems]

Bestaat er een manier om het totale verbruik van de warmtepomp uit te lezen? Als mijn heishamon pcb stopt met werken om een of andere reden, klopt het totaal in HA niet meer met wat ik op de pomp zelf zie.

[thehog]

t21 schreef op zaterdag 2 mei 2026 @ 09:40:
Omdat het vat te klein is, daardoor de druk oploopt en dit uiteindelijk resulteert in een storing. Tot een graad of 52 gaat het goed met de compressor, daarboven niet meer. Ik zoek dus een manier om die laatste 10~13 graden te verwarmen. Je bedoelt de relais van de Heishamon aansluiten op de spiraal van de tank? Maar de tank heeft geen spiraal (denk ik... niet mijn installatie).

Ah dat had ik even niet goed gelezen. Maar de interne backup heater kan je ook niet zelf aansturen helaas.
Normaal gesproken zou de warmtepomp bij zo'n 52 graden al zelf stoppen met de compressor (afhankelijk van model al bij een lagere temperatuur of hoger) en de internal heater aanzetten. Heb je die DHW_Heater_State (top58) wel op 'free' (1) staan zodat de warmtepomp logica hem mag gebruiken?

[imdos]

imdos schreef op dinsdag 28 april 2026 @ 12:30:
Ik heb een large board met firmware 4.1.2 nog zonder ethernet en met een wifi-score van 60+ (63-68 schommelt die tussen). Memory 65%, 1 mqtt reconnect en 100% correct data.
Er zitten 3 temperatuur sensoren op de 1-wire en 2 kwh meters. Geen externe voeding.

Nu wil het dat ik dit boardje 2 dagen geleden het geupgrade vanaf de small. Maar als ik nu kijk zie ik maar een maximale uptime nu van 57 minuten. Dus nog geen uur. Is er ergens een bug of een ander probleem bekend? En kan ik dingen volgen via mqtt of iets anders om dit in de gaten te houden?

Sinds de update naar 4.1.3 en ik de WP even spanningsloos moest maken is het boardje niet meer offline geweest.
Ter info; Ik had nog geen externe power toegevoegd zoals was geadviseerd.

[t21]

thehog schreef op zaterdag 2 mei 2026 @ 17:27:
[...]

Ah dat had ik even niet goed gelezen. Maar de interne backup heater kan je ook niet zelf aansturen helaas.
Normaal gesproken zou de warmtepomp bij zo'n 52 graden al zelf stoppen met de compressor (afhankelijk van model al bij een lagere temperatuur of hoger) en de internal heater aanzetten. Heb je die DHW_Heater_State (top58) wel op 'free' (1) staan zodat de warmtepomp logica hem mag gebruiken?

Dank voor je reactie. Het is een J-serie (9kW). We onderzoeken of het mogelijk is de spiraal-heater van de Panasonic te schakelen middels een externe relais. We zouden dan natuurlijk wel de pompsnelheid moeten kunnen manipuleren om flow te creeeren. Ook moet de driewegklep in DHW modus staan.
Concreet zie ik twee softwarematige knelpunten:

1. Driewegklep in DHW positie krijgen zonder dat de compressor aanslaat
2. Waterpomp draaiend krijgen en houden zonder compressor.

Hoe haalbaar acht je deze insteek?

[blb4]

t21 schreef op dinsdag 5 mei 2026 @ 20:39:
[...]


Dank voor je reactie. Het is een J-serie (9kW). We onderzoeken of het mogelijk is de spiraal-heater van de Panasonic te schakelen middels een externe relais. We zouden dan natuurlijk wel de pompsnelheid moeten kunnen manipuleren om flow te creeeren. Ook moet de driewegklep in DHW modus staan.
Concreet zie ik twee softwarematige knelpunten:

1. Driewegklep in DHW positie krijgen zonder dat de compressor aanslaat
2. Waterpomp draaiend krijgen en houden zonder compressor.

Hoe haalbaar acht je deze insteek?

Ik zou zeggen: heilloze weg. Een verwarmingselement in de boiler aan zetten zonder dat de WP hiervoor commando geeft is wel te doen maar wat jij wil lijkt mij erg onrealistisch. Waarom zou je ook? Als de circulatiepomp draait voor DHW en de 3-wegklep op TANK staat kan de WP verder niet anders doen. Waarom dan niet een gewone DHW run met eventueel sneller (via instellingen WP) bijschakelen backup-heater?

[sailor_dg]

of zet een heater in je DHW tank en schakel deze middels een relais - minder gedoe en bereikt hetzelfde

[t21]

sailor_dg schreef op woensdag 6 mei 2026 @ 08:28:
of zet een heater in je DHW tank en schakel deze middels een relais - minder gedoe en bereikt hetzelfde

Niet mogelijk helaas

[thehog]

Ik zoek twee personen die momenteel al een large heishamon hebben en deze, vanwege gebruik van vele opties, hem via USB-C voeden. En tevens de 5-aderige (CN-CNT kabel) gebruiken van warmtepomp naar heishamon.

Ik heb inmiddels een heishamon v6 waarop een 12 volt aansluiting zit vanuit de warmtepomp (op de tot nu toe ongebruikte 5e ader). Deze kan ruim 1A (12Watt) leveren als ik dat test op mijn eigen warmtepomp, tegenover max 350mA wat je uit de 5V aansluiting kan halen voordat die gaat storen.

Heb jij dus een large heishamon, gebruik je veel opties van het board zoals de relais, temp sensoren, de proxy poort naar de cz-taw1 en moest je daarom USB-C voeding gebruiken omdat het anders niet werkte. En heb je nu al de 5-aderige kabel (CN-CNT) lopen vanaf je warmtepomp naar je heishamon? Drop mij dan even een DM. De eerste twee die met een goed verhaal komen waarom zij dit goed kunnen testen krijgen een heishamon-v6 opgestuurd om te testen en te houden.

[phrancus]

Ja ik heb de USB voeding plus de kabels van/naar wifi module / K-serie warmtepomp.

Ik had de afgelopen dagen weer een paar 'freezes' na aanpassingen aan het netwerk en/of home assistant. Een onderbreking lijkt de HA pijn te doen. Een reboot (stroom eraf en erop) en het werkte weer. Reboot met de knopjes is mij niet helder: ik zie niets gebeuren en weet nog dat ik door lang drukken op de ene of de andere de boel reset en dat wil ik niet riskeren. Maar ja, onderste stekkertje eruit frotten en er weer tussen prikken is ook niet echt een gezonde interactie met een printplaat.

Zonder USB voeding had die ook freezes zonder aan het netwerk gezeten te hebben. Daarna niet meer.

Een soort 'x tijd geen actie' = reboot of een reboot jumper (drukknop met draadje op de behuizing) zou helpen. Of gewoon onnodig maken om te rebooten, nog beter

[joep2020]

Ik heb net de Heishamon geupdate naar laatste release. Ook heb ik nu een integratie (kamaradclimber/heishamon-homeassistant) voor HA, maar die is nog niet klaar voor de M (er missen wat topics). Voordeel is dat een integratie onderhouden wordt.

Voorheen had ik een package (van dit forum, niet meer zeker welke precies).

Dus, dit werkt niet optimaal. Welke integratie of plugin is aan te raden voor de 12kW M?

[elgringo]

Ik heb momenteel een J serie aan de Heishamon (de grote met rj45 verbonden), werkt fantastisch

Ons nieuwe huis krijgt een L serie. Als instructie goed lees zie ik 2 CN-CNT poorten op de PCB. Ik wil Heishamon gaan gebruiken voor het aansturen maar ivm garantie wil ik de CZ-TAW aansluiten. Ik wil dat de Heishamon de master is.

Kan ik beide rechtstreeks op de PCB zetten? Of hoe moet ik dit aansluiten? Of is de enige handige optie deze als proxy aan te sluiten?

[ Voor 15% gewijzigd door elgringo op 19-05-2026 07:21 ]

[Beer070]

joep2020 schreef op maandag 18 mei 2026 @ 08:34:
Ik heb net de Heishamon geupdate naar laatste release. Ook heb ik nu een integratie (kamaradclimber/heishamon-homeassistant) voor HA, maar die is nog niet klaar voor de M (er missen wat topics). Voordeel is dat een integratie onderhouden wordt.

Voorheen had ik een package (van dit forum, niet meer zeker welke precies).

Dus, dit werkt niet optimaal. Welke integratie of plugin is aan te raden voor de 12kW M?

Ik heb een standaard HA integratie met een 16kw M. Dit is een stand-alone M zonder binnenunit, maar wel met coz-taw1. De topics lijken bij mij te kloppen, maar ik gebruik geen DHW, en geen thermostaat, dus redelijk eenvoudige use case. Welke topics mis jij?

@thehog ik wil best testen, en ik vind het geen probleem om een v6 te kopen. Ik gebruik nu een v5 large met ethernet, thermometers en dus een usbc voeding.

[thehog]

De twee test v6 heishamons zijn al vergeven. Komt misschien nog een 2e test vanwege paar aanpassingen

[Crazy-]

Foutje

[ Voor 99% gewijzigd door Crazy- op 20-05-2026 18:57 ]

[joep2020]

Beer070 schreef op dinsdag 19 mei 2026 @ 07:38:
[...]

Ik heb een standaard HA integratie met een 16kw M. Dit is een stand-alone M zonder binnenunit, maar wel met coz-taw1. De topics lijken bij mij te kloppen, maar ik gebruik geen DHW, en geen thermostaat, dus redelijk eenvoudige use case. Welke topics mis jij?

Hi Beer,
Ik heb niet echt vergelijkend waren onderzoek gedaan, maar de integratie die ik nu gebruik geeft in ieder geval volgende niet weer:

TOP18

Quiet_Mode_Level

TOP26	Defrosting_State

zijn er andere integraties die wel de M ondersteunen?

[phrancus]

elgringo schreef op dinsdag 19 mei 2026 @ 06:51:
Kan ik beide rechtstreeks op de PCB zetten? Of hoe moet ik dit aansluiten? Of is de enige handige optie deze als proxy aan te sluiten?

Zo staat het inderdaad in de instructies. Wat mij opvalt (heb ik eerder beschreven maar ik zeg het nog even omdat je het expliciet benoemt) is dat de panasonic wifi unit niks meer kan als de HAM niks doet; de HAM luistert dus niet alleen maar af / injecteert commando's uit een doorgaande datastroom die vanzelf doorloopt bij een HAM storing. (nu ik dit schrijf bedenk ik me dat er twee modi bestaan: wel of niet ook commando's geven, mogelijk dat dat uitmaakt in het gedrag bij een HAM storing.

Maakt voor je garantie niks uit dat die soms geen verbinding heeft. Die pana module vond ik een draak om te verbinden en vertoont zelf vaak onvolledig gedrag, soms pas na een paar keer dat de waterdruk wel wordt weergegeven. ook al kan ik de temperatuur wel aanpassen. Of pas na doorklikken blijkt er geen verbinding te zijn, dat soort ongein.

[mar-10]

joep2020 schreef op woensdag 20 mei 2026 @ 09:41:
[...]

Hi Beer,
Ik heb niet echt vergelijkend waren onderzoek gedaan, maar de integratie die ik nu gebruik geeft in ieder geval volgende niet weer:

TOP18

Quiet_Mode_Level

TOP26	Defrosting_State

zijn er andere integraties die wel de M ondersteunen?

Ik heb zelf ook een M12, Heishamon (groot model, v4.1.3) en Homeassistant. De integratie van Heishamon via HACS is https://github.com/kamaradclimber/heishamon-homeassistant (versie 2.5.15). Bij mij zijn deze topics wel beschikbaar én bestuurbaar.

[klump4u]

Ik ben alles aan het overzetten van Domoticz naar Homeassistant, klopt het dat als ik de versie van kamaradclimber/heishamon-homeassistant gebruik dat de sensors alleen worden geupdate als er verandering is in de waarde? Ik heb de 'oude' heishamon met laatste firmware.

Edit, hij update 1 maal bij starten HA en daarna werkt hij niet meer bij, ook niet nu de WP aanstaat.

Hij doet het, update dus als waarde veranderd.

[ Voor 23% gewijzigd door klump4u op 11-06-2026 09:45 ]

[bvansteenselen]

Ik heb de Grote heishamon v5 en daarvoor de ethernet module aangeschaft en toegepast echter doet deze het niet ook niet als ik extra voed met usbc lader en opnieuw start.

[phrancus]

Heb je 'm niet verkeerd om ingeprikt? Dat kan namelijk, staat een tekentje op de printplaat: UTP kabel komt van rechts als je de ledjes links hebt en de netwerk module linksboven.

[bvansteenselen]

phrancus schreef op zaterdag 13 juni 2026 @ 09:44:
Heb je 'm niet verkeerd om ingeprikt? Dat kan namelijk, staat een tekentje op de printplaat: UTP kabel komt van rechts als je de ledjes links hebt en de netwerk module linksboven.

Die zit goed en er gaat dan ook een lampje rood branden maar verder gebeurt er niets

[phrancus]

bvansteenselen schreef op zaterdag 13 juni 2026 @ 10:07:
[...]

Die zit goed en er gaat dan ook een lampje rood branden maar verder gebeurt er niets

jammer, dat was een easy fix geweest. Bij mij was het plug 'n play. DHCP wel aan en zo toch?

Fabrieksreset doen met dat ding erin zou ik nog kunnen bedenken, een configuratieinstelling is er voor zover ik weet niet.

[roelofz]

Hoi,
Ik heb hier even gezocht naar mijn combi, maar kan er niet echt uit komen.
Ik heb een WH-SDC0509L3E3 + WH-WDG09LE5 combi en ben door de doorlopende wijzigingen van Panasonic icm de integratie in HA, zat van die oplossing..
Ik ben niet bang om even te sleutelen, maar ik zie te weinig instructies online om te weten wat ik moet doen (afgezien van 2 duitse video's die kennelijk de cloud module vervangen.

Daar zit mijn vraag ook, ik wil het spul wel compliant laten draaien, zolang ik maar lokale controle kan pakken.

Daarom mijn vragen:
- kan ik dubbel draaien, met zowel de koppeling naar de cloud als lokale sturing?
- wat heb ik nodig voor mijn type binnenunit (er zijn 2 modules, groot en klein)?
- Welke kabels heb ik nodig (de Duitse video leerde wel dat het mogelijk is om signaal en voeding in één kabel te doen)?
- Zijn er foto's te vinden van mijn type binnenunit zodat ik weet hoe ik hem open krijg en waar ik op het moederbord moet zijn (uiteraard eerst de dubbele stroom eraf)?

Dank voor jullie antwoorden!

[phrancus]

- ja, dan kan. Voordeel: de pana app werkt dan nog. nadeel: als de Hmon stopt, werkt de pana app ook niet meer.

- kan allebei: hangt van je wensen af: wil je LAN dan groot, wil je sensoren en evt een stroomverbruiksmeter adapter (P1) aan kunnen sluiten: dan groot. Is wifi voldoende dan klein.

- heb je de github pagina gevonden (https://github.com/heishamon/HeishaMon) hierin staat veel info. Kabeltje van printplaat naar Panawifi module gaat de Hmon in. En (kan, moet niet als je de Panawifi niet meer hoeft) van de Hmon naar de Panawifi.

Wat er echter m.i. niet zo duidelijk staat is hoe dat nou zit met die pana wifi en de Hmon samen. Er staat dat ze niet tegelijk kunnen. maar wel als de hmon in listen mode gaat. Echter in de settings staat ook een optie 'enable cz-taw1 proxy port' én een optie 'listen only (parallel CZ-TAW1)'
Bij mij staat proxy aan en listen uit. Dat is mij niet duidelijk en ook niet wat het dan moet zijn.

TheHog gevraagd:

Als je de pana wifi direct achter heishamon hebt hangen dan moet proxy op aan en listen only uit.

Als je de pana wifi tegenlijk met heishamon op de warmtepomp hebt aangesloten moet je waarschijnlijk listen only aan staan (tenzij je een warmtepomp hebt met dubbele CN-CNT aansluiting, dan kan het soms ook zonder listen only werken).

Zolang je de pana wifi dus op de heishamon hebt aangesloten zit je altijd goed en kan je doen wat je wilt.

- als je nu de panawifi hebt: gewoon kabeltje volgen.

[ Voor 18% gewijzigd door phrancus op 15-06-2026 08:16 ]

[phrancus]

Een paar foto's voor de beeldvorming:



Aansluitingen op de Heishamon.




Op het moederbord van de warmtepomp (K-serie) (zonder de optionele extra printplaat voor meer aansluitingen) zie verderop voor een foto van iets meer afstand.




De UTP verbinding op de grote Heishamon.




Nogmaals de warmtepomp. Links tegen de kast geplakt zit de wifi module van panasonic. (en inmiddels is de boel netjes gemaakt door de bedrading door de kast te laten lopen zodat het deksel er weer op kan)

[roelofz]

Ik was even druk, maar hadf het al wel gelezen, dit maakt veel duidelijk.
Dus de kabel van de pana-wifi gaat naar de heishamon, de aan te schaffen kabel gaat van Heishamon naar de warmtepomp en zo kan er gelust gewerkt worden met beide modules. Dit is denk ik hoe ik het wil aansluiten.
Super bedankt voor ook de foto's, dit helpt inderdaad (wel een heel klein blokje de pana-wifi, bijna niet te zien).

Ik denk dat ik ga bestellen, kom hier vast na mijn vakantie nog wel even op terug!

[phrancus]

Graag gedaan: Die pana wifi heb ik op de zijkant van de kast geplakt en wel met het stickertje naar je toe want dat was me toch een gkl**t om aan de praat te krijgen. Achteraf zou ik 'm óp de kast geplakt hebben (bij mij hangt die tamelijk laag aan de muur in de kelder) maar sowieso met het labeltje aan de zijkant naar me toe. Ik moest nogal vaak het type/serienr invullen. En dan heb je nog niet veel aan die app helaas.

TIp: maak een labeltje met de codes, serienrs, wifi SSID waar je 'm in hebt gezet etc, en plak die op de kast. Dan hoef je dat niet op te zoeken bij een verandering, update of wat ook de boel weer eens verstoord. Of als je te lang op tweakers hebt zitten lezen en je netwerk weer beter gaat maken....

Nog een tip: de Heisha wil best graag USB gevoed worden dus als je toch bezig bent leg er een extra stopcontact bij of een lange USB laadsnoer. Als het goed is hoeft dat straks niet meer bij de nieuwe versie van de (grote) Heishamon omdat die voeding vanuit de Warmtepomp gaat krijgen maar dat is nog under investigation.

Laatste tip: zet het IP adres als gereserveerd in je router/switch/modem zodat je 'm ook in Home Assistant (URL naar de status pagina) kunt inpassen (eigen menu item in de linkerbalk) zodat je er snel bij kunt. In mijn geval werkt het heishamon.local (of zoiets) vaak niet (ligt aan mijn netwerk) en ik denk klaarblijkelijk makkelijker in IP adressen dus vandaar dat ik zo oplos maar als dat .local bij jou werkt moet je dat gebruiken want dan werkt het ongeacht het uitgedeelde IP adres.

[ Voor 16% gewijzigd door phrancus op 25-06-2026 22:46 ]

[Roeland]

@thehog @CurlyMo
Is er een manier om IO33 / IO34 / IO35 / IO36 / IO37 die beschikbaar zijn op de pinheader als output te gebruiken? Onderstaande zorgt ervoor dat er 3.3V op de pinnen blijft staan;

code:

on System#Boot then 
  gpio(33, 0);
  gpio(34, 0);
  gpio(35, 0);
  gpio(36, 0);
  gpio(37, 0);
end

Enige vorm van belasting (14.7kOhm naar ground) op dezelfde pinnen zorgt ervoor dat de spanning inzakt als dit wordt gebruikt;

code:

on System#Boot then 
  gpio(33, 1);
  gpio(34, 1);
  gpio(35, 1);
  gpio(36, 1);
  gpio(37, 1);
end

Dit suggereert mij dat de IOs alleen als I(nput) dienen met de interne pull-up weerstand enabled?


Reden; ik wil graag 2 extra relais op de heishamon aanknopen.

[thehog]

Nog niet maar daar ben ik wel mee bezig in een software update.

[thehog]

@Roeland probeer deze maar even https://github.com/IgorYbema/HeishaMon/actions/runs/30291853828/artifacts/8663153107

In de readme staat wel hoe je ze gebruikt https://github.com/IgorYbema/HeishaMon/tree/refs/heads/feature/configurable-extra-gpio#user-configurable-extra-gpio

[ Voor 39% gewijzigd door thehog op 27-07-2026 20:12 ]

[Roeland]

@thehog Super, dankjewel! Zowel via rules als MQTT werkt het zoals verwacht. Misschien leuk om te zien, door bliksem in de buurt was een Heishamon stuk gegaan, hier heb ik de relais van gerecycled;

[thehog]

Haha mooi! Ik zal deze feature meenemen naar volgende release (had mooi in 4.2.0 gekund maar net te laat :-))

[phrancus]

Een tip of een workaround:

De HH (ik heb de laatste non-beta versie in gebruik) verslikt zich in een PING over het netwerk. (bij mij) bevriest de HH als ik mijn netwerk middels pingen in beeld wil brengen omdat ik weer eens iets heb aangesloten en diens IP adres nodig heb.

Als je de HH gewoon aansluit op je netwerk dan krijgt die een IP adres enzovoort. Dat zit ergens in het midden van de range van je thuisnetwerk bijvoorbeeld. Zoek die op en kopieer het MAC adres vast.

Door de HH een vast IP adres te geven dat heel hoog in je range zit, kun je je IP scans beperken tot iets net daaronder. En daardoor zal de HH niet gepingd (gepingeld?) worden, heb je wel je netwerk in beeld en zal de HH toch niet bevriezen.

Reserveer in je DHCP server (meestal je internet modem) een hoog IP adres voor het MAC adres van je HH.

Gebruik je bijvoorbeeld 192.168.2.1 tot 255 dan zou je je HH op 192.168.2.253 kunnen zetten. En als je dan je netwerk doorzoekt gebruik je de range 192.168.2.1 - 192.168.2.250

Het is sowieso wel praktisch om vaste IP adressen toe te wijzen aan jou bekende apparaten (denk aan je server, je printer uit het jaar nul, Dockers, Access Points waar je op in kunt loggen e.d.) na een tijdje weet je die uit je hoofd en scheelt dat gedoe als een GUI misgrijpt. Maar dat terzijde.

Bij KPN is het modem en dus de default gateway .254 (in mijn geval). En de kans is minimaal dat een nieuw device (gsm, sensor, etc) iets krijgt daar boven de 250. Het kán wel maar dan is je DHCP tabel kennelijk al vol en werkt het vrijgeven (release time) bij niet-gebruik niet zoals het hoort. (dat heb ik ook eens gehad bij een providermodem: tabel vol, nieuw apparaat krijgt geen IP... uren zoeken naar de oorzaak.... handmatig elk adres vrijgeven per stuk...)

[thehog]

Een ping gaat ie niet van over zijn nek hoor maar een netwerkscan wel (naar het schijnt).

Zou je willen delen welke tool je gebruikt en hoe je de scan uitvoert? Dan kan ik het zelf eens testen en zien of er een oplossing voor is

[phrancus]

Angry IP scanner. en die beperk ik tot poort 80 en deze pingt 3 maal.

faq van angry ip over hoe er gescand wordt.

[ Voor 58% gewijzigd door phrancus op 02-08-2026 20:58 ]

[Charlie_Root]

phrancus schreef op zondag 2 augustus 2026 @ 20:28:
Angry IP scanner. en die beperk ik tot poort 80 en deze pingt 3 maal.

faq van angry ip over hoe er gescand wordt.

Je kunt beter gewoon het mac address even noteren en in de router kijken welk DHCP adres die heeft gekregen..

[Paul]

@Charlie_Root Dat werkt goed om voor een apparaat waarvan je het MAC-adres weet het IP-adres te vinden, maar als je wil weten wat er allemaal op je netwerk leeft werkt een scanner erg goed. In de router zie je vooral DHCP-leases (al laten sommige ook andere apparaten zien), terwijl een scanner je veel meer info kan geven.

Ik gebruik zakelijk zelf vooral nmap; de antivirus van mijn werkgever ziet Angry IP Scanner als malware omdat hackers het ook gebruiken

[phrancus]

En het MAC adres van een device vinden waar het niet op het doosje of printje staat moet je toch vinden.

maar ik ben niet gebonden aan angry ip hoor. Sterker nog, ik had er voorheen meer aan omdat deze ook best veel vendor info en apparaatnaam kon tonen. Dat is op enig moment afgenomen tot weinig zinvols. En ik kan bestaande MAC adressen er niet een naam in geven.

Een netwerk scanner die veranderingen opmerkt zou nog beter zijn: want dat is in feite wat ik zoek: wat is er bij gekomen en/of verdwenen.

[snader2]

Hier hetzelfde probleem, ik gebruikte Advanced IP Scanner om een ander apparaat te vinden op mijn netwerk en beide Heishamons large zijn via de webportal niet meer te bereiken. Gelukkig hier even gekeken wat er nu aan de hand was.

[Charlie_Root]

Ik heb sinds kort de Aquarea WH-WXG12ME8 12kW en een HeishaMon besteld (en inmiddels ontvangen, dank!). Ik was alleen even benieuwd of meer mensen ook een account hebben aangemaakt via aquarea-service.panasonic.com, daar kun je het hele systeem uitlezen (als installateur), zonder dat HeishaMon nog nodig is.

[BarryH]

Charlie_Root schreef op zaterdag 8 augustus 2026 @ 19:56:
Ik heb sinds kort de Aquarea WH-WXG12ME8 12kW en een HeishaMon besteld (en inmiddels ontvangen, dank!). Ik was alleen even benieuwd of meer mensen ook een account hebben aangemaakt via aquarea-service.panasonic.com, daar kun je het hele systeem uitlezen (als installateur), zonder dat HeishaMon nog nodig is.

Ik heb beide

Heishamon geeft je het echte E verbruik. Dat doet de pana interface niet

[phrancus]

en de Heisha doet het op je eigen netwerk, zonder internet.

[blb4]

Charlie_Root schreef op zaterdag 8 augustus 2026 @ 19:56:
Ik heb sinds kort de Aquarea WH-WXG12ME8 12kW en een HeishaMon besteld (en inmiddels ontvangen, dank!). Ik was alleen even benieuwd of meer mensen ook een account hebben aangemaakt via aquarea-service.panasonic.com, daar kun je het hele systeem uitlezen (als installateur), zonder dat HeishaMon nog nodig is.

Waarom heb je de HeishaMon dan besteld? Daar zal je toch een gedachte bij gehad hebben? Neem aan dat je iets wil wat je niet binnen het Panasonic Ecosysteem voor elkaar kunt krijgen.

[ Voor 8% gewijzigd door blb4 op 08-08-2026 23:19 ]

[Charlie_Root]

blb4 schreef op zaterdag 8 augustus 2026 @ 23:06:
[...]

Waarom heb je de HeishaMon dan besteld? Daar zal je toch een gedachte bij gehad hebben? Neem aan dat je iets wil wat je niet binnen het Panasonic Ecosysteem voor elkaar kunt krijgen.

Ik kende die portal niet en had HeishaMon al besteld, deze portal is blijkbaar voor installateurs maar ik kon me meteen aanmelden. Voor mij is het wel belangrijk dat het ook zonder internet werkt, dus ik ga zeker verder met HeishaMon - maar was gewoon benieuwd of andere deze portal kende.

[blb4]

Charlie_Root schreef op zondag 9 augustus 2026 @ 09:29:
[...]

Ik kende die portal niet en had HeishaMon al besteld, deze portal is blijkbaar voor installateurs maar ik kon me meteen aanmelden. Voor mij is het wel belangrijk dat het ook zonder internet werkt, dus ik ga zeker verder met HeishaMon - maar was gewoon benieuwd of andere deze portal kende.

De portal & app zijn de oplossingen binnen 't Panasonic ecosysteem en zoals zo vaak is dat idd cloud based. Je kan er best veel mee en sommige leveranciers stellen 't ook als voorwaarde voor garantieverlening. Met HeishaMon ben je idd in staat je WP lokaal te monitoren en aan te sturen.

[phrancus]

Aanvulling: het kan tegelijk. Mijn installateur kijkt mee via die portal (en kan aanpassen) en ik kan prutsen zonder internet. En ik kan ook nog via de panasonic app de wp bedienen.

Dat laatste levert weinig op aan instellingen maar áls die het doet dan werkt het instellen van de temperatuur goed.

[elgringo]

Ik heb de heishamon aan een L serie gekoppeld. De heat/cool productie en consumptie is -200watt terwijl de pomp niets doet.

Is dit een bug of een hidden feature? Ik heb versie 4.2.1

[thehog]

Zoals je ook al in github had gevraagd en ik geantwoord, je moet in de XTOPs kijken bij dit model

[Dean88?]

Eerste stappen gezet! Wat is de volgende stap?

Oké naar veel twijfelen heb ik dit weekend HeishaMon geïnstalleerd. Ik ben al een tijdje op zoek naar de juiste manier om mijn warmtepomp slim aan te sturen. Nog even de Tado warmtepomp optimizer x geprobeerd zonder tevredenheid.

Inmiddels de HeishaMon geïnstalleerd en geïntegreerd met HA (met wat hulp van Chat GTP) en de eerste twee tegels toegevoegd:



Nu op zoek naar de juiste volgende stap. Wat zouden jullie adviseren?

Doel: Mijn energie in het huis zo efficiënt mogelijk sturen met behoudt van comfort. Daarbij rekening houden met: dynamische prijzen, Thuisbatterij en toekomstige laadpaal.

Zo wil ik dat de warmtepomp voor het cv water rekening gaat houden met het weer en dynamische prijzen. Zodat hij in de winter op de goedkoopste momenten het CV water verwarmt, eventueel alvast voor verwarmt en indien nodig meer verwarmt dan nodig om zo op duurdere uren niet aan te hoeven verwarmen. Idem voor warmwater in het boilervat. Rekening houden met verbruik en alvast voorverwarmen als de stroom goedkoop is.

Ik speel met de gedachte om alles te integreren in EVCC welke draait binnen HA. Maar ik ben benieuwd hoe jullie dit zien.

[Ethirty]

Ik kom nog niet verder dan losse ideeën: dynamische vloerkoeling op basis van dauwpunt en SWW op basis van dynamische prijzen/zon opbrengst. Had ik in Homey zo voor elkaar en werkt best briljant - met name die vloerkoeling was deze zomer een uitkomst.

Ik ben nog aan het nadenken over voor- en naseizoen stoken op basis van zon/goedkope stroom en 's nachts de verwarming dan weer uit. Maar ik heb de parameters voor mezelf nog niet helder.

Tip: zorg dat je een fallback hebt als je puur op prijs gaat sturen. Ik heb door storingen ergens in een backend nu al meermaals geen warmwater gehad.

[Dean88?]

Ethirty schreef op dinsdag 8 september 2026 @ 14:33:
Ik kom nog niet verder dan losse ideeën: dynamische vloerkoeling op basis van dauwpunt en SWW op basis van dynamische prijzen/zon opbrengst. Had ik in Homey zo voor elkaar en werkt best briljant - met name die vloerkoeling was deze zomer een uitkomst.

Ik ben nog aan het nadenken over voor- en naseizoen stoken op basis van zon/goedkope stroom en 's nachts de verwarming dan weer uit. Maar ik heb de parameters voor mezelf nog niet helder.

Tip: zorg dat je een fallback hebt als je puur op prijs gaat sturen. Ik heb door storingen ergens in een backend nu al meermaals geen warmwater gehad.

Had je HeishaMon geïnstalleerd in Homey?

[Ethirty]

Nee, ik lees een boel variabelen via json uit en de rest is via api calls. Moet dat nog een keer naar mqtt omzetten. Voor zover mij bekend is/was er geen HeishaMon app voor Homey.

[Charlie_Root]

Ethirty schreef op donderdag 10 september 2026 @ 15:29:
Nee, ik lees een boel variabelen via json uit en de rest is via api calls. Moet dat nog een keer naar mqtt omzetten. Voor zover mij bekend is/was er geen HeishaMon app voor Homey.

Niet voor HeishaMon, wel voor de Panasonic zelf.

[darkseas]

Heb net een nieuwe warmtepomp (M-generatie). Bij mij is de CZ-TAW1B WiFi module aangesloten op de CN-CNT2 (red) poort. Kan ik mijn HeishaMon (groot model) hierop aansluiten en doorlussen?
Is het correct dat ik ze niet naast elkaar kan installeren? (Dus Wifi in CN-CNT2 en HeishaMon in CN-CNT?)

[BarryH]

darkseas schreef op vrijdag 18 september 2026 @ 14:27:
Heb net een nieuwe warmtepomp (M-generatie). Bij mij is de CZ-TAW1B WiFi module aangesloten op de CN-CNT2 (red) poort. Kan ik mijn HeishaMon (groot model) hierop aansluiten en doorlussen?
Is het correct dat ik ze niet naast elkaar kan installeren? (Dus Wifi in CN-CNT2 en HeishaMon in CN-CNT?)

[Afbeelding]

klopt

[thehog]

BarryH schreef op vrijdag 18 september 2026 @ 17:01:
[...]

klopt

Nou dat weet ik nog niet zo. Het zou best kunnen dat deze twee wel afzonderlijk van elkaar werken en dus de proxy mode van de heishamon niet nodig is. De handleiding van panasonic is er niet duidelijk genoeg over. Ik zou zeggen, probeer het eens.

Het gaat vooral om dat je CN-NMODE niet kan gebruiken in combinatie met de CZ-TAW1 (dan moet de heishamon op listenonly)

[ Voor 14% gewijzigd door thehog op 19-09-2026 20:29 ]

[darkseas]

thehog schreef op zaterdag 19 september 2026 @ 20:28:
[...]

Nou dat weet ik nog niet zo. Het zou best kunnen dat deze twee wel afzonderlijk van elkaar werken en dus de proxy mode van de heishamon niet nodig is. De handleiding van panasonic is er niet duidelijk genoeg over. Ik zou zeggen, probeer het eens.

Het gaat vooral om dat je CN-NMODE niet kan gebruiken in combinatie met de CZ-TAW1 (dan moet de heishamon op listenonly)

Heb 'm (HeishMon v6, grote versie) parallel aangesloten. Dus HeishaMon in CN-CNT en de WiFi-module (CZ-TAW1B) in CN-CNT2(red). Wanneer ik nu een wijziging doe (e.g. doeltemperatuur boiler) via Home Assistant, zie ik die binnen een paar seconden terug in mijn Comfort Cloud app. En ook vice versa.

[Fr33z]

Dean88? schreef op dinsdag 8 september 2026 @ 13:49:
Eerste stappen gezet! Wat is de volgende stap?

Oké naar veel twijfelen heb ik dit weekend HeishaMon geïnstalleerd. Ik ben al een tijdje op zoek naar de juiste manier om mijn warmtepomp slim aan te sturen. Nog even de Tado warmtepomp optimizer x geprobeerd zonder tevredenheid.

Inmiddels de HeishaMon geïnstalleerd en geïntegreerd met HA (met wat hulp van Chat GTP) en de eerste twee tegels toegevoegd:

[Afbeelding]

Nu op zoek naar de juiste volgende stap. Wat zouden jullie adviseren?

Doel: Mijn energie in het huis zo efficiënt mogelijk sturen met behoudt van comfort. Daarbij rekening houden met: dynamische prijzen, Thuisbatterij en toekomstige laadpaal.

Zo wil ik dat de warmtepomp voor het cv water rekening gaat houden met het weer en dynamische prijzen. Zodat hij in de winter op de goedkoopste momenten het CV water verwarmt, eventueel alvast voor verwarmt en indien nodig meer verwarmt dan nodig om zo op duurdere uren niet aan te hoeven verwarmen. Idem voor warmwater in het boilervat. Rekening houden met verbruik en alvast voorverwarmen als de stroom goedkoop is.

Ik speel met de gedachte om alles te integreren in EVCC welke draait binnen HA. Maar ik ben benieuwd hoe jullie dit zien.

hangt er van af hoe ver je wilt gaan. en van de eigenschappen van je huis en hoeveel comfort je wel/niet wilt inleveren. je zou gebruik kunnen maken van DAO (day ahead optimizer).

hoe vaak per dag moet je tapwatervat warm? als dat bij 1x blijft dan dat gewoon op een timer zetten en bijv elke dag tussen 1400-1500 doen. dan is het buiten het warmst dus beste COP en is de stroom meestal goedkoop.

voor ruimteverwarming is het moeilijker. simpel gezegd kun je doen wat ik eerder had: gewoon schemas met shiften op de stooklijn, bijv om 9.00 naar +1 of 2 en stoppen om 1700, eventueel in de dure uren tussen 1800-2100 altijd volledig uit. Het moeilijke is dat het elke dag anders is of een uur 'goedkoop' is. want stel we hebben een week zoals vorige week, er waren dagen dat de stroomprijs varieerde tussen 28 en 45ct. Normaal.is 28ct/kWh niet 'goedkoop' en dus kun je geen vaste regel maken. maar je moet tov de andere uren in een 24u-cyclus weten of het duur/goedkoop is.

ik verwacht dat 90% van de winst te halen is door gewoon paar slimme schemas/tijdsblokken te pakken. mogelijk werkt het prima, mogelijk krijg je mega overshootz en undershoots. hangt van je huis af

[BiggieByte]

Ik heb mijn Panasonic 7J op een plat dak naast mijn zolder. Ik heb al een CZ TAW module aangesloten en wil de Heishamon dus in proxy mode. Zal ik de Heishamon bij de CZ module in de warmtepomp plaatsen, of met een 5m lange kabel naar binnen en beide daar aansluiten?

[blb4]

BiggieByte schreef op donderdag 24 september 2026 @ 13:21:
Ik heb mijn Panasonic 7J op een plat dak naast mijn zolder. Ik heb al een CZ TAW module aangesloten en wil de Heishamon dus in proxy mode. Zal ik de Heishamon bij de CZ module in de warmtepomp plaatsen, of met een 5m lange kabel naar binnen en beide daar aansluiten?

Volgens mij is 't ook nogal afhankelijk wat je verder allemaal op de HeishaMon wil aansluiten (OT thermostaat, relais, 1W sensoren, ethernet ipv WIFI) en waar die kabels dan allemaal vandaan komen.

[KweNi]

Ik heb de heishamon gisteren geinstalleerd en kunnen integreren in HA.
Kan het zijn dat er een foute sensor benamingen/friendly names zijn voor TOP29, 30, 31 en 32

code:

TOP29   Z1_Heat_Curve_Target_High_Temp   55 °C
TOP30   Z1_Heat_Curve_Target_Low_Temp    33 °C
TOP31   Z1_Heat_Curve_Outside_High_Temp  15 °C
TOP32   Z1_Heat_Curve_Outside_Low_Temp   -10°C

De waardes komen overeen met:

	sensor / friendly name
TOP29	number.panasonic_heat_pump_main_z1_heat_curve_target_high_temp Aquarea Zone 1 Target water temperature at highest outside temperature on heating curve
TOP30	number.panasonic_heat_pump_main_z1_heat_curve_target_low_temp Aquarea Zone 1 Target water temperature at highest outside temperature on heating curve
TOP31	number.panasonic_heat_pump_main_z1_heat_curve_outside_high_temp Aquarea Zone 1 Outside water temperature at highest target temperature on heating curve
TOP32	number.panasonic_heat_pump_main_z1_heat_curve_outside_low_temp Aquarea Zone 1 Outside water temperature at lowest target temperature on heating curve

Het lijkt me beter om de de friendly names aan te passen:

TOP29	Aquarea Zone 1 Target water temperature at lowest outside temperature on heating curve
TOP30	Aquarea Zone 1 Target water temperature at highest outside temperature on heating curve
TOP31	Aquarea Zone 1 Outside water temperature at lowest target temperature on heating curve
TOP32	Aquarea Zone 1 Outside water temperature at highest target temperature on heating curve

TOP29 is de doeltemperatuur die hoort bij buitentemperatuur TOP32
TOP30 is de doeltemperatuur die hoort bij buitentemperatuur TOP31

[thehog]

Ja snap dat het verwarrend is. Binnen heishamon gekozen voor gewoon hoe de temps in de curve zichtbaar zijn (hoogste temp en laagste temp etc).

De friendly names in HA kloppen inderdaad niet. Stuur maar een PR naar de github repo eigenaar

[BiggieByte]

blb4 schreef op donderdag 24 september 2026 @ 15:18:
[...]

Volgens mij is 't ook nogal afhankelijk wat je verder allemaal op de HeishaMon wil aansluiten (OT thermostaat, relais, 1W sensoren, ethernet ipv WIFI) en waar die kabels dan allemaal vandaan komen.

Wat voor meerwaarde zouden die dingen hebben? Ethernet spreekt voor zich, maar de rest is mij onbekend.

[hemertje]

BiggieByte schreef op zaterdag 26 september 2026 @ 00:36:
[...]

Wat voor meerwaarde zouden die dingen hebben? Ethernet spreekt voor zich, maar de rest is mij onbekend.

Lees de start posting eens

[TimoDimo]

thehog schreef op maandag 21 juli 2025 @ 10:55:
Sun Jul 20 17:43:07 2025 (441270): Readlen: 695241, Totallen: 695168

Dat is een debugregel die er in zit en aangeeft dat de upload niet lekker is gegaan. Meer data dan zou moeten en dan breekt hij dus af. Oudere firmwares hadden hier meer last van dan nieuwere.
Beste wat je kan doen is even alleen 1 browser openen (dus niet de console log in een 2e tab) en dan even heishamon een reboot geven. Na reboot gelijk firmware doen. Meestal pakt ie hem dan wel.

Dit was gelukt vorige keer, maar nu wil ik versie v4.1.4 updaten naar de laatste versie (HeishaMon.ino.d1-v4.2.2.bin) en nu krijg ik dit in de log als ik de firmware update start:
"New firmware POST data but update not running anymore!"

En hij zit in een loop want dit bericht komt onophoudelijk als een lange stroom zo'n 70 keer per seconde. Kun je nog een keer helpen @thehog?

[Dean88?]

Ik heb de afgelopen dagen gesleuteld aan een automatisering voor het warm water. Het is nu nog een eerste automatisering geworden die enkel kijkt naar de dynamische prijzen. Later kan ik deze dan aanpassen. Flink gepuzzeld met helpers en de automatisering. Zonder ChatGTP was het niet gelukt. Onderstaan de filosofie en logica eronder. Ik heb ook nog een volledige stappenplan met alle sensoren en entiteiten voor de geïnteresseerde.

Tips, suggesties en feedback zijn altijd welkom!

Dynamische regeling tapwater Panasonic Aquarea

Doel en uitgangspunt

De regeling is ontwikkeld om het tapwater van de Panasonic Aquarea slimmer te verwarmen in combinatie met een dynamisch energiecontract. Het uitgangspunt is dat de warmtepomp zoveel mogelijk gebruikmaakt van goedkope elektriciteitsuren, zonder dat het comfort en de beschikbaarheid van warm water onnodig in gevaar komen.

Daarbij bepaalt Home Assistant wanneer het gunstig is om de boiler op temperatuur te brengen. De interne regeling van de Panasonic blijft verantwoordelijk voor het daadwerkelijke verwarmingsproces.

Werking van de regeling

Iedere dag zijn de actuele en toekomstige uurprijzen beschikbaar. De regeling kijkt naar het prijsverloop van de hele dag en bepaalt daaruit de goedkoopste uren.

De Aquarea krijgt vervolgens twee mogelijke normale instellingen:

48 °C – normale temperatuur
Tijdens de twee goedkoopste uren van de dag wordt de gewenste boilertemperatuur verhoogd naar 48 °C. Hierdoor krijgt de warmtepomp juist op die momenten de mogelijkheid om het tapwater op temperatuur te brengen.

40 °C – uitgestelde verwarming
Buiten de geselecteerde goedkope uren wordt de gewenste temperatuur tijdelijk verlaagd naar 40 °C. Hierdoor wordt voorkomen dat de Aquarea bij een beperkte temperatuurdaling direct opnieuw gaat verwarmen. De verwarming wordt daarmee zoveel mogelijk uitgesteld naar een gunstiger moment.

De keuze van de twee goedkope uren gebeurt dynamisch op basis van de werkelijke elektriciteitsprijzen. Er wordt dus niet gewerkt met vaste tijdstippen.

Comfort- en veiligheidsgrens

Naast de prijs wordt altijd gekeken naar de actuele temperatuur van het tapwater.

De kritische ondergrens is ingesteld op 35 °C. Wanneer het tapwater deze temperatuur bereikt, krijgt comfort voorrang op de prijs. De regeling zet de gewenste temperatuur dan weer op 48 °C, zodat de boiler opnieuw kan opwarmen.

Dit voorkomt dat de prijsoptimalisatie ertoe leidt dat de watertemperatuur onbeperkt verder daalt.

Logica in hoofdlijnen

Situatie	Instelling
Goedkoopste uur van de dag	48 °C
Tweede goedkoopste uur van de dag	48 °C
Tapwatertemperatuur ≤ 35 °C	48 °C
Overige uren	40 °C

De Aquarea heeft een verwarmingsdelta van circa 5 K. Bij een ingestelde doeltemperatuur van 40 °C zal de normale verwarmingscyclus daardoor pas rond 35 °C opnieuw worden geactiveerd. Hiermee sluit de technische werking aan op de gekozen ondergrens.

Filosofie

De regeling volgt daarmee drie principes:

Prijsgestuurd: energie-intensief tapwater verwarmen op de goedkoopste beschikbare momenten.

Flexibel: niet werken met vaste schakeltijden, maar iedere dag opnieuw bepalen wanneer verwarmen financieel het meest interessant is.

Comfort als ondergrens: prijsoptimalisatie mag nooit betekenen dat de boiler te ver afkoelt. Bij 35 °C krijgt beschikbaarheid van warm water voorrang.

De huidige oplossing is bewust een eerste, relatief eenvoudige versie. Een mogelijke vervolgstap is om tijdens de duurste uren daadwerkelijk een harde verwarmingsblokkade toe te passen en daarnaast rekening te houden met bijvoorbeeld voorspeld verbruik, zonnepanelen en de beschikbare energie uit de thuisbatterij.

De gekozen aanpak past bij het bredere principe van energiemanagement: verbruik verschuiven naar momenten waarop elektriciteit goedkoper of ruimer beschikbaar is.

[mar-10]

Dean88? schreef op zondag 27 september 2026 @ 15:04:
Ik heb de afgelopen dagen gesleuteld aan een automatisering voor het warm water. Het is nu nog een eerste automatisering geworden die enkel kijkt naar de dynamische prijzen. Later kan ik deze dan aanpassen. Flink gepuzzeld met helpers en de automatisering. Zonder ChatGTP was het niet gelukt. Onderstaan de filosofie en logica eronder. Ik heb ook nog een volledige stappenplan met alle sensoren en entiteiten voor de geïnteresseerde.

Tips, suggesties en feedback zijn altijd welkom!

Dynamische regeling tapwater Panasonic Aquarea

Doel en uitgangspunt

De regeling is ontwikkeld om het tapwater van de Panasonic Aquarea slimmer te verwarmen in combinatie met een dynamisch energiecontract. Het uitgangspunt is dat de warmtepomp zoveel mogelijk gebruikmaakt van goedkope elektriciteitsuren, zonder dat het comfort en de beschikbaarheid van warm water onnodig in gevaar komen.

Daarbij bepaalt Home Assistant wanneer het gunstig is om de boiler op temperatuur te brengen. De interne regeling van de Panasonic blijft verantwoordelijk voor het daadwerkelijke verwarmingsproces.

Werking van de regeling

Iedere dag zijn de actuele en toekomstige uurprijzen beschikbaar. De regeling kijkt naar het prijsverloop van de hele dag en bepaalt daaruit de goedkoopste uren.

De Aquarea krijgt vervolgens twee mogelijke normale instellingen:

48 °C – normale temperatuur
Tijdens de twee goedkoopste uren van de dag wordt de gewenste boilertemperatuur verhoogd naar 48 °C. Hierdoor krijgt de warmtepomp juist op die momenten de mogelijkheid om het tapwater op temperatuur te brengen.

40 °C – uitgestelde verwarming
Buiten de geselecteerde goedkope uren wordt de gewenste temperatuur tijdelijk verlaagd naar 40 °C. Hierdoor wordt voorkomen dat de Aquarea bij een beperkte temperatuurdaling direct opnieuw gaat verwarmen. De verwarming wordt daarmee zoveel mogelijk uitgesteld naar een gunstiger moment.

De keuze van de twee goedkope uren gebeurt dynamisch op basis van de werkelijke elektriciteitsprijzen. Er wordt dus niet gewerkt met vaste tijdstippen.

Comfort- en veiligheidsgrens

Naast de prijs wordt altijd gekeken naar de actuele temperatuur van het tapwater.

De kritische ondergrens is ingesteld op 35 °C. Wanneer het tapwater deze temperatuur bereikt, krijgt comfort voorrang op de prijs. De regeling zet de gewenste temperatuur dan weer op 48 °C, zodat de boiler opnieuw kan opwarmen.

Dit voorkomt dat de prijsoptimalisatie ertoe leidt dat de watertemperatuur onbeperkt verder daalt.

Logica in hoofdlijnen

Situatie	Instelling
Goedkoopste uur van de dag	48 °C
Tweede goedkoopste uur van de dag	48 °C
Tapwatertemperatuur ≤ 35 °C	48 °C
Overige uren	40 °C

De Aquarea heeft een verwarmingsdelta van circa 5 K. Bij een ingestelde doeltemperatuur van 40 °C zal de normale verwarmingscyclus daardoor pas rond 35 °C opnieuw worden geactiveerd. Hiermee sluit de technische werking aan op de gekozen ondergrens.

Filosofie

De regeling volgt daarmee drie principes:

Prijsgestuurd: energie-intensief tapwater verwarmen op de goedkoopste beschikbare momenten.

Flexibel: niet werken met vaste schakeltijden, maar iedere dag opnieuw bepalen wanneer verwarmen financieel het meest interessant is.

Comfort als ondergrens: prijsoptimalisatie mag nooit betekenen dat de boiler te ver afkoelt. Bij 35 °C krijgt beschikbaarheid van warm water voorrang.

De huidige oplossing is bewust een eerste, relatief eenvoudige versie. Een mogelijke vervolgstap is om tijdens de duurste uren daadwerkelijk een harde verwarmingsblokkade toe te passen en daarnaast rekening te houden met bijvoorbeeld voorspeld verbruik, zonnepanelen en de beschikbare energie uit de thuisbatterij.

De gekozen aanpak past bij het bredere principe van energiemanagement: verbruik verschuiven naar momenten waarop elektriciteit goedkoper of ruimer beschikbaar is.

Twee vraagjes: hoe vaak verwarm jij SWW? Ik bijvoorbeeld maar één keer per dag.

En je weet dat je SWW ook kunt afschakelen? Als je SWW dan activeert, gaat de WP direct SWW verwarmen als de tanktemperatuur lager dan de instelling is. De hysterese van 8 graden is enkel van toepassing als SWW in het rooster actief is en de tanktemperatuur daalt.

Ik heb mijn SWW altijd op 14 uur aan. De hogere COP bij hogere buitentemperatuur is ook wat waard . Als automatisering heb ik toegevoegd dat de WP met SWW start als de afvoer tijdens verwarmen op 3 graden boven target komt en het tussen 12 en 14 uur is. Daarmee bespaar ik een compressorstart. En optimaliseer ik ook op zonnestroom

[Dean88?]

mar-10 schreef op zondag 27 september 2026 @ 16:23:
[...]

Twee vraagjes: hoe vaak verwarm jij SWW? Ik bijvoorbeeld maar één keer per dag.

En je weet dat je SWW ook kunt afschakelen? Als je SWW dan activeert, gaat de WP direct SWW verwarmen als de tanktemperatuur lager dan de instelling is. De hysterese van 8 graden is enkel van toepassing als SWW in het rooster actief is en de tanktemperatuur daalt.

Ik heb mijn SWW altijd op 14 uur aan. De hogere COP bij hogere buitentemperatuur is ook wat waard . Als automatisering heb ik toegevoegd dat de WP met SWW start als de afvoer tijdens verwarmen op 3 graden boven target komt en het tussen 12 en 14 uur is. Daarmee bespaar ik een compressorstart. En optimaliseer ik ook op zonnestroom

In deze automatisering in de basis ook maar 1 keer per dag. Het goedkoopste uur van de dag.
Met met nog een extra optie dat hij in het tweede goedkoopste uur van de dag nogmaals kijkt of hij kan verwarmen. Ik merk dat ik eigenlijk niet red om maar 1 keer te verwarmen per dag.

Als voorbeeld: om 13.00 uur wordt het water verwarmt. Om 14.00 uur doucht vrouwlief. Als ik vervolgens om 19.00 uur douche komt het water onder de grens en gaat de WP alsnog warmwater maken op het duurste moment. In dit geval heb ik liever dat hij om 14.00 uur nogmaals het water naar de gewenste temperatuur brengt.

De laagste waarde die ik kan instellen in HeishaMon is 40 graden. Dus met de Delta = 5 K. Is 35 graden nu de ondergrens. Zet jij in jou situatie het dan helemaal uit? Tot welke tempratuur zakt het water dan?

In de volgende fase van deze automatisering wil ik weersvoorspelling, zonne-energie en verbruik verder meenemen.

[mar-10]

Dean88? schreef op maandag 28 september 2026 @ 08:18:
[...]

In deze automatisering in de basis ook maar 1 keer per dag. Het goedkoopste uur van de dag.
Met met nog een extra optie dat hij in het tweede goedkoopste uur van de dag nogmaals kijkt of hij kan verwarmen. Ik merk dat ik eigenlijk niet red om maar 1 keer te verwarmen per dag.

Als voorbeeld: om 13.00 uur wordt het water verwarmt. Om 14.00 uur doucht vrouwlief. Als ik vervolgens om 19.00 uur douche komt het water onder de grens en gaat de WP alsnog warmwater maken op het duurste moment. In dit geval heb ik liever dat hij om 14.00 uur nogmaals het water naar de gewenste temperatuur brengt.

De laagste waarde die ik kan instellen in HeishaMon is 40 graden. Dus met de Delta = 5 K. Is 35 graden nu de ondergrens. Zet jij in jou situatie het dan helemaal uit? Tot welke tempratuur zakt het water dan?

In de volgende fase van deze automatisering wil ik weersvoorspelling, zonne-energie en verbruik verder meenemen.

offtopic:
We gaan denk ik een beetje offtopic:

hoe groot is jouw SWW-boilervat? Heb je het waterverbruik van de douche gemeten? Hoe lang wordt er gedouchd? En op welke hoogte van het vat zit de temperatuursensor? En weet je toevallig of de spiraal door het hele vat loopt of alleen onderin zit?
Als alternatief: weet je hoeveel warmte je per run in het SWW-vat stopt?

Mijn situatie is: 200 liter vat, reguliere doeltemperatuur 40 graden (in de praktijk bovenin het vat bijna 50 graden) (gisteren doeltemperatuur op 65 ivm tariefverschil ), spaarkop met 8 liter per minuut, ongeveer 15 minuten per dag douchen --> verbruik van 100 a 120 liter SWW op een dag. De sensor zit op ongeveer 1/3e van de hoogte en geeft 20 graden (in de winter 10) aan, maar er zit nog genoeg reserve in het vat. Dit komt trouwens redelijk overeen met de 3,5 a 4 kWh die ik dagelijks in het vat stop.

Spiraal door het hele vat is vrij standaard (ik heb het ook), maar eigenlijk niet optimaal. Als je gaat verwarmen en als er bovenin het vat nog warm water zit, dan wordt de warmte eerst van boven naar beneden herverdeeld en dan pas het hele vat verwarmd.

Maar goed: Ik gok dat je te vaak SWW opwarmt. Als het vat nog veel warm water bevat, heb je stiekem een slechtere COP dan als het vat bijna leeg is. En je runs zullen ook betrekkelijk kort zijn.

[ Voor 7% gewijzigd door mar-10 op 28-09-2026 10:08 ]

[Dean88?]

Interessant, ga ik eens verder in verdiepen. Hier staat een 300 liter vat en de sensor zit vrij hoog. zeg 2/3de. Verbruik niet echt bekend, ga ik eens nakijken.

Wat betreft de laatste zin: voor de verwarming heb ik altijd aangenomen dat de WP liefst niet een te groot verschil wil hebben tussen aanvoer en retour. Is dat voor warm water anders?

[mar-10]

Dean88? schreef op maandag 28 september 2026 @ 12:57:
Interessant, ga ik eens verder in verdiepen. Hier staat een 300 liter vat en de sensor zit vrij hoog. zeg 2/3de. Verbruik niet echt bekend, ga ik eens nakijken.

Wat betreft de laatste zin: voor de verwarming heb ik altijd aangenomen dat de WP liefst niet een te groot verschil wil hebben tussen aanvoer en retour. Is dat voor warm water anders?

offtopic:
Als je sensor zo hoog zit, dan kan het zijn dat je niet het hele vat verwarmd. Kun je hem lager plaatsen?

De grap met SWW is dat minder vaak opwarmen een iets hogere COP zal geven. Stel je hebt een 200 liter vat en gebruikt dagelijks 100 liter uit het vat. De doeltemperatuur is 40 graden, het waterbedrijf levert 20 graden (zomer).
Na één dag zou (bij perfecte gelaagdheid) de onderste helft 20 graden zijn, de bovenste helft 40 graden. Gemiddeld dus 30 graden. Als je gaat verwarmen, dan breng je het vat van 30 naar 40 graden.
Na twee dagen zou het vat 'leeg' zijn en is het gehele vat 20 graden. Als je gaat verwarmen, dan breng je het vat van 20 naar 40 graden. Omdat de COP in het bereik tussen 20 en 30 hoger is, pak je een beetje winst. Orde 10%.
Deze cijfers passen redelijk bij mijn situatie, maar ik doe het toch niet: gelaagdheid is niet perfect. Als eega als tweede op dag 2 doucht, wordt er gemopperd. En als er een extra douchebeurt is vanwege sporten of vies kind, dan hang ik ook. Comfort is ook belangrijk.

[xoror]

[edit] 3 testers gevonden.

[ Voor 113% gewijzigd door xoror op 29-09-2026 09:02 ]

[SpikeHome]

xoror schreef op maandag 28 september 2026 @ 17:03:
ODIN: MPC-optimizer voor HeishaMon (testers gezocht)

Ik heb dit met @thehog afgestemd en post het daarom in deze thread.

Even kort wie ik ben: ik ben de auteur van Asgard voor Mitsubishi Electric warmtepompen (esphome-ecodan-hp) en van ODIN (gekkekoe.github.io/heatpump-optimizer), een warmtepomp-optimizer die inmiddels draait bij een groep Mitsubishi-gebruikers. Nu breid ik ODIN uit naar HeishaMon + Panasonic Aquarea. Die route kan ik zelf niet op een echte installatie testen, en daarom deze oproep.

Wat doet ODIN?
ODIN is een Model Predictive Control (MPC)-engine die lokaal op eigen hardware draait en elk uur een nieuw 48-uursplan maakt voor verwarming, koeling en warm water. Geen timer en geen standaardprofiel, maar een natuurkundig model van jouw huis. Warmteverlies, thermische massa en passieve zonnewinst leert ODIN uit je eigen meetdata, en het model corrigeert zichzelf door de seizoenen heen.

Het plan weegt dynamische stroomprijzen, zon- en weersvoorspelling tegen dat model en kiest de goedkoopste volgorde van uren, altijd binnen jouw comfortband (bijvoorbeeld 20,5–22,5 °C). Eén keer instellen en je hoeft er daarna niet meer naar om te kijken.

Waarom HeishaMon-gebruikers?
De Aquarea leent zich goed voor MPC: via MQTT is alles uit te lezen én aan te sturen, dus ODIN kan direct reageren op elk prijs- of zonuur in plaats van te wachten op een stooklijn. Concreet:

• Verwarming schuift van dure avondpieken naar goedkope (nacht)uren, binnen jouw comfortband;
• Met PV draait de pomp bij voorkeur in zonvensters;
• Warm water wordt in het goedkoopste uur van de dag opgewarmd, vóórdat de naverwarmer nodig is;
• Alles is 100% lokaal: geen cloud, geen account, geen abonnement, en je data blijft in huis.

Disclaimer
Op Mitsubishi/Ecodan is ODIN al in gebruik. De HeishaMon-route is nog niet op een echte Aquarea getest. De MQTT-kant is geschreven (sensoren, commando's, verwarm-, koel- en DHW-modes, en legionellabeveiliging via het ingebouwde sterilisatieprogramma van de pomp), maar de mapping moet zich in de praktijk nog bewijzen.

Ik zoek daarom gebruikers (max: 3) die dit samen met mij scherp willen krijgen: laat ODIN draaien en deel af en toe een debug-dump, zodat ik model en planning kan kalibreren.

Wat heb je nodig?

• Een Aquarea met HeishaMon, waarbij MQTT beschikbaar is op je lokale netwerk;
• Bij voorkeur een dynamisch stroomcontract (bij een vast contract maakt ODIN het vooral comfortabeler, niet per se goedkoper);
• Bereidheid om feedback te geven op github.

Interesse of nieuwsgierig? Stuur gerust een bericht. Meer achtergrond vind je op gekkekoe.github.io/heatpump-optimizer en in de GitHub-repo.

Hier nog een screenshot van Odin:
[Afbeelding]

Klinkt interessant.

Wil minder ermee bezig zijn om alles te regelen.

[hemertje]

xoror schreef op maandag 28 september 2026 @ 17:03:
ODIN: MPC-optimizer voor HeishaMon (testers gezocht)

Ik heb dit met @thehog afgestemd en post het daarom in deze thread.

Even kort wie ik ben: ik ben de auteur van Asgard voor Mitsubishi Electric warmtepompen (esphome-ecodan-hp) en van ODIN (gekkekoe.github.io/heatpump-optimizer), een warmtepomp-optimizer die inmiddels draait bij een groep Mitsubishi-gebruikers. Nu breid ik ODIN uit naar HeishaMon + Panasonic Aquarea. Die route kan ik zelf niet op een echte installatie testen, en daarom deze oproep.

Wat doet ODIN?
ODIN is een Model Predictive Control (MPC)-engine die lokaal op eigen hardware draait en elk uur een nieuw 48-uursplan maakt voor verwarming, koeling en warm water. Geen timer en geen standaardprofiel, maar een natuurkundig model van jouw huis. Warmteverlies, thermische massa en passieve zonnewinst leert ODIN uit je eigen meetdata, en het model corrigeert zichzelf door de seizoenen heen.

Het plan weegt dynamische stroomprijzen, zon- en weersvoorspelling tegen dat model en kiest de goedkoopste volgorde van uren, altijd binnen jouw comfortband (bijvoorbeeld 20,5–22,5 °C). Eén keer instellen en je hoeft er daarna niet meer naar om te kijken.

Waarom HeishaMon-gebruikers?
De Aquarea leent zich goed voor MPC: via MQTT is alles uit te lezen én aan te sturen, dus ODIN kan direct reageren op elk prijs- of zonuur in plaats van te wachten op een stooklijn. Concreet:

• Verwarming schuift van dure avondpieken naar goedkope (nacht)uren, binnen jouw comfortband;
• Met PV draait de pomp bij voorkeur in zonvensters;
• Warm water wordt in het goedkoopste uur van de dag opgewarmd, vóórdat de naverwarmer nodig is;
• Alles is 100% lokaal: geen cloud, geen account, geen abonnement, en je data blijft in huis.

Disclaimer
Op Mitsubishi/Ecodan is ODIN al in gebruik. De HeishaMon-route is nog niet op een echte Aquarea getest. De MQTT-kant is geschreven (sensoren, commando's, verwarm-, koel- en DHW-modes, en legionellabeveiliging via het ingebouwde sterilisatieprogramma van de pomp), maar de mapping moet zich in de praktijk nog bewijzen.

Ik zoek daarom gebruikers (max: 3) die dit samen met mij scherp willen krijgen: laat ODIN draaien en deel af en toe een debug-dump, zodat ik model en planning kan kalibreren.

Wat heb je nodig?

• Een Aquarea met HeishaMon, waarbij MQTT beschikbaar is op je lokale netwerk;
• Bij voorkeur een dynamisch stroomcontract (bij een vast contract maakt ODIN het vooral comfortabeler, niet per se goedkoper);
• Bereidheid om feedback te geven op github.

Interesse of nieuwsgierig? Stuur gerust een bericht. Meer achtergrond vind je op gekkekoe.github.io/heatpump-optimizer en in de GitHub-repo.

Hier nog een screenshot van Odin:
[Afbeelding]

Hoi @xoror

mooi project heb je opgezet!

ken je deze projecten al?

Algemeen:
Heishamon <> Node Red voor Panasonic warmtepompen

Panasonic specifiek:
Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO

Zou mooi zijn als je denk en werkwijze breed geimplmenteerd wordt!

[hemertje]

xoror schreef op maandag 28 september 2026 @ 17:03:
ODIN: MPC-optimizer voor HeishaMon (testers gezocht)

Ik heb dit met @thehog afgestemd en post het daarom in deze thread.

Even kort wie ik ben: ik ben de auteur van Asgard voor Mitsubishi Electric warmtepompen (esphome-ecodan-hp) en van ODIN (gekkekoe.github.io/heatpump-optimizer), een warmtepomp-optimizer die inmiddels draait bij een groep Mitsubishi-gebruikers. Nu breid ik ODIN uit naar HeishaMon + Panasonic Aquarea. Die route kan ik zelf niet op een echte installatie testen, en daarom deze oproep.

Wat doet ODIN?
ODIN is een Model Predictive Control (MPC)-engine die lokaal op eigen hardware draait en elk uur een nieuw 48-uursplan maakt voor verwarming, koeling en warm water. Geen timer en geen standaardprofiel, maar een natuurkundig model van jouw huis. Warmteverlies, thermische massa en passieve zonnewinst leert ODIN uit je eigen meetdata, en het model corrigeert zichzelf door de seizoenen heen.

Het plan weegt dynamische stroomprijzen, zon- en weersvoorspelling tegen dat model en kiest de goedkoopste volgorde van uren, altijd binnen jouw comfortband (bijvoorbeeld 20,5–22,5 °C). Eén keer instellen en je hoeft er daarna niet meer naar om te kijken.

Waarom HeishaMon-gebruikers?
De Aquarea leent zich goed voor MPC: via MQTT is alles uit te lezen én aan te sturen, dus ODIN kan direct reageren op elk prijs- of zonuur in plaats van te wachten op een stooklijn. Concreet:

• Verwarming schuift van dure avondpieken naar goedkope (nacht)uren, binnen jouw comfortband;
• Met PV draait de pomp bij voorkeur in zonvensters;
• Warm water wordt in het goedkoopste uur van de dag opgewarmd, vóórdat de naverwarmer nodig is;
• Alles is 100% lokaal: geen cloud, geen account, geen abonnement, en je data blijft in huis.

Disclaimer
Op Mitsubishi/Ecodan is ODIN al in gebruik. De HeishaMon-route is nog niet op een echte Aquarea getest. De MQTT-kant is geschreven (sensoren, commando's, verwarm-, koel- en DHW-modes, en legionellabeveiliging via het ingebouwde sterilisatieprogramma van de pomp), maar de mapping moet zich in de praktijk nog bewijzen.

Ik zoek daarom gebruikers (max: 3) die dit samen met mij scherp willen krijgen: laat ODIN draaien en deel af en toe een debug-dump, zodat ik model en planning kan kalibreren.

Wat heb je nodig?

• Een Aquarea met HeishaMon, waarbij MQTT beschikbaar is op je lokale netwerk;
• Bij voorkeur een dynamisch stroomcontract (bij een vast contract maakt ODIN het vooral comfortabeler, niet per se goedkoper);
• Bereidheid om feedback te geven op github.

Interesse of nieuwsgierig? Stuur gerust een bericht. Meer achtergrond vind je op gekkekoe.github.io/heatpump-optimizer en in de GitHub-repo.

Hier nog een screenshot van Odin:
[Afbeelding]

maar nooit geweten dat Tweakers gebruikt werd om software te verkopen: €199

[ErikKo]

hemertje schreef op maandag 28 september 2026 @ 22:38:
[...]


maar nooit geweten dat Tweakers gebruikt werd om software te verkopen: €199

Huh, het kost €199? Daar wordt geen woord over gerept in de post.

[xoror]

Ik heb de product pagina link voor meer achtergrond info weggelaten. De bedoeling van de post was om mensen te vinden die mij willen helpen om Heishamon ondersteuning goed te krijgen in Odin. Ik heb inmiddels 3 aanmeldingen en die zullen een gratis test unit krijgen om mee te spelen.

[edterbak]

@xoror Ik heb daar wel een mening over.
Het komt mij over als een commercieel product met een duidelijk verdienmodel.
Ik sta daar duidelijk anders in gezien wat ik doe voor de community. The hog ook met een kaartje op tindy voor 20 euro...
Ik was in eerste instantie enthousiast. Maar laat maar. Ik wil niet meewerken aan een commercieel product voor een appel en een ei...

[SpikeHome]

Voor mensen die Heisamon gebruken met Homey

Check dit:

https://homey.app/nl-nl/app/nl.alexredwood.aquarea-heishamon/Panasonic-Aquarea-via-HeishaMon/test/

https://community.homey.app/t/app-panasonic-aquarea-via-heishamon/159095

Ik heb nu via Home Assist uitgezet.

En werkt het nu via Homey.
Nu nog Enphase compleet van Home Assist eraf dan kan die ook uit.

[TimoDimo]

TimoDimo schreef op zaterdag 26 september 2026 @ 20:46:
[...]

Dit was gelukt vorige keer, maar nu wil ik versie v4.1.4 updaten naar de laatste versie (HeishaMon.ino.d1-v4.2.2.bin) en nu krijg ik dit in de log als ik de firmware update start:
"New firmware POST data but update not running anymore!"

En hij zit in een loop want dit bericht komt onophoudelijk als een lange stroom zo'n 70 keer per seconde. Kun je nog een keer helpen @thehog?

Oh laat maar, @thehog. Het is inmiddels gelukt. Ik weet niet wat er mis was. Na een paar keer rebooten lukte het wel.

[thehog]

TimoDimo schreef op dinsdag 29 september 2026 @ 21:48:
[...]

Oh laat maar, @thehog. Het is inmiddels gelukt. Ik weet niet wat er mis was. Na een paar keer rebooten lukte het wel.

Dat is een bug die er al heel lang in zit en in, ik geloof 4.2.0, gefixed is. Updaten werkt daarvoor het beste met maar 1 browser actief (de uploader)

[edterbak]

thehog schreef op woensdag 30 september 2026 @ 18:39:
[...]

Dat is een bug die er al heel lang in zit en in, ik geloof 4.2.0, gefixed is. Updaten werkt daarvoor het beste met maar 1 browser actief (de uploader)

Kun je daar misschien een popup voor inbouwen. "Please close all other active browser windows showing Heishamon [Ok]"?

[phrancus]

Even aan denken dat wellicht home assistant ook nog een http venster open aan het houden kan zijn. (als je die URL-kaart gebruikt om een externe pagina te tonen met een link in je linkerlijstje.)

Via die weg kan ik snel zien of HH nog up is, en of de 1-wire sensor nog iets doet.

Verder heb ik 'm een vast IP adres gegeven bovenin de range en laat ik portscans niet zo hoog komen, zo vind ik wel de nieuwe troep die ik op het net aansluit maar laat ik de HH met rust. So far so good.

[thehog]

edterbak schreef op donderdag 1 oktober 2026 @ 08:20:
[...]

Kun je daar misschien een popup voor inbouwen. "Please close all other active browser windows showing Heishamon [Ok]"?

Nee dat hoeft dus nu niet meer. Alleen in de oudere versies

[White_Collar]

Mijn Installateur is momenteel nog bezig met de installatie en heeft de optionele printplaat erbij geplaatst die ook gebruik maakt van de CN-CNT poort.

Ook installeert hij straks de native wifi module van Panasonic erop.
Nu lijkt er ook op die optionele printplaat ook nog een CN-CNT erop te zitten en doorgelust te zijn.

Edit: zit alleen een extra CN-NMode poort op en niet CN-CNT.

Lijkt er toch sterk op dat ik alleen CN-CNT2 (RED) moet gebruiken op de heishamon en dan op op proxy mode. Of zie ik dat verkeerd?


Kunnen de kenners misschien hier mee denken?

Zou geweldig zijn om via de wifi module en de heishamon dingen beide te kunnen schakelen

1ste foto: Overzicht van mainbord en uitbreiding plaat
2de foto: Mainboard
3de foto: Uitbreiding plaat

[ Voor 69% gewijzigd door White_Collar op 07-10-2026 19:46 ]

[scylla250]

Beste medetweakers,

Allereerst superveel dank voor dit mooie project! Ik heb echt al enorm veel plezier gehad van de HeishaMon. Sinds deze week probeer ik mijn systeem uit te breiden met een 1-wire sensor. Ik loop echter tegen een probleem aan met de 1-wire sensoren op mijn HeishaMon (kleine bordje v1.3 met OpenTherm) en hoop dat jullie kunnen meedenken.

Mijn setup & probleem:

• Voeding: Gevoed vanuit de Panasonic warmtepomp via een 5 meter lange CN-NMODE kabel.
• 1-wire: DS18B20 sensor op een kabel van 5 meter.
• Probleem: De gemeten temperatuur fluctueert met soms sprongen van wel 0,5 graad.

Wat heb ik al geprobeerd?

• De sensor uitgewisseld voor een ander exemplaar (zelfde resultaat).
• Draden opnieuw gestript
• Spanning nagemeten met een multimeter op de HeishaMon: deze geeft 4,85V aan en lijkt stabiel.

Vermoeden & Oplossingen:
Door te zoeken in dit forum kwam ik twee oplossingen tegen:

1. Externe voeding: De 5V vanuit de warmtepomp loshalen en HeishaMon voeden via een externe 5V USB-lader (met behoud van de GND naar de warmtepomp).
2. Condensator: Een ontkoppelcondensator (bijv. een elco van 100µF) plaatsen.

Wat is in dit scenario de beste oplossing? Heeft iemand hier ervaring mee?

Alvast bedankt voor het meedenken!

[phrancus]

Die eerste oplossing met een losse USB voeding is wel een simpele test waard lijkt me. 5 meter is best een eind, daar kan best wat storen onderweg.

[scylla250]

Hoi @phrancus ,

Bedankt voor het meedenken! Dan ga ik dat eerst doen.

En even voor de zekerheid een paar korte vraagjes:

• 5V rode draad uit de CN-NMODE stekker halen; en dan alleen 5V bijvoeden vanuit USB?
• Dus niet de GND loshalen en ook vanuit USB voeden?
• Kan ik die 5V vanuit USB dan ook simpelweg op 1wire schroefterminal schroeven?

[thehog]

White_Collar schreef op woensdag 7 oktober 2026 @ 19:26:
Mijn Installateur is momenteel nog bezig met de installatie en heeft de optionele printplaat erbij geplaatst die ook gebruik maakt van de CN-CNT poort.

Ook installeert hij straks de native wifi module van Panasonic erop.
Nu lijkt er ook op die optionele printplaat ook nog een CN-CNT erop te zitten en doorgelust te zijn.

Edit: zit alleen een extra CN-NMode poort op en niet CN-CNT.

Lijkt er toch sterk op dat ik alleen CN-CNT2 (RED) moet gebruiken op de heishamon en dan op op proxy mode. Of zie ik dat verkeerd?


Kunnen de kenners misschien hier mee denken?

Zou geweldig zijn om via de wifi module en de heishamon dingen beide te kunnen schakelen

1ste foto: Overzicht van mainbord en uitbreiding plaat
2de foto: Mainboard
3de foto: Uitbreiding plaat

[Afbeelding]	[Afbeelding]	[Afbeelding]

Normaal zet je panasonic wifi-module (cz-taw1) op de proxy poort van heishamon large en de heishamon dan op de optionele bord (er zit echt wel een CN-CNT). Je installateur heeft waarschijlijk de cz-taw1 nu op de optionele bord cn-cnt aangesloten (want zo hoort dat).