Heishamon <> Node Red voor Panasonic warmtepompen

[weert14]

Ik vermoed dat het toch met de pompsnelheid te maken had. Wel vreemd want het probleem bleef nadat ik de flexibele pompsnelheid had uit gezet en hem vast op 20% had gezet.

Vanavond de wp weer aan gezet en dhw run ging gelijk lopen. En ja hoor nu blijft die gewoon netjes lopen.

Dit zijn de Delta instellingen:


Ik wist niet dat de pompsnelheid een minimum nodig had. Morgen ga ik de wp weer in de gaten houden of alles lekker loopt. Thanks voor jullie antwoorden tot nu toe

[appiejs]

edterbak schreef op donderdag 26 oktober 2023 @ 01:01:

Nieuwe versie staat online.

Versie: 23.10 beta9
Download: https://github.com/edterb...lows%2023.10%20beta9.json

Neem de tijd voor controle na deploy van deze versie.

code:

In version 23.10 beta9, a lot of things are done.
- The flow should now work fine in both Direct mode and Compensation Curve mode
- The flow should now work fine with Zone 1 controlling with WaterTemperature, with Thermostat Internal, Thermostat External and RoomSensor
- Fixed that sometimes the Home dashboard showed incorrect water temperatures
- Fixed that sometimes the WAR dashboard showed a weird caluculated temperature.
- Fixed the ability to use external triggers for setting the RTC roomtemperature setpoint. 
- This flow is now compatible with Heishamon firmware veresion 3.2, and backwards compatible.
- Fixed excessive mqtt message sending in some instances, due to an error .
- Fixed Scheduler dashboard, where a popup menu was always shown (and showing incorrect layout)
- Fixed "Auto start DHW" function so it does not trigger when threeway valvue is already in DHW position. 

Note that this release brings major changes and hopefully a lot of improvements. 
Befor you try this beta, make a backup of your old .flow file. 
Make sure you have atleast 30 minutes to keep an eye on the system after deploying to prevent unexpected surprises.

Dit kun je met de huidige flow doen, als het goed is...
[Afbeelding]
Opmerking: Uiteraard de combinatie thermostaat + RTC gebruiken met je hoofd er bij.

Veel plezier hoop ik zonder issues met de flow

Ik heb gisteren fw3.2 er op gezet. Geen issues so far.

Informatie over Compensatie Curve aansturing:

Zorg dat je de juiste WAR lijn via het dashboard naar de panasonic exporteert. 2 punten iets zoals onderstaand.

[Afbeelding]

Het shiften gebeurt op basis van wat er hier in het WAR dashboard staat. Daarom moet het kloppen met wat je in de pomp hebt staan. Omdat dit vrij essentieel is voor de goede werking van de flow, ga ik hier nog een check op inbouwen later. To make it idiot proof. Of iets dicht daar in de buurt. Maar, dit zit er nog niet in nu.


[Afbeelding]
1) Hier stel je eventueel handmatig een basis shift in. (voor als oma op visite komt....)
2) Dit is de berekende watertemperatuur uitgaande van een shift = 0.
3) Het resultaat van alle berekende shifts
4) berekende WAR temp + alle shifts is het uiteindelijke setpoint van het water dat gebruikt wordt door de pomp. Dit getal vind je terug in heishamon onder TOP42, TOP7 etc.

Ik heb de versie zojuist erop gezet en even bekeken wat er allemaal gebeurt, toch valt me wat op wat ik niet snap of kan verklaren. Positieve is dat wijzigingen bij RTC nu gelijk op Home komen

Ik heb Softstart uit staan, was al zo in de versie hiervoor, maar in de log zie ik Softstart voorbij komen?

code:

26/10 20:55:38 - MQTT Command: LWT: Online
26/10 20:55:30 - Compressor: stopped
26/10 20:55:30 - Function SoftStart: SoftStart function end
26/10 20:55:08 - MQTT Command: LWT: Online (SoftStart)
26/10 20:54:38 - MQTT Command: LWT: Online
26/10 20:54:08 - MQTT Command: LWT: Online (SoftStart)
26/10 20:53:38 - MQTT Command: LWT: Online
26/10 20:53:08 - MQTT Command: LWT: Online (SoftStart)
26/10 20:53:00 - Function SoftStart: Start Phase 2
26/10 20:53:00 - Function SoftStart: Correction: 4 > 2 °C - (STABLE) Freq: 39Hz, SP_Final: 25°C
26/10 20:52:38 - MQTT Command: LWT: Online (SoftStart)
26/10 20:52:33 - Function SoftStart: Correction: 3 > 4 °C - (STARTUP) Freq: 45Hz, SP_Final: 27°C
26/10 20:52:08 - MQTT Command: LWT: Online (SoftStart)
26/10 20:52:03 - Function SoftStart: Correction: 2 > 3 °C - (STARTUP) Freq: 46Hz, SP_Final: 26°C
26/10 20:51:38 - MQTT Command: LWT: Online
26/10 20:51:08 - MQTT Command: LWT: Online (SoftStart)
26/10 20:51:03 - Function SoftStart: Correction: 1 > 2 °C - (STARTUP) Freq: 40Hz, SP_Final: 25°C
26/10 20:50:38 - MQTT Command: LWT: Online (SoftStart)
26/10 20:50:33 - Function SoftStart: Correction: -2 > 1 °C - (STARTUP) Freq: 34Hz, SP_Final: 24°C
26/10 20:50:26 - Function SoftStart: Correction: -3 > -2 °C - (STARTUP) Freq: 22Hz, SP_Final: 21°C
26/10 20:50:23 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 23 °C
26/10 20:50:23 - Function RTC: Correction change: From -2 to -3 °C (Room actual: 21.4 °C)
26/10 20:50:23 - RTC: Room setpoint changed to: 19.8 °C
26/10 20:50:08 - MQTT Command: LWT: Online (SoftStart)
26/10 20:50:00 - Function SoftStart: Correction: 0 > -3 °C - (STARTUP) Freq: 22Hz, SP_Final: 21°C
26/10 20:50:00 - Compressor: running
26/10 20:49:38 - MQTT Command: LWT: Online
26/10 20:34:52 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 24 °C
26/10 20:34:52 - Function RTC: Correction change: From 0 to -2 °C (Room actual: 21.4 °C)
26/10 20:34:38 - MQTT Command: LWT: Online
26/10 20:34:10 - SETUP - Sensors: Custom outside temperature sensor FOUND and used
26/10 20:34:08 - MQTT Command: LWT: Online
26/10 20:33:38 - MQTT Command: LWT: Online
26/10 20:33:08 - MQTT Command: LWT: Online (SoftStart)
26/10 20:33:04 - SYSTEM: WAR settings OK
26/10 20:33:02 - Function - WAR: 1
26/10 20:33:00 - Function SoftStart: SoftStart function end
26/10 20:33:00 - Compressor: stopped
26/10 20:32:43 - Function - RTC: 1
26/10 20:32:43 - Function SoftStart: Correction: 0 > -3 °C - (STARTUP) Freq: 34Hz, SP_Final: 23°C
26/10 20:32:38 - SYSTEM: Heatpump is in DIRECT mode
26/10 20:32:38 - MQTT Command: LWT: Online
26/10 20:32:36 - SYSTEM: Persistent storage: OK
26/10 20:32:36 - SYSTEM: MQTT block inactive, default block mode: UNRESTRICTED
26/10 20:32:36 - Function - Solar: 1
26/10 20:32:35 - Function SoftStart: SoftStart function end
26/10 20:32:35 - Function NightReduction: New correction: 0 °C
26/10 20:32:35 - Function NightReduction: 0
26/10 20:32:35 - MQTT Command: LWT: Offline
26/10 20:32:35 - SYSTEM: Start---------------------------------------------------------------

Nu komt het volgende, ik zie in Home dat de Outlet setpoint op 26 staat terwijl bij Final water temperature 23C staat. In de code hierboven zie ik als laatste waarde SP_Final: 25C staan

MQTT explorer heb ik de hele tijd open gehad en daar zie ik bij de volgende gegevens elke 30sec de waarde van 26 voorbij komen sinds 20:44 tot 21:14:

• Main_Target_temp
• Z1_HEAT_Request_Temp
• Z1_Heat_Curve_Target_High_Temp

Vervolgens heb ik de hele boel nogmaals, had ik al na import nieuwe versie, herstart. Nadat alles weer actief was heb ik WAR en RTC uitgezet, even gewacht en weer aangezet. In de log zie ik nu het volgende:

code:

26/10 21:29:31 - RTC: Room setpoint changed to: 20.5 °C
26/10 21:29:29 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 23 °C
26/10 21:29:29 - Function RTC: Correction change: From 0 to -3 °C (Room actual: 21.4 °C)
26/10 21:29:29 - RTC: Room setpoint changed to: 20.6 °C
26/10 21:29:10 - Function - RTC: 1
26/10 21:29:09 - Function WAR: Setpoint change: From 22 to 26 °C
26/10 21:29:08 - Function - WAR: 1

Vreemde is dat bij Home nu bij outlet setpoint helemaal niks getoont wordt, ik heb al even gewacht en bv WAR nogmaals uitgezet en na x minuten weer aangezet. Helaas zonder resultaat.


Vraag me natuurlijk af wat er mis kan zijn, maar ook of het aansturen nu nog wel naar behoren werkt?

[appiejs]

Herinner me zojuist dat ik iets gelezen had over nieuwe versie waar topics gewijzigd waren, zou dat wellicht ermee te maken kunnen hebben?

[appiejs]

Nadat ik via MQTT explorer handmatig naar de genoemde topics een waarde gestuurd had, in dit geval 25, kwam ik het volgende tegen in de log:

code:

26/10 21:50:51 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 23 °C
26/10 21:50:29 - MQTT Command: LWT: Online
26/10 21:50:21 - Function - Calculate new SP: New final SP calculated: Current setpont: 25 °C. New calculated setpoint: 23 °C
26/10 21:49:59 - MQTT Command: LWT: Online

Hierna ging de waarde terug naar 26 en zie ik op het Home scherm ook weer 26 bij Outlet Setpoint staan. Snap ik alleen nog steeds niet de waarde 26, terwijl bij final 23 staat.

[ Voor 17% gewijzigd door appiejs op 26-10-2023 21:54 ]

[MikeyMan]

weert14 schreef op donderdag 26 oktober 2023 @ 21:31:
Ik vermoed dat het toch met de pompsnelheid te maken had. Wel vreemd want het probleem bleef nadat ik de flexibele pompsnelheid had uit gezet en hem vast op 20% had gezet.

Vanavond de wp weer aan gezet en dhw run ging gelijk lopen. En ja hoor nu blijft die gewoon netjes lopen.

Dit zijn de Delta instellingen:
[Afbeelding]

Ik wist niet dat de pompsnelheid een minimum nodig had. Morgen ga ik de wp weer in de gaten houden of alles lekker loopt. Thanks voor jullie antwoorden tot nu toe

Niet zozeer minimale pompsnelheid alswel minimale flow. En das mede afhankelijk van je installatie. Zou in theorie minimaal 9L/min moeten zijn uit mn hoofd. Maar als ik onder de 10 kom wil er nog weleens een foutje langs komen.

