Panasonic Warmtepompen besturen via Heishamon Rules

[Binifada]

blb4 schreef op vrijdag 22 november 2024 @ 15:49:
Na lange stilte maar weer eens een update van mijn kant. De ontwikkeling van de rules was een beetje stil komen te liggen door de onstabiliteit van HeishaMon. Voor zover ik 't kan plaatsen was dat een combinatie van onstabiliteit in de firmware (er werd een hele boel tegelijk ontwikkeld) en de beperkte capaciteit van de op EPS8266 gebaseerde HeishaMon small in combinatie met alle opties + grote rules set gebruiken.
Deze problemen zijn allemaal zo'n beetje verdwenen met de EPS32 gebaseerde HeishaMon Large met Firmware 3.8.
…

Hallo @blb4

Ik gebruik jullie regels (20240819) al een tijdje in een aangepaste vorm.
Zijn er grote verschillen?

[blb4]

Binifada schreef op vrijdag 22 november 2024 @ 18:35:
[...]


Hallo @blb4

Ik gebruik jullie regels (20240819) al een tijdje in een aangepaste vorm.
Zijn er grote verschillen?

Grootste deel is ‘t zelfde gebleven, de enige echte verandering zit in wat nu TaShift heet (hiervoor TaManipulations).

[Binifada]

@blb4

Hartelijk dank voor het delen. Ik heb veel geleerd van je regels en programmeren is weer leuk.

[Binifada]

Hallo @blb4 ,

Je kunt ook lokale variabelen gebruiken in je regels. Deze worden niet weergegeven in de console of in het USB-logboek. Is hier een oplossing voor?

Ik gebruik Heishamon V5 en Software 3.8.

Groeten Binifada

[blb4]

Binifada schreef op maandag 25 november 2024 @ 18:05:
Hallo @blb4 ,

Je kunt ook lokale variabelen gebruiken in je regels. Deze worden niet weergegeven in de console of in het USB-logboek. Is hier een oplossing voor?

Ik gebruik Heishamon V5 en Software 3.8.

Groeten Binifada

Klopt, dit zijn nog wat nukken in de huidige FW.

[Binifada]

Sorry voor mijn slechte Nederlands. Het is net zo goed/slecht als Deepl-Translate.

Als je iets wilt weten en leren over Regels, kun je hier altijd iets ontdekken.

Ik gebruik de @blb4 regels sinds ze hier en op Github zijn gepubliceerd. Ik heb niet alle regels nodig, DHW en pumpDuty, anders werken de regels met kleine aanpassingen. En sinds Heishamon V5 en Software 3.8 zijn er eigenlijk geen problemen meer.
Tot nu toe heb ik het goed gedaan met versie 20240821. Nu is er 20241123 die waarschijnlijk op onderdelen een andere focus heeft. Nu probeer ik natuurlijk de betekenis en het doel van de regels te begrijpen, maar de bedoeling van de auteur is niet duidelijk. BLB4 zal hier zelf commentaar op moeten geven als hij dat wil.

20240821 versus 20241123

Het leek mij dat de eerdere versie ook ontworpen was voor langere runtimes. De nieuwe versie legt de nadruk op de OpenTherm thermostaat.
Wat is de reden hiervoor? Minder schrijfacties naar de EPROM, meer gemak ...

Misschien kan de professional ons hier meer over vertellen ...

[Beekforel]

@Binifada je kunt alle wijzigingen hier inzien: https://github.com/blb4gi...4a0945bdcd775570d1146deba

Als je tevreden bent met de huidige variant, hoef je natuurlijk niet bij te werken.

Ik zelf heb een tijdje met de Node Red flow gedraaid, een paar eigen regels erbij ter ondersteuning. Maar ik vind de set van @blb4 dusdanig goed eruit zien dat ik die nu weer heb overgenomen.

Het is mij alleen niet helemaal duidelijk hoe ik de bandbreedte van de pumpflow kan instellen, hij tuned hem nu wat terug maar hij mag van mij wel iets sneller lopen.

[blb4]

@Binifada , @Beekforel , Nu mijn rules set weer behoorlijk stabiel draait (eingelijk alleen de TaShift functie blijft wat opspelen, de rest is al maanden stabiel) zal ik weer wat aandacht aan de documentatie geven. Zodra ik dat heb zal ik die op Github plaatsen. Mijn bedoeling is 1 rules set die je zo zou kunnen inladen en 1 die voorzien is van commentaar.

[Binifada]

@Beekforel

…
Het is mij alleen niet helemaal duidelijk hoe ik de bandbreedte van de pumpflow kan instellen, hij tuned hem nu wat terug maar hij mag van mij wel iets sneller lopen.

deactiveer op PumpDuty, dan regelt de Jeisha zichzelf weer

[Beekforel]

blb4 schreef op woensdag 27 november 2024 @ 16:06:
@Binifada , @Beekforel , Nu mijn rules set weer behoorlijk stabiel draait (eingelijk alleen de TaShift functie blijft wat opspelen, de rest is al maanden stabiel) zal ik weer wat aandacht aan de documentatie geven. Zodra ik dat heb zal ik die op Github plaatsen. Mijn bedoeling is 1 rules set die je zo zou kunnen inladen en 1 die voorzien is van commentaar.

Ik merk inderdaad dat die shift niet goed gaat, zal kijken of ik er wat aan kan debuggen.

Heb de houtkachel aan, hij ging netjes naar -5 schiften. Later ook zelfs uit. Maar vervolgens weer naar 0 geshift en power weer aan, hij draait nu weer vrolijk mee.

Binifada schreef op woensdag 27 november 2024 @ 18:06:
[...]


deactiveer op PumpDuty, dan regelt de Jeisha zichzelf weer

Dat snap ik, maar ik zou hem wel variabel willen hebben zoals in de rules.

[ Voor 27% gewijzigd door Beekforel op 27-11-2024 19:05 ]

[blb4]

Beekforel schreef op woensdag 27 november 2024 @ 18:56:
[...]

Ik merk inderdaad dat die shift niet goed gaat, zal kijken of ik er wat aan kan debuggen.

Heb de houtkachel aan, hij ging netjes naar -5 schiften. Later ook zelfs uit. Maar vervolgens weer naar 0 geshift en power weer aan, hij draait nu weer vrolijk mee.


[...]

Dat snap ik, maar ik zou hem wel variabel willen hebben zoals in de rules.

Inmiddels gaat die mij mij al weer beter:

code:

on TaShift then
    #allowTaShift = #allowTaShift + 1;
    if #allowTaShift > 20 then #allowTaShift = 2; end
    if (#CompRunTime < 15 || #allowTaShift == 2) && #DHWRun < 1 && @ThreeWay_Valve_State == 0 then
        if #Debug > 10 then $com = 'basic conditions for TaShift fullfilled'; end
        #SHifT = @Z1_Heat_Request_Temp;
        if #CompState > 0 then
            if #Debug > 1 || #RemoteOverRide > 0 then   print('TaShift if Compressor is running');  end
            TaShift2();
        else
            $StopTime = - 2 * @Outside_Temp - 30;
            if  #CompState == 0 && #CompRunTime > $StopTime && #CompRunTime < 2 then
                if #Debug > 10 then $com = 'if compressor is off for a relative short time (depending on outside temperature) SHifT to -5 to avoid short cycle'; end
                #SHifT = -5;
            else
                if #Debug > 10 then $com = 'SHifT back to 0 when compressor is off and $StopTime is over '; end
                #SHifT = 0;
            end
        end
        if (%hour > 22 || %hour < 7) && @Outside_Temp < 3 && #SHifT > -3 && (@Main_Outlet_Temp - @Z1_Water_Target_Temp) < 0.5 && #CompState > 0 then
            if #Debug > 10 then $com = 'Between 23h and 7h SHifT -1 to switch off compressor a bit earlier'; end
            #SHifT = -1 + #SHifT;
        end

        if #Debug > 10 then $com = 'shift Z1HRT if required but not outside the range -5 to +5'; end
        #SHifT = min(max(#SHifT, -5), 5);
        if #SHifT != @Z1_Heat_Request_Temp && #RemoteOverRide < 1 then @SetZ1HeatRequestTemperature = #SHifT; end
    end
end

on TaShift2 then
    $WarTemp = @Z1_Water_Target_Temp - @Z1_Heat_Request_Temp;
    if #CompRunSec < 180 && #CompState == 1 then
        #SoftStartControl = ceil(@Main_Outlet_Temp - 3 + ceil(#CompRunSec / 60)) - $WarTemp;
        $a = 1; $b = ', CRS < 180';
    elseif #CompRunTime < (300 -  5 * @Outside_Temp) then
        if @Main_Outlet_Temp > #MOT then 
            #SoftStartControl = ceil(@Main_Outlet_Temp - 1.8) - $WarTemp;
        else
            #SoftStartControl = ceil(@Main_Outlet_Temp - 1.6) - $WarTemp;
        end
        $a = 2; $b = concat(', CRT < ', (300 - 5 * @Outside_Temp));
    elseif #SoftStartControl > 0 then
        $a = 3; $b = ', Back to 0';
        if #CompRunTime / 60 == round(#CompRunTime / 60) then
            #SoftStartControl = #SoftStartControl - 1;
        end
    else
        $a = 4; $b = ', TaShift Finished';
    end
    #MOT = @Main_Outlet_Temp;
    #RoomTempControl = round(#RoomTempDelta * -3);
    #SHifT = #SoftStartControl + #RoomTempControl;

    if $a > 1 && (@Main_Outlet_Temp - $WarTemp - #SHifT) > 1.8 then
        #SHifT = ceil(@Main_Outlet_Temp - 1.8) - $WarTemp;
        $a = $a + 10; $b = concat($b,' ( limit #SHifT)');
    end
    if #Debug > 0 || #RemoteOverRide > 0 then   print('TaM phase ', $a, $b, ' CRS: ', #CompRunSec, ' CRT: ', #CompRunTime, ' RTD: ', #RoomTempDelta, ' SSC: ', #SoftStartControl, ' RTC: ', #RoomTempControl, ' SHifT: ', #SHifT, ' MOT: ', @Main_Outlet_Temp, ' Z1T: ',  @Z1_Water_Target_Temp);   end
end

[Beekforel]

blb4 schreef op woensdag 27 november 2024 @ 19:38:
[...]

Inmiddels gaat die mij mij al weer beter:

code:

on TaShift then
    #allowTaShift = #allowTaShift + 1;
    if #allowTaShift > 20 then #allowTaShift = 2; end
    if (#CompRunTime < 15 || #allowTaShift == 2) && #DHWRun < 1 && @ThreeWay_Valve_State == 0 then
        if #Debug > 10 then $com = 'basic conditions for TaShift fullfilled'; end
        #SHifT = @Z1_Heat_Request_Temp;
        if #CompState > 0 then
            if #Debug > 1 || #RemoteOverRide > 0 then   print('TaShift if Compressor is running');  end
            TaShift2();
        else
            $StopTime = - 2 * @Outside_Temp - 30;
            if  #CompState == 0 && #CompRunTime > $StopTime && #CompRunTime < 2 then
                if #Debug > 10 then $com = 'if compressor is off for a relative short time (depending on outside temperature) SHifT to -5 to avoid short cycle'; end
                #SHifT = -5;
            else
                if #Debug > 10 then $com = 'SHifT back to 0 when compressor is off and $StopTime is over '; end
                #SHifT = 0;
            end
        end
        if (%hour > 22 || %hour < 7) && @Outside_Temp < 3 && #SHifT > -3 && (@Main_Outlet_Temp - @Z1_Water_Target_Temp) < 0.5 && #CompState > 0 then
            if #Debug > 10 then $com = 'Between 23h and 7h SHifT -1 to switch off compressor a bit earlier'; end
            #SHifT = -1 + #SHifT;
        end

        if #Debug > 10 then $com = 'shift Z1HRT if required but not outside the range -5 to +5'; end
        #SHifT = min(max(#SHifT, -5), 5);
        if #SHifT != @Z1_Heat_Request_Temp && #RemoteOverRide < 1 then @SetZ1HeatRequestTemperature = #SHifT; end
    end
end

on TaShift2 then
    $WarTemp = @Z1_Water_Target_Temp - @Z1_Heat_Request_Temp;
    if #CompRunSec < 180 && #CompState == 1 then
        #SoftStartControl = ceil(@Main_Outlet_Temp - 3 + ceil(#CompRunSec / 60)) - $WarTemp;
        $a = 1; $b = ', CRS < 180';
    elseif #CompRunTime < (300 -  5 * @Outside_Temp) then
        if @Main_Outlet_Temp > #MOT then 
            #SoftStartControl = ceil(@Main_Outlet_Temp - 1.8) - $WarTemp;
        else
            #SoftStartControl = ceil(@Main_Outlet_Temp - 1.6) - $WarTemp;
        end
        $a = 2; $b = concat(', CRT < ', (300 - 5 * @Outside_Temp));
    elseif #SoftStartControl > 0 then
        $a = 3; $b = ', Back to 0';
        if #CompRunTime / 60 == round(#CompRunTime / 60) then
            #SoftStartControl = #SoftStartControl - 1;
        end
    else
        $a = 4; $b = ', TaShift Finished';
    end
    #MOT = @Main_Outlet_Temp;
    #RoomTempControl = round(#RoomTempDelta * -3);
    #SHifT = #SoftStartControl + #RoomTempControl;

    if $a > 1 && (@Main_Outlet_Temp - $WarTemp - #SHifT) > 1.8 then
        #SHifT = ceil(@Main_Outlet_Temp - 1.8) - $WarTemp;
        $a = $a + 10; $b = concat($b,' ( limit #SHifT)');
    end
    if #Debug > 0 || #RemoteOverRide > 0 then   print('TaM phase ', $a, $b, ' CRS: ', #CompRunSec, ' CRT: ', #CompRunTime, ' RTD: ', #RoomTempDelta, ' SSC: ', #SoftStartControl, ' RTC: ', #RoomTempControl, ' SHifT: ', #SHifT, ' MOT: ', @Main_Outlet_Temp, ' Z1T: ',  @Z1_Water_Target_Temp);   end
end

Nice. Er gaat wat mis als ik de rules hier van GoT kopieer, dan accepteert de Heishamon het niet meer..



Is het dan rule 11 of 12 waar hij op misgaat? Dat is toch gek want daar verander ik niks aan.

Als ik de rules van Github kopieer gaat het wel goed. In beide gevallen zet ik ze eerst naar VSCode. Ik heb wat compares gedaan maar ik zie geen verschillen.

[blb4]

Beekforel schreef op woensdag 27 november 2024 @ 20:48:
[...]

Nice. Er gaat wat mis als ik de rules hier van GoT kopieer, dan accepteert de Heishamon het niet meer..

[Afbeelding]

Is het dan rule 11 of 12 waar hij op misgaat? Dat is toch gek want daar verander ik niks aan.

Als ik de rules van Github kopieer gaat het wel goed. In beide gevallen zet ik ze eerst naar VSCode. Ik heb wat compares gedaan maar ik zie geen verschillen.

Dit blijven rare dingen in de rules engine, er komen - volgens mij vooral met grotere rules sets - random errors.

[Beekforel]

blb4 schreef op woensdag 27 november 2024 @ 21:09:
[...]

Dit blijven rare dingen in de rules engine, er komen - volgens mij vooral met grotere rules sets - random errors.

Blijft vaag. Ik zal je Github in de gaten houden, heb een deel getracht over te typen maar dan krijg ik het ook niet lekker stabiel.

Thanks!

[blb4]

Ik heb 'm geupload op github.

2 files:
1) HeishaMon_Rules_BlB4.md
Dit is de rules set die nu draait op mijn HeishaMon;

2) Heishamon_rules20241127_rm.txt
Dit is oorspronkelijke file inclusief commentaar / uitleg. Deze file is via de minify tool van Klaas Hoekstra om te zetten in de file die te laden is op HeishaMon.

Ik hoop dat 't commentaar wat toevoegt in 't begrijpen van de rules set....

[ Voor 5% gewijzigd door blb4 op 27-11-2024 22:44 ]

[Beekforel]

blb4 schreef op woensdag 27 november 2024 @ 21:51:
Ik heb 'm geupload op github.

2 files:
1) HeishaMon_Rules_BlB4.md
Dit is de rules set die nu draait op mijn HeishaMon;

2) Heishamon_rules20241127_rm.txt
Dit is oorspronkelijke file inclusief commentaar / uitleg. Deze file is via de minify tool van Klaas Hoekstra om te zetten in de file die te laden is op HeishaMon.

Ik hoop dat 't commentaar wat toevoegt in 't begrijpen van de rules set....

Ik zal het eens doornemen.

Het shiften gaat hier echt niet lekker, dus ik had allowTaShift even op 0 gezet maar zie dat dat niet op die manier geimplementeerd is.

[Binifada]

@blb4

code:

on SyncOT then
.
.
#RoomTempDelta = max(min(20 - #RoomTempSet, 5), -5);
.
.

Hier gebruik je de constante 20 en niet de variabele ?roomTemp, dus #RoomTempDelta is altijd hetzelfde.

Wat is de reden?

[blb4]

Binifada schreef op donderdag 28 november 2024 @ 12:00:
@blb4

code:

on SyncOT then
.
.
#RoomTempDelta = max(min(20 - #RoomTempSet, 5), -5);
.
.

Hier gebruik je de constante 20 en niet de variabele ?roomTemp, dus #RoomTempDelta is altijd hetzelfde.

Wat is de reden?

Dit komt doordat mijn opentherm thermostaat altijd dezelfde waarde geeft aan de variable ?roomTemp (20 graden) maar soms ook naar 0 springt. Als je wel een stabiele en correcte ?roomTemp hebt kan je die 20 zo vervangen door ?roomTemp.

[Binifada]

blb4 schreef op donderdag 28 november 2024 @ 12:12:
[...]

Dit komt doordat mijn opentherm thermostaat altijd dezelfde waarde geeft aan de variable ?roomTemp (20 graden) maar soms ook naar 0 springt. Als je wel een stabiele en correcte ?roomTemp hebt kan je die 20 zo vervangen door ?roomTemp.

ok bedankt, ik gebruik de EMOS P5616OT met WIFI. Werkt perfect.

[Beekforel]

Haha na wat debuggen was ik naar dit topic genavigeerd om precies dezelfde vraag als @Binifada te stellen.

[Beekforel]

@blb4 de shift reset naar 0 als de compressor uit gaat volgens mij, maar bij defrost dus ook. Dit geeft een erg onrustig beeld:

[blb4]

Beekforel schreef op donderdag 28 november 2024 @ 13:06:
Haha na wat debuggen was ik naar dit topic genavigeerd om precies dezelfde vraag als @Binifada te stellen.

@Binifada Ik heb dit opgelost in laatste update, net als een foutje in sterilisation routine. TaShift blijft een hoofdbreker, ben er hier toch weer mee aan ‘t rommelen.

[Beekforel]

Poeh, ik dacht ineens wat is het warm in huis. Had de thermostaat op 21 en hij heeft ff lekker op +5 gedraaid vanmiddag.

Maar thermostaat naar 20,5 resulteerde in een shift van +4?

[blb4]

ik heb net een emos thermostaat binnen, ga ik morgenmiddag eens aansluiten en kijken of 't opentherm gedeelte wat stabieler draait.

[blb4]

Beekforel schreef op zaterdag 30 november 2024 @ 18:39:
Poeh, ik dacht ineens wat is het warm in huis. Had de thermostaat op 21 en hij heeft ff lekker op +5 gedraaid vanmiddag.

Maar thermostaat naar 20,5 resulteerde in een shift van +4?

in elk geval geen koud huis . als Je 1:1 mijn rules toepast dan zou via OpenThermThermostat bij > 0,7 graden roomtempdelta de warmtepomp moeten uitschakelen.

[Beekforel]

blb4 schreef op zaterdag 30 november 2024 @ 19:12:
[...]

in elk geval geen koud huis . als Je 1:1 mijn rules toepast dan zou via OpenThermThermostat bij > 0,7 graden roomtempdelta de warmtepomp moeten uitschakelen.

22,5 gemeten op de thermostaat, 20,5 ingesteld. Shift op +2.

Ik ga weer ff over op handmatig voor ik smelt.

Hm hij is nu toch wel uitgeschakeld door de rules.

Ik heb wat proberen te debuggen @blb4 maar kom er niet goed uit. Het shfiten gaat mij nu in elk geval te onrustig. Wat het volgens mij ook lastig maakt is dat je je SoftStart en shift door elkaar laat lopen?

Softstart is wat mij betreft niet zo belangrijk, een stabiele shift op basis van de ?roomTemp en ?roomTempSet des te meer. Ik wilde even snel een schaduwfunctie maken maar loop weer tegen de vaagheid van het accepteren van rules aan helaas,misschien vanavond weer wat tijd.

[ Voor 42% gewijzigd door Beekforel op 01-12-2024 09:18 ]

[blb4]

blb4 schreef op zaterdag 30 november 2024 @ 19:10:
ik heb net een emos thermostaat binnen, ga ik morgenmiddag eens aansluiten en kijken of 't opentherm gedeelte wat stabieler draait.

Die Emos gaat weer terug, net iets te beperkt voor mij. Ik ben gewend met app of via Home Assistent thermostaat wat te kunnen bijstellen, de Emos ondersteund geen remote override. Verder deed hij 't wel goed geloof ik....

[Dre]

De Panasonic 5J wil ik aanpassen zodat deze meer geschikt is voor een woning met weinig verlies en weinig massa in het verwarmingssysteem (radiatoren).

De wens is:

1. Reductie vermogen en voorkomen overshoot: Oplossing altijd QM3 draaien
2. Bij dreigen dichtvriezen terugschakelen naar QM0 voor 5 minuten. (Op basis "Outdoor Temperature" en "OD Pipe Temperature" Zie Deice Operation van paragraaf 15.2.2
3. Anti-pendeltimer. Nu gaat de warmtepomp al weer aan als Tr 3°C afgekoeld is. Dat zou wel 6°C of een bepaalde tijd mogen worden.

Om het programmeren simpel op te starten heb ik deze bestaande code bewerkt en in Heishamon geplakt:

code:

on System#Boot then
 #allowSilentMode = 0;
 #newPumpDuty = 0;
 #prevSilentMode = 0;
end

on timer=2 then
 #allowSilentMode = 1;
 #silentMode = 1;
end

on checkSilentMode then
 if isset(@Outside_Temp) == 1 && isset(@Heatpump_State) then
  if #allowSilentMode == 1 then
   if @Outside_Temp < 2 then
    if %hour > 22 || %hour < 7 then
     #silentMode = 1;
    else
     #silentMode = 1;
    end
   else
    if @Outside_Temp < 5 then
     #silentMode = 1;
    else
     if @Outside_Temp < 10 then
      #silentMode = 1;
     else
      #silentMode = 1;
     end
    end
   end
   if #prevSilentMode != #silentMode && @Heatpump_State == 1 then
    setTimer(2, 60);
    #allowSilentMode = 0;
    #prevSilentMode = #silentMode;
    @SetQuietMode = #silentMode;
   end
  end
 end
end

Bij drukken op de Save knop van de /rules webpagina krijg ik geen foutmelding. Echter blijft in Home de warmtepomp op TOP18 Quiet_Mode_Level 3 Level 3

Ik zou verwachten dat de Heisamon de warmtepomp naar QM=1 zou schakelen. Ook een webbased reboot van Heishamon wilt niet helpen. Het is mij een raadsel waarom dit niet werkt, iemand een tip waar dit aan kan liggen?

[blb4]

Dre schreef op dinsdag 3 december 2024 @ 22:59:
De Panasonic 5J wil ik aanpassen zodat deze meer geschikt is voor een woning met weinig verlies en weinig massa in het verwarmingssysteem (radiatoren).

De wens is:

1. Reductie vermogen en voorkomen overshoot: Oplossing altijd QM3 draaien
2. Bij dreigen dichtvriezen terugschakelen naar QM0 voor 5 minuten. (Op basis "Outdoor Temperature" en "OD Pipe Temperature" Zie Deice Operation van paragraaf 15.2.2
3. Anti-pendeltimer. Nu gaat de warmtepomp al weer aan als Tr 3°C afgekoeld is. Dat zou wel 6°C of een bepaalde tijd mogen worden.

Om het programmeren simpel op te starten heb ik deze bestaande code bewerkt en in Heishamon geplakt:

code:

on System#Boot then
 #allowSilentMode = 0;
 #newPumpDuty = 0;
 #prevSilentMode = 0;
end

on timer=2 then
 #allowSilentMode = 1;
 #silentMode = 1;
end

on checkSilentMode then
 if isset(@Outside_Temp) == 1 && isset(@Heatpump_State) then
  if #allowSilentMode == 1 then
   if @Outside_Temp < 2 then
    if %hour > 22 || %hour < 7 then
     #silentMode = 1;
    else
     #silentMode = 1;
    end
   else
    if @Outside_Temp < 5 then
     #silentMode = 1;
    else
     if @Outside_Temp < 10 then
      #silentMode = 1;
     else
      #silentMode = 1;
     end
    end
   end
   if #prevSilentMode != #silentMode && @Heatpump_State == 1 then
    setTimer(2, 60);
    #allowSilentMode = 0;
    #prevSilentMode = #silentMode;
    @SetQuietMode = #silentMode;
   end
  end
 end
end

Bij drukken op de Save knop van de /rules webpagina krijg ik geen foutmelding. Echter blijft in Home de warmtepomp op TOP18 Quiet_Mode_Level 3 Level 3

Ik zou verwachten dat de Heisamon de warmtepomp naar QM=1 zou schakelen. Ook een webbased reboot van Heishamon wilt niet helpen. Het is mij een raadsel waarom dit niet werkt, iemand een tip waar dit aan kan liggen?

Er wordt bij hou alleen System#Boot uitgevoerd (tijdens boot); er is geen verwijzing naar de andere rules dus die worden niet uitgevoerd.

Ik heb verder niet gekeken of de rules nuttig zijn maar om ze in elk geval uit te voeren zou je er dit van kunnen maken:

code:

on System#Boot then
 #allowSilentMode = 0;
 #newPumpDuty = 0;
 #prevSilentMode = 0;
 setTimer(2,10);
end

on timer=2 then
 #allowSilentMode = 1;
 #silentMode = 1;
 checkSilentMode();
 setTimer(2,60)
end

on checkSilentMode then
 if isset(@Outside_Temp) == 1 && isset(@Heatpump_State) then
  if #allowSilentMode == 1 then
   if @Outside_Temp < 2 then
    if %hour > 22 || %hour < 7 then
     #silentMode = 1;
    else
     #silentMode = 1;
    end
   else
    if @Outside_Temp < 5 then
     #silentMode = 1;
    else
     if @Outside_Temp < 10 then
      #silentMode = 1;
     else
      #silentMode = 1;
     end
    end
   end
   if #prevSilentMode != #silentMode && @Heatpump_State == 1 then
    #allowSilentMode = 0;
    #prevSilentMode = #silentMode;
    @SetQuietMode = #silentMode;
   end
  end
 end
end

De boot loop triggert nu timer2 en timer2 triggert checkSilentMode() en zichzelf elke 60 seconden.

[Dre]

Iets verder, maar Heishamon loopt vast op vele IF-statements of anders loop ik tegen een limiet met de OR-functie (max 10 ?).

Deze code wil die wel programmeren, maar bij uitvoering lijkt ie vast te lopen op het moment dat timer=2 programma gaat lopen. De console loopt niet verder na timer=2 (60 seconden).

code:

on System#Boot then
 print('System#Boot start');
 #prevSilentMode = 0;
 #silentMode = 0;
 setTimer(2,60);
 print('System#Boot end');
end

on timer=2 then
 print('checkDefrost prewarning start');
 $OutsideTempLocal = @Outside_Temp;
 $OutsidePipeTempLocal = @Outside_Pipe_Temp;
 if $OutsideTempLocal >= 6 && $OutsidePipeTempLocal <= -2 then
  #silentMode = 0;
 elseif $OutsideTempLocal == 5 && $OutsidePipeTempLocal <= -2 then
  #silentMode = 0;
 elseif $OutsideTempLocal == 4 && $OutsidePipeTempLocal <= -2 then
  #silentMode = 0;
 elseif $OutsideTempLocal == 3 && $OutsidePipeTempLocal <= -3 then
  #silentMode = 0;
 elseif $OutsideTempLocal == 2 && $OutsidePipeTempLocal <= -4 then
  #silentMode = 0;
 elseif $OutsideTempLocal == 1 && $OutsidePipeTempLocal <= -5 then
  #silentMode = 0;
 elseif $OutsideTempLocal == 0 && $OutsidePipeTempLocal <= -5 then
  #silentMode = 0;
 elseif $OutsideTempLocal == -1 && $OutsidePipeTempLocal <= -6 then
  #silentMode = 0;
 elseif $OutsideTempLocal == -2 && $OutsidePipeTempLocal <= -7 then
  #silentMode = 0;
 elseif $OutsideTempLocal == -3 && $OutsidePipeTempLocal <= -8 then
  #silentMode = 0;
 elseif $OutsideTempLocal == -4 && $OutsidePipeTempLocal <= -9 then
  #silentMode = 0;
 elseif $OutsideTempLocal == -5 && $OutsidePipeTempLocal <= -9 then
  #silentMode = 0;
 elseif $OutsideTempLocal == -6 && $OutsidePipeTempLocal <= -10 then
  #silentMode = 0;
 elseif $OutsideTempLocal == -7 && $OutsidePipeTempLocal <= -11 then
  #silentMode = 0;
 elseif $OutsideTempLocal == -8 && $OutsidePipeTempLocal <= -12 then
  #silentMode = 0;
 elseif $OutsideTempLocal == -9 && $OutsidePipeTempLocal <= -13 then
  #silentMode = 0;
 elseif $OutsideTempLocal <= -10 && $OutsidePipeTempLocal <= -14 then
  #silentMode = 0;
 else
  #silentMode = 3;
 end
 if #prevSilentMode != #silentMode then
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
 end
 print ('silentMode is currently ...');
 print (#silentMode);
 setTimer(2,600);
end

Iets compacter geschreven heb ik één IF-statement gebruikt met daarbij veel OR-functies. Maar als ik meer dan 10 events in die OR-functie wil plaatsen weigert de Rules de code over te nemen.

code:

on System#Boot then
 print('System#Boot start');
 #prevSilentMode = -1;
 #silentMode = 0;
 setTimer(2,60);
 print('System#Boot end');
end

on timer=2 then
 print('checkDefrost prewarning start');
 $OutsideTempLocal = @Outside_Temp;
 $OutsidePipeTempLocal = @Outside_Pipe_Temp;
 if $OutsideTempLocal >= 6 && $OutsidePipeTempLocal <= -2 || $OutsideTempLocal == 5 && $OutsidePipeTempLocal <= -2 || $OutsideTempLocal == 4 && $OutsidePipeTempLocal <= -2 || $OutsideTempLocal == 3 && $OutsidePipeTempLocal <= -3 || $OutsideTempLocal == 2 && $OutsidePipeTempLocal <= -4 || $OutsideTempLocal == 1 && $OutsidePipeTempLocal <= -5 || $OutsideTempLocal == 0 && $OutsidePipeTempLocal <= -5 || $OutsideTempLocal == -1 && $OutsidePipeTempLocal <= -6 || $OutsideTempLocal == -2 && $OutsidePipeTempLocal <= -7 || $OutsideTempLocal == -3 && $OutsidePipeTempLocal <= -8 || $OutsideTempLocal == -4 && $OutsidePipeTempLocal <= -9 || $OutsideTempLocal == -5 && $OutsidePipeTempLocal <= -9 || $OutsideTempLocal == -6 && $OutsidePipeTempLocal <= -10 || $OutsideTempLocal == -7 && $OutsidePipeTempLocal <= -11 || $OutsideTempLocal == -8 && $OutsidePipeTempLocal <= -12 || $OutsideTempLocal == -9 && $OutsidePipeTempLocal <= -13 || $OutsideTempLocal <= -10 && $OutsidePipeTempLocal <= -14 then
  #silentMode = 0;
 else
  #silentMode = 3;
 end
 if #prevSilentMode != #silentMode then
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
 end
 print ('silentMode is currently ...');
 print (#silentMode);
 setTimer(2,600);
end

Vraag ik nu teveel van de Heishamon en/of kan het programmeren beter

[Beekforel]

@Dre wat wil je precies bereiken? Dit zou simpeler moeten kunnen lijkt mij.

[Dre]

Beekforel schreef op zondag 8 december 2024 @ 16:32:
@Dre wat wil je precies bereiken? Dit zou simpeler moeten kunnen lijkt mij.

Het doel is vroegtijdig te signaleren wanneer de warmtepomp gaat dichtvriezen. Op het moment dat een defrost eraan dreigt te komen moet Quiet Mode 0 (QM0) aangezet worden zodat ventilator harder gaat draaien. Doel is dus wanneer @Outside_Pipe_Temp te koud wordt bij een bepaalde @Outside_Temp de QM van 3 naar 0 te schakelen.

Panasonic beschrijft een grafiek wanneer een defrost gaat plaatsvinden, en het idee is om +4°C hoger te gaan zitten om het vroegtijdig een defrost te zien aankomen.

[dlrozendaal]

Dre schreef op zondag 8 december 2024 @ 20:35:
[...]


Het doel is vroegtijdig te signaleren wanneer de warmtepomp gaat dichtvriezen. Op het moment dat een defrost eraan dreigt te komen moet Quiet Mode 0 (QM0) aangezet worden zodat ventilator harder gaat draaien. Doel is dus wanneer @Outside_Pipe_Temp te koud wordt bij een bepaalde @Outside_Temp de QM van 3 naar 0 te schakelen.

Ik gebruik de volgende formule om de defrost grens te berekenen:

code:

on @Outside_Temp then
 updateDefrostLimit();
end

on updateDefrostLimit then
 #defrostLimitC = 0.8 * @Outside_Temp - 10;
 #defrostLimitC = max(-26, min(-6, ceil(#defrostLimitC)));
end

Is misschien niet exact… maar werkt oké.

[Beekforel]

Ik kon het toch niet helemaal vinden in de rules van @blb4 maar het inspireerde mij wel om zelf weer eens aan de slag te gaan.

Ik wil graag kunnen shiften op basis van mijn thermostaat (zodat ik hem lager kan zetten maar ook dat de WP uitgaat wanneer de houtkachel de boel warm stookt) en dat doe ik nu als volgt:

code:

on shiftOnOpenTherm then
    if #allowshiftOnOpenTherm == 1 then
        $RoomTempDelta = ?roomTemp - ?roomTempSet;
        $Shift = 0;
        if $RoomTempDelta < 0 then
            $Shift = round(max(-5, min((-5 * $RoomTempDelta) / #openThermCorrectionFactor, 1)));
        elseif $RoomTempDelta > 0 then
            $Shift = round(max(-5, min((-5 * $RoomTempDelta) / #openThermCorrectionFactor, -1)));
        else
            $Shift = 0;
        end
        if $Shift != @Z1_Heat_Request_Temp && #RemoteOverRide < 1 && (#Time - #ShiftLastChange) > 60 then
            @SetZ1HeatRequestTemperature = $Shift;
            #ShiftLastChange = %day * 1440 + %hour * 60 + %minute;
        end
        if #Debug == 1 then
            print('+++++++++++++++++++++++++ shiftOnOpenTherm: RoomTempDelta: ', $RoomTempDelta, ' WantedShift: ', $Shift, ' ActualShift: ', @Z1_Heat_Request_Temp);
            print('+++++++++++++++++++++++++ shiftOnOpenTherm: ShiftLastChange: ', #ShiftLastChange, ' NextShift: ', #Time - #ShiftLastChange);
            print('+++++++++++++++++++++++++ shiftOnOpenTherm: chSetpoint: ', ?chSetpoint, ' Main_Outlet_Temp: ', @Main_Outlet_Temp);
        end
    end
end

code:

on System#Boot then
    #allowshiftOnOpenTherm = 1;
    setTimer(1,10);
    #Time = -1;
    #openThermCorrectionFactor = 2;
    #ShiftLastChange = 0;
    #RemoteOverRide = -1;
    #Debug = 1;
end

on timer=1 then
    #Time = %day * 1440 + %hour * 60 + %minute;
    shiftOnOpenTherm();
    #RemoteOverRide = @Z2_Heat_Request_Temp;
    setTimer(1,15);
end

Je kunt de openThermCorrectionFactor lager maken waarmee hij agressiever wordt of juist hoger zodat hij (nog) rustiger gaat doen.

[blb4]

Ik heb eindelijk ook mijn TaShift en OpenThermThermostat functies stabiel, pffff.....

Zo in te laden (voor wie durft ): Heishamon_Rules_BLB4

Met commentaar / uitleg, om te zetten via heishamon_rules_minify: HeishaMon_Rules_BlB4_commented.txt

[Binifada]

“BLB Heishamon_rules20241211”

Omdat ik DHW en PumpDuty niet nodig heb, heb ik de bijbehorende regels verwijderd. Ik moest mijn verwarmingscurve een beetje aanpassen. Werkt best goed, toch?



“...
elseif #chEnableOffTime > 5 && %hour > 22 then
$OTT = 4;
...”

de reden voor deze elseif is onduidelijk. Het kan niet de 20 watt voor de pomp zijn of het geluid?

[blb4]

Binifada schreef op zaterdag 21 december 2024 @ 10:57:
“BLB Heishamon_rules20241211”

“...
elseif #chEnableOffTime > 5 && %hour > 22 then
$OTT = 4;
...”

de reden voor deze elseif is onduidelijk. Het kan niet de 20 watt voor de pomp zijn of het geluid?

Als er langere tijd geen vermogen nodig is schakel ik de warmtepomp uit (@SetHeatpump = 0), inderdaad vanwege 't stroomverbruik van de pomp. Dat is m.i. onnodig op die momenten. En omdat ik (lichte) nachtverlaging toepas rond 23:00u kan de compressor & circulatiepomp dan wel uit.

[Tiesert]

blb4 schreef op zondag 22 december 2024 @ 14:40:
[...]


Als er langere tijd geen vermogen nodig is schakel ik de warmtepomp uit (@SetHeatpump = 0), inderdaad vanwege 't stroomverbruik van de pomp. Dat is m.i. onnodig op die momenten. En omdat ik (lichte) nachtverlaging toepas rond 23:00u kan de compressor & circulatiepomp dan wel uit.

ha, ja zo doe ik het ook. Weet jij toevallig ook of de Pana na zo'n periode van uitstand de Tr temp onthoudt waarop hij zelf weer aan wil gaan (de Tr van het moment van afslaan -3C volgens mij)? Ik merk dat ik soms de Ta verder moet opvoeren om de Pana weer aan te krijgen, en pas daarna weer op Ta -1C kan sturen.

[blb4]

Tiesert schreef op zaterdag 4 januari 2025 @ 16:15:
[...]

ha, ja zo doe ik het ook. Weet jij toevallig ook of de Pana na zo'n periode van uitstand de Tr temp onthoudt waarop hij zelf weer aan wil gaan (de Tr van het moment van afslaan -3C volgens mij)? Ik merk dat ik soms de Ta verder moet opvoeren om de Pana weer aan te krijgen, en pas daarna weer op Ta -1C kan sturen.

Ik heb daar nog nooit op gelet. Ik zal 't eens in de gaten houden na deze bijna vorst periode; ik heb juist gisteren de logica aangepast om bij Outside_Temp < 4 graden niet meer uit te schakelen.

[rvdgaag]

Is er in de Heishamon waarden live te zien of er op dit moment warm water (DHW) gehaald wordt uit de tank ?

[blb4]

rvdgaag schreef op zondag 5 januari 2025 @ 11:03:
Is er in de Heishamon waarden live te zien of er op dit moment warm water (DHW) gehaald wordt uit de tank ?

Nee.

[Speedy-Andre]

blb4 schreef op zondag 5 januari 2025 @ 11:13:
[...]

Nee.

Je zou de DHW temperatuur kunnen volgen, echter is dat een vertraagde weergave.

[Tiesert]

blb4 schreef op zaterdag 4 januari 2025 @ 16:19:
[...]

Ik heb daar nog nooit op gelet. Ik zal 't eens in de gaten houden na deze bijna vorst periode; ik heb juist gisteren de logica aangepast om bij Outside_Temp < 4 graden niet meer uit te schakelen.

Ik doe dat ook onder de 0C, ik zie dat hij wel zelf even de pomp aangooit als hij uitstaat, om bevriezing te voorkomen. Maar ik durf niet verder te zakken, dan laat ik hem toch liever aan.

[blb4]

Tiesert schreef op zondag 5 januari 2025 @ 17:34:
[...]

Ik doe dat ook onder de 0C, ik zie dat hij wel zelf even de pomp aangooit als hij uitstaat, om bevriezing te voorkomen. Maar ik durf niet verder te zakken, dan laat ik hem toch liever aan.

Mijn ervaring (geen vloerverwarming) is nu dat bij temperatuur < 4 graden de warmtepomp maar een korte periode (hooguit 3 uur of zo) uit kan om dat toch te zorgen dat de hut niet te ver afkoelt en dan daarna flink aan de bak moet.

[Beekforel]

Ik laat hem uitgaan, als de houtkachel stookt hoeft hij niet te draaien. Volgens mij zou het antivries programma moeten zorgen dat de pomp niet bevriest.

Kan niet zeggen hoe dit is als het echt winter is, want dat heb ik nog nooit meegemaakt met een warmtepomp.

[boroma]

ik zet de 'pomp' heel gewoon af.

if @Room_Thermostat_Temp >= #setPointRoomTemperature then
if #hourSetPointReached == -1 then
#hourSetPointReached = %hour;
end
#silentMode = 3;
reduceQuietMode();
if %hour >= #operationEarlyStopHour then
if @Outside_Temp > #tempVC then
stopHeatPump();
end
end
end

een vloerverwarming is in het huis.
de temperatuur zinkt bei NULL graaden zon 2 graad in de woonkamer.
als het gaat vriezen gaat the wp ook weer aan.
ik kan nier zeggen wanner er dan iets mis gaat.

ik vertrouw die panasonic firmware niet helemaal.

[boroma]

ik heb een problem met: SetCurves

https://github.com/Egyras/HeishaMon/issues/291
ziet er ook uit dat dit probleem toendertijd opgelost werd.

van de link:
@SetCurves = concat('{"zone1":{"heat":{"target":"high":', @Z1_Heat_Curve_Target_High_Temp, ',"low":', @Z1_Heat_Curve_Target_Low_Temp, '}}}}');

da kan niet.
maar ook als het json dokument gekorrigeert word gaat het mis.

ik laat het groote pcb met versie 3.8 draajen met een aquarea L 5kw (R290).
ons huis is lekker warm.

[Binifada]

Heishamon V3.9 is uitgebracht.

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

[Maeslant]

Ik ben zelf niet een held in programeren, maar ik heb dus een H en een J versie (5KW) naast elkaar in paralel draaien. Dit werkt prima, maar de J gooit bij startup vaak te veel vermogen erin en stopt dan snel weer.

Ik merk als ik handmatig de temp regeling terug schroef dat hij dan wel langere runs gaat draaien. (Ik bedoel dan echt 12u of langer).

Daarom kan ik van iemand het softstart stuk kopieren?

[Binifada]

Ik heb een Heishamon met ESP32 en V3.8 die stabiel en zonder problemen draait. Mijn 19 regels worden correct uitgevoerd en de samenwerking met HA werkt betrouwbaar.

Ik twijfel nog over de update. Wat zijn jullie ervaringen met V3.9?

[blb4]

Binifada schreef op woensdag 22 januari 2025 @ 10:57:
Ik heb een Heishamon met ESP32 en V3.8 die stabiel en zonder problemen draait. Mijn 19 regels worden correct uitgevoerd en de samenwerking met HA werkt betrouwbaar.

Ik twijfel nog over de update. Wat zijn jullie ervaringen met V3.9?

Ik heb 3.9 draaien en ervaar geen problemen die ik bij 3.8 ook al niet had.

[Binifada]

blb4 schreef op woensdag 22 januari 2025 @ 11:37:
[...]

Ik heb 3.9 draaien en ervaar geen problemen die ik bij 3.8 ook al niet had.

... lopen de "lange" regels nog steeds niet?

[blb4]

Binifada schreef op woensdag 22 januari 2025 @ 12:20:
[...]


... lopen de "lange" regels nog steeds niet?

Klopt, loop constant tegen limiet aan, veel tijd bezig met rules comprimeren en zaken die even niet van belang zijn uit te zetten e.d.

[hannibal2206]

Maeslant schreef op dinsdag 21 januari 2025 @ 10:53:
Ik ben zelf niet een held in programeren, maar ik heb dus een H en een J versie (5KW) naast elkaar in paralel draaien. Dit werkt prima, maar de J gooit bij startup vaak te veel vermogen erin en stopt dan snel weer.

Hoe heb je die 2 waterzijdig aan gesloten ? via een buffervat ?

[Maeslant]

hannibal2206 schreef op woensdag 22 januari 2025 @ 15:39:
[...]

Hoe heb je die 2 waterzijdig aan gesloten ? via een buffervat ?

Ik heb op 3 verdiepingen vloerverwarming. Oppervlakte van 180m2.

Dus geen buffer vat maar met een terugslag klep parallel aan elkaar.

[Binifada]

blb4 schreef op woensdag 22 januari 2025 @ 12:28:
[...]

Klopt, loop constant tegen limiet aan, veel tijd bezig met rules comprimeren en zaken die even niet van belang zijn uit te zetten e.d.

Wat denk je dat de reden is? Te weinig RAM, of de rules-engine.
... en wat zeggen @thehog en @CurlyMo erover?

[blb4]

Ik heb diverse issues aangemaakt op Github maar er wordt weinig tot niet op gereageerd. 't lijkt lastig dus ik heb er verder niet zo heel veel tamtam van gemaakt. Maar 't zou wel fijn zijn als dit opgelost gaat worden .

[hannibal2206]

Maeslant schreef op woensdag 22 januari 2025 @ 17:09:
[...]


Ik heb op 3 verdiepingen vloerverwarming. Oppervlakte van 180m2.

Dus geen buffer vat maar met een terugslag klep parallel aan elkaar.

Heb ik ook, een 5F en een 5J parallel met terugslagkleppen naar ca 100 m2 vloerverwarming beneden (6 groepen 15 HOH) en vloerwarming op badkamer boven.

Gaat goed, totdat de 5F een defrost gaat doen, die komt dan na enige tijd met H62 flow error

Dat heb jij niet ?

[Maeslant]

hannibal2206 schreef op donderdag 23 januari 2025 @ 18:33:
[...]

Heb ik ook, een 5F en een 5J parallel met terugslagkleppen naar ca 100 m2 vloerverwarming beneden (6 groepen 15 HOH) en vloerwarming op badkamer boven.

Gaat goed, totdat de 5F een defrost gaat doen, die komt dan na enige tijd met H62 flow error

Dat heb jij niet ?

Nee, maar heb jij hem parallel of in serie?

Ik had dat bij serie, nu niet meer bij parallel.


Maar ik heb de regeling van de J is echt een stuk minder dan de h.

[ Voor 6% gewijzigd door Maeslant op 23-01-2025 19:46 ]

[hannibal2206]

Maeslant schreef op donderdag 23 januari 2025 @ 19:44:
[...]


Nee, maar heb jij hem parallel of in serie?

Ik had dat bij serie, nu niet meer bij parallel.


Maar ik heb de regeling van de J is echt een stuk minder dan de h.

Wel parallel, elk met een eigen 22 mm leiding, maar ook een gedeeld 22 mm leiding stuk
Dat ga ik denk ik maar vergroten naar 28 mm.

Maar ik zie die H62 error dus alleen bij / na een defrost; zonder dat loopt het goed.

En nu weer on-topic naar Heishamon !

[tomton]

Beste Tweakers,
Ik ben een piepjonge gebruiker (1,5 week) en heb e.e.a. in combinatie met 7L en additionele print, alsmede Home Assistant, Heishamon V3.9 werkende, maar wil nog iets meer.

Hoe kan 2 GPIO's configureren, en 1 als input en de andere als output gebruiken?
(plaatje hergebruikt, maar het gaat om deze header)

[blb4]

tomton schreef op vrijdag 24 januari 2025 @ 15:45:
Beste Tweakers,
Ik ben een piepjonge gebruiker (1,5 week) en heb e.e.a. in combinatie met 7L en additionele print, alsmede Home Assistant, Heishamon V3.9 werkende, maar wil nog iets meer.

Hoe kan 2 GPIO's configureren, en 1 als input en de andere als output gebruiken?
(plaatje hergebruikt, maar het gaat om deze header)

[Afbeelding]

Welkom! In de laatste fw zit een optie op de GPIO's uit te lezen en te configureren. Kijk ff op Github voor uitleg.

[tomton]

Ja, ik lees o.a. het volgende hier: https://github.com/IgorYbema/HeishaMon/blob/main/README.md

on System#Boot then
setTimer(10, 2);
end

on timer=10 then
setTimer(20, 2);
gpio(21,0);
gpio(47,1);
end

on timer=20 then
setTimer(10, 2);
gpio(21,1);
gpio(47,0);
end

Maar.. kan ik IO1, 3, 16 en 2 gewoon vrij gebruiken? Hoe komt dit via MQTT in Home Assistant tevoorschijn?

[blb4]

tomton schreef op vrijdag 24 januari 2025 @ 16:00:
Ja, ik lees o.a. het volgende hier: https://github.com/IgorYbema/HeishaMon/blob/main/README.md

on System#Boot then
setTimer(10, 2);
end

on timer=10 then
setTimer(20, 2);
gpio(21,0);
gpio(47,1);
end

on timer=20 then
setTimer(10, 2);
gpio(21,1);
gpio(47,0);
end

Maar.. kan ik IO1, 3, 16 en 2 gewoon vrij gebruiken? Hoe komt dit via MQTT in Home Assistant tevoorschijn?

Zo kan je er dus met rules bij, hoe ‘t exact via MQTT werkt weet ik niet.

[thehog]

tomton schreef op vrijdag 24 januari 2025 @ 15:45:

Hoe kan 2 GPIO's configureren, en 1 als input en de andere als output gebruiken?
(plaatje hergebruikt, maar het gaat om deze header)

Dat kan helaas nog niet (althans alleen via rules nog als output).
Ik zal er aan denken om dit in een volgende release mee te nemen. Nou zijn de GPIO"s van de small heishamon wel beperkt alsin dat ze bij het opstarten vanzelf schakelen nog voordat je controle hebt over ze. Of je daar last van hebt of niet moet je dus dan wel even rekening mee houden.

[Binifada]

Hallo @blb4 ,
Ik gebruik je regels 20241211 voor mijn Jeisha 5 kW met Heishamon ESP32 V 3.9.
Alle regels zijn geactiveerd behalve DHW en pumpDuty.
Tot nu toe werken je regels naar volle tevredenheid met kleine wijzigingen. Nogmaals bedankt hiervoor.

Het mistige weer aan het begin van het jaar leidde tot zeer frequent ontdooien. De tijd tussen het ontdooien is vaak onvoldoende om de kamertemperatuur op peil te houden.
Naar mijn mening is dit te wijten aan de SoftStartControl Phase 2, die is ontworpen voor 300 - 5 * OutSideTemp.

Een voorbeeld uit 19.1.2025





Dit is geen groot probleem, maar is er een oplossing?

[blb4]

Hoi @Binifada, fijn dat 't redelijk tot goed werkt! Je bent zeker niet de enige die problemen gehad hebben in de defrost-mania tijd! 't Panasonic en 't algemene Lucht/Water warmtepomp topic staat er vol mee. Bij mij ging 't maar nauwelijks goed en ik heb ook gekeken naar de mogelijkheid dit gedrag te verbeteren.

probleem is:

• Als je te rustig start na een defrost heb je te weinig warmte aan je huis toegevoegd voor de volgende defrost om 't warmteverlies te compenseren;
• als je te hard gaat (Compressor naar 50+) zit je binnen no time weer aan een defrost en heb je ook te weinig warmte toegevoegd

De truc moet dus zijn hier de middenweg in te bewandelen en dat komt aardig nou. Ik heb er nog geen oplossing voor.

[Binifada]

blb4 schreef op woensdag 12 februari 2025 @ 13:24:

...

probleem is:

• Als je te rustig start na een defrost heb je te weinig warmte aan je huis toegevoegd voor de volgende defrost om 't warmteverlies te compenseren;
• als je te hard gaat (Compressor naar 50+) zit je binnen no time weer aan een defrost en heb je ook te weinig warmte toegevoegd

De truc moet dus zijn hier de middenweg in te bewandelen en dat komt aardig nou. Ik heb er nog geen oplossing voor.

... gewoon een idee:

Een timer die de intervallen tussen twee ontdooiprocessen controleert. Als de tijd korter is dan 1 uur, dan wordt de tijd voor de zachte start [#CompRunTime < (300 - 5 * #OutsideTemp)] aanzienlijk verkort!

[Binifada]

@blb4

Hallo BLB4,

het stookseizoen begint binnenkort. Tijd om weer eens naar de regels te kijken en domme vragen te stellen.

In de regelset gebruiken ze het commando “?relativeModulation = round(@Compressor_Current / 15 * 100);”.
Het is mij niet duidelijk waar ze de constante 15 vandaan hebben.
Ik heb deze ampèrewaarde niet kunnen vinden in de technische gegevens voor de 7 kW-Jeisha.
Waar komt deze constante vandaan?

Greetings
Binifada

[Binifada]

Betreft: ‘BLB Heishamon_rules20250816b.lua’

Hallo @blb4,

Ik ben momenteel bezig om uw nieuwste regelset te begrijpen en aan te passen. In de toelichting ‘**My environment:**’ heb ik geen passende aanwijzing gevonden.
Gebruik je deze regels met een verwarmingscurve en welke waarden worden gebruikt?
Of zijn ze teruggekeerd naar de vaste waarde?

Hartelijk dank voor je antwoord.

[blb4]

Binifada schreef op maandag 1 september 2025 @ 15:00:
@blb4

Hallo BLB4,

het stookseizoen begint binnenkort. Tijd om weer eens naar de regels te kijken en domme vragen te stellen.

In de regelset gebruiken ze het commando “?relativeModulation = round(@Compressor_Current / 15 * 100);”.
Het is mij niet duidelijk waar ze de constante 15 vandaan hebben.
Ik heb deze ampèrewaarde niet kunnen vinden in de technische gegevens voor de 7 kW-Jeisha.
Waar komt deze constante vandaan?

Greetings
Binifada

Jaja, 't begint weer wat frisser te worden . Ik heb net zelf nog 3 radiators vervangen door convectoren. Die vervanging is vooral gedaan met 't oog op koeling maar ik zal toch ook de aanvoertemperatuur deze winter weer wat lager kunnen instellen.

Ik heb net een comment toegevoegd in mijn regelset, zal ik binnenkort weer eens uploaden op GitHub:

code:

?relativeModulation = round(@Compressor_Current / 15 * 100);                                -- communicate an estimated modulation % via OT based on @Compressor_Current (max 15A)

Die 15A heb ik uit de service manual, protection control. Ik doe zelf helemaal niets met deze ?relativeModulation maar 't was een manier om deze OT parameter die HeishaMon beschikbaar heeft in te vullen.

[blb4]

Binifada schreef op maandag 15 september 2025 @ 12:53:
Betreft: ‘BLB Heishamon_rules20250816b.lua’

Hallo @blb4,

Ik ben momenteel bezig om uw nieuwste regelset te begrijpen en aan te passen. In de toelichting ‘**My environment:**’ heb ik geen passende aanwijzing gevonden.
Gebruik je deze regels met een verwarmingscurve en welke waarden worden gebruikt?
Of zijn ze teruggekeerd naar de vaste waarde?

Hartelijk dank voor je antwoord.

Die staat er wel :
e) Settings Heat Pump: Operating_Mode_State: 0, Heating_Mode: 1, Cooling_Mode: 1, Buffer_Installed: 0, DHW_Installed: 1, Pump_Flowrate_Mode: 0, Optional_PCB: 0, Z1_Sensor_Settings: 0
Oftewel Direct. Ik gebruik eigen "Weather Compensation function"; timer=10.

De reden om dit te doen:
The reason for not using the compensation curve from the HP is now #WCS is only calculated every 30 minutes and the TaShift function doesn't cause an unwanted Compressor switch off.

[Binifada]

blb4 schreef op maandag 15 september 2025 @ 13:29:
[...]

...

Ik heb net een comment toegevoegd in mijn regelset, zal ik binnenkort weer eens uploaden op GitHub:

code:

?relativeModulation = round(@Compressor_Current / 15 * 100);                                -- communicate an estimated modulation % via OT based on @Compressor_Current (max 15A)

Die 15A heb ik uit de service manual, protection control. Ik doe zelf helemaal niets met deze ?relativeModulation maar 't was een manier om deze OT parameter die HeishaMon beschikbaar heeft in te vullen.

Oké, begrepen.

Hier is zelfs de aanloopstroom aanzienlijk lager. Tijdens het gebruik ligt deze meestal tussen 3-8 A.
De berekende waarden zijn dan waarschijnlijk alleen informatief.

blb4 schreef op maandag 15 september 2025 @ 13:42:
[...]

Die staat er wel :
e) Settings Heat Pump: Operating_Mode_State: 0, Heating_Mode: 1, Cooling_Mode: 1, Buffer_Installed: 0, DHW_Installed: 1, Pump_Flowrate_Mode: 0, Optional_PCB: 0, Z1_Sensor_Settings: 0
Oftewel Direct. Ik gebruik eigen "Weather Compensation function"; timer=10.

De reden om dit te doen:
The reason for not using the compensation curve from the HP is now #WCS is only calculated every 30 minutes and the TaShift function doesn't cause an unwanted Compressor switch off.

Natuurlijk, ik had tomaten op mijn ogen >>> TOP76. Sorry

[Beekforel]

Ja, ik pak het ook weer op.

Ik wil, vooralsnog, op de curve van de WP blijven. Ik heb dus Z2 request op 1 gezet obv de documentatie:

This is implemented via the #ExternalOverRide parameter which can be set/manipulated by the @SetZ2HeatRequestTemperature parameter

Maar uit de rules haal ik:

code:

#ExternalOverRide = @Z2_Heat_Request_Temp - 30;                                     -- sync #ExternalOverRide

Bugje?

[blb4]

Beekforel schreef op maandag 15 september 2025 @ 16:00:
Ja, ik pak het ook weer op.

Ik wil, vooralsnog, op de curve van de WP blijven. Ik heb dus Z2 request op 1 gezet obv de documentatie:

[...]


Maar uit de rules haal ik:

code:

#ExternalOverRide = @Z2_Heat_Request_Temp - 30;                                     -- sync #ExternalOverRide

Bugje?

Ik misbruik @Z2_Heat_Request_Temp voor external override (ik heb HeishaMon in Home Assistent geïntegreerd); via @Z2_Heat_Request_Temp kan ik dan bepaalde rules tijdelijk uitschakelen, dat staat uitgelegd in het commentaar. Voor zover ik geconstateerd heb gaat Z2 instelling mee met Z1, dus Z1 op direct is ook Z2 op direct. Ik gebruikte eerst compensation curve van de WP dus @Z2_Heat_Request_Temp kon ik toen instellen tussen -5 en +5. Op direct kan ik nu @Z2_Heat_Request_Temp instellen tussen +20? en +50? Oid, ik heb 30 nu als nulpunt gekozen…..

[Beekforel]

blb4 schreef op maandag 15 september 2025 @ 16:19:
[...]

Ik misbruik @Z2_Heat_Request_Temp voor external override (ik heb HeishaMon in Home Assistent geïntegreerd); via @Z2_Heat_Request_Temp kan ik dan bepaalde rules tijdelijk uitschakelen, dat staat uitgelegd in het commentaar. Voor zover ik geconstateerd heb gaat Z2 instelling mee met Z1, dus Z1 op direct is ook Z2 op direct. Ik gebruikte eerst compensation curve van de WP dus @Z2_Heat_Request_Temp kon ik toen instellen tussen -5 en +5. Op direct kan ik nu @Z2_Heat_Request_Temp instellen tussen +20? en +50? Oid, ik heb 30 nu als nulpunt gekozen…..

Ah ja dat is het verschil natuurlijk. Snap nu ook waarom je dan +6 kunt doen, dat vroeg ik mij ook al af.

Misschien stap ik ook wel over op jouw curve, als ik dat nu doe kan ik in de aanloop van het seizoen nog wel mooi wat bijsturen indien nodig.

[Binifada]

@blb4
Weten jullie of het probleem ‘Round function not working correctly, it's rounding to the nearest integer in the direction of 0 #652’ in 3.9 is opgelost?

[blb4]

Binifada schreef op vrijdag 26 september 2025 @ 17:37:
@blb4
Weten jullie of het probleem ‘Round function not working correctly, it's rounding to the nearest integer in the direction of 0 #652’ in 3.9 is opgelost?

Volgens mij wel, ik heb in mijn rules 8 x round functie.

[Binifada]

blb4 schreef op vrijdag 26 september 2025 @ 22:46:
[...]

Volgens mij wel, ik heb in mijn rules 8 x round functie.

Mmh, ik denk dat de fout niet is verholpen.
Met uw regel van toen:

code:

on System#Boot then
  #Test = -3;
  setTimer(3,10);
end

on timer=3 then
    setTimer(3,10);
    #Test = #Test + 0.2;
    $Test1 = #Test;
    $Test2 = round($Test1);
end

komen precies dezelfde waarden naar voren.

code:

0   $Test1 = -2.8
1   $Test2 = -2                                should have been -3
1   $Test1 = -2.59999
2   $Test2 = -2                                should have been -3
1   $Test1 = -2.39999
2   $Test2 = -2                                correct
1   $Test1 = -2.19998
2   $Test2 = -2                                correct
1   $Test1 = -1.99998
2   $Test2 = -1                                should have been -2
1   $Test1 = -1.79998
2   $Test2 = -1                                should have been -2
1   $Test1 = -1.59998
2   $Test2 = -1                                should have been -2
1   $Test1 = -1.39998
2   $Test2 = -1                                correct
1   $Test1 = -1.19998
2   $Test2 = -1                                correct
1   $Test1 = -0.999977
2   $Test2 = 0                                should have been -1
1   $Test1 = -0.799976
2   $Test2 = 0                                should have been -1
1   $Test1 = -0.599976
2   $Test2 = 0                                should have been -1
1   $Test1 = -0.399976
2   $Test2 = 0                                correct
1   $Test1 = -0.199976
2   $Test2 = 0                                correct
1   $Test1 = 2.38419e-05
2   $Test2 = 0                                correct
1   $Test1 = 0.200024
2   $Test2 = 0                                correct
1   $Test1 = 0.400023
2   $Test2 = 0                                correct
1   $Test1 = 0.600023
2   $Test2 = 0                                should have been 1
1   $Test1 = 0.800022
2   $Test2 = 0                                should have been 1
1   $Test1 = 1.00002
2   $Test2 = 1                                correct
1    $Test1 = 1.20002
2   $Test2 = 1                                correct
1   $Test1 = 1.40001
2   $Test2 = 1                                correct
1   $Test1 = 1.60001
2   $Test2 = 1                                should have been 2
1   $Test1 = 1.80001
2   $Test2 = 1                                should have been 2
1   $Test1 = 2
2   $Test2 = 2                                correct
1   $Test1 = 2.2
2   $Test2 = 2                                correct
1   $Test1 = 2.39999
2   $Test2 = 2                                correct
1   $Test1 = 2.59999
2   $Test2 = 2                                should have been 3

Ik heb de officiële 3.9 large (Egyras/Heishamon) gedownload.

[blb4]

Ok, ik zie dat ik versie Alpha-9505597 gebruik….

[Binifada]

blb4 schreef op zaterdag 27 september 2025 @ 11:53:
Ok, ik zie dat ik versie Alpha-9505597 gebruik….

... aha, dat is me opgevallen bij de berekening van “#RoomTempControl”. Daar kwamen verkeerde waarden uit.

Waar vind ik de Alpha-9505597, hebben jullie een link voor mij?

[blb4]

Binifada schreef op zaterdag 27 september 2025 @ 12:01:
[...]


... aha, dat is me opgevallen bij de berekening van “#RoomTempControl”. Daar kwamen verkeerde waarden uit.

Waar vind ik de Alpha-9505597, hebben jullie een link voor mij?

Ik kan einde middag kijken, staat op m’n laptop.

[blb4]

Binifada schreef op zaterdag 27 september 2025 @ 12:01:
[...]


... aha, dat is me opgevallen bij de berekening van “#RoomTempControl”. Daar kwamen verkeerde waarden uit.

Waar vind ik de Alpha-9505597, hebben jullie een link voor mij?

mmm, ik denk dat 't deze was: https://github.com/CurlyM.../actions/runs/13272516208
maar die staat expired.

ik heb de 2 bestanden hier gezet: https://www.swisstransfer...71-4190-a040-2feea2a252b0

[Binifada]

blb4 schreef op zaterdag 27 september 2025 @ 19:59:
[...]

mmm, ik denk dat 't deze was: https://github.com/CurlyM.../actions/runs/13272516208
maar die staat expired.

ik heb de 2 bestanden hier gezet: https://www.swisstransfer...71-4190-a040-2feea2a252b0

Hartelijk dank!

Maar welke van de twee *.bin moet ik gebruiken voor de Heishamon large?

[blb4]

Binifada schreef op zondag 28 september 2025 @ 08:03:
[...]


Hartelijk dank!

Maar welke van de twee *.bin moet ik gebruiken voor de Heishamon large?

De ESP32 versie

[Noknow]

Hallo allemaal,

Mijn huidige opstelling heeft ook een CZ-RTC5B regelaar aangesloten. Ik ben erin geslaagd om Heishamon aan te sluiten. Ik kan alle informatie uitlezen. Nu wil ik een regelset gebruiken om mijn MDC09 te besturen. Ik denk echter dat Heishamon en de CZ-RTC5B met elkaar in conflict komen bij het besturen van de unit.

Hoe ga ik hiermee om?

[Dre]

Ter deling en ter review hierbij een stukje code voor:

1. Automatische regeling QuietMode (QM) op basis van Outside_Pipe_Temp. Als de unit dreigt dicht te vriezen gaat de QM lager zodat de ventilator harder gaat draaien.
2. Bij het defrostsignaal van de warmtepomp gaat QM naar 0.
3. Bij een overshoot gaat QM naar 3 om het vermogen te reduceren. Dit voorkomt dat de warmtepomp uitgaat door de trage terugregeling in de WP zelf. De Panasonic zelf gaat anders uit bij een te grote overschoot.

code:

on System#Boot then
 print('System#Boot start');
 #prevSilentMode = @Quiet_Mode_Level;
 #silentMode = #prevSilentMode;
 #defrostLimitC = -1;
 setTimer(1,60);
 setTimer(2,10);
 setTimer(3,60);
 print('System#Boot end');
end

on timer=1 then
 print('Overschoot_control if needed QM3');
 if @Main_Outlet_Temp >= @Main_Target_Temp && @Compressor_Freq > 20 then
  #silentMode = 3;
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
 end
 print ('silentMode is currently Overschoot_control: ', #silentMode);
 setTimer(1,60);
end

on timer=2 then
 print('checkDefrost prewarning start');
 #defrostLimitC = round(0.8 * @Outside_Temp - 10);
 #defrostLimitC = max(-26, min(-6, #defrostLimitC));
 if @Outside_Pipe_Temp <= #defrostLimitC + 4 then
  #silentMode = #silentMode - 1;
  #silentMode = max(0, min(3, #silentMode));
 elseif @Outside_Pipe_Temp > #defrostLimitC + 5 then
  #silentMode = #silentMode + 1;
  #silentMode = max(0, min(3, #silentMode));
 end
 if #prevSilentMode != #silentMode then
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
 end
 print ('silentMode is currently: ', #silentMode);
 setTimer(2,300);
end

on timer=3 then
 if @Defrosting_State == 1 then
  #silentMode = 0;
  if #prevSilentMode != #silentMode then
   #prevSilentMode = #silentMode;
   @SetQuietMode = #silentMode;
   print ('silentMode is currently Defrost_State: ', #silentMode);
  end
 end
 setTimer(3,60);
end

Ik vraag me wel af of het verstandig is om met 3 timers te werken die eigenlijk allemaal aan dezelfde knop (@SetQuietMode) zitten te draaien.

[Dre]

Heisamon staat ingesteld om elke 5 seconden meetwaarden op te halen van de warmtepomp met "How often new values are collected from heatpump: 5 seconds"

Graag zou ik ook elke 5 seconde willen controleren of de warmtepomp een overshoot heeft op de aanvoertemperatuur, en zo nodig Quiet Mode op 3 zet. Kan het kwaad als de loop elke 5 seconde loopt. Bijvoorbeeld qua schrijfacties van en naar de warmtepomp EEPROM ofzo. Of de stabiliteit van Heisamon.

Zoiets dus qua code:

code:

on System#Boot then
 print('System#Boot start');
 #prevSilentMode = @Quiet_Mode_Level;
 #silentMode = #prevSilentMode;
 #defrostLimitC = -1;
 setTimer(1,53);
 setTimer(2,60);
 print('System#Boot end');
end

on timer=1 then
 print('Overschoot_control if needed QM3 OR defrost QM0');
 if @Defrosting_State == 1 then
  #silentMode = 0;
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
  print ('silentMode is currently Defrost_State: ', #silentMode);
 elseif @Main_Outlet_Temp > @Main_Target_Temp + 0 && @Heat_Power_Production > 3000 then
  #silentMode = 3;
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
  print ('silentMode is currently Overschoot_control: ', #silentMode);
 end
 setTimer(1,5);
end

on timer=2 then
 print('checkDefrost prewarning start');
 #defrostLimitC = round(0.8 * @Outside_Temp - 10);
 #defrostLimitC = max(-26, min(-6, #defrostLimitC));
 if @Outside_Pipe_Temp <= #defrostLimitC + 4 then
  #silentMode = #silentMode - 1;
  #silentMode = max(0, min(3, #silentMode));
 elseif @Outside_Pipe_Temp > #defrostLimitC + 5 then
  #silentMode = #silentMode + 1;
  #silentMode = max(0, min(3, #silentMode));
 end
 if #prevSilentMode != #silentMode then
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
 end
 print ('silentMode is currently: ', #silentMode);
 setTimer(2,300);
end

[blb4]

Dre schreef op zondag 11 januari 2026 @ 21:11:
Heisamon staat ingesteld om elke 5 seconden meetwaarden op te halen van de warmtepomp met "How often new values are collected from heatpump: 5 seconds"

Graag zou ik ook elke 5 seconde willen controleren of de warmtepomp een overshoot heeft op de aanvoertemperatuur, en zo nodig Quiet Mode op 3 zet. Kan het kwaad als de loop elke 5 seconde loopt. Bijvoorbeeld qua schrijfacties van en naar de warmtepomp EEPROM ofzo. Of de stabiliteit van Heisamon.

Zoiets dus qua code:

code:

on System#Boot then
 print('System#Boot start');
 #prevSilentMode = @Quiet_Mode_Level;
 #silentMode = #prevSilentMode;
 #defrostLimitC = -1;
 setTimer(1,53);
 setTimer(2,60);
 print('System#Boot end');
end

on timer=1 then
 print('Overschoot_control if needed QM3 OR defrost QM0');
 if @Defrosting_State == 1 then
  #silentMode = 0;
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
  print ('silentMode is currently Defrost_State: ', #silentMode);
 elseif @Main_Outlet_Temp > @Main_Target_Temp + 0 && @Heat_Power_Production > 3000 then
  #silentMode = 3;
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
  print ('silentMode is currently Overschoot_control: ', #silentMode);
 end
 setTimer(1,5);
end

on timer=2 then
 print('checkDefrost prewarning start');
 #defrostLimitC = round(0.8 * @Outside_Temp - 10);
 #defrostLimitC = max(-26, min(-6, #defrostLimitC));
 if @Outside_Pipe_Temp <= #defrostLimitC + 4 then
  #silentMode = #silentMode - 1;
  #silentMode = max(0, min(3, #silentMode));
 elseif @Outside_Pipe_Temp > #defrostLimitC + 5 then
  #silentMode = #silentMode + 1;
  #silentMode = max(0, min(3, #silentMode));
 end
 if #prevSilentMode != #silentMode then
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
 end
 print ('silentMode is currently: ', #silentMode);
 setTimer(2,300);
end

Ik denk dat je voor deze functie beter kan triggeren op @Main_Target_Temp. Ik gebruik ter voorkoming van de 3 °C overschrijding:

code:

on @Main_Outlet_Temp then
    if @ThreeWay_Valve_State == 0 && #CompState > 0 then
        $TaDelta = @Main_Outlet_Temp - @Z1_Heat_Request_Temp;
        if $TaDelta >= 3 then
            @SetZ1HeatRequestTemperature = ceil(@Main_Outlet_Temp) - 2;
        end
    end
end

[Dre]

Heisamon loop stopt met draaien en geeft de waarde van NULL voor 2 globale variabelen. Het programma werkt daardoor niet meer. Er komen na deze NULL melding (en uptime van 0 seconde) nog wel meetwaarden binnen, maar het RULES programma werkt niet meer.

RULES: (dit is alles, timer1 staat er wel, maar doet niks)

code:

on System#Boot then
 print('System#Boot start');
 #prevSilentMode = @Quiet_Mode_Level;
 #silentMode = #prevSilentMode;
 #overschoot = 0;
 #coldstart = 0;
 #defrostLimitC = -1;
 setTimer(1,60);
 print('System#Boot end');
end

on @Main_Outlet_Temp then
 print('Overschoot_control if needed QM3 or for a coldstart QM0');
 if @Main_Outlet_Temp > @Main_Target_Temp + 0 && @Heat_Power_Production > 3000 then
  #silentMode = 3;
  #overschoot = 1;
 else
  #overschoot = 0;
 end
 if @Main_Outlet_Temp < @Main_Target_Temp - 10 then
  #silentMode = 0;
  #coldstart = 1;
 else
  #coldstart = 0;
 end 
 if #prevSilentMode != #silentMode then
  #prevSilentMode = #silentMode;
  @SetQuietMode = #silentMode;
  print ('silentMode is changed to: ', #silentMode);
 else 
  print ('silentMode is not changed');
 end
end

Geeft deze feedback in de console:
Regel 64 en 65

code:

Thu Jan 15 19:24:55 2026 (91514441): Heishamon stats: Uptime: 1 day 1 hour 25 minutes 14 seconds ## Free memory: 75% ## Heap fragmentation: 7% ## Max free block: 28120 bytes ## Free heap: 30112 bytes ## Wifi: 54% (RSSI: -73) ## Mqtt reconnects: 0 ## Correct data: 100.00% Rules active: 2
Thu Jan 15 19:24:55 2026 (91514447): Requesting new panasonic data
Thu Jan 15 19:24:55 2026 (91514454): sent bytes: 111 including checksum value: 18 
Thu Jan 15 19:24:55 2026 (91514886): Received 203 bytes data
Thu Jan 15 19:24:55 2026 (91514887): Checksum and header received ok!
Thu Jan 15 19:24:55 2026 (91514893): received TOP6 Main_Outlet_Temp: 37.75
Thu Jan 15 19:24:55 2026 (91514900): received TOP15 Heat_Power_Production: 4400
Thu Jan 15 19:24:55 2026 (91514906): received TOP56 Z1_Temp: 37
Thu Jan 15 19:24:55 2026 (91514912): received TOP62 Fan1_Motor_Speed: 280
Thu Jan 15 19:24:55 2026 (91514919): received TOP67 Compressor_Current: 3.2
==== Main_Outlet_Temp ====
Overschoot_control if needed QM3 or for a coldstart QM0
silentMode is not changed
rule #2 was executed in 9620 microseconds

>>> local variables


>>> global variables

 0 #prevSilentMode = 3
 1 #silentMode = 3
 2 #overschoot = 0
 3 #coldstart = 0
 4 #defrostLimitC = -1
Thu Jan 15 19:25:00 2026 (91519442): Heishamon stats: Uptime: 1 day 1 hour 25 minutes 19 seconds ## Free memory: 75% ## Heap fragmentation: 7% ## Max free block: 28120 bytes ## Free heap: 30064 bytes ## Wifi: 54% (RSSI: -73) ## Mqtt reconnects: 0 ## Correct data: 100.00% Rules active: 2
Thu Jan 15 19:25:00 2026 (91519448): Requesting new panasonic data
Thu Jan 15 19:25:00 2026 (91519456): sent bytes: 111 including checksum value: 18 
Thu Jan 15 19:25:00 2026 (91519886): Received 203 bytes data
Thu Jan 15 19:25:00 2026 (91519887): Checksum and header received ok!
Thu Jan 15 19:25:00 2026 (91519893): received TOP62 Fan1_Motor_Speed: 220
Thu Jan 15 19:25:00 2026 (91519899): received TOP64 High_Pressure: 22.8
Thu Jan 15 19:25:05 2026 (91524428): Connecting to mqtt server ...
Thu Jan 15 19:25:05 2026 (91524448): Heishamon stats: Uptime: 1 day 1 hour 25 minutes 24 seconds ## Free memory: 75% ## Heap fragmentation: 6% ## Max free block: 28120 bytes ## Free heap: 29832 bytes ## Wifi: 54% (RSSI: -73) ## Mqtt reconnects: 0 ## Correct data: 100.00% Rules active: 2
Thu Jan 15 19:25:05 2026 (91524454): Requesting new panasonic data
Thu Jan 15 19:25:05 2026 (91524461): sent bytes: 111 including checksum value: 18 
Thu Jan 15 19:25:16 2026 (10004): Connecting to mqtt server ...
Thu Jan 15 19:25:16 2026 (10024): Heishamon stats: Uptime: 0 days 0 hours 0 minutes 10 seconds ## Free memory: 75% ## Heap fragmentation: 1% ## Max free block: 29720 bytes ## Free heap: 29888 bytes ## Wifi: 56% (RSSI: -72) ## Mqtt reconnects: 0 ## Correct data: 100.00% Rules active: 2
Thu Jan 15 19:25:16 2026 (10029): Requesting new panasonic data
Thu Jan 15 19:25:16 2026 (10036): sent bytes: 111 including checksum value: 18 
Thu Jan 15 19:25:17 2026 (10449): Received 203 bytes data
Thu Jan 15 19:25:17 2026 (10449): Checksum and header received ok!
Thu Jan 15 19:25:17 2026 (10455): received TOP62 Fan1_Motor_Speed: 210
Thu Jan 15 19:25:21 2026 (15002): Starting initial wifi scan ...
Thu Jan 15 19:25:21 2026 (15021): Heishamon stats: Uptime: 0 days 0 hours 0 minutes 15 seconds ## Free memory: 73% ## Heap fragmentation: 1% ## Max free block: 29144 bytes ## Free heap: 29368 bytes ## Wifi: 54% (RSSI: -73) ## Mqtt reconnects: 0 ## Correct data: 100.00% Rules active: 2
Thu Jan 15 19:25:21 2026 (15027): Requesting new panasonic data
Thu Jan 15 19:25:21 2026 (15034): sent bytes: 111 including checksum value: 18 
Thu Jan 15 19:25:22 2026 (15447): Received 203 bytes data
Thu Jan 15 19:25:22 2026 (15448): Checksum and header received ok!
Thu Jan 15 19:25:22 2026 (15453): received TOP1 Pump_Flow: 13.74
Thu Jan 15 19:25:22 2026 (15459): received TOP6 Main_Outlet_Temp: 37
Thu Jan 15 19:25:22 2026 (15466): received TOP15 Heat_Power_Production: 3400
Thu Jan 15 19:25:22 2026 (15472): received TOP62 Fan1_Motor_Speed: 200
==== Main_Outlet_Temp ====
Overschoot_control if needed QM3 or for a coldstart QM0
silentMode is not changed
rule #2 was executed in 8221 microseconds

>>> local variables


>>> global variables

0 #prevSilentMode = NULL
1 #silentMode = NULL
 2 #overschoot = 0
 3 #coldstart = 0
 4 #defrostLimitC = -1
Thu Jan 15 19:25:26 2026 (20022): Heishamon stats: Uptime: 0 days 0 hours 0 minutes 20 seconds ## Free memory: 75% ## Heap fragmentation: 6% ## Max free block: 28280 bytes ## Free heap: 29832 bytes ## Wifi: 54% (RSSI: -73) ## Mqtt reconnects: 0 ## Correct data: 100.00% Rules active: 2
Thu Jan 15 19:25:26 2026 (20028): Requesting new panasonic data
Thu Jan 15 19:25:26 2026 (20035): sent bytes: 111 including checksum value: 18 
Thu Jan 15 19:25:27 2026 (20449): Received 203 bytes data
Thu Jan 15 19:25:27 2026 (20449): Checksum and header received ok!
Thu Jan 15 19:25:27 2026 (20454): received TOP1 Pump_Flow: 14.09
Thu Jan 15 19:25:27 2026 (20461): received TOP15 Heat_Power_Production: 3600
Thu Jan 15 19:25:27 2026 (20467): received TOP21 Outside_Pipe_Temp: 2
Thu Jan 15 19:25:31 2026 (25023): Heishamon stats: Uptime: 0 days 0 hours 0 minutes 25 seconds ## Free memory: 75% ## Heap fragmentation: 3% ## Max free block: 29144 bytes ## Free heap: 29808 bytes ## Wifi: 54% (RSSI: -73) ## Mqtt reconnects: 0 ## Correct data: 100.00% Rules active: 2
Thu Jan 15 19:25:31 2026 (25029): Requesting new panasonic data
Thu Jan 15 19:25:31 2026 (25036): sent bytes: 111 including checksum value: 18 
Thu Jan 15 19:25:32 2026 (25447): Received 203 bytes data
Thu Jan 15 19:25:32 2026 (25448): Checksum and header received ok!
Thu Jan 15 19:25:32 2026 (25453): received TOP50 Discharge_Temp: 49
Thu Jan 15 19:25:32 2026 (25459): received TOP53 Eva_Outlet_Temp: 3
Thu Jan 15 19:25:32 2026 (25465): received TOP55 Ipm_Temp: 26
Thu Jan 15 19:25:36 2026 (30024): Heishamon stats: Uptime: 0 days 0 hours 0 minutes 30 seconds ## Free memory: 74% ## Heap fragmentation: 3% ## Max free block: 29144 bytes ## Free heap: 29784 bytes ## Wifi: 54% (RSSI: -73) ## Mqtt reconnects: 0 ## Correct data: 100.00% Rules active: 2

De tekst die in de console geprint moet worden doet het niet meer. Wel komen meetwaarden binnen. Het RULES programma lijkt dus een soort van vastgelopen te zijn. Wat doe ik verkeerd?

@blb4

[Dre]

Helemaal gek:
Om 19:36:50 worden de laatste keer nog wat tekst en variabelen geprint vanuit RULES (incl. NULL)
Vervolgens stilte gedurende 10 minuten.
Om 19:47:32 worden de dan nog een keer nog wat tekst en variabelen geprint vanuit RULES (incl. NULL)

Komt dat doordat alleen bij veranderingen van de waarde on @Main_Outlet_Temp het programma draait?

Dan nog wel de vraag waarom ik NULL terugkrijg.

[blb4]

Dre schreef op donderdag 15 januari 2026 @ 20:55:
Helemaal gek:
Om 19:36:50 worden de laatste keer nog wat tekst en variabelen geprint vanuit RULES (incl. NULL)
Vervolgens stilte gedurende 10 minuten.
Om 19:47:32 worden de dan nog een keer nog wat tekst en variabelen geprint vanuit RULES (incl. NULL)

Komt dat doordat alleen bij veranderingen van de waarde on @Main_Outlet_Temp het programma draait?

Dan nog wel de vraag waarom ik NULL terugkrijg.

Je hebt in System#Boot nog een setTimer(1,60);

Zet in je rules set nog eens:

code:

on timer=1 then
    setTimer(1,60);
    #Time = %day * 1440 + %hour * 60 + %minute;
end

[Binifada]

@blb4

Hallo BLB4,

Elk jaar wordt het weer kouder en begint het stookseizoen . Hier draait momenteel versie 202602.22 met enkele aanpassingen.

De ontwikkeling van uw regels is in de tussentijd ongetwijfeld verder gevorderd.

Heeft u tijd voor een update op GitHub?

Groeten, Binifada

[blb4]

Ik zal proberen of ik vanavond de meest recente versie kan uploaden

[blb4]

Binifada schreef op dinsdag 6 oktober 2026 @ 09:57:
@blb4

Hallo BLB4,

Elk jaar wordt het weer kouder en begint het stookseizoen . Hier draait momenteel versie 202602.22 met enkele aanpassingen.

De ontwikkeling van uw regels is in de tussentijd ongetwijfeld verder gevorderd.

Heeft u tijd voor een update op GitHub?

Groeten, Binifada

Gedaan

[Binifada]

blb4 schreef op donderdag 8 oktober 2026 @ 00:53:
[...]

Gedaan

... geweldig

[blb4]

Versie 2610.08 staat klaar op Github.

Let op, vanaf 2610.05 gebruik ik GPIO functionaliteit die (nog) niet in de officiële FW zit. Ik heb die wel beschikbaar in een versie die ik zelf beheer en hopelijk komt deze snel naar de officiële FW.

[blb4]

Inmiddels (en dat mag ook wel eens na jaren knutselen), ben ik wel heel tevreden met het resultaat van mijn wp besturing. Je kan deze ook in detail bekijken op heatpumpmonitor.org

[Binifada]

blb4 schreef op maandag 2 november 2026 @ 18:31:
Inmiddels (en dat mag ook wel eens na jaren knutselen), ben ik wel heel tevreden met het resultaat van mijn wp besturing. Je kan deze ook in detail bekijken op heatpumpmonitor.org
[Afbeelding]

Ook hier dankzij jouw onvermoeibare voorbereidende werk

[Beekforel]

blb4 schreef op maandag 2 november 2026 @ 18:31:
Inmiddels (en dat mag ook wel eens na jaren knutselen), ben ik wel heel tevreden met het resultaat van mijn wp besturing. Je kan deze ook in detail bekijken op heatpumpmonitor.org
[Afbeelding]

Het is appels met peren vergelijken maar ik heb mijn Pana ook gekoppeld aan die site nu. Ik draai met HeishamonNR die ik een beetje bijstuur met DAO.