Hoewel ik daar meestal wel een error bij krijg.

[appiejs]

appiejs schreef op donderdag 26 oktober 2023 @ 21:53:
Nadat ik via MQTT explorer handmatig naar de genoemde topics een waarde gestuurd had, in dit geval 25, kwam ik het volgende tegen in de log:

code:

26/10 21:50:51 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 23 °C
26/10 21:50:29 - MQTT Command: LWT: Online
26/10 21:50:21 - Function - Calculate new SP: New final SP calculated: Current setpont: 25 °C. New calculated setpoint: 23 °C
26/10 21:49:59 - MQTT Command: LWT: Online

Hierna ging de waarde terug naar 26 en zie ik op het Home scherm ook weer 26 bij Outlet Setpoint staan. Snap ik alleen nog steeds niet de waarde 26, terwijl bij final 23 staat.
[Afbeelding]

Ik heb het volgende gevonden, deze heeft geen gekoppelde output. Dat lijkt me niet correct? Iemand een idee aan welke deze gekoppeld moet worden?

[appiejs]

Steekproef leert dat ik meerdere outputs heb die niet gekoppeld zijn.

[edterbak]

appiejs schreef op donderdag 26 oktober 2023 @ 21:38:
[...]


Ik heb de versie zojuist erop gezet en even bekeken wat er allemaal gebeurt, toch valt me wat op wat ik niet snap of kan verklaren. Positieve is dat wijzigingen bij RTC nu gelijk op Home komen

Ik heb Softstart uit staan, was al zo in de versie hiervoor, maar in de log zie ik Softstart voorbij komen?
[Afbeelding]

[...]


Nu komt het volgende, ik zie in Home dat de Outlet setpoint op 26 staat terwijl bij Final water temperature 23C staat. In de code hierboven zie ik als laatste waarde SP_Final: 25C staan [Afbeelding]

MQTT explorer heb ik de hele tijd open gehad en daar zie ik bij de volgende gegevens elke 30sec de waarde van 26 voorbij komen sinds 20:44 tot 21:14:

• Main_Target_temp
• Z1_HEAT_Request_Temp
• Z1_Heat_Curve_Target_High_Temp

[Afbeelding]

Vervolgens heb ik de hele boel nogmaals, had ik al na import nieuwe versie, herstart. Nadat alles weer actief was heb ik WAR en RTC uitgezet, even gewacht en weer aangezet. In de log zie ik nu het volgende:

code:

26/10 21:29:31 - RTC: Room setpoint changed to: 20.5 °C
26/10 21:29:29 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 23 °C
26/10 21:29:29 - Function RTC: Correction change: From 0 to -3 °C (Room actual: 21.4 °C)
26/10 21:29:29 - RTC: Room setpoint changed to: 20.6 °C
26/10 21:29:10 - Function - RTC: 1
26/10 21:29:09 - Function WAR: Setpoint change: From 22 to 26 °C
26/10 21:29:08 - Function - WAR: 1

Vreemde is dat bij Home nu bij outlet setpoint helemaal niks getoont wordt, ik heb al even gewacht en bv WAR nogmaals uitgezet en na x minuten weer aangezet. Helaas zonder resultaat.
[Afbeelding]

Vraag me natuurlijk af wat er mis kan zijn, maar ook of het aansturen nu nog wel naar behoren werkt?

Daar gaat iets inderdaad niet helemaal goed.
Je zegt dat de eerste keer softstart uit stond, maar het gekke is dat dit niet in het start-log terug komt. alles komt voorbij, RTC, WAR, Nightreduction.

Ik snap er niet veel van waarom het nu bij jou allemaal fout gaat.
Ik heb hier de laatste 2 dagen gedraaid, en gewisseld van modus heen en weer. no issue.
Ik moet iets over het hoofd zien.

Ik ga een schone instance opstarten en de boel vers importeren. Kijken wat er gebeurt.

[appiejs]

edterbak schreef op donderdag 26 oktober 2023 @ 23:06:
[...]

Daar gaat iets inderdaad niet helemaal goed.
Je zegt dat de eerste keer softstart uit stond, maar het gekke is dat dit niet in het start-log terug komt. alles komt voorbij, RTC, WAR, Nightreduction.

Ik snap er niet veel van waarom het nu bij jou allemaal fout gaat.
Ik heb hier de laatste 2 dagen gedraaid, en gewisseld van modus heen en weer. no issue.
Ik moet iets over het hoofd zien.

Ik ga een schone instance opstarten en de boel vers importeren. Kijken wat er gebeurt.

Check, kan het te maken hebben dat enkele outputs niet gekoppeld zijn bij mij?

[edterbak]

ik heb het gevonden. variabelle SP_Final is undefined bij start.
Nu een goede fix schrijven en dan deel ik hem hier gelijk

[appiejs]

Dat heb je snel gevonden haha. Kan ik wellicht handmatig iets aan mijn kant uitvoeren om te zien of het weer werkt?

[edterbak]

@appiejs
Kun je de node [Calculate new SP] aanpassen op WP Control tab.

Dit toevoegen rond regel 72

code:

if (global.get('SP_Final', "file") === undefined ) { global.set('SP_Final', 20, "file"); }

Het moet er zo uit zien.

code:

var SHIFT_Final_old = global.get('SHIFT_Final',"file");
if (SHIFT_Final_old === undefined) { SHIFT_Final_old=0; global.set('SHIFT_Final',0,"file"); }

if (global.get('SP_Final', "file") === undefined ) { global.set('SP_Final', 20, "file"); }

if (F_RTC_state == 0) { F_RTC_correction = 0;}
if (F_SS_state == 0)    {F_SS_correction = 0;}
if (F_NR_state == 0)    {F_NR_correction = 0;}

Dit was voldoende.

Dit is een fix voor compensation curve zie ik.
Ik herhaal nu deze schone start voor direct modues.

[ Voor 7% gewijzigd door edterbak op 27-10-2023 00:20 ]

[appiejs]

Ah dat verklaart, ik draai tegenwoordig in Direct modus en kreeg al de indruk dat het niet werkt

[edterbak]

appiejs schreef op vrijdag 27 oktober 2023 @ 00:24:
Ah dat verklaart, ik draai tegenwoordig in Direct modus en kreeg al de indruk dat het niet werkt

CHECK.
Ik zie het zelfde nu dat jij (niet) ziet.
On it...

[edterbak]

Gevonden en gefixt.
Een te actief filter.

Ik heb deze versie online gezet voor iedereen.
@appiejs e.a.

https://github.com/edterbak/NodeRed_Heishamon_control

file: flows 23.10 beta10.json


[edit]
Dacht dat de flow het niet deed. maar het gaat goed. Had wat verkeerd staan in gui/dashboard

Ik ben nu moe. val bijna om.
Ik kan zaterdag avond pas verder.

[ Voor 45% gewijzigd door edterbak op 27-10-2023 02:21 ]

[pc_freak1]

ik lees hier iets over flexible pumpspeed.
ik zou graag de pomp uitschakelen en geen water rondpompen als er geen warmtevraag is.
nu draait de pomp continu, en is effectief mijn huis aan het afkoelen als er geen warmtevraag is, door het warme water de koude buitenomgeving in te pompen/circuleren.
Kan dit met die flexible pumpspeed? het uitzetten van de pomp nadat de warmtevraag gestopt is?
dan blijft het warme water in de vloer, en koelt die (in theorie) minder snel af.

[MikeyMan]

pc_freak1 schreef op vrijdag 27 oktober 2023 @ 08:36:
ik lees hier iets over flexible pumpspeed.
ik zou graag de pomp uitschakelen en geen water rondpompen als er geen warmtevraag is.
nu draait de pomp continu, en is effectief mijn huis aan het afkoelen als er geen warmtevraag is, door het warme water de koude buitenomgeving in te pompen/circuleren.
Kan dit met die flexible pumpspeed? het uitzetten van de pomp nadat de warmtevraag gestopt is?
dan blijft het warme water in de vloer, en koelt die (in theorie) minder snel af.

Nee. De flow is nodig om de watertemperatuur te meten. Geen flow is geen meting.

Je zult moeten overstappen op een andere modus om deze flow te stoppen. Of met rtc de warmtepomp helemaal uit zetten.

[Maarten69]

@pc_freak1
Wat @MikeyMan zegt. Je zou gebruik kunnen maken van RTC power off/on functie van de WP. Dan gaat de gehele WP uit indien setpoint bereikt en terug aan bij x graden onder room setpoint.

[ Voor 4% gewijzigd door Maarten69 op 27-10-2023 11:17 ]

[blb4]

MikeyMan schreef op vrijdag 27 oktober 2023 @ 09:01:
[...]


Nee. De flow is nodig om de watertemperatuur te meten. Geen flow is geen meting.

Je zult moeten overstappen op een andere modus om deze flow te stoppen. Of met rtc de warmtepomp helemaal uit zetten.

Logica om de waterpomp uit te zetten als de compressor uit gaat is zo gemaakt, maar er moet een trigger zijn om ‘m weer aan te zetten. RTC heeft deze functie op basis van kamertemperatuur. Een alternatief zou kunnen zijn een watertemperatuursensor op een andere plek dan intern in de WP, bijvoorbeeld in je vloer of bij je vvw-verdeler als deze nog een circulatiepomp heeft (wat normaal gesproken niet aanbevolen wordt).

[pc_freak1]

Maarten69 schreef op vrijdag 27 oktober 2023 @ 11:17:
@pc_freak1
Wat @MikeyMan zegt. Je zou gebruik kunnen maken van RTC power off/on functie van de WP. Dan gaat de gehele WP uit indien setpoint bereikt en terug aan bij x graden onder room setpoint.

ik snapte niet geheel wat die functie deed, maar na jouw referentie de help wat beter doorgelezen, en ingesteld. nu afwachten wat het gaat doen. dankjewel!

[Boxbal]

pc_freak1 schreef op vrijdag 27 oktober 2023 @ 08:36:
ik lees hier iets over flexible pumpspeed.
ik zou graag de pomp uitschakelen en geen water rondpompen als er geen warmtevraag is.
nu draait de pomp continu, en is effectief mijn huis aan het afkoelen als er geen warmtevraag is, door het warme water de koude buitenomgeving in te pompen/circuleren.
Kan dit met die flexible pumpspeed? het uitzetten van de pomp nadat de warmtevraag gestopt is?
dan blijft het warme water in de vloer, en koelt die (in theorie) minder snel af.

Ik heb dezelfde vraag. Zoals @MikeyMan al zegt is flow nodig voor een correcte temperatuur meting. Dus ik zou graag een veel lagere flow willen dan nu. Bij mij zie ik ~12lpm urenlang als de compressor uit is. Een tiende daarvan zou ook voldoende moeten zijn lijkt me. De opties over de pumpspeed begrijp ik nog niet. Ik heb vanalles geprobeerd maar zonder effect. Er worden ook veel eenheden door elkaar heen gebruikt (Pump duty, lpm, %).
Is ergens een uitleg/handleiding te vinden over de node-red pumpspeed mogelijkheden?

[MikeyMan]

Boxbal schreef op vrijdag 27 oktober 2023 @ 13:57:
[...]

Ik heb dezelfde vraag. Zoals @MikeyMan al zegt is flow nodig voor een correcte temperatuur meting. Dus ik zou graag een veel lagere flow willen dan nu. Bij mij zie ik ~12lpm urenlang als de compressor uit is. Een tiende daarvan zou ook voldoende moeten zijn lijkt me. De opties over de pumpspeed begrijp ik nog niet. Ik heb vanalles geprobeerd maar zonder effect. Er worden ook veel eenheden door elkaar heen gebruikt (Pump duty, lpm, %).
Is ergens een uitleg/handleiding te vinden over de node-red pumpspeed mogelijkheden?

De flow is afhankelijk van je systeem, dus een vaste setting in de flow is lastig.
Ergens in de handleiding staat een minimale flow. Volgens mij is dat 9L/min. Komt ie daaronder, gaat ie in storing.

[blb4]

Boxbal schreef op vrijdag 27 oktober 2023 @ 13:57:
[...]

Ik heb dezelfde vraag. Zoals @MikeyMan al zegt is flow nodig voor een correcte temperatuur meting. Dus ik zou graag een veel lagere flow willen dan nu. Bij mij zie ik ~12lpm urenlang als de compressor uit is. Een tiende daarvan zou ook voldoende moeten zijn lijkt me. De opties over de pumpspeed begrijp ik nog niet. Ik heb vanalles geprobeerd maar zonder effect. Er worden ook veel eenheden door elkaar heen gebruikt (Pump duty, lpm, %).
Is ergens een uitleg/handleiding te vinden over de node-red pumpspeed mogelijkheden?

@edterbak heeft 't geprobeerd wat eenvoudiger te maken door met % (van max pump speed) te werken, de WP zelf werkt niet met % maar met MaxPumpDuty waarbij geloof ik 254 't hoogste is en 64 't laagste.
Een MaxPumpDuty (en dus via 't dashboard een bepaald % geeft aan wat de maximale (water)pompsnelheid mag zijn. Nu is 't ook weer wat afhankelijk van een instelling op de controller; die MaxPumpDuty kan idd zijn wat de naam zegt: de maximale pompsnelheid en dan heeft de WP de vrijheid om (op b.v. basis van de pumpflow (liters per minuut), delta T, (variërende) en/of weerstand van je installatie (in 't geval je na-regeling toepast) een lager toerental te kiezen maar je kan ook in de controller instellen dat de WP gewoon die PumpDuty moet gebruiken.

In principe kan je dus in NR 3 waarden opgeven: de maxpumpduty tijdens 1) DHW bedrijf, tijdens 2) Heat/Cool bedrijf en 3) tijdens idle mode (compressor uit).

Die laatste parameter moet je hebben om de flow (in l/m) te wijzigen tijdens idle mode. En zoals @MikeyMan hierboven aangeeft, als de flow te laag is krijg je een error (H62 volgens mij). De bijbehorende MaxPumpDuty waarde is voor elk systeem anders en als je naregeling toepast dus ook afhankelijk van die naregeling.

[ Voor 6% gewijzigd door blb4 op 27-10-2023 14:17 ]

[Krilo_89]

Na de deploy van versie 10 ben ik even goed gaan monitoren wat er gebeurd, maar ik heb wel wat vreemde zaken. Hij blijft bij mij een softstart doen, terwijl ik dat al even heb uit staan.
Ook wordt mijn persoonlijke tab niet goed ingeladen lijkt het. Ik zie mijn eigen temp sensor niet voorbij komen en ook mijn humidity niet, terwijl dat vorige week wel zo was. Aan welke link-outs hebben jullie de thermostaat en humidity hangen?
Dan was ik ook met de RTC bezig, maar ik ben benieuwd hoe andere dit doen. Ik begin toch te twijfelen of de RTC met een shift op kleine temperatuur wijzigingen, wel handig is. Het zorgt voor veel mqtt messages en de RTC functie zorgt voor meer start/stops en minder lange runs wanneer je niet wilt dat de temp in de kamer schommelt. En je wilt juist dat je WP wel lange runs haalt en weinig start/stops heeft, toch?

Daarbij heb ik het idee dat de RTC ervoor zorgt dat mijn WP random aan gaat voor een minuut en dan weer stopt, wat helemaal niet gewenst is. Ook zorgen de laatste 5 messages voor een hogere mqtt count, wat nergens voor nodig is volgens mij?

code:

27/10 14:09:43 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 14:09:33 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 14:09:28 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 14:09:18 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 14:09:13 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 14:08:59 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 14:08:59 - *** Function Calculate new SP: New final SP calculated: Current setpont: 21 °C. New calculated setpoint: 22 °C
27/10 14:08:59 - Function RTC: Correction change: From -1 to 0 °C (Room actual: 21.8 °C)
27/10 13:58:59 - MQTT Command: SetCurves: target: 21 (SP Calculation)
27/10 13:58:59 - *** Function Calculate new SP: New final SP calculated: Current setpont: 22 °C. New calculated setpoint: 21 °C
27/10 13:58:59 - Function RTC: Correction change: From 0 to -1 °C (Room actual: 21.9 °C)
27/10 13:57:37 - Function SoftStart: SoftStart function end
27/10 13:57:37 - MQTT Command: SetMaxPumpDuty: 112 (pump speed)
27/10 13:57:37 - Compressor: stopped
27/10 13:57:37 - Function SoftStart Quietmode: Compressor run ended, quiet mode is already set to level 3
27/10 13:57:37 - Function Pump speed: Max pumpspeed set to 112 (25%) (Low)
27/10 13:56:53 - Function SoftStart: Start Phase 2
27/10 13:55:47 - Function SoftStart: Correction: 2 > 1 °C - (STARTUP) Freq: 20Hz, SP_Final: 23°C
27/10 13:55:27 - Function SoftStart: Correction: 3 > 2 °C - (STARTUP) Freq: 19Hz, SP_Final: 24°C
27/10 13:55:01 - Function SoftStart: Correction: 2 > 3 °C - (STARTUP) Freq: 32Hz, SP_Final: 25°C
27/10 13:54:51 - Function SoftStart: Correction: 1 > 2 °C - (STARTUP) Freq: 34Hz, SP_Final: 24°C
27/10 13:54:46 - Function SoftStart: Correction: 0 > 1 °C - (STARTUP) Freq: 34Hz, SP_Final: 23°C
27/10 13:54:36 - Function SoftStart: Correction: -1 > 0 °C - (STARTUP) Freq: 34Hz, SP_Final: 22°C
27/10 13:54:32 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 13:54:27 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 13:54:22 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 13:54:02 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 13:53:59 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 13:53:53 - Function SoftStart: Correction: 0 > -1 °C - (STARTUP) Freq: 17Hz, SP_Final: 21°C
27/10 13:53:53 - MQTT Command: SetMaxPumpDuty: 140 (pump speed)
27/10 13:53:53 - Compressor: running
27/10 13:53:53 - Function SoftStart Quietmode: Timer started (15 minutes)
27/10 13:53:53 - Function Pump speed: Max pumpspeed set to 140 (40%) (HEAT)
27/10 13:53:52 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 13:53:42 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 13:53:42 - *** Function Calculate new SP: New final SP calculated: Current setpont: 21 °C. New calculated setpoint: 22 °C
27/10 13:52:57 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 13:52:57 - *** Function Calculate new SP: New final SP calculated: Current setpont: 27 °C. New calculated setpoint: 22 °C
27/10 13:52:17 - MQTT Command: SetCurves: shift: 0
27/10 13:51:42 - MQTT Command: SetCurves: target: 22 (SP Calculation)
27/10 13:51:42 - *** Function Calculate new SP: New final SP calculated: Current setpont: 24 °C. New calculated setpoint: 22 °C
27/10 13:51:42 - Function WAR: Setpoint change: From 24 to 22 °C
27/10 13:50:37 - MQTT Command: SetCurves: target: 24 (SP Calculation)

Iemand een idee waarom de WP denkt nog een run te doen voor de vloer? De kamer temp was bereikt om 13:53:53, dus waarom zou hij nogmaals een run willen starten?

[appiejs]

edterbak schreef op vrijdag 27 oktober 2023 @ 01:58:
Gevonden en gefixt.
Een te actief filter.

Ik heb deze versie online gezet voor iedereen.
@appiejs e.a.

https://github.com/edterbak/NodeRed_Heishamon_control

file: flows 23.10 beta10.json


[edit]
Dacht dat de flow het niet deed. maar het gaat goed. Had wat verkeerd staan in gui/dashboard

Ik ben nu moe. val bijna om.
Ik kan zaterdag avond pas verder.

Jeetje jij ben tot laat nog bezig geweest.

Ik heb de afgelopen dagen van alles getest en geprobeerd zelf aan te passen, echter krijg ik deze versie niet werkend (weet natuurlijk nog niet precies hoe de code exact werkt). Ik ben toen terug gegaan naar versie hiervoor, inmiddels op compensation curve, welke weer werkt.

Eigenlijk wat me opvalt, in mijn geval met versie 10, is dat er geen output via MQTT naar de pomp gaat.
Ik zie in de log de wijziging voorbij komen, maar zie geen output via MQTT. Ook blijft de softstart actief terwijl ik dat niet aan heb staan. In versie 9 werkt beide wel.

Mochten mensen een richting hebben om te onderzoeken let me know.

[edterbak]

Vanavond duik ik er weer in. Ben nu niet thuis.
We gaan dit varkentje wassen

[Kroontje03]

In versie 23.09 stable valt mij op dat de RTC automations actief blijven werken, ook wanneer de main toggle om RTC wel of niet te gebruiken op uit staat.

Het switchen naar DHW of het aan/uit schakelen van de pomp blijft hij gewoon doen als RTC uitstaat.

Hopelijk vanavond of morgen naar de laatste versie updaten om daar mee aan de slag te gaan.

update:
Nieuwe versie staat er inmiddels op.
Het connecten van mijn sensoren werkt niet meer zoals ik het voorheen deed.
Ik heb een poll state van de betreffende sensor uit HA maar deze kan ik niet verbinden met de LINK-IN node? zoals ik voorheen op de tab bij WP Control deed.

Moet ik de manier van binnenhalen uit HA aanpassen om hem te kunnen verbinden?

update 2
een LINK-OUT ertussen does the trick, dus dat werkt weer

update 3
Wat direct opvalt in versie 23.10 (en zag deze al eerder voorbij komen) dat softstart enabled is terwijl ik die niet gebruik en ook nog nooit heb gebruikt.

system healt:
Function - SoftStart is enabled
---------------------------------------------------------------------------------------------------

[ Voor 54% gewijzigd door Kroontje03 op 28-10-2023 23:58 ]

[edterbak]

Ik heb net een verse node red instance gepakt, en daar de boel op los gelaten.
Perfect ging het, met wat kleine puntjes (gelijk opgelost)

Het 'probleem' zit hem dus in een start na een update van de bestaande flow.

Ik was gisteren pas 24h thuis, ik heb dus niets kunnen doen.
Ook kwam ik thuis in een koud huis, omdat ik na het testen van donderdag, de testversie actief had laten staan ipv terug zetten naar de standaard instance. Grrrrr.. DHW tank 30C en de vloer was 18c. .. Deuk in de waf.

Ik heb het vandaag wederom vrij druk, maar aan het einde van de dag hoop ik tijd vrij te kunnen maken om verder te gaan.


@ iedereen.
Hou de hoeveelheid MQTT opdrachten goed in de gaten.
Ik had met mijn testversie een MQTT block om mijn oren.

[ Voor 9% gewijzigd door edterbak op 29-10-2023 09:22 ]

[appiejs]

edterbak schreef op zondag 29 oktober 2023 @ 09:21:
Ik heb net een verse node red instance gepakt, en daar de boel op los gelaten.
Perfect ging het, met wat kleine puntjes (gelijk opgelost)

Het 'probleem' zit hem dus in een start na een update van de bestaande flow.

Ik was gisteren pas 24h thuis, ik heb dus niets kunnen doen.
Ook kwam ik thuis in een koud huis, omdat ik na het testen van donderdag, de testversie actief had laten staan ipv terug zetten naar de standaard instance. Grrrrr.. DHW tank 30C en de vloer was 18c. .. Deuk in de waf.

Ik heb het vandaag wederom vrij druk, maar aan het einde van de dag hoop ik tijd vrij te kunnen maken om verder te gaan.


@ iedereen.
Hou de hoeveelheid MQTT opdrachten goed in de gaten.
Ik had met mijn testversie een MQTT block om mijn oren.

Goed bezig en rustig aan hoor

Ik heb de mqtt block limit bij mij verhoogd, door al die lwt online meldingen zat ik al vrij snel aan de 2000.

Ik heb bij het terug zetten van oudere versie in 2e instantie de global file verwijderd. Denk dat ik bij upgrade dat ook ga doen.

[edterbak]

appiejs schreef op zondag 29 oktober 2023 @ 10:34:
[...]

Goed bezig en rustig aan hoor

Ik heb de mqtt block limit bij mij verhoogd, door al die lwt online meldingen zat ik al vrij snel aan de 2000.

Ik heb bij het terug zetten van oudere versie in 2e instantie de global file verwijderd. Denk dat ik bij upgrade dat ook ga doen.

2000 is niet oke.
Zet softstart maar uit.
Als dat niet helpt, de volgende uit.

Liefst zo laag mogelijk mqtt opdrachten per dag.
100 is matig.
200 is veel
Meer dan 300 is mogelijk al een teken van een probleem.

Functies weer aan als ik het opgelost heb

[ Voor 3% gewijzigd door edterbak op 29-10-2023 10:54 ]

[Krilo_89]

Net zoals @Kroontje03 en nog wel meer, heb ik de softstart uit staan, maar komt hij wel voor in de logs. Dat resulteert dan weer in een korte run, alleen snap ik niet helemaal waarom:

code:

29/10 01:12:29 - Function SoftStart: SoftStart function end
29/10 01:12:28 - MQTT Command: SetMaxPumpDuty: 74 (pump speed)
29/10 01:12:28 - Compressor: stopped
29/10 01:12:28 - Function SoftStart Quietmode: Compressor run ended, quiet mode is already set to level 3
29/10 01:12:28 - Function Pump speed: Max pumpspeed set to 74 (5%) (Low)
29/10 01:10:24 - Function SoftStart: Correction: -2 > -1 °C - (STABLE) Freq: 19Hz, SP_Final: 23°C
29/10 01:02:44 - Function SoftStart: Start Phase 2
29/10 01:00:52 - Function SoftStart: Correction: -3 > -2 °C - (STARTUP) Freq: 29Hz, SP_Final: 22°C
29/10 01:00:42 - Function SoftStart: Correction: -4 > -3 °C - (STARTUP) Freq: 33Hz, SP_Final: 21°C
29/10 01:00:27 - Function SoftStart: Correction: -5 > -4 °C - (STARTUP) Freq: 34Hz, SP_Final: 20°C
29/10 00:59:43 - Function SoftStart: Correction: 0 > -5 °C - (STARTUP) Freq: 22Hz, SP_Final: 19°C
29/10 00:59:43 - MQTT Command: SetMaxPumpDuty: 140 (pump speed)
29/10 00:59:43 - Compressor: running
29/10 00:59:43 - Function SoftStart Quietmode: Timer started (15 minutes)
29/10 00:59:43 - Function Pump speed: Max pumpspeed set to 140 (40%) (HEAT)
29/10 00:56:38 - MQTT Command: SetCurves: target: 22 (SP Calculation)
29/10 00:56:33 - MQTT Command: SetHeatpump: 1
29/10 00:56:31 - Function RTC: Automation 'Turn off/on power' triggered - power ON (Room temp: 21.2°C)

21.2 graden is 0.4 graden onder mijn gewenste temp van 21.7, waardoor RTC de WP aan zet.
Ergens had ik wel verwacht dat de Night Reduction mijn setpoint op 2 graden lager had gezet, zodat ik geen run hoefde te doen in de nacht.
Maar bij system health zie ik: F_NR_correction: 0. Terwijl hij in de interface aan staat.

@edterbak , over de mqtt messages.
Die

code:

MQTT Command: SetCurves: target: 21 (SP Calculation)

zorgt er bij mij voor dat ik veel mqtt messages krijg per dag als ik de WP niet uit laat schakelen. Als het kouder wordt zal hij minder lang uit staan en zullen de mqtt messages dus hoger worden. Heb ik de shifts voor mijn setpoint op te kleine stapjes staan? Dus 0.2 onder of boven mijn setpoint gaat al shiften. Dit zou moeten zorgen voor een constantere temperatuur in huis en ik zie dat op screenshots bij meerdere zo staan. Maar zorgt ook voor exponentieel hogere aantallen mqtt commands en veel start/stops (en kortere runs bij hogere buiten temperaturen) Wat heb jij zelf ingesteld? En met welke gedachte?

Nu kan ik in de flows zelf eigenlijk niet goed vinden waar bijv. tijden staan van de night reduction. Dat kan deels liggen aan mijn beginnende node-red kennis, maar als programmeur zijnde mis ik wel wat logica/structuur in de achterkant. Welke structuur hou je nu aan qua zaken in input, output, naamgeving, visuele zaken en business logica?
Als het wat duidelijker is, dan zou dat wel erg helpen voor anderen om mee te programmeren of bugs te fixen denk ik zo. En dan hoef jij je op zondagochtend niet te verontschuldigen dat je op zaterdagavond hier niet aan gewerkt hebt .

ps. Ik wil graag helpen, want ik vind het bizar wat je nu allemaal in elkaar hebt gezet!

[ Voor 20% gewijzigd door Krilo_89 op 29-10-2023 12:40 ]

[blb4]

Krilo_89 schreef op zondag 29 oktober 2023 @ 12:29:
Net zoals @Kroontje03 en nog wel meer, heb ik de softstart uit staan, maar komt hij wel voor in de logs. Dat resulteert dan weer in een korte run, alleen snap ik niet helemaal waarom:

code:

29/10 01:12:29 - Function SoftStart: SoftStart function end
29/10 01:12:28 - MQTT Command: SetMaxPumpDuty: 74 (pump speed)
29/10 01:12:28 - Compressor: stopped
29/10 01:12:28 - Function SoftStart Quietmode: Compressor run ended, quiet mode is already set to level 3
29/10 01:12:28 - Function Pump speed: Max pumpspeed set to 74 (5%) (Low)
29/10 01:10:24 - Function SoftStart: Correction: -2 > -1 °C - (STABLE) Freq: 19Hz, SP_Final: 23°C
29/10 01:02:44 - Function SoftStart: Start Phase 2
29/10 01:00:52 - Function SoftStart: Correction: -3 > -2 °C - (STARTUP) Freq: 29Hz, SP_Final: 22°C
29/10 01:00:42 - Function SoftStart: Correction: -4 > -3 °C - (STARTUP) Freq: 33Hz, SP_Final: 21°C
29/10 01:00:27 - Function SoftStart: Correction: -5 > -4 °C - (STARTUP) Freq: 34Hz, SP_Final: 20°C
29/10 00:59:43 - Function SoftStart: Correction: 0 > -5 °C - (STARTUP) Freq: 22Hz, SP_Final: 19°C
29/10 00:59:43 - MQTT Command: SetMaxPumpDuty: 140 (pump speed)
29/10 00:59:43 - Compressor: running
29/10 00:59:43 - Function SoftStart Quietmode: Timer started (15 minutes)
29/10 00:59:43 - Function Pump speed: Max pumpspeed set to 140 (40%) (HEAT)
29/10 00:56:38 - MQTT Command: SetCurves: target: 22 (SP Calculation)
29/10 00:56:33 - MQTT Command: SetHeatpump: 1
29/10 00:56:31 - Function RTC: Automation 'Turn off/on power' triggered - power ON (Room temp: 21.2°C)

21.2 graden is 0.4 graden onder mijn gewenste temp van 21.7, waardoor RTC de WP aan zet.
Ergens had ik wel verwacht dat de Night Reduction mijn setpoint op 2 graden lager had gezet, zodat ik geen run hoefde te doen in de nacht.
Maar bij system health zie ik: F_NR_correction: 0. Terwijl hij in de interface aan staat.

Nu kan ik in de flows zelf eigenlijk niet goed vinden waar bijv. tijden staan van de night reduction. Dat kan deels liggen aan mijn beginnende node-red kennis, maar als programmeur zijnde mis ik wel wat logica/structuur in de achterkant. Welke structuur hou je nu aan qua zaken in input, output, naamgeving, visuele zaken en business logica?
Als het wat duidelijker is, dan zou dat wel erg helpen voor anderen om mee te programmeren of bugs te fixen denk ik zo. En dan hoef jij je op zondagochtend niet te verontschuldigen dat je op zaterdagavond hier niet aan gewerkt hebt .

ps. Ik wil graag helpen, want ik vind het bizar wat je nu allemaal in elkaar hebt gezet!

Zoiets viel mij ook al op, softstart uit en toch SS in de logs

[edterbak]

Krilo_89 schreef op zondag 29 oktober 2023 @ 12:29:
Net zoals @Kroontje03 en nog wel meer, heb ik de softstart uit staan, maar komt hij wel voor in de logs. Dat resulteert dan weer in een korte run, alleen snap ik niet helemaal waarom:

code:

29/10 01:12:29 - Function SoftStart: SoftStart function end
29/10 01:12:28 - MQTT Command: SetMaxPumpDuty: 74 (pump speed)
29/10 01:12:28 - Compressor: stopped
29/10 01:12:28 - Function SoftStart Quietmode: Compressor run ended, quiet mode is already set to level 3
29/10 01:12:28 - Function Pump speed: Max pumpspeed set to 74 (5%) (Low)
29/10 01:10:24 - Function SoftStart: Correction: -2 > -1 °C - (STABLE) Freq: 19Hz, SP_Final: 23°C
29/10 01:02:44 - Function SoftStart: Start Phase 2
29/10 01:00:52 - Function SoftStart: Correction: -3 > -2 °C - (STARTUP) Freq: 29Hz, SP_Final: 22°C
29/10 01:00:42 - Function SoftStart: Correction: -4 > -3 °C - (STARTUP) Freq: 33Hz, SP_Final: 21°C
29/10 01:00:27 - Function SoftStart: Correction: -5 > -4 °C - (STARTUP) Freq: 34Hz, SP_Final: 20°C
29/10 00:59:43 - Function SoftStart: Correction: 0 > -5 °C - (STARTUP) Freq: 22Hz, SP_Final: 19°C
29/10 00:59:43 - MQTT Command: SetMaxPumpDuty: 140 (pump speed)
29/10 00:59:43 - Compressor: running
29/10 00:59:43 - Function SoftStart Quietmode: Timer started (15 minutes)
29/10 00:59:43 - Function Pump speed: Max pumpspeed set to 140 (40%) (HEAT)
29/10 00:56:38 - MQTT Command: SetCurves: target: 22 (SP Calculation)
29/10 00:56:33 - MQTT Command: SetHeatpump: 1
29/10 00:56:31 - Function RTC: Automation 'Turn off/on power' triggered - power ON (Room temp: 21.2°C)

21.2 graden is 0.4 graden onder mijn gewenste temp van 21.7, waardoor RTC de WP aan zet.
Ergens had ik wel verwacht dat de Night Reduction mijn setpoint op 2 graden lager had gezet, zodat ik geen run hoefde te doen in de nacht.
Maar bij system health zie ik: F_NR_correction: 0. Terwijl hij in de interface aan staat.

@edterbak , over de mqtt messages.
Die

code:

MQTT Command: SetCurves: target: 21 (SP Calculation)

zorgt er bij mij voor dat ik veel mqtt messages krijg per dag als ik de WP niet uit laat schakelen. Als het kouder wordt zal hij minder lang uit staan en zullen de mqtt messages dus hoger worden. Heb ik de shifts voor mijn setpoint op te kleine stapjes staan? Dus 0.2 onder of boven mijn setpoint gaat al shiften. Dit zou moeten zorgen voor een constantere temperatuur in huis en ik zie dat op screenshots bij meerdere zo staan. Maar zorgt ook voor exponentieel hogere aantallen mqtt commands en veel start/stops (en kortere runs bij hogere buiten temperaturen) Wat heb jij zelf ingesteld? En met welke gedachte?

Nu kan ik in de flows zelf eigenlijk niet goed vinden waar bijv. tijden staan van de night reduction. Dat kan deels liggen aan mijn beginnende node-red kennis, maar als programmeur zijnde mis ik wel wat logica/structuur in de achterkant. Welke structuur hou je nu aan qua zaken in input, output, naamgeving, visuele zaken en business logica?
Als het wat duidelijker is, dan zou dat wel erg helpen voor anderen om mee te programmeren of bugs te fixen denk ik zo. En dan hoef jij je op zondagochtend niet te verontschuldigen dat je op zaterdagavond hier niet aan gewerkt hebt .

ps. Ik wil graag helpen, want ik vind het bizar wat je nu allemaal in elkaar hebt gezet!

Alles dat met "MQTT Command" start, is daadwerkelijk een opdracht.
Al het andere over softstart zonder mqtt commandos, is een incorrecte Log vermelding en kan geen kwaad.

[Krilo_89]

edterbak schreef op zondag 29 oktober 2023 @ 13:13:
[...]

Alles dat met "MQTT Command" start, is daadwerkelijk een opdracht.
Al het andere over softstart zonder mqtt commandos, is een incorrecte Log vermelding en kan geen kwaad.

Weet ik, dat stukje code ging puur over de softstart die er was terwijl ik hem uit had staan. Ook zie je daar dat het na middernacht is en met de night correction eraf, was er geen run nodig. De run duurde ook maar 12 minuten. Dat is zonde en die runs wil ik voorkomen.

Door de settings van de RTC krijg ik wel veel mqtt commands die de correction aanpassen.
Deze logs: Function RTC: Correction change: From 3 to 2 °C (Room actual: 21.2 °C) resulteren dan weer in een MQTT command die een 'setcurves' doet. Vandaar mijn vraag hoe jij dat hebt ingesteld. Ga je voor grotere schommelingen in huis of hele kleine?
Ik twijfel namelijk aan mijn setup, omdat ik bang ben dat dit voor heel veel korte runs gaat zorgen:

	0.6	-3
Too warm	0.4	-2
	0.2	-1
Room setpoint		21.7
Room actual		21.7
	-0.2	+1
Too cold	-0.4	+2
	-0.6	+3
Custom	-1.5	+4

-- edit 17:39

Had even wat aangepast in mijn WAR settings en daarna kreeg ik een bom aan dezelfde meldingen. Dit zorge voor heel veel MQTT messages en het eindigde met een H62 error omdat mijn minimale flow te laag stond (5%).

code:

29/10 17:51:41 - SYSTEM - Last error: H62
29/10 17:51:41 - SYSTEM: MQTT block active, default block mode: BLOCK ALL
29/10 17:51:41 - POWER: OFF detected [Remote Controller]
29/10 17:51:41 - POWER: Manual OFF detected. (Remote Controller) - Default action used: Block all
29/10 17:51:11 - MQTT Command: SetCurves: target: 21 (SP Calculation)
------------
Vervolgens elke paar seconden en soms zelfs elke seconde, allemaal onderstaande melding:
MQTT Command: SetCurves: target: 21 (SP Calculation)
------------
29/10 17:19:51 - MQTT Command: SetCurves: target: 21 (SP Calculation)
29/10 17:19:21 - MQTT Command: SetCurves: target: 21 (SP Calculation)
29/10 17:19:21 - Function - Calculate new SP: New final SP calculated: Current setpont: 20 °C. New calculated setpoint: 21 °C
29/10 17:09:37 - Function WAR: Setpoint change: From 20 to 21 °C
29/10 17:09:23 - Function WAR: Setpoint change: From 21 to 20 °C
29/10 17:09:02 - Function WAR: Setpoint change: From 22 to 21 °C
29/10 17:08:56 - Function WAR: Setpoint change: From 21 to 22 °C
29/10 17:07:01 - Function RTC: Correction change: From 0 to 1 °C (Room actual: 21.4 °C)
29/10 17:06:01 - Function RTC: Correction change: From 1 to 0 °C (Room actual: 21.6 °C)
29/10 16:54:11 - MQTT Command: SetMaxPumpDuty: 74 (pump speed)
29/10 16:54:11 - Function Pump speed: Max pumpspeed set to 74 (5%) (Low)
29/10 16:53:01 - Function RTC: Correction change: From 0 to 1 °C (Room actual: 21.5 °C)

Na een reset, krijg ik continue de setcurves weer binnen. Ben benieuwd waar die vandaan komt.

[ Voor 68% gewijzigd door Krilo_89 op 29-10-2023 18:12 ]

[edterbak]

Ik heb lang moeten zoeken.
Maar er is een update online

https://github.com/edterbak/NodeRed_Heishamon_control
v23.10 beta11

• Fixed MQTT flood to heishamon.
• Fixed Softstart always on

Het zal zo 5 minuten duren voordat alles goed loopt, denk ik. Daarna wat heen en weer togglen eventueel zodat er een setpoint gestuurd wordt.

De flow zal (eenmalig) automatisch SoftStart uit zetten. Handmatig aan zetten als dat nodig is.

Laat maar weten hoe dit gaat

Ik heb het getest met:
Compensatie curve modus + WaterTemperatuur sturing
Direct modus + WaterTemperatuur sturing

[Kroontje03]

V23.10 beta 11, staat erop.
Direct modus + externe thermostaat, so far so good

[ed-oorklep]

same, direct modus met temperatuursensor in de huiskamer.
Nog geen bijzonderheden, zal t vandaag in de gaten houden.

Gisteren wel de flow error gehad by the way (kreeg een appje van vrouwlief met de foutmelding).
Na handmatige reset bleef de MQTT block erop, ik neem aan dat dit de bedoeling is? Kon m vanaf het werk niet resetten dus toen ik thuis kwam was het wel warm binnen omdat de WP door ging met opwarmen (vrouw blij natuurlijk, :-)).

[t21]

Wat is de gedachte/doel van de 'flexible pumpspeed' functie?

Ik had deze gisteren uitgezet om te testen wat deze doet. Het gevolg: pompsnelheid stijgt niet voldoende waardoor de uitgaande watertemperatuur veel te snel stijgt en de cyclus slecht een paar minuten duurt. Snel weer aangezet dus.

[blb4]

t21 schreef op dinsdag 31 oktober 2023 @ 10:16:
Wat is de gedachte/doel van de 'flexible pumpspeed' functie?

Ik had deze gisteren uitgezet om te testen wat deze doet. Het gevolg: pompsnelheid stijgt niet voldoende waardoor de uitgaande watertemperatuur veel te snel stijgt en de cyclus slecht een paar minuten duurt. Snel weer aangezet dus.

Zoek even in dit topic op 'flexible pumpspeed' en je krijgt alle relevante gegevens. De basis zie je aan wat je kan instellen: max. pumpspeed in 3 verschillende situaties; HEEAT/COOL, DHW en idle.

[edterbak]

ed-oorklep schreef op dinsdag 31 oktober 2023 @ 08:32:
same, direct modus met temperatuursensor in de huiskamer.

Vraag: Direct met wat?
Wat staat er in het tabje System > Hardware onderin bij zone1 ?
Of in heishamon TOP111. curious

Nog geen bijzonderheden, zal t vandaag in de gaten houden.

Gisteren wel de flow error gehad by the way (kreeg een appje van vrouwlief met de foutmelding).
Na handmatige reset bleef de MQTT block erop, ik neem aan dat dit de bedoeling is? Kon m vanaf het werk niet resetten dus toen ik thuis kwam was het wel warm binnen omdat de WP door ging met opwarmen (vrouw blij natuurlijk, :-)).

MQTT block is uiteraard beter dan eindeloos veel mqtt opdrachten zenden en de boel over de rooie helpen. Dus ik ben blij met die functie.

Maar, niet echt bevordelijk voor de WAF.

Ik hoop dat huidige versie dit wegneemt. Ga er stiekum van uit.
laat maar weten.

[edterbak]

t21 schreef op dinsdag 31 oktober 2023 @ 10:16:
Wat is de gedachte/doel van de 'flexible pumpspeed' functie?

Ik had deze gisteren uitgezet om te testen wat deze doet. Het gevolg: pompsnelheid stijgt niet voldoende waardoor de uitgaande watertemperatuur veel te snel stijgt en de cyclus slecht een paar minuten duurt. Snel weer aangezet dus.

In het tab SETTINGS, kun je de pump snelheid instellen. Dit is gewoon Set and forget.

Sommige mensen willen ook graag de circulatie snelheid verlagen als er geen warmtevraag is. Geen DHW vraag, of geen HEAT vraag.
Dit kan met de functie pumpspeed.
Maar, stel de pomp niet te laag in. Dit gaat fout zoals je hebt gemerkt.

[ed-oorklep]

edterbak schreef op dinsdag 31 oktober 2023 @ 11:00:
[...]

Vraag: Direct met wat?
Wat staat er in het tabje System > Hardware onderin bij zone1 ?
Of in heishamon TOP111. curious

[...]

MQTT block is uiteraard beter dan eindeloos veel mqtt opdrachten zenden en de boel over de rooie helpen. Dus ik ben blij met die functie.

Maar, niet echt bevordelijk voor de WAF.

Ik hoop dat huidige versie dit wegneemt. Ga er stiekum van uit.
laat maar weten.

screenshotje.
Wat ik bedoelde is dat ik in de huiskamer een temp sensor heb die de temperatuur doorgeeft voor de RTC sturing. Via HA en MQTT.

Zal m zometeen eens handmatig uit en weer aanzetten, kijken wat er met de block gebeurd...

[edterbak]

@ed-oorklep Huh, waarom zijn die 2 velden in je screenshot nu weer leeg... hoooooohoww.

Maar, ik heb je verkeerd begrepen. Je hebt dus Direct modus + Water Temperatuur sturing.
Wat zegt heishamon onder top111 ?

[ed-oorklep]

nou wordt het helemaal mooi, ik heb geen top111, hij gaat maar tot top105

oudere versie Heishamon firmware mogelijk? zit op V2.0. Ik weet dat er een nieuwere is, die staat nog op de planning voor later....

ondertussen maar ff de Heishamon geupdate, nu stat er bij Zone 1 Water temperature :-)

[ Voor 22% gewijzigd door ed-oorklep op 31-10-2023 11:45 ]

[iMav]

Ik heb regelmatig dat zonder aanwijzing mijn RTC uit gaat. Best apart (en vervelend). Heeft iemand een idee?

[t21]

edterbak schreef op dinsdag 31 oktober 2023 @ 11:03:
[...]


In het tab SETTINGS, kun je de pump snelheid instellen. Dit is gewoon Set and forget.

Sommige mensen willen ook graag de circulatie snelheid verlagen als er geen warmtevraag is. Geen DHW vraag, of geen HEAT vraag.
Dit kan met de functie pumpspeed.
Maar, stel de pomp niet te laag in. Dit gaat fout zoals je hebt gemerkt.

Oké dank voor je reactie.
Samenvattend om te checken of ik het goed begrijp (ook voor het archief, want het staat nergens echt duidelijk beschreven):

Met de flexible pumpspeed functie kan men de maximale pompsnelheid van de modi 'Low' 'Heat' en 'DHW' begrenzen. Deze functie overruled de ingesteld pompsnelheidswaarde op het settings tab.

De functie wordt met name gebruikt om het onnodig rondpompen van water wanneer de warmtepomp niet in bedrijf is te beperken. Dit doe je door de parameter 'Low' op 0 in te stellen en flexible pumpspeed te activeren. Je kunt daarnaast om wat voor reden dan ook, ook de maximale flow van de 'Heat' en 'SWW' cyclus beperken.

Omschrijf ik het zo goed?

[edterbak]

iMav schreef op dinsdag 31 oktober 2023 @ 11:27:
Ik heb regelmatig dat zonder aanwijzing mijn RTC uit gaat. Best apart (en vervelend). Heeft iemand een idee?

Hoi,
welke versie flow gebruik je?
Wat bedoel je met "RTC uit gaat". schakelt de RTC functie zelf uit, of de pomp.

[blb4]

edterbak schreef op maandag 30 oktober 2023 @ 23:23:
Ik heb lang moeten zoeken.
Maar er is een update online

https://github.com/edterbak/NodeRed_Heishamon_control
v23.10 beta11

• Fixed MQTT flood to heishamon.
• Fixed Softstart always on

Het zal zo 5 minuten duren voordat alles goed loopt, denk ik. Daarna wat heen en weer togglen eventueel zodat er een setpoint gestuurd wordt.

De flow zal (eenmalig) automatisch SoftStart uit zetten. Handmatig aan zetten als dat nodig is.

Laat maar weten hoe dit gaat

Ik heb het getest met:
Compensatie curve modus + WaterTemperatuur sturing
Direct modus + WaterTemperatuur sturing

Geweldig weer!! Hij staat er weer op. Mijn thermostaat functies binnen HeishaMon rules (die Softstart, RTC moeten vervangen) werken nog niet lekker en er moet toch warmte geleverd worden. Anders wordt 't blaffertje een bijtertje .

[iMav]

edterbak schreef op dinsdag 31 oktober 2023 @ 11:50:
[...]

Hoi,
welke versie flow gebruik je?
Wat bedoel je met "RTC uit gaat". schakelt de RTC functie zelf uit, of de pomp.

23.10 beta 8

De RTC functie staat dan spontaan gewoon uit. Kan niet reproduceren hoe of wanneer maar merk het aan de kamertemp.

[fietsensloper]

edterbak schreef op maandag 30 oktober 2023 @ 23:23:
Ik heb lang moeten zoeken.
Maar er is een update online

https://github.com/edterbak/NodeRed_Heishamon_control
v23.10 beta11

• Fixed MQTT flood to heishamon.
• Fixed Softstart always on

Het zal zo 5 minuten duren voordat alles goed loopt, denk ik. Daarna wat heen en weer togglen eventueel zodat er een setpoint gestuurd wordt.

De flow zal (eenmalig) automatisch SoftStart uit zetten. Handmatig aan zetten als dat nodig is.

Laat maar weten hoe dit gaat

Ik heb het getest met:
Compensatie curve modus + WaterTemperatuur sturing
Direct modus + WaterTemperatuur sturing

Terug van even weg geweest heb ik vanmorgen de upgrade gedaan van v22.09 beta 1 naar 23.10 beta 11.
Nu berekend hij geen SP. Zie hier een screenshot en het log. RTC on en off was ik zelf, handmatig. Wordt het helaas niet anders van.
Enig idee?

[edterbak]

@fietsensloper
kun je kijken of je in context store een waarde ziet bij TOP111 ?
Die is nodig voor alle berekeningen. Ik zie hem ook niet voorbij komen in je log na start. Dat zou wel moeten.
Ik lees wel wel Direct mode, maar niet of je stuurt op WaterTemperatuur/Thermostat/RoomSensor.
zodra je dit voorbij ziet komen, en de TOP111 gevuld is, dan moet het goed gaan.

[fietsensloper]

@edterbak Ik heb blijkbaar net als ed-oorklep geen TOP111 in de lijst staan. Ook op het tabje hardware is zone 1 en zone 2 control methed / sensor leeg.

Ik draai in direct en stuur op watertemperatuur.

[Pietjebel10]

fietsensloper schreef op dinsdag 31 oktober 2023 @ 15:30:
@edterbak Ik heb blijkbaar net als ed-oorklep geen TOP111 in de lijst staan. Ook op het tabje hardware is zone 1 en zone 2 control methed / sensor leeg.

Ik draai in direct en stuur op watertemperatuur.

Heishamon versie 3.2 beta even laden dan zijn ze beschikbaar, alleen geeft die bij mij ook alleen maar 0 aan .
TOP111 Z1_Sensor_Settings 0 Water Temperature
TOP112 Z2_Sensor_Settings 0 Water Temperature

[edterbak]

Ja, dat is correct, 0.
De waarde kan 0,1,2 en 3 zijn.
0= WaterTemperature
1= Thermostat (External)
2= Thermostat (Internal)
3= RoomSensor

Maar dat is heel vreemd.
Ik had al wat gemaakt dat deze TOP111 en TOP112 opgeslagen werden in variabelen. Maar dit is met testen ergens er dan weer uit gevallen. Gek is dan wel dat het in het Dashboard wel als optie staat, terwijl ik het bijna gelijk heb gebouwd..
Ik ben nu nog op t werk. Over een uur of 2 zet ik een update online als het een easy fix waardoor dit niet lukt of ontbreekt.

Doordat deze TOP111 niet bestaat, komt een functie niet met een keuze op welke uitgang het signaal gestuurd moet worden. TOP5 of TOP16.
Daar gaat het dan fout.

Allemaal leuk en aardig.. Je zult het koud krijgen als dit niet gefixt wordt.
Geef me een uurtje of 2.

[ Voor 3% gewijzigd door edterbak op 31-10-2023 15:52 ]

[MikeyMan]

Ja volgens mij is top111 pas beschikbaar vanaf de J series toch?

[fietsensloper]

Inmiddels de heishamon geupdate en nu leest hij niets meer uit. Nu wachten tot ik thuis ben zodat ik de WP opnieuw op kan starten

[edterbak]

MikeyMan schreef op dinsdag 31 oktober 2023 @ 16:06:
Ja volgens mij is top111 pas beschikbaar vanaf de J series toch?

Echt?

[pc_freak1]

edterbak schreef op maandag 30 oktober 2023 @ 23:23:
Maar er is een update online

https://github.com/edterbak/NodeRed_Heishamon_control
v23.10 beta11

Laat maar weten hoe dit gaat

Ik heb het getest met:
Compensatie curve modus + WaterTemperatuur sturing
Direct modus + WaterTemperatuur sturing

ik heb de flow nu draaien sinds vanmorgen, werkt al beter dan de 23.10 beta 09 tot nu toe.
setup:
- Panasonic Mono-bloc J-Generation WH-MDC05J3E5 1-fase 5kW
- heb alleen maar vv
- gestuurd op watertemperatuur in direct modus met de rtc en war functie uit de flow (externe temp sensoren vanuit HomeAssistant)

tot nu toe is deze flow icm heishamon al veel beter gebleken dan de crappy standaard thermostaat van pana zelf.

dank voor al het werk @edterbak

[MikeyMan]

edterbak schreef op dinsdag 31 oktober 2023 @ 16:37:
[...]

Echt?

Zit het even na te kijken. Staat nu niet (meer?) Uitgezonderd. Misschien inmiddels toch voor alles dan.

[fietsensloper]

Hij werkt hier inmiddels weer! Bedankt @edterbak en @Pietjebel10

[edterbak]

ed-oorklep schreef op dinsdag 31 oktober 2023 @ 11:22:
nou wordt het helemaal mooi, ik heb geen top111, hij gaat maar tot top105

oudere versie Heishamon firmware mogelijk? zit op V2.0. Ik weet dat er een nieuwere is, die staat nog op de planning voor later....

ondertussen maar ff de Heishamon geupdate, nu stat er bij Zone 1 Water temperature :-)

Ah, dus het is firmware afhankelijk of je TOP111 ziet of niet.

Ik zal een popup scherm maken tijdens startup, dat als TOP111 niet bekend is, dat je deze handmatig kunt invoeren. Met de aanbeveling om de heishamon te updaten naar 3.2+.

Is er iemand met firmware v3.1? Heeft die TOP111 wel?

[fietsensloper]

Het is inderdaad firmware afhankelijk!

Ik zat thuis op een oudere(ik weet niet welke) en daar zat TOP111 niet.
Op de zaak had ik 3.1, en die had wel TOP111

[edterbak]

fietsensloper schreef op dinsdag 31 oktober 2023 @ 18:02:
Het is inderdaad firmware afhankelijk!

Ik zat thuis op een oudere(ik weet niet welke) en daar zat TOP111 niet.
Op de zaak had ik 3.1, en die had wel TOP111

Thanks.
3.1, 3.2 = seems good
2.0 = seems bad


Vraag.
Vinden jullie dat ik mag verlangen van gebruikers dat ze de firmware updaten naar v3.1+ voor het goed functioneren van de flow?
Het hebben van fw3.1+ maakt het wel makkelijker voor mij.

@MikeyMan @blb4 @Maarten69 ... anyone

[ Voor 5% gewijzigd door edterbak op 31-10-2023 18:09 ]

[sjampeter]

edterbak schreef op dinsdag 31 oktober 2023 @ 18:08:
[...]

Vraag.
Vinden jullie dat ik mag verlangen van gebruikers dat ze de firmware updaten naar v3.1+ voor het goed functioneren van de flow?

lijkt mij zeker van wel.

[ Voor 7% gewijzigd door sjampeter op 31-10-2023 18:10 ]

[edterbak]

In github staat nu:

ATTENTION!
for flow 23.10 beta versions you require firmware 3.1+
Here is a list of up-to-date firmware's. https://github.com/Egyras/HeishaMon/tree/master/binaries

In fw3.1+ there are additional topics available compared to fw2.0. Some (2) are used in the flow.

[Maarten69]

edterbak schreef op dinsdag 31 oktober 2023 @ 18:08:
[...]

Thanks.
3.1, 3.2 = seems good
2.0 = seems bad


Vraag.
Vinden jullie dat ik mag verlangen van gebruikers dat ze de firmware updaten naar v3.1+ voor het goed functioneren van de flow?
Het hebben van fw3.1+ maakt het wel makkelijker voor mij.

@MikeyMan @blb4 @Maarten69 ... anyone

Ik denk dat je zeker wel een bepaalde versie mag verlangen om ondersteuning te kunnen geven.
V3.1 nu als laagste versie bijvoorbeeld. Deze zijn inmiddels wel bewezen stabiel lijkt mij.

[edterbak]

Het exacte firmware versie (3.0 of 3.1) zal ik updaten zodra ik dit weet. Ik heb een vraag gesteld hierover in heishamon topic

[edterbak]

Okay.
Ik ben er wel uit dan.

Ik zit zelf op fw3.2 recentelijk. Gaat prima.

Ik maak duidelijk een overzicht/lijstje in github welke firmware werkt, en welke niet.

[ed-oorklep]

Lijkt me een prima oplossing zo

[MikeyMan]

Yup. Lijkt me goed. Lijkt me wel handig om de laatste stable versie te vermelden die goed werkt.

Kan me nog herinneren dat je niet wilde updaten zelfs

[ Voor 32% gewijzigd door MikeyMan op 31-10-2023 18:33 ]

[edterbak]

MikeyMan schreef op dinsdag 31 oktober 2023 @ 18:32:
Yup. Lijkt me goed.

Kan me nog herinneren dat je niet wilde updaten zelfs

Daar heb ik geen actieve herinneringen aan.


Reden dat ik dit niet wilde, is eigenlijk backwards compatibility.
Maarjah.. once you go.. you should go all-in

[ Voor 20% gewijzigd door edterbak op 31-10-2023 18:34 ]

[The-Source]

bugje in beta8?
als eerste de forceful DHW setting, 1 pagina actief en andere niet.
Maar custom functie lijkt start op basis van delta te voorkomen?

[edterbak]

The-Source schreef op dinsdag 31 oktober 2023 @ 18:41:

[Afbeelding]

[Afbeelding]

bugje in beta8?
als eerste de forceful DHW setting, 1 pagina actief en andere niet.
Maar custom functie lijkt start op basis van delta te voorkomen?

Je bericht is wat criptisch.
Wat is precies het bugje dat je bedoeld? Ik moet het probleem nu zelf uitzoeken door lang naar de plaatjes te kijken. Je helpt me door iets duidelijker te beschrijven wat je verwacht (of juist niet) en wat het geval is.


Maar, ik DENK dat je bedoelt dat nu op een één-of-andere vage reden de forcefull DHW aan is gegaan, en nu de HEAT run niet start.

HEb ik dat juist?
Of je leest gewoon goed...

[appiejs]

edterbak schreef op dinsdag 31 oktober 2023 @ 18:18:
Okay.
Ik ben er wel uit dan.

Ik zit zelf op fw3.2 recentelijk. Gaat prima.

Ik maak duidelijk een overzicht/lijstje in github welke firmware werkt, en welke niet.

Zou het dus kunnen dat eerder versie 10 bij niet werkte ivm een ontbreken van deze gegevens/ lagere versie?

Ik heb namelijk de CZ-TAW1 met custom firmware waar heishamon in draait en kan niet de versie achterhalen. Maar ik denk versie 2 aangezien top111 ik niet voorbij zie komen.

[edterbak]

appiejs schreef op dinsdag 31 oktober 2023 @ 18:48:
[...]

Zou het dus kunnen dat eerder versie 10 bij niet werkte ivm een ontbreken van deze gegevens/ lagere versie?

Ik heb namelijk de CZ-TAW1 met custom firmware waar heishamon in draait en kan niet de versie achterhalen. Maar ik denk versie 2 aangezien top111 ik niet voorbij zie komen.

Zou heel goed kunnen.
Als je in heishamon kijkt, zie je daar TOP111 staan?

[edterbak]

@The-Source
Ik weet niet of een Forcefull DHW een heat run kan blokkeren. Ik ga het testen. Mijn gevoel zegt van niet.

Mijn gevoel zegt dat het een kwestie van dT setpoint vs. Tuit is.
Maar ik ga dit toetsen. Je hoort.

Het verschil in de twee statussen van toggles ga ik ook naar kijken.
Ik ben bang dat het te maken heeft met de softstart die automatisch aan gaat. Dat heb ik gefixt. De reden is dubieus waarom dat gebeurt, maar dit zelfde dingetje kan hier ook spelen ben ik bang..
Je hoort.

[appiejs]

edterbak schreef op dinsdag 31 oktober 2023 @ 18:50:
[...]

Zou heel goed kunnen.
Als je in heishamon kijkt, zie je daar TOP111 staan?

Dat is een beetje het probleem ik ben er nog steeds niet achter hoe ik in mijn situatie op de heishamon kan kijken. Dus nu kijk ik naar de mqtt berichten die voorbij komen en wat de top111 zou moeten zijn die zie ik dus niet.

Misschien toch maar eens kijken naar hoe jullie dit werkend hebben.

[edterbak]

@appiejs Heb je geen ip adres van heishamon waar je op in kunt loggen?
Als je MQTT explorer installeert, dan kun je ook uitvinden wat het ip adres is. Dat staat direct in onder panasonic_heat_pump/ip

Als ik dat IP adres in mijn browser duw, dan land je vanzelf in de heishamon webserver.

Maar, het gegeven dat je TOP111 dus niet voorbij ziet komen, ook na 5minuten niet, dat is dan duidelijk genoeg te concluderen dat je build niet op basis van fw3.1+ is

[blb4]

edterbak schreef op dinsdag 31 oktober 2023 @ 18:33:
[...]

Daar heb ik geen actieve herinneringen aan.


Reden dat ik dit niet wilde, is eigenlijk backwards compatibility.
Maarjah.. once you go.. you should go all-in

Er is binnenkort een passende functie vacant

[edterbak]

blb4 schreef op dinsdag 31 oktober 2023 @ 19:00:
[...]

Er is binnenkort een passende functie vacant

Hahaha.. Nou, ik heb het al druk zat met genoeg gezeur aan mijn hoofd hoor. Deze functie lijkt mij daar geen verbetering op te geven ghehehehe...

[MikeyMan]

appiejs schreef op dinsdag 31 oktober 2023 @ 18:54:
[...]

Dat is een beetje het probleem ik ben er nog steeds niet achter hoe ik in mijn situatie op de heishamon kan kijken. Dus nu kijk ik naar de mqtt berichten die voorbij komen en wat de top111 zou moeten zijn die zie ik dus niet.

Misschien toch maar eens kijken naar hoe jullie dit werkend hebben.

Waar heb je dan ingesteld waar die heishamon zn data naartoe moet sturen?

[appiejs]

Er draait openwrt waarin (volgens mij) met golang heishamon als package draait. IP enzo heb ik maar ik kom dus niet op een heishamon web interface. Kan dus goed zijn dat openwrt dit niet toestaat, maar kan ook zijn dat er een andere poort gebruikt wordt (wat is de default poort?)
Ik zal eens langer dan 2 minuten kijken of die alsnog voorbij komt.

[edterbak]

@appiejs
In de default settings van de reguliere heishamon, staat dat
iedere xx seconden na verandering, een waarde via mqtt gestuurd wordt.
iedere 5 minuten ALLE mqtt waarden gestuurd worden.

Dus je moet eigenlijk die laatste interval weten, om voldoende lang te wachten. Maar ik dacht dat default 5 minuten was.

[Maarten69]

edterbak schreef op dinsdag 31 oktober 2023 @ 19:22:
...voldoende lang te wachten. Maar ik dacht dat default 5 minuten was.

300 seconden, inderdaad 5 minuten.

[MikeyMan]

appiejs schreef op dinsdag 31 oktober 2023 @ 19:17:
Er draait openwrt waarin (volgens mij) met golang heishamon als package draait. IP enzo heb ik maar ik kom dus niet op een heishamon web interface. Kan dus goed zijn dat openwrt dit niet toestaat, maar kan ook zijn dat er een andere poort gebruikt wordt (wat is de default poort?)
Ik zal eens langer dan 2 minuten kijken of die alsnog voorbij komt.

En dat ding op marktplaats knallen en voor twee tientjes een heishamon kopen?

[appiejs]

MikeyMan schreef op dinsdag 31 oktober 2023 @ 19:38:
[...]


En dat ding op marktplaats knallen en voor twee tientjes een heishamon kopen?

Check dat gaat hem dan worden.
Ben alleen wel benieuwd of dat werkt met me Honeywell thermostaat en aansturing van de verdelers.

Vroeg me dat nu ook al beetje af, maar geen idee of jullie dit ook hebben of andere die dit gebruiken?

[Krilo_89]

edterbak schreef op dinsdag 31 oktober 2023 @ 17:47:
[...]

Is er iemand met firmware v3.1? Heeft die TOP111 wel?

Versie 3.1 en TOP111 is aanwezig bij mij. Ik zit wel nog op beta10.

Mijn warmtepomp is een J versie: WH-MDC05J3E5, dus misschien ligt het aan de WP?

ik draai overigens op de interne thermostaat van die pana controller, is watertemperatuur een betere manier om te sturen? Ik heb dat nooit aangepast denk ik zo.

[ Voor 31% gewijzigd door Krilo_89 op 31-10-2023 20:16 ]

[MikeyMan]

appiejs schreef op dinsdag 31 oktober 2023 @ 19:45:
[...]

Check dat gaat hem dan worden.
Ben alleen wel benieuwd of dat werkt met me Honeywell thermostaat en aansturing van de verdelers. [Afbeelding]

Vroeg me dat nu ook al beetje af, maar geen idee of jullie dit ook hebben of andere die dit gebruiken?

Dat heb je nu met de huidige situatie toch ook niet? Dat praat toch ook niet met elkaar zou ik zeggen.

Ik heb evohome. Maar feitelijk heb ik alles los gekoppeld. Enige functie die het nog heeft is voorkomen dat de slaapkamer te warm wordt. Vind het geen gelukkige combi met een warmtepomp. Zeker als je op lage temperatuur stookt.

Maar daar verschillen de meningen enigszins over

[ Voor 20% gewijzigd door MikeyMan op 31-10-2023 20:35 ]

[The-Source]

@edterbak Het kan goed dat ik een aantal dagen geleden een keer zelf forcefull dhw heb aangezet. Maar ging dan wel altijd weer uit, maar dat was voor beta8. Heb denk ik nu 1x aangezet sinds beta 8 draait met durf niet met zekerheid te zeggen of dit op settings of op home pagina is geweest.

Viel mij vandaag op dat dhw temp 41c was dus ging via settings pagina een dubbelcheck doen of er geen dhw Delta verkeerd stond een toen viel mij dus op dat dat de forceful nog wel aanstond

code:

31/10 19:10:58 - Function SoftStart: Start Phase 2
31/10 19:09:31 - Function SoftStart: Correction: 0 > 0.25 °C - (STARTUP) Freq: 36Hz, SP_Final: 27.3°C
31/10 19:09:13 - Function SoftStart: Correction: 0.25 > 0 °C - (STARTUP) Freq: 36Hz, SP_Final: 27°C
31/10 19:08:35 - Function SoftStart: Correction: 0 > 0.25 °C - (STARTUP) Freq: 34Hz, SP_Final: 27.3°C
31/10 19:08:31 - MQTT Command: SetZ1HeatRequestTemperature: 27 (SoftStart)
31/10 19:08:31 - Function SoftStart: Correction: -0.75 > 0 °C - (STARTUP) Freq: 34Hz, SP_Final: 27°C
31/10 19:08:28 - MQTT Command: SetZ1HeatRequestTemperature: 26 (SoftStart)
31/10 19:08:28 - Function SoftStart: Correction: -2 > -0.75 °C - (STARTUP) Freq: 35Hz, SP_Final: 26.3°C
31/10 19:08:24 - MQTT Command: SetZ1HeatRequestTemperature: 25 (SoftStart)
31/10 19:08:24 - Function SoftStart: Correction: -3.25 > -2 °C - (STARTUP) Freq: 34Hz, SP_Final: 25°C
31/10 19:08:20 - MQTT Command: SetZ1HeatRequestTemperature: 24 (SoftStart)
31/10 19:08:20 - Function SoftStart: Correction: -4.5 > -3.25 °C - (STARTUP) Freq: 31Hz, SP_Final: 23.8°C
31/10 19:08:16 - MQTT Command: SetZ1HeatRequestTemperature: 23 (SoftStart)
31/10 19:08:16 - Function SoftStart: Correction: -5 > -4.5 °C - (STARTUP) Freq: 30Hz, SP_Final: 22.5°C
31/10 19:07:58 - MQTT Command: SetZ1HeatRequestTemperature: 22 (SoftStart)
31/10 19:07:58 - Compressor: running
31/10 19:07:58 - Function SoftStart: Correction: 0 > -5 °C - (STARTUP) Freq: 20Hz, SP_Final: 22°C
31/10 19:04:58 - Compressor: stopped
31/10 19:02:03 - MQTT Command: SetForceDHW: 0
31/10 19:02:03 - Scheduler - Force DHW: 0
31/10 19:02:02 - MQTT Command: SetDHWTemp: 48 (GUI)
31/10 19:02:02 - Scheduler: Stored next operating mode is removed
31/10 18:39:13 - Compressor: running
31/10 18:39:02 - MQTT Command: SetForceDHW: 1
31/10 18:37:59 - MQTT Command: SetForceDHW: 0
31/10 13:29:40 - Function SoftStart: SoftStart function end

18:39 forceful dhw aan
tekst scheduler 19:02:03 verwijst misschien niet naar de setting voor beide pagina's al zou ik het programmeer technisch logischer vinden dat de instelling op beide pagina's naar dezelfde variabele kijkt

ps doc dit alles vanaf telefoon dus copy paste van Log is dan niet optimaal

[ Voor 69% gewijzigd door The-Source op 31-10-2023 22:07 ]

[appiejs]

MikeyMan schreef op dinsdag 31 oktober 2023 @ 20:34:
[...]


Dat heb je nu met de huidige situatie toch ook niet? Dat praat toch ook niet met elkaar zou ik zeggen.

Ik heb evohome. Maar feitelijk heb ik alles los gekoppeld. Enige functie die het nog heeft is voorkomen dat de slaapkamer te warm wordt. Vind het geen gelukkige combi met een warmtepomp. Zeker als je op lage temperatuur stookt.

Maar daar verschillen de meningen enigszins over

Hm hoe moet ik dat voor me zien dan? Heb je alles open staan en geen Honeywell thermostaat (of andere) meer in gebruik?

Bij mij worden dus de motortjes aangestuurd die de zones open zetten waardoor er verwarmd of gekoeld wordt. Op aangeven van de thermostaat in dit geval.

[MikeyMan]

appiejs schreef op dinsdag 31 oktober 2023 @ 22:08:
[...]


Hm hoe moet ik dat voor me zien dan? Heb je alles open staan en geen Honeywell thermostaat (of andere) meer in gebruik?

Meer iets voor een van de vele andere topics. Maar idd. In de winter heb ik alleen de motortjes van een slaapkamer op de hce80.

De thermostaat gebruik ik alleen voor het setpoint.

Verder alles op war en rtc.

Bij mij worden dus de motortjes aangestuurd die de zones open zetten waardoor er verwarmd of gekoeld wordt. Op aangeven van de thermostaat in dit geval.

Ja punt is alleen dat je wel het minimum vermogen van je WP kwijt moet kunnen. Plus dat de standaard MT4s nogal traag zijn. Ook ben ik geen fan van de aansturing van de brd91t.

Dus er hangt hier een hoop duur spul te verstoffen.

[edterbak]

Ik heb een detectie gemaakt voor firmware versie. Het is heel 'dom'.
Als topic TOP111 na reboot niet binnen 10 minuten een bericht stuurt, dan komt er dit in het logboek te staan:

code:

31/10 19:17:26 - SYSTEM: Warning - The heishamon firmware seems to be lower than 3.1.
****************
This NodeRed flow will not function correctly because of this.
Please update the heishamon firmware to 3.1 or higher.
See: https://github.com/Egyras/HeishaMon/tree/master/binaries
****************

Vinden we dit voldoende? Wetende dat deze informatie ook op de github pagina zal staan straks.

@appiejs
Als ik deze tweak straks online zet, kun je zo meteen in het logboek terug zien of dit topic binnen komt of niet.

[ Voor 9% gewijzigd door edterbak op 31-10-2023 23:31 ]

[edterbak]

Maar, het goede nieuws bij mij:
Het gedrag van de pomp met dit (kl*te) weer ziet er zo uit. Veel kortere runs, veen stuurwerk van softstart:


Als ik kijk bij [SYSTEM] > [MQTT], zie ik daar slechts 125 MQTT commando's.
Stemt mij positief.

[appiejs]

edterbak schreef op dinsdag 31 oktober 2023 @ 23:30:
Ik heb een detectie gemaakt voor firmware versie. Het is heel 'dom'.
Als topic TOP111 na reboot niet binnen 10 minuten een bericht stuurt, dan komt er dit in het logboek te staan:

code:

31/10 19:17:26 - SYSTEM: Warning - The heishamon firmware seems to be lower than 3.1.
****************
This NodeRed flow will not function correctly because of this.
Please update the heishamon firmware to 3.1 or higher.
See: https://github.com/Egyras/HeishaMon/tree/master/binaries
****************

Vinden we dit voldoende? Wetende dat deze informatie ook op de github pagina zal staan straks.

@appiejs
Als ik deze tweak straks online zet, kun je zo meteen in het logboek terug zien of dit topic binnen komt of niet.

Netjes gemaakt weer, complimenten voor je inzet @edterbak
Ik twijfel om nieuwe versie te gebruiken, vorige keer werkte het bij mij niet en bij andere wel. Conclusie is denkelijk al dat het de heishamon versie betreft.

Ik ga eens met alle info, ook van @MikeyMan thanks voor de uitleg, na wat ik met de setup hier het beste kan doen of laten werken. Bv zo’n bordje heb ik dan opentherm ondersteuning nodig of niet? Welke kamerthermostaat kan ik dan gebruiken in plaats van de Honeywell etc etc

Ps: en misschien probeer ik de versie ook wel, wellicht met eigen aanpassingen krijg ik het voor deze versie nog werkend

[MikeyMan]

@edterbak das wel veel hoor! Had er 18 gisteren

[fietsensloper]

@edterbak Ik heb toch nog iets niet goed. Draai nu op firmware 3.1 want 3.2 loopt steeds vast.
TOP111 staat ook netjes op 0
Maar toch wordt er geen setpoint berekend.

Nog ideeën?

[edterbak]

fietsensloper schreef op woensdag 1 november 2023 @ 11:37:
@edterbak Ik heb toch nog iets niet goed. Draai nu op firmware 3.1 want 3.2 loopt steeds vast.
TOP111 staat ook netjes op 0
Maar toch wordt er geen setpoint berekend.

Nog ideeën?

[Afbeelding]

[Afbeelding]

Ik denk dat er geen verandering is qua berekening in de tijd tussen opstarten en nu in screenshot.
Probeer wat functies uit / aan te zetten. (niet al te snel achter elkaar)
Dan zou de flow met een nieuwe setpoint moeten komen welke wel doorgestuurd wordt.

Ik hoop dat dit het is.

[edterbak]

Ik heb een popup gemaakt waar je handmatig de TOP111 kunt instellen. Lijkt me ook wel een mooie oplossing voor mensen die niet de juiste fw hebben.

[fietsensloper]

edterbak schreef op woensdag 1 november 2023 @ 11:59:
[...]


Ik denk dat er geen verandering is qua berekening in de tijd tussen opstarten en nu in screenshot.
Probeer wat functies uit / aan te zetten. (niet al te snel achter elkaar)
Dan zou de flow met een nieuwe setpoint moeten komen welke wel doorgestuurd wordt.

Ik hoop dat dit het is.

Dat had ik al wat geprobeerd, voordat ik hem opnieuw gestart heb.
Als ik WAR uit zet zie ik dit terug in de log, alleen wordt er op het dashboard nog geen SP weergegeven onder de streep. Zelfde geldt als ik WAR na 4 minuten weer aan zet.

Dit is het enige wat er in de log staat:

code:

01/11 12:16:41 - Function WAR: Setpoint change: From 23 to 24 °C
01/11 12:16:39 - Function - WAR: 1
01/11 12:12:53 - Function - Calculate new SP: New final SP calculated: Current setpont: 24 °C. New calculated setpoint: 23 °C
01/11 12:12:52 - Function - WAR: 0
01/11 11:08:16 - MQTT Command: SetZ1CoolRequestTemperature: 18 (GUI)
01/11 11:03:26 - SYSTEM - HEISHAMON Connection: Online
01/11 11:03:25 - SETUP - Sensors: Custom outside temperature sensor FOUND and used
01/11 11:03:24 - Function SoftStart: SoftStart function end
01/11 11:03:24 - Compressor: stopped

[edterbak]

Kun je even kijken in de context store voor me.
Ik wil graag weten of je ziet en wat de value is van:

• F_WAR_SP
• ForceDHW
• SHIFT_Final
• SP_Final
• TOP111_Z1_Sensor_Settings
• TOP76_Heating_Mode

@fietsensloper lijstje langer gemaakt in een edit.

[ Voor 22% gewijzigd door edterbak op 01-11-2023 12:24 ]