HeishaMon - Panasonic Aquarea monitoring

[thehog]

Klopt. CH enable en DHW enable moet de master activeren (thermostaat dus), niet de slave.

Dat is bijv. als je in zomerstand in de thermostaat de verwarming uit kan zetten maar voor warm water hij nog aan staat. Dan is CHenable = off en DHWenable=on
Dan weet de CV-ketel dat hij dus niet hoeft te branden voor CH en zal dan ook nooit chState op 1 zetten.

[blb4]

Ik denk dat 't om de acknowledge van de berichten van de master gaat:

Als ik de Heishamon heb aangesloten op de OTGW zie ik:

20:21:43.931282 T80000200 Read-Data Status: 00000010 00000000
20:21:44.100642 BC0000000 Read-Ack Status: 00000000 00000000
20:21:45.738750 T80000200 Read-Data Status: 00000010 00000000
20:21:45.739940 BC0000000 Read-Ack Status: 00000000 00000000

Oftewel de Master Status bits worden NIET acknowledged.

Als ik m'n CV ketel weer aansluit op de OTGW zie ik:

20:21:54.583907 T80000200 Read-Data Status: 00000010 00000000
20:21:54.703889 B40000200 Read-Ack Status: 00000010 00000000
20:21:55.127293 T80000200 Read-Data Status: 00000010 00000000
20:21:55.217072 B40000200 Read-Ack Status: 00000010 00000000
~
20:22:15.624723 T00000300 Read-Data Status: 00000011 00000000
20:22:15.737720 BC0000300 Read-Ack Status: 00000011 00000000
20:22:16.178958 T00000300 Read-Data Status: 00000011 00000000
20:22:16.257015 BC0000300 Read-Ack Status: 00000011 00000000

Oftewel de Master Status bits worden WEL acknowledged.

[thehog]

Ah ik snap wat je bedoeld.
Opentherm specificatie is niet helder over het moeten acknowledgen van de master bits. Juist omdat voor ID 0 de laagste byte de slave byte is die hij juist moet aanpassen. Maar ik zal de code even snel aanpassen zodat het matched met OTGW

[blb4]

top!!

[blb4]

thehog schreef op donderdag 26 januari 2023 @ 15:28:
[...]


Is nog niet beschreven. Zal hier een poging doen.
Je zal een nieuwe topic zien: panasonic_heat_pump/opentherm met een aantal subtopics (roomtemp, chSetpoint etc). Dit zijn de gegevens die hij ontvangt van de thermostaat. Ook zie je een subtopics 'raw' waarin de ruwe opentherm data van de thermostaat staat. Zodat je eventueel zelf nog meer informatie kan decoderen hier uit.

Tevens kan je naar ditzelfde topic met de volgende subtopics een mqtt publish doen om naar de thermostaat te sturen:

code:

thermostaat/opentherm/outsideTemp
thermostaat/opentherm/inletTemp
thermostaat/opentherm/outletTemp
thermostaat/opentherm/flameState
thermostaat/opentherm/chState
thermostaat/opentherm/dhwState

De temps lijken me duidelijk. Afhankelijk van de thermostaat doet hij hier ook wat mee (bijv. de outside temp op display laten zien).
flamestate is een true of false om aan te geven dat de vlam aan het branden is (van de virtuele cv ketel)
chstate is een true of false om aan te geven dat de vlam aan het branden is voor central heating (ch)
dhwstate is een true of false om aan te geven dat de vlam aan het branden is voor DHW heating

Ik heb dus trouwens binnen NodeRed (Dashboard) op de volgende wijze geïmplementeerd:



HP ch and/or dhw state function:

code:

// if compressor = running payload 1, otherwise 0
var PS_ss_Hz = global.get('compressor_frequency');
let msg1 = {}
let msg2 = {}
msg1.topic = "chstate";
msg2.topic = "dhwstate";
msg1.payload = 0;
msg2.payload = 0;

if (PS_ss_Hz != 0) {
    if (msg.payload == 0) {
        msg1.payload = 1;
    }
    else {
        msg2.payload = 1;
    }
}
return [msg1,msg2];

CompressorHz2flamestate function:

code:

// if compressor = running payload 1, otherwise 0
var PS_ss_Hz = global.get('compressor_frequency');
if (PS_ss_Hz != 0) {
    msg.payload = 1;
}
return msg;

[thehog]

@blb4 hij is hem nu aan het bouwen: https://github.com/IgorYb...n/actions/runs/4018875089
heb hem zelf al getest hier. Mijn test thermostaat klaagde er niet over overigens

[blb4]

thehog schreef op donderdag 26 januari 2023 @ 21:27:
@blb4 hij is hem nu aan het bouwen: https://github.com/IgorYb...n/actions/runs/4018875089
heb hem zelf al getest hier. Mijn test thermostaat klaagde er niet over overigens

Da's snel!! Ik ga 'm direct testen.

Ik zie nu 't zelfde terug als dat m'n ketel is aangesloten! Er is echter denk ik nog een acknowledge die niet goed gaat:

CV ketel aangesloten:
21:54:33.024901 T80392300 Read-Data Max CH water setpoint: 35.00
21:54:33.162791 B40392300 Read-Ack Max CH water setpoint: 35.00

Heishamon aangesloten:
21:55:34.491154 T80392300 Read-Data Max CH water setpoint: 35.00
21:55:34.662688 B50390000 Write-Ack Max CH water setpoint: 0.00

De thermostaat ziet deze 0.00 als de maximale temperatuur die gevraagd mag worden en vraagt dus geen warmte meer.

Via de OTGW kan je via het SH= commando aangeven wat het maximale CH water setpoint mag zijn. Met de CV ketel aangesloten zie ik bij SH=40 ook deze waarde terug. Met de Heishamon aangesloten zie ik dat het maximale setpoint op 0 wordt gezet.


Update: heb op github zitten rondneuzen, ik zie in HeishaOT.cpp:

code:

case OpenThermMessageID::MaxTSet: {
        float data = ot.getFloat(request);
        char str[200];
        sprintf((char *)&str, "%.*f", 4, data);
        sprintf(log_msg, "OpenTherm: Max Ta-set setpoint: %s", str);
        log_message(log_msg);
        otResponse = ot.buildResponse(OpenThermMessageType::WRITE_ACK, OpenThermMessageID::MaxTSet, 0);

      } break;

Ik gok dat dit iets te maken heeft met dat SH= commando, msg ID = 57?

[Voor 74% gewijzigd door blb4 op 27-01-2023 01:12]

[thehog]

Ja er mist nog wel wat meer antwoorden. Vandaar ook beta
Ik zal nog even wat aanpassen

[blb4]

Fijn! Ja, ik weet 't beta. Ik ben zelf wat aan 't prutsen gegaan op github, heb een fork gemaakt maar steile leercurve .....

Achtergrond:
Ik gebruik nu evohome met opentherm module en de OTGW om ook informatie vanaf de thermostaat naar het NodeRed Dashboard te krijgen en vandaar weer via Heishamon naar da WP:

setpoint woonkamer
huidige temperatuur woonkamer
CHenable signaal
Control Setpoint

setpoint woonkamer en huidige temperatuur woonkamer wordt gebruikt om Ta te verhogen of verlagen;
CHenable gebruik ik nu om WP uit te schakelen (nadat run is afgelopen, dat gaat dus wat mooier dan met een aan/uit thermostaat)
Control Setpoint gebruik ik als referentie voor de logica in de NodeRed Dashboard oplossing, als Control Setpoint vanuit de thermostaat hoger is dan waar de NodeRed oplossing mee komt dan maak ik Ta gelijk aan het Control Setpoint.

Dit werkt nu allemaal zolang m'n CV ketel er nog aanhangt. Maar die moet binnenkort plaats maken voor de op de WP aangesloten boiler en dan wil ik hoop ik dus dat Heishamon deze functie kan overnemen.

[thehog]

@blb4 ik haal dan wel even alles wat niet mandatory is en wat jij niet nodig hebt uit de code. Dan werkt het in ieder geval volgens de specs. Nu zit er gewoon nog te veel trial en errors in

[thehog]

Kijk zo maar even als deze build klaar is of hij beter werkt:
https://github.com/IgorYb...n/actions/runs/4027590691

[blb4]

thehog schreef op vrijdag 27 januari 2023 @ 20:32:
Kijk zo maar even als deze build klaar is of hij beter werkt:
https://github.com/IgorYb...n/actions/runs/4027590691

Joepie! Helemaal blij, deze werkt voor zover ik zo snel heb kunnen testen perfect!

De 6 waarden die geset kunnen worden werken (nog steeds):
thermostaat/opentherm/outsideTemp
thermostaat/opentherm/inletTemp
thermostaat/opentherm/outletTemp
thermostaat/opentherm/flameState
thermostaat/opentherm/chState
thermostaat/opentherm/dhwState

En de juiste responses komen terug op de commando's:
chenable
set dhw temperature
set max setpoint
set max modulation level

Hiermee kan ik de cv ketel de deur uit zetten, dank!!

[vandermark]

Even een HA vraag: Ik ben overgestapt van Domoticz naar HomeAssistant en dat werkt tot nu toe erg prettig. Ik wil de standaard thermostaat inzetten om op basis van een scheduler. De thermostaat lijkt te werken maar de Pana gaat niet aan. De gebruikte switch zelf werkt prima in HA, daarmee schakel ik eenvoudig de Pana aan/uit. Wat gaat hier mis? Dit is de thermostaat in HA:

YAML:

climate:
  - platform: generic_thermostat
    name: Warmtepomp thermostaat
    heater: switch.panasonic_heat_pump_main_heatpump_state
    target_sensor: sensor.woonkamer_temperature
    min_temp: 18
    max_temp: 20.5
    ac_mode: false
    target_temp: 20
    cold_tolerance: 0.1
    hot_tolerance: 0.1
    min_cycle_duration:
      minutes: 60
    initial_hvac_mode: "off"
    away_temp: 18
    comfort_temp: 20.5
    home_temp: 19.8
    sleep_temp: 18.8
    precision: 0.1

Wat me opvalt bij de thermostaat dat er twee 'opties' zijn. Moet zijn 'aan'/'uit' lijkt me voor de Pana switch. Nu is het 'uit' of 'verwarmen'. Gaat het daar mis met de vertaling naar de Pana switch die een simpele aan/uit schakelaar is?

Rare is namelijk dat die op 'uit' staat terwijl de doeltemp (20 graden) nog niet gehaald is, de sensor geeft aan 19,1 graden. Waarom gaat de thermostaat niet op 'aan'/'verwarmen'?

[Voor 13% gewijzigd door vandermark op 29-01-2023 13:03]

[Jesse-]

vandermark schreef op zondag 29 januari 2023 @ 12:13:
Even een HA vraag: Ik ben overgestapt van Domoticz naar HomeAssistant en dat werkt tot nu toe erg prettig. Ik wil de standaard thermostaat inzetten om op basis van een scheduler. De thermostaat lijkt te werken maar de Pana gaat niet aan. De gebruikte switch zelf werkt prima in HA, daarmee schakel ik eenvoudig de Pana aan/uit. Wat gaat hier mis? Dit is de thermostaat in HA:

YAML:

climate:
  - platform: generic_thermostat
    name: Warmtepomp thermostaat
    heater: switch.panasonic_heat_pump_main_heatpump_state
    target_sensor: sensor.woonkamer_temperature
    min_temp: 18
    max_temp: 20.5
    ac_mode: false
    target_temp: 20
    cold_tolerance: 0.1
    hot_tolerance: 0.1
    min_cycle_duration:
      minutes: 60
    initial_hvac_mode: "off"
    away_temp: 18
    comfort_temp: 20.5
    home_temp: 19.8
    sleep_temp: 18.8
    precision: 0.1

Wat me opvalt bij de thermostaat dat er twee 'opties' zijn. Moet zijn 'aan'/'uit' lijkt me voor de Pana switch. Nu is het 'uit' of 'verwarmen'. Gaat het daar mis met de vertaling naar de Pana switch die een simpele aan/uit schakelaar is?

Rare is namelijk dat die op 'uit' staat terwijl de doeltemp (20 graden) nog niet gehaald is, de sensor geeft aan 19,1 graden. Waarom gaat de thermostaat niet op 'aan'/'verwarmen'?

[Afbeelding]

Ik heb een hele tijd geleden erg lopen klooien met de HA thermostaat.
Mijn oplossing is uiteindelijk geweest om twee automations te maken die op basis van de status van de thermostaat (verandering van hvac_status naar heating/idle) de boel in of uit te schakelen. De switch die de climate entity nodig heeft is bij mij een dummy input_boolean

[vandermark]

Jesse- schreef op zondag 29 januari 2023 @ 13:44:
[...]


Ik heb een hele tijd geleden erg lopen klooien met de HA thermostaat.
Mijn oplossing is uiteindelijk geweest om twee automations te maken die op basis van de status van de thermostaat (verandering van hvac_status naar heating/idle) de boel in of uit te schakelen. De switch die de climate entity nodig heeft is bij mij een dummy input_boolean

Ja, ik lees diverse topics hierover en dit is precies wat ik ook wil gaan proberen, tx!

[door]

update : quiet modus geprobeerd als alternatief voor de heishamon slowstart oplossing.
de quiet mode lijd tot meer ipv minder defrosts. Op de site Haustechnikdialog.de wordt het zelfs afgeraden . Daar is ook te zien dat ook de fan snelheid word verminderd en niet aleen
de compressor begrenst, dat is wat je niet wil. Ze geven wel aan de fansnelheid te verhogen door de calibratie van de buitentemperatuur sensor met 2 graden te verlagen. ik heb dat gedaan en het lijkt te werken ik heb heel veel minder defrosts. Of ik de heishamon slowstart nog ga installeren weet ik nog niet ( ik weet nu al wel dat het nog iets beter zal worden, maar of het me dat waaard is ?)

[padoempats]

door schreef op zondag 29 januari 2023 @ 15:26:
update : quiet modus geprobeerd als alternatief voor de heishamon slowstart oplossing.
de quiet mode lijd tot meer ipv minder defrosts. Op de site Haustechnikdialog.de wordt het zelfs afgeraden . Daar is ook te zien dat ook de fan snelheid word verminderd en niet aleen
de compressor begrenst, dat is wat je niet wil. Ze geven wel aan de fansnelheid te verhogen door de calibratie van de buitentemperatuur sensor met 2 graden te verlagen. ik heb dat gedaan en het lijkt te werken ik heb heel veel minder defrosts. Of ik de heishamon slowstart nog ga installeren weet ik nog niet ( ik weet nu al wel dat het nog iets beter zal worden, maar of het me dat waaard is ?)

Je kan toch ook alleen de quiet mode voor de eerste 10 minuten bij de start aan zetten, en daarna uit zetten? Dan begrens je alleen met de start en daar gaat het om

[timovd]

Mijn Heishamon lijkt bricked na de laatste update. Ik heb nog een (FTDI-)USB - TTL-kabel liggen. Zijn er ergens instructies voor om een goede firmware weer te flashen?

[door]

padoempats schreef :Je kan toch ook alleen de quiet mode voor de eerste 10 minuten bij de start aan zetten, en daarna uit zetten? Dan begrens je alleen met de start en daar gaat het om

Lijkt me een goed idee in combinatie met die calibratie verandering maar hoe regel ik dat bij na iedere start automatisch de quiet mode wordt uitgeschakeld ?

[llevering]

@door, hierbij een voorbeeld van hoe ik het doe (inclusief het shiften van de gevraagde ta om de warmtepomp zo snel mogelijk tot rust te manen na een defrost:

code:

on @Compressor_Freq then
    $flowHigh = 158;
    $flowLow = 88;
    if @Compressor_Freq > 0 then
      if @Max_Pump_Duty != $flowHigh then
        @SetMaxPumpDuty = $flowHigh;
        setTimer(1, 600);
      end
    else
      if @Defrosting_State == 0 then
        @SetMaxPumpDuty = $flowLow;
        @SetQuietMode = 2;
      end
    end
end

on timer=1 then
  if @Main_Outlet_Temp <= (@Main_Target_temp + 1.25) then
    @SetQuietMode = 0;
  else
    setTimer(1, 600);
  end
end

on @Defrosting_State then
  if @Defrosting_State == 1 then
    @SetZ1HeatRequestTemperature = -2;
    setTimer(2, 900);
  end
end

on timer=2 then
  if @Main_Outlet_Temp <= (@Main_Target_temp + 2.25) then
    if @Main_Outlet_Temp <= (@Main_Target_temp + 1.25) then
    @SetZ1HeatRequestTemperature = 0;
    else
    @SetZ1HeatRequestTemperature = -1;
        setTimer(2, 60);
    end
  else
    setTimer(2, 60);
  end
end

[door]

@lievering,bedankt

[vandermark]

Ik heb vrij lang een slowstart script gebruikt om de Pana langzamer te laten starten. Dit seizoen uitgezet en ik vraag me af hoeveel zin het heeft... Pana is nu zonder slowstart sneller op gewenste Ta en ik heb niet het idee dat er nu significant iets rendabeler/beter of slechter gaat. Ter info, ik gebruikt dit script in domoticz:

https://github.com/vander...anasonic-Aquarea-Heatpump

[padoempats]

timovd schreef op maandag 30 januari 2023 @ 11:03:
Mijn Heishamon lijkt bricked na de laatste update. Ik heb nog een (FTDI-)USB - TTL-kabel liggen. Zijn er ergens instructies voor om een goede firmware weer te flashen?

Gevalletje "Don't fix it if it ain't broken". Tegeltjeswijsheid #1 wat domotica betreft. Altijd te laat. Waaaaarom ben ik in godsnaam gaan updaten, kan ik weer de hele boel fixen

[timovd]

if it ain't broke it doesn't have enough features

[MikeyMan]

vandermark schreef op maandag 30 januari 2023 @ 16:00:
Ik heb vrij lang een slowstart script gebruikt om de Pana langzamer te laten starten. Dit seizoen uitgezet en ik vraag me af hoeveel zin het heeft... Pana is nu zonder slowstart sneller op gewenste Ta en ik heb niet het idee dat er nu significant iets rendabeler/beter of slechter gaat. Ter info, ik gebruikt dit script in domoticz:

https://github.com/vander...anasonic-Aquarea-Heatpump

Dat ie sneller op gewenste Ta zit lijkt me evident. Doelstelling van een softstart lijkt me ook vooral om zo rustig mogelijk op te starten en snel de compressor frequentie omlaag te brengen.

[vandermark]

MikeyMan schreef op maandag 30 januari 2023 @ 16:11:
[...]


Dat ie sneller op gewenste Ta zit lijkt me evident. Doelstelling van een softstart lijkt me ook vooral om zo rustig mogelijk op te starten en snel de compressor frequentie omlaag te brengen.

Ja, in mijn geval heb ik één lange run per dag. Hele nacht uit. Volgende dag is die dan even 30 minuten flink bezig om op Ta-doel te komen. Met soft-start duurt dat vaak echt flink te lang. Ik heb het daarom uitgezet.

[padoempats]

vandermark schreef op maandag 30 januari 2023 @ 16:21:
[...]


Ja, in mijn geval heb ik één lange run per dag. Hele nacht uit. Volgende dag is die dan even 30 minuten flink bezig om op Ta-doel te komen. Met soft-start duurt dat vaak echt flink te lang. Ik heb het daarom uitgezet.

Ik vind een run in de nacht eigenlijk fijner, dat betekent dat het op dat moment dus op zn koudst is in huis en overdag als je niet in bed ligt het ietsje warmer is.

[sjimmie]

Ik zou graag via een automation in HA willen zorgen dat heishamon mijn WP terug naar Heat zet als deze langer dan 2 uur op WHW of Heat+DWH staat. Maar zelfs een simpele automation die ik handmatig start stelt de WP in HA al niet op Heat. Iemand een voorbeeldje?

[vandermark]

padoempats schreef op maandag 30 januari 2023 @ 16:47:
[...]


Ik vind een run in de nacht eigenlijk fijner, dat betekent dat het op dat moment dus op zn koudst is in huis en overdag als je niet in bed ligt het ietsje warmer is.

Die snap ik niet. In de nacht is het kouder en is rendement lager. Daarnaast lig ik in warm bed en mag woonkamer afkoelen. Overdags draaien en we zijn met name in avond/middag in woonkamer --> overdags met hoger rendement draaien.

[padoempats]

vandermark schreef op maandag 30 januari 2023 @ 21:41:
[...]


Die snap ik niet. In de nacht is het kouder en is rendement lager. Daarnaast lig ik in warm bed en mag woonkamer afkoelen. Overdags draaien en we zijn met name in avond/middag in woonkamer --> overdags met hoger rendement draaien.

Qua hoger rendement snap ik, maar hij draait als het binnen kouder en hij slaat af als het warm genoeg is (als je met een thermostaat draait). Bij mij is het zo dat als setpoint bereikt is dat ik die daarna vanwege warmte in de vloer nog langzaam blijft oplopen voor een paar uur en dan weer langzaam daalt tot onder setpoint om weer aan te gaan. De periode dat die uit staat is dus de periode dat het binnen het warmst is.
Maar qua rendement overdag draaien is volkomen logisch, maar qua warmte binnen niet ideaal.

[MikeyMan]

padoempats schreef op maandag 30 januari 2023 @ 21:48:
[...]


Qua hoger rendement snap ik, maar hij draait als het binnen kouder en hij slaat af als het warm genoeg is (als je met een thermostaat draait). Bij mij is het zo dat als setpoint bereikt is dat ik die daarna vanwege warmte in de vloer nog langzaam blijft oplopen voor een paar uur en dan weer langzaam daalt tot onder setpoint om weer aan te gaan. De periode dat die uit staat is dus de periode dat het binnen het warmst is.
Maar qua rendement overdag draaien is volkomen logisch, maar qua warmte binnen niet ideaal.

Nouja, ik haal er van 22:00 tot 05:00 een half graadje vanaf. Heb ik in ieder geval warme voeten in de ochtend

[padoempats]

MikeyMan schreef op maandag 30 januari 2023 @ 21:49:
[...]


Nouja, ik haal er van 22:00 tot 05:00 een half graadje vanaf. Heb ik in ieder geval warme voeten in de ochtend

Als je hem eind vd avond aanzet en hij loopt door tot in de ochtend is de vloer nog warmer voor je voetjes in de ochtend

[MikeyMan]

padoempats schreef op dinsdag 31 januari 2023 @ 08:18:
[...]


Als je hem eind vd avond aanzet en hij loopt door tot in de ochtend is de vloer nog warmer voor je voetjes in de ochtend

Dat valt wel mee. Ta kan niet veel lager nu. Dus warmer wordt het sowieso niet. Als ik hem savonds al aan zet is de kans vrij groot aanwezig dat ie ergens vroeg in de ochtend uit gaat.

[padoempats]

MikeyMan schreef op dinsdag 31 januari 2023 @ 08:23:
[...]


Dat valt wel mee. Ta kan niet veel lager nu. Dus warmer wordt het sowieso niet. Als ik hem savonds al aan zet is de kans vrij groot aanwezig dat ie ergens vroeg in de ochtend uit gaat.

Perfect toch, dan is het dus het warmst. Maargoed, alles hangt samen met je eigen comfort/wensen en type woning. Bij een heel goed geisoleerd huis spreken we maar over verschillen/marges van ± 0.5 graden

Ook al zou het de COP ietsje ten goede komen om vooral in de middag de wp te laten draaien, vind ik het niet praktisch. In de middag loopt de temp binnen veel makkelijker op en helemaal als het zonnig is. Dmv thermostaat (in domoticz) gaat die toch wel ergens uit. Het is 1x gebeurd dat die ook over de middag bleef doordraaien omdat het rond 0 bleef en grauw was, toen bleef die met 600w pruttelen continu net onder setpoint. Maar vanwege thermostaat functie gebeurt het hier praktisch altijd dat die rond 12u uitslaat (> 20.75 graden). Dan blijft het nog een paar uur oplopen, stabiel, en rond 16:00 zakt het. Dan afhankelijk van factoren gaat die weer ergens tussen 17:00 - 23:00 aan als het < 20.67 is. Zeer strakke hysterese zoals je ziet maar alsnog 1x aan/uit per etmaal. Maar wat ik wilde zeggen is dat het door niet eens te sturen op nacht/dag draaien, het van nature zo is dat die snachts vooral draait en smiddags niet. Ik zou het moeten forceren om smiddags te draaien voor een hogere COP, maar dan zal het in de avond 'bloed heet' zijn en in de ochtend 'ijskoud' en ik wil de temp binnen het liefst zo constant mogelijk houden binnen. Hebben jullie dat niet dan, als je vooral in de middag (geforceerd) verwarmt, dat de verschillen veel groter worden?

[KaDoos]

padoempats schreef op dinsdag 31 januari 2023 @ 08:47:
[...]


Perfect toch, dan is het dus het warmst. Maargoed, alles hangt samen met je eigen comfort/wensen en type woning. Bij een heel goed geisoleerd huis spreken we maar over verschillen/marges van ± 0.5 graden

Ook al zou het de COP ietsje ten goede komen om vooral in de middag de wp te laten draaien, vind ik het niet praktisch. In de middag loopt de temp binnen veel makkelijker op en helemaal als het zonnig is. Dmv thermostaat (in domoticz) gaat die toch wel ergens uit. Het is 1x gebeurd dat die ook over de middag bleef doordraaien omdat het rond 0 bleef en grauw was, toen bleef die met 600w pruttelen continu net onder setpoint. Maar vanwege thermostaat functie gebeurt het hier praktisch altijd dat die rond 12u uitslaat (> 20.75 graden). Dan blijft het nog een paar uur oplopen, stabiel, en rond 16:00 zakt het. Dan afhankelijk van factoren gaat die weer ergens tussen 17:00 - 23:00 aan als het < 20.67 is. Zeer strakke hysterese zoals je ziet maar alsnog 1x aan/uit per etmaal. Maar wat ik wilde zeggen is dat het door niet eens te sturen op nacht/dag draaien, het van nature zo is dat die snachts vooral draait en smiddags niet. Ik zou het moeten forceren om smiddags te draaien voor een hogere COP, maar dan zal het in de avond 'bloed heet' zijn en in de ochtend 'ijskoud' en ik wil de temp binnen het liefst zo constant mogelijk houden binnen. Hebben jullie dat niet dan, als je vooral in de middag (geforceerd) verwarmt, dat de verschillen veel groter worden?

Ik denk dat we hiervoor in het verkeerde topic zitten. Maar is je ingestelde Ta dan niet te hoog???

[vandermark]

padoempats schreef op dinsdag 31 januari 2023 @ 08:47:
[...]


Perfect toch, dan is het dus het warmst. Maargoed, alles hangt samen met je eigen comfort/wensen en type woning. Bij een heel goed geisoleerd huis spreken we maar over verschillen/marges van ± 0.5 graden

Ook al zou het de COP ietsje ten goede komen om vooral in de middag de wp te laten draaien, vind ik het niet praktisch. In de middag loopt de temp binnen veel makkelijker op en helemaal als het zonnig is. Dmv thermostaat (in domoticz) gaat die toch wel ergens uit. Het is 1x gebeurd dat die ook over de middag bleef doordraaien omdat het rond 0 bleef en grauw was, toen bleef die met 600w pruttelen continu net onder setpoint. Maar vanwege thermostaat functie gebeurt het hier praktisch altijd dat die rond 12u uitslaat (> 20.75 graden). Dan blijft het nog een paar uur oplopen, stabiel, en rond 16:00 zakt het. Dan afhankelijk van factoren gaat die weer ergens tussen 17:00 - 23:00 aan als het < 20.67 is. Zeer strakke hysterese zoals je ziet maar alsnog 1x aan/uit per etmaal. Maar wat ik wilde zeggen is dat het door niet eens te sturen op nacht/dag draaien, het van nature zo is dat die snachts vooral draait en smiddags niet. Ik zou het moeten forceren om smiddags te draaien voor een hogere COP, maar dan zal het in de avond 'bloed heet' zijn en in de ochtend 'ijskoud' en ik wil de temp binnen het liefst zo constant mogelijk houden binnen. Hebben jullie dat niet dan, als je vooral in de middag (geforceerd) verwarmt, dat de verschillen veel groter worden?

Nee, in de ochtend zijn we kort beneden. Dan iets frisser hebben we geen last van --> we gaan naar werk/school. In de loop van ochtend/middag wordt het behaaglijker en in avond 'lekker'. Ik heb in mijn thermostaat voor de nacht 19, ochtend 20 als max en 20,5 voor middag/avond. In de praktijk staat die dan dus enkel overdags aan. Als het erg koud is volgende dag/nacht wordt ander setpoint ingesteld voor de nacht om teveel afkoeling te voorkomen.

[padoempats]

KaDoos schreef op dinsdag 31 januari 2023 @ 10:06:
[...]

Ik denk dat we hiervoor in het verkeerde topic zitten. Maar is je ingestelde Ta dan niet te hoog???

Je hebt gelijk, niet voor hier idd. Maar om het te eindigen, Ta van 25 hebbik betere cop mee dan Ta24, want voor 24 heb ik hogere flow nodig om niet te pendelen. Die hogere flow geeft hoger verbruik terwijl ik er thermisch niets mee win. Tevens is de aanvoertemp weer zo laag dat de afgifte indirect in koudere zones hoger wordt (relatief is daar verschil groter). Ta25 lijkt optimum.

Om link te maken met heishamon. Draai vaste aanvoer (25) en heb een domoticz script om de flow variabel te sturen obv binnentemp. De flow wordt exponentieel hoger als temp binnen zakt. Elke 0.01 graad lager betekent meer en meer flow. Door variabele flow wordt indirect de compressor gestuurd. Als temp dichterbij setpoint komt probeer ik naar laagste compressorstand te sturen door targettemp 30s -1 te doen. Dat werkt wel goed om hem snel naar 19.5hz te krijgen
Blijft jammer dat we de compressor niet kunnen aansturen, dan kun je het (thermische) vermogen veel preciezer aansturen. Dmv flow en target temp blijft het pielen

[xtr3me]

@padoempats zou je dat domoticz script willen delen?

[padoempats]

xtr3me schreef op dinsdag 31 januari 2023 @ 20:39:
@padoempats zou je dat domoticz script willen delen?

Als je er chocola van kan maken, hier is mijn domoticz script. WAR op de achtergrond, maar praktisch vast op Ta=25 en vanaf -1 naar 26. Draai op pump max duty ipv delta T.

Het script zorgt voor:

- variabele pompsnelheid. Hoe kouder het in de woonkamer wordt, des te (exponentieel) harder gaat de pomp draaien. Hoe warmer het wordt, des te langzamer de pomp gaat draaien. Impliciet bepaalt dit de aanvoertemp wat weer de compressor beinvloedt.

- quietmode voor de eerste 10 minuten, maar ook als de wp terug uit defrost of DHW komt

- Compressor zo snel mogelijk naar laagste stand krijgen door aanvoertemp kort -1 en dan weer naar 0, zodra aanvoertemp >= 0.5 van target ligt.

- Voorkomen dat de wp in pendelmode schiet. Als aanvoertemp >= 2 van target is (kritische waarde om uit te schakelen), dan krijgt de pomp een flinke boost, waardoor de aanvoertemp zal moeten zakken

- Revive uit pendelmode. Als compressor op 0 staat, maar wp aan en geen defrost gaande is, moet die wel aan in pendelmode staan. Wordt weer instant opgewekt door de aanvoertemp eventjes +1 en -1 te doen. Vanwege lage aanvoertemp kwam de wp nooit meer uit de pendelstand en bleef oneindig wachten totdat de retourtemp onder een waarde zou komen

- Nadraaitijd na uitschakelen door thermostaat

code:

return {
    data = {
      woonkamerTempData = { history = true, maxItems = 4 },
      aanvoerTempData = {history = true, maxItems = 2}
    },
    on = {
        devices = {
            'Woonkamer Temp',
            'WP Driewegklep',
            'WP Aanvoer temp',
            'WP Defrost state'
        }
        
    },
    execute = function(domoticz, device)

        
        if (device.name == 'Woonkamer Temp') then
            domoticz.data.woonkamerTempData.add(device.temperature)
        end
        
        if (device.name == 'WP Aanvoer temp') then
            domoticz.data.aanvoerTempData.add(device.temperature)
        end
        
        hour = os.date("*t").hour
        
        lower_temp_threshold = 20.30
        upper_temp_threshold = 20.80
        wp_temp_off = 20.75
        wp_temp_on = 20.67
        offset = 0.0
        pump_low = 89
        pump_high = 160
        curve = 2.5
        start_pump_speed = 120
        change_pump_seconds = 480
        anti_pendel_seconds = 600
        nadraaitijd_seconds = 300
        wp_min_toggle_seconds = 1800
        qm_mode_seconds = 720
        max_steps = 1
        quiet_mode_level = 30  --10 = Silent1, 20 = Silent2, 30 = Silent3 
        
        local woonkamer_temp = domoticz.data.woonkamerTempData.avg()
        woonkamer_temp = math.floor(woonkamer_temp * 100 +0.5) / 100
    
        local aanvoertemp = domoticz.data.aanvoerTempData.avg()
        aanvoertemp = math.floor(aanvoertemp * 100 +0.5) / 100
        
        local driewegklep = domoticz.devices('WP Driewegklep')
        local wp = domoticz.devices('WP Switch')
        local defrost_state = domoticz.devices('WP Defrost state').state
        local pump_device = domoticz.devices('WP Max_Pump_Duty')
        local max_pump_duty = pump_device.setPoint
        local qm = domoticz.devices('WP Quiet Mode')
        local compressor = domoticz.devices('WP Compressor Frequency')
--      local aanvoertemp = domoticz.devices('WP Aanvoer temp').temperature
        local wp_temp = domoticz.devices('WP Heat Request Temp')
        local wp_mode = domoticz.devices('WP Mode')
        local wp_target_temp = domoticz.devices('WP Target Temp').temperature
        
        currentSetpoint = wp_temp.setPoint
        
        lower_temp_threshold = lower_temp_threshold + offset
        upper_temp_threshold = upper_temp_threshold + offset
        wp_temp_off = wp_temp_off + offset
        wp_temp_on = wp_temp_on + offset
        
        pump = pump_low
        
        if (woonkamer_temp < lower_temp_threshold) then
            pump = pump_high
        elseif (woonkamer_temp >= upper_temp_threshold) then
            pump = pump_low
        else
            pump = math.floor(((upper_temp_threshold - woonkamer_temp) * 100 / (upper_temp_threshold - lower_temp_threshold)) ^ curve / 100 ^(curve-1) * (pump_high - pump_low) / 100) + pump_low
        end
        
        if (device.name == 'WP Driewegklep' and device.state == 'Room') then
            wp_mode.setLevel(0)
            if (woonkamer_temp >= wp_temp_off and wp.state == 'On') then
                wp.switchOff().afterSec(90)
            else
                qm.setLevel(quiet_mode_level)
                pump_device.updateSetPoint(start_pump_speed)
            end
        end
    
        if (device.name == 'WP Driewegklep' and device.state == 'DHW' and qm.level == quiet_mode_level) then
            qm.setLevel(0)
        end
        
        if (device.name == 'Woonkamer Temp' and driewegklep.state == 'Room' and defrost_state == 'Off') then
            
            if (woonkamer_temp >= wp_temp_off and wp.state == 'On' and wp.lastUpdate.secondsAgo > wp_min_toggle_seconds and aanvoertemp >= 23) then
                print("Temp bereikt (" .. woonkamer_temp .. "), WP uit")
                wp_temp.cancelQueuedCommands()
                wp_temp.updateSetPoint(currentSetpoint - 5.0) -- force shutdown
                wp_temp.updateSetPoint(currentSetpoint).afterSec(nadraaitijd_seconds)
                wp.switchOff().afterSec(nadraaitijd_seconds)
            elseif (woonkamer_temp < wp_temp_on and wp.state == 'Off' and wp.lastUpdate.secondsAgo > wp_min_toggle_seconds) then
                print("Temp laag (" .. woonkamer_temp .. "), WP aan")
                -- start pump speed, don't start too slow
                pump_device.updateSetPoint(start_pump_speed)
                wp.switchOn()
                qm.setLevel(quiet_mode_level) -- Quiet Mode 3 for soft start
                wp_temp.updateSetPoint(0)
            end
        
        elseif (device.name == 'Woonkamer Temp' and max_pump_duty ~= start_pump_speed) then --If DHW or Defrost, then reset pump
            print ("Pump back to max")
            pump_device.updateSetPoint(start_pump_speed)
        end
        
        if (device.name == 'WP Aanvoer temp' and wp.state == 'On' and driewegklep.state == 'Room' and currentSetpoint ~= -5) then
            
            if (aanvoertemp >= (wp_target_temp + 2.0) and currentSetpoint ~= -5.0) then
                if (max_pump_duty <= (pump_high - 15)) then
                    pump_device.updateSetPoint(max_pump_duty + 15)
                else 
                    pump_device.updateSetPoint(pump_high)
                end
            end
        
            if (aanvoertemp >= (wp_target_temp + 0.5) and currentSetpoint >= 0.0 and compressor.sensorValue >= 21 and wp.lastUpdate.secondsAgo > 900 and defrost_state == 'Off') then 
                wp_temp.updateSetPoint(currentSetpoint - 1.0)
                wp_temp.updateSetPoint(currentSetpoint).afterSec(20)
            end
            
            if (wp.state == 'On' and wp.lastUpdate.secondsAgo > change_pump_seconds and driewegklep.lastUpdate.secondsAgo > change_pump_seconds and compressor.sensorValue ~= 0) then
                if (max_pump_duty ~= pump) then
                    if (pump > (max_pump_duty + max_steps)) then
                        pump = max_pump_duty + max_steps
                    elseif (pump < (max_pump_duty - max_steps)) then
                        pump = max_pump_duty - max_steps
                    end
                    print("Update pump from " .. max_pump_duty .. " to " .. pump)
                    pump_device.updateSetPoint(pump)
                end
                
                if (qm.level == quiet_mode_level and qm.lastUpdate.secondsAgo > qm_mode_seconds) then
                    qm.setLevel(0) -- Turn off quiet mode
                end
                
            end
            
            -- Anti pendel mode
            if (wp.state == 'On' and compressor.sensorValue == 0 and wp.lastUpdate.secondsAgo > anti_pendel_seconds and driewegklep.lastUpdate.secondsAgo > anti_pendel_seconds and aanvoertemp < 23 and wp_temp.setPoint == 0 and defrost_state == 'Off') then
                print ("Revive heatpump")
                pump_device.updateSetPoint(start_pump_speed)
                qm.setLevel(quiet_mode_level)
                currentSetpoint = wp_temp.setPoint
                wp_temp.updateSetPoint(currentSetpoint + 1.0)
                wp_temp.updateSetPoint(currentSetpoint).afterSec(3)
            end
            
        end
        
        if (device.name == 'WP Defrost state' and driewegklep.state == 'Room' and qm.level == 0) then
            qm.setLevel(quiet_mode_level)
        end

    end
}

[MikeyMan]

@padoempats interessantere vraag is hoe je betrouwbaar meet dat Ta 25 daadwerkelijk zuiniger is dan Ta 24. De omstandigheden zijn dag op dag nogal variabel.

[padoempats]

MikeyMan schreef op woensdag 1 februari 2023 @ 06:49:
@padoempats interessantere vraag is hoe je betrouwbaar meet dat Ta 25 daadwerkelijk zuiniger is dan Ta 24. De omstandigheden zijn dag op dag nogal variabel.

COP meet ik obv tot elkaar geijkte sensoren aan de aanvoer/retourleiding (binnen) icm flow meting van de panasonic zelf.
Opgenomen vermogen meet ik met modbus kWh beter in de meterkast (dus niet met pulsen maar realtime).

Mijn retourtemp staat praktisch vast, is altijd 21.0 - 21.5, tenzij ik lang met hoog vermogen en hoge pompsnelheid draai gaat die per echt oplopen. Dat wil zeggen dat bij Ta25 delta ong 4 is en de pomp kan rustig draaien, ±30w op totaal vermogen van ±470w.
Ga ik echter naar Ta24, dan wordt deltaT 2.5-3 en moet de pomp 2x zo hard werken om de Ta te drukken en meet ik ong 40w meer opgenomen vermogen. Bij Ta24 draaide ik op 510w, tov 470w bij Ta25 (8.5% meer, ook in dezelfde run geprobeerd dus geen verschillende dagen). Aan het thermische vermogen en COP zag ik het niet terug, thermisch vermogen bleef nagenoeg gelijk, maar opgenomen vermogen steeg. Daarbij 'leek' ik te merken dat de woonkamer minder snel opwarmde, maar koudere zones zoals garage en kledingkamer meer opwarmde. Ik was dus ook nog eens langer aan het opwarmen tegen een iets hoger opgenomen vermogen. Uiteraard is dat een gevoel en geen data, maar wat ik wel goed zie is dat het opgenomen vermogen 8.5% stijgt. Dan is het maar de vraag, is de COP winst meer dan 8.5% om die lagere Ta te rechtvaardigen. Ik zag juist het tegenovergestelde (die daalde). Zag geen meerwaarde in Ta24. En omgekeerde levert Ta26 niks op, want de pomp kan niet langzamer.

Maak ik een fout? Snap dat het onlogisch aanvoelt, maar zo meette en ervaarde ik het wel.

[MikeyMan]

@padoempats fout niet, maar ik vraag me af wat de invloed van andere factoren, zoals buitentemperatuur etc doet in deze. Ik zie van de ene op de andere dag namelijk nogal wat verschillen ik stookgedrag.

[CurlyMo]

@MikeyMan @padoempats Lijkt me nou prima discussies voor in het Panasonic Warmtepomp 101: Installatie en Optimalisatie topic

[padoempats]

CurlyMo schreef op woensdag 1 februari 2023 @ 08:23:
@MikeyMan @padoempats Lijkt me nou prima discussies voor in het Panasonic Warmtepomp 101: Installatie en Optimalisatie topic

Sorry werd erin getrokken

[elgringo]

Van de week een panasonic 7kw laten installeren samen met een CZ-TWA1. Dat ding is best waardeloos dus heb maar een heishamon besteld. Ik heb nog nooit een warmtepomp gehad en weet nog niet wat ik allemaal kan/moet en wil instellen.

Het viel mij op dat de thermostaat een grote fout heeft, deze wil ik wel laten staan omdat je hier ook alles mee kan instellen. Ik wilde eigenlijk de Heishamon de thermostaat over laten nemen.

In de topics: https://github.com/Egyras...lob/master/MQTT-Topics.md
zag ik wel de thermostaat setpoint: main/Room_Thermostat_Temp, maar niet de doelwaarde. Staat deze hier ook ergens? Zijn deze senor topics read only?

[sjimmie]

@elgringo Waarom vind je de CZ-TAW1 dan al zo snel een waardeloos ding?
En inderdaad de setpoint is voor de WP / heishamon readonly want die staat in de controller zelf.

[elgringo]

sjimmie schreef op woensdag 1 februari 2023 @ 08:49:
@elgringo Waarom vind je de CZ-TAW1 dan al zo snel een waardeloos ding?
En inderdaad de setpoint is voor de WP / heishamon readonly want die staat in de controller zelf.

Die cloud app laat mij niet gemakkelijk alle instellingen zien. Ik kan hier bijv niet het debiet van pomp zien als huidige waarde.

Ik zie de setpoint niet eens in de topics staan. Hoe heet deze dan?
Als je met heishamon een thermostaat na wilt doen; hoe schakel je dan de warmtepomp warmtevraag?

[sjimmie]

elgringo schreef op woensdag 1 februari 2023 @ 09:01:
[...]


Die cloud app laat mij niet gemakkelijk alle instellingen zien. Ik kan hier bijv niet het debiet van pomp zien als huidige waarde.

Ik zie de setpoint niet eens in de topics staan. Hoe heet deze dan?
Als je met heishamon een thermostaat na wilt doen; hoe schakel je dan de warmtepomp warmtevraag?

1. Maak een installateursaccount zodat je ineens veel meer kan zien en vooral kan doen.
2. Klopt, wat ik zeg, dat zit in de controller zelf. De controller is ook een thermostaat en houdt dus zelf zijn huidige (gemeten) temperatuur en zijn setpoint bij.

[KappuhH]

Is er een manier om te checken of een MQTT commando ook echt aangekomen is bij de Heishamon? Heb vandaag voor de tweede keer gehad dat het signaal om van Heat om te schakelen naar DHW niet doorgevoerd is met als resultaat een boiler die niet opgewarmd is. Als ik in Home Assistant kijk is de automatisering wel uitgevoerd, via MQTT explorer zie ik dat ie ook wel bij de broker aangekomen is.

Daarnaast heb ik nu een paar gezien dat de Heishamon even geen verbinding met HA had. Het bleek dat ie dan ook (automatisch) een reboot gedaan had. Hoop niet dat m'n Heishamon op z'n laatste benen loopt?

@thehog heb jij dit vaker gezien?

[CurlyMo]

KappuhH schreef op woensdag 1 februari 2023 @ 20:37:
@thehog heb jij dit vaker gezien?

Restarts heb ik ook regelmatig. MQTT QoS staat in de heishamon niet expliciet geconfigureerd. Enige wat je dus kan doen is checken of je commando wel tot het gewenste resultaat heeft geleid of het anders opnieuw proberen.

[thehog]

Precies wat @CurlyMo zegt. Je moet in je domotica de controle inbouwen. Dat als de gewenste waarde niet resultaat heeft geleverd na zeg 30 seconden je het nog een keer zal moeten proberen.

[CurlyMo]

thehog schreef op woensdag 1 februari 2023 @ 21:27:
Precies wat @CurlyMo zegt. Je moet in je domotica de controle inbouwen. Dat als de gewenste waarde niet resultaat heeft geleverd na zeg 30 seconden je het nog een keer zal moeten proberen.

Of we maken de QoS instelbaar. Als hij op 1 wordt gezet dan kunnen we het ook in het MQTT protocol afdwingen.

[thehog]

CurlyMo schreef op woensdag 1 februari 2023 @ 21:31:
[...]

Of we maken de QoS instelbaar. Als hij op 1 wordt gezet dan kunnen we het ook in het MQTT protocol afdwingen.

Kan. Maar dan zit je potentieel weer met dat ook serieel naar de warmtepomp het niet altijd gegarandeerd is. Liever de controle aan de domotica kant. Dat is uiteindelijk het beste.

[CurlyMo]

thehog schreef op woensdag 1 februari 2023 @ 21:37:
[...]


Kan. Maar dan zit je potentieel weer met dat ook serieel naar de warmtepomp het niet altijd gegarandeerd is. Liever de controle aan de domotica kant. Dat is uiteindelijk het beste.

Dat kan je dan wel binnen de Heishamon zelf oplossen.

[thehog]

CurlyMo schreef op woensdag 1 februari 2023 @ 21:39:
[...]

Dat kan je dan wel binnen de Heishamon zelf oplossen.

Je wil de hele keten controleren en dat kan het beste/slimste vanuit waar je het verzoek stuurt.

[elgringo]

sjimmie schreef op woensdag 1 februari 2023 @ 09:39:
[...]

1. Maak een installateursaccount zodat je ineens veel meer kan zien en vooral kan doen.
2. Klopt, wat ik zeg, dat zit in de controller zelf. De controller is ook een thermostaat en houdt dus zelf zijn huidige (gemeten) temperatuur en zijn setpoint bij.

met de CZ-TAW1 kan je de doeltempertuur wijzigen. Deze wordt dan ook door de thermostaat overgevonden:

[Anno007]

Ik worstel hier al enige dagen mee, maar het lijkt wel steeds erger te worden, de switch voor het aan en uit zetten van de warmtepomp reageerd nagenoeg niet. In het script alleen blocky tot nu toe moet ik wel 10-20 keer off/on neerzetten, en zelf handmatig vele keren erop drukken en dan met geluk stoppen net voordat hij op off komt anders kan het zo maar weer op on gaan. Oftewel, gegevens naar heishamon sturen wil vrijwel niet. ik heb de meeste last met de 5kw, is logisch want deze moet aan en uit, de 12kw hoeft dit nagenoeg niet.

[Anno007]

padoempats schreef op dinsdag 31 januari 2023 @ 23:15:
[...]


Als je er chocola van kan maken, hier is mijn domoticz script. WAR op de achtergrond, maar praktisch vast op Ta=25 en vanaf -1 naar 26. Draai op pump max duty ipv delta T.

Het script zorgt voor:

- variabele pompsnelheid. Hoe kouder het in de woonkamer wordt, des te (exponentieel) harder gaat de pomp draaien. Hoe warmer het wordt, des te langzamer de pomp gaat draaien. Impliciet bepaalt dit de aanvoertemp wat weer de compressor beinvloedt.

- quietmode voor de eerste 10 minuten, maar ook als de wp terug uit defrost of DHW komt

- Compressor zo snel mogelijk naar laagste stand krijgen door aanvoertemp kort -1 en dan weer naar 0, zodra aanvoertemp >= 0.5 van target ligt.

- Voorkomen dat de wp in pendelmode schiet. Als aanvoertemp >= 2 van target is (kritische waarde om uit te schakelen), dan krijgt de pomp een flinke boost, waardoor de aanvoertemp zal moeten zakken

- Revive uit pendelmode. Als compressor op 0 staat, maar wp aan en geen defrost gaande is, moet die wel aan in pendelmode staan. Wordt weer instant opgewekt door de aanvoertemp eventjes +1 en -1 te doen. Vanwege lage aanvoertemp kwam de wp nooit meer uit de pendelstand en bleef oneindig wachten totdat de retourtemp onder een waarde zou komen

- Nadraaitijd na uitschakelen door thermostaat

code:

return {
    data = {
      woonkamerTempData = { history = true, maxItems = 4 },
      aanvoerTempData = {history = true, maxItems = 2}
    },
    on = {
        devices = {
            'Woonkamer Temp',
            'WP Driewegklep',
            'WP Aanvoer temp',
            'WP Defrost state'
        }
        
    },
    execute = function(domoticz, device)

        
        if (device.name == 'Woonkamer Temp') then
            domoticz.data.woonkamerTempData.add(device.temperature)
        end
        
        if (device.name == 'WP Aanvoer temp') then
            domoticz.data.aanvoerTempData.add(device.temperature)
        end
        
        hour = os.date("*t").hour
        
        lower_temp_threshold = 20.30
        upper_temp_threshold = 20.80
        wp_temp_off = 20.75
        wp_temp_on = 20.67
        offset = 0.0
        pump_low = 89
        pump_high = 160
        curve = 2.5
        start_pump_speed = 120
        change_pump_seconds = 480
        anti_pendel_seconds = 600
        nadraaitijd_seconds = 300
        wp_min_toggle_seconds = 1800
        qm_mode_seconds = 720
        max_steps = 1
        quiet_mode_level = 30  --10 = Silent1, 20 = Silent2, 30 = Silent3 
        
        local woonkamer_temp = domoticz.data.woonkamerTempData.avg()
        woonkamer_temp = math.floor(woonkamer_temp * 100 +0.5) / 100
    
        local aanvoertemp = domoticz.data.aanvoerTempData.avg()
        aanvoertemp = math.floor(aanvoertemp * 100 +0.5) / 100
        
        local driewegklep = domoticz.devices('WP Driewegklep')
        local wp = domoticz.devices('WP Switch')
        local defrost_state = domoticz.devices('WP Defrost state').state
        local pump_device = domoticz.devices('WP Max_Pump_Duty')
        local max_pump_duty = pump_device.setPoint
        local qm = domoticz.devices('WP Quiet Mode')
        local compressor = domoticz.devices('WP Compressor Frequency')
--      local aanvoertemp = domoticz.devices('WP Aanvoer temp').temperature
        local wp_temp = domoticz.devices('WP Heat Request Temp')
        local wp_mode = domoticz.devices('WP Mode')
        local wp_target_temp = domoticz.devices('WP Target Temp').temperature
        
        currentSetpoint = wp_temp.setPoint
        
        lower_temp_threshold = lower_temp_threshold + offset
        upper_temp_threshold = upper_temp_threshold + offset
        wp_temp_off = wp_temp_off + offset
        wp_temp_on = wp_temp_on + offset
        
        pump = pump_low
        
        if (woonkamer_temp < lower_temp_threshold) then
            pump = pump_high
        elseif (woonkamer_temp >= upper_temp_threshold) then
            pump = pump_low
        else
            pump = math.floor(((upper_temp_threshold - woonkamer_temp) * 100 / (upper_temp_threshold - lower_temp_threshold)) ^ curve / 100 ^(curve-1) * (pump_high - pump_low) / 100) + pump_low
        end
        
        if (device.name == 'WP Driewegklep' and device.state == 'Room') then
            wp_mode.setLevel(0)
            if (woonkamer_temp >= wp_temp_off and wp.state == 'On') then
                wp.switchOff().afterSec(90)
            else
                qm.setLevel(quiet_mode_level)
                pump_device.updateSetPoint(start_pump_speed)
            end
        end
    
        if (device.name == 'WP Driewegklep' and device.state == 'DHW' and qm.level == quiet_mode_level) then
            qm.setLevel(0)
        end
        
        if (device.name == 'Woonkamer Temp' and driewegklep.state == 'Room' and defrost_state == 'Off') then
            
            if (woonkamer_temp >= wp_temp_off and wp.state == 'On' and wp.lastUpdate.secondsAgo > wp_min_toggle_seconds and aanvoertemp >= 23) then
                print("Temp bereikt (" .. woonkamer_temp .. "), WP uit")
                wp_temp.cancelQueuedCommands()
                wp_temp.updateSetPoint(currentSetpoint - 5.0) -- force shutdown
                wp_temp.updateSetPoint(currentSetpoint).afterSec(nadraaitijd_seconds)
                wp.switchOff().afterSec(nadraaitijd_seconds)
            elseif (woonkamer_temp < wp_temp_on and wp.state == 'Off' and wp.lastUpdate.secondsAgo > wp_min_toggle_seconds) then
                print("Temp laag (" .. woonkamer_temp .. "), WP aan")
                -- start pump speed, don't start too slow
                pump_device.updateSetPoint(start_pump_speed)
                wp.switchOn()
                qm.setLevel(quiet_mode_level) -- Quiet Mode 3 for soft start
                wp_temp.updateSetPoint(0)
            end
        
        elseif (device.name == 'Woonkamer Temp' and max_pump_duty ~= start_pump_speed) then --If DHW or Defrost, then reset pump
            print ("Pump back to max")
            pump_device.updateSetPoint(start_pump_speed)
        end
        
        if (device.name == 'WP Aanvoer temp' and wp.state == 'On' and driewegklep.state == 'Room' and currentSetpoint ~= -5) then
            
            if (aanvoertemp >= (wp_target_temp + 2.0) and currentSetpoint ~= -5.0) then
                if (max_pump_duty <= (pump_high - 15)) then
                    pump_device.updateSetPoint(max_pump_duty + 15)
                else 
                    pump_device.updateSetPoint(pump_high)
                end
            end
        
            if (aanvoertemp >= (wp_target_temp + 0.5) and currentSetpoint >= 0.0 and compressor.sensorValue >= 21 and wp.lastUpdate.secondsAgo > 900 and defrost_state == 'Off') then 
                wp_temp.updateSetPoint(currentSetpoint - 1.0)
                wp_temp.updateSetPoint(currentSetpoint).afterSec(20)
            end
            
            if (wp.state == 'On' and wp.lastUpdate.secondsAgo > change_pump_seconds and driewegklep.lastUpdate.secondsAgo > change_pump_seconds and compressor.sensorValue ~= 0) then
                if (max_pump_duty ~= pump) then
                    if (pump > (max_pump_duty + max_steps)) then
                        pump = max_pump_duty + max_steps
                    elseif (pump < (max_pump_duty - max_steps)) then
                        pump = max_pump_duty - max_steps
                    end
                    print("Update pump from " .. max_pump_duty .. " to " .. pump)
                    pump_device.updateSetPoint(pump)
                end
                
                if (qm.level == quiet_mode_level and qm.lastUpdate.secondsAgo > qm_mode_seconds) then
                    qm.setLevel(0) -- Turn off quiet mode
                end
                
            end
            
            -- Anti pendel mode
            if (wp.state == 'On' and compressor.sensorValue == 0 and wp.lastUpdate.secondsAgo > anti_pendel_seconds and driewegklep.lastUpdate.secondsAgo > anti_pendel_seconds and aanvoertemp < 23 and wp_temp.setPoint == 0 and defrost_state == 'Off') then
                print ("Revive heatpump")
                pump_device.updateSetPoint(start_pump_speed)
                qm.setLevel(quiet_mode_level)
                currentSetpoint = wp_temp.setPoint
                wp_temp.updateSetPoint(currentSetpoint + 1.0)
                wp_temp.updateSetPoint(currentSetpoint).afterSec(3)
            end
            
        end
        
        if (device.name == 'WP Defrost state' and driewegklep.state == 'Room' and qm.level == 0) then
            qm.setLevel(quiet_mode_level)
        end

    end
}

Geweldige script, maar hoe pas je de pomp snelheid aan vanuit domoticz, ik zie alleen maar gegevens, zoals liter per min, pomp uren aan, snelheid pomp. Nergens een switch om de snelheid aan te passen

[padoempats]

Anno007 schreef op donderdag 2 februari 2023 @ 21:09:
[...]


Geweldige script, maar hoe pas je de pomp snelheid aan vanuit domoticz, ik zie alleen maar gegevens, zoals liter per min, pomp uren aan, snelheid pomp. Nergens een switch om de snelheid aan te passen

Omdat die functies in domoticz heishamonmqtt plugin ontbraken heb ik een fork gemaakt en daarin allerlei extra devices aan toegevoegd en wat andere verbeteringen: https://github.com/jgaalen/HeishamonMQTT

Je hebt dat een device 'Max_Pump_Duty' en daarmee kan je de pompsnelheid aansturen als die in 'Max pump duty' staat ingesteld ipv 'deltaT'. Indien DeltaT is het alleen een bovengrens.

Er is een PR maar die is nog niet geaccepteerd.

[Voor 13% gewijzigd door padoempats op 02-02-2023 21:20]

[Anno007]

padoempats schreef op donderdag 2 februari 2023 @ 21:18:
[...]


Omdat die functies in domoticz heishamonmqtt plugin ontbraken heb ik een fork gemaakt en daarin allerlei extra devices aan toegevoegd en wat andere verbeteringen: https://github.com/jgaalen/HeishamonMQTT

Je hebt dat een device 'Max_Pump_Duty' en daarmee kan je de pompsnelheid aansturen als die in 'Max pump duty' staat ingesteld ipv 'deltaT'. Indien DeltaT is het alleen een bovengrens.

Er is een PR maar die is nog niet geaccepteerd.

Super, wat goed, maar die gebruik ik al en is al geinstalleerd!!!! (p.s. kan een wat oudere versie zijn, ben nu bezig uit te zoeken hoe ik het update). oké files vervangen voor de net gedownloaden, Moet ik dan de hardware die ik nu heb eerst verwijderen en dan opnieuw instellen, raak ik wel al mijn (naam) aanpassingen kwijt?!

[Voor 16% gewijzigd door Anno007 op 02-02-2023 21:52]

[padoempats]

Anno007 schreef op donderdag 2 februari 2023 @ 21:38:
[...]


Super, wat goed, maar die gebruik ik al en is al geinstalleerd!!!! (p.s. kan een wat oudere versie zijn, ben nu bezig uit te zoeken hoe ik het update). oké files vervangen voor de net gedownloaden, Moet ik dan de hardware die ik nu heb eerst verwijderen en dan opnieuw instellen, raak ik wel al mijn (naam) aanpassingen kwijt?!

Nee, plugin.py vervangen en dan domoticz herstarten. Devices die niet bestaan worden toegevoegd. Je hardware device niet verwijderen.

Sommige devices zijn oorspronkelijk als ‘temp devices’ toegevoegd die eigenlijk thermostats zijn. Die kun je verwijderen en worden alleen dan automatisch opnieuw aangemaakt

[Voor 13% gewijzigd door padoempats op 02-02-2023 21:58]

[Anno007]

padoempats schreef op donderdag 2 februari 2023 @ 21:56:
[...]


Nee, plugin.py vervangen en dan domoticz herstarten. Devices die niet bestaan worden toegevoegd. Je hardware device niet verwijderen.

Sommige devices zijn oorspronkelijk als ‘temp devices’ toegevoegd die eigenlijk thermostats zijn. Die kun je verwijderen en worden alleen dan automatisch opnieuw aangemaakt

gelukkig, was al bang dat ik opnieuw kon beginnen. Ik heb wel beide bestanden vervangen, maar zat voortaal alleen plugin.py vervangen. ik heb 107 apparaten, hoeveel heb jij er?

[padoempats]

Anno007 schreef op donderdag 2 februari 2023 @ 22:31:
[...]


gelukkig, was al bang dat ik opnieuw kon beginnen. Ik heb wel beide bestanden vervangen, maar zat voortaal alleen plugin.py vervangen. ik heb 107 apparaten, hoeveel heb jij er?

714 maar 100 heishamon devices

[Anno007]

padoempats schreef op donderdag 2 februari 2023 @ 22:48:
[...]


714 maar 100 heishamon devices

En hoe kom je dan aan 614 extra van de panasonic??? Want ik weet nog niet waar je de pomp mee aanstuurd of . ik heb alleen al op mijn hoofd/master domoticz 2600 apparaten... als je ze allemaal bedoelde.

[Voor 14% gewijzigd door Anno007 op 02-02-2023 22:52]

[padoempats]

Anno007 schreef op donderdag 2 februari 2023 @ 22:50:
[...]


En hoe kom je dan aan 614 extra van de panasonic??? Want ik weet nog niet waar je de pomp mee aanstuurd of . ik heb alleen al op mijn hoofd/master domoticz 2600 apparaten... als je ze allemaal bedoelde.

Zoek eens op 'Max_Pump_Duty' in device list. Als die er niet staat draai je niet de fork.

[MikeyMan]

padoempats schreef op vrijdag 3 februari 2023 @ 07:59:
[...]


Zoek eens op 'Max_Pump_Duty' in device list. Als die er niet staat draai je niet de fork.

Jgaalen op github?

[Anno007]

padoempats schreef op vrijdag 3 februari 2023 @ 07:59:
[...]
Zoek eens op 'Max_Pump_Duty' in device list. Als die er niet staat draai je niet de fork.

Ik draai wel degelijk de "fork" ik geef nu alleen een aantal keren netjes aan dat hij er niet tussen zit. Maar blijkbaar reageer je daar totaal niet op. *knip*- schreeuwen is onbeleefd

[Voor 11% gewijzigd door Proton_ op 03-02-2023 11:41. Reden: Adem in, adem uit.]

[CurlyMo]

Anno007 schreef op vrijdag 3 februari 2023 @ 11:05:
[...]


Zeg je nu dat ik lieg?? Ik draai wel degelijk de "fork" ik geef nu alleen een aantal keren netjes aan dat hij er niet tussen zit. Maar blijkbaar reageer je daar totaal niet op. *knip*- schreeuwen is onbeleefd

Misschien is sowieso dit topic niet de juiste plek voor Domoticz discussies.

[Voor 8% gewijzigd door septillion op 03-02-2023 12:04]

[Anno007]

CurlyMo schreef op vrijdag 3 februari 2023 @ 11:16:
[...]

Misschien is sowieso dit topic niet de juiste plek voor Domoticz discussies.

Dit zijn GEEN!! domoticz "discussies" het gaat hier om de heishamon en de fouten die erin zitten.

[blb4]

blb4 schreef op vrijdag 27 januari 2023 @ 21:47:
[...]

Joepie! Helemaal blij, deze werkt voor zover ik zo snel heb kunnen testen perfect!

De 6 waarden die geset kunnen worden werken (nog steeds):
thermostaat/opentherm/outsideTemp
thermostaat/opentherm/inletTemp
thermostaat/opentherm/outletTemp
thermostaat/opentherm/flameState
thermostaat/opentherm/chState
thermostaat/opentherm/dhwState

En de juiste responses komen terug op de commando's:
chenable
set dhw temperature
set max setpoint
set max modulation level

Hiermee kan ik de cv ketel de deur uit zetten, dank!!

@thehog Om een of andere reden is het toch niet mogelijk de DHW temperature en MAX Setpoint te zetten.

Ik dacht toch echt dat ik 't getest en werkend heb gezien maar al een aantal dagen werkt 't niet (meer).
MAX Modulation level trouwens wel.

Het is wel fijn als 't max setpoint gezet kan worden, de thermostaat houd hier rekening mee en bepaald hiermee ook de opwarmtijd.

[CurlyMo]

Anno007 schreef op vrijdag 3 februari 2023 @ 11:31:
[...]


Dit zijn GEEN!! domoticz "discussies" het gaat hier om de heishamon en de fouten die erin zitten.

Kan je die specificeren?

[padoempats]

Anno007 schreef op vrijdag 3 februari 2023 @ 11:05:
[...]


Ik draai wel degelijk de "fork" ik geef nu alleen een aantal keren netjes aan dat hij er niet tussen zit. Maar blijkbaar reageer je daar totaal niet op. [mbr]*knip*- schreeuwen is onbeleefd[/]

Hey gezelligheid, ik probeer je alleen te helpen. Laatste oplossing voor je, hardware verwijderen en opnieuw toevoegen, dan moet die er wel bijkomen.

[Beekforel]

Wanneer ik de Heishamon in Opentherm variant aansluit en hierop m'n Honeywell Round Modulation aansluit, betekent dat nog niet gelijk dat de WP hier naar gaat luisteren toch? Maar kan ik wel de temperatuur van de Honeywell van uitlezen, klopt dat?

[blb4]

Beekforel schreef op vrijdag 3 februari 2023 @ 14:22:
Wanneer ik de Heishamon in Opentherm variant aansluit en hierop m'n Honeywell Round Modulation aansluit, betekent dat nog niet gelijk dat de WP hier naar gaat luisteren toch? Maar kan ik wel de temperatuur van de Honeywell van uitlezen, klopt dat?

Klopt, er is geen rechtstreekse koppeling tussen Opentherm en de WP en volgens mij is 't op dit moment ook zeker niet voorzien dat die er komt. 't idee is dat de ondersteuning - eigenlijk net als richting de WP - een OT-MQTT bridge functie is.

[thehog]

blb4 schreef op vrijdag 3 februari 2023 @ 11:34:
[...]


@thehog Om een of andere reden is het toch niet mogelijk de DHW temperature en MAX Setpoint te zetten.

Ik dacht toch echt dat ik 't getest en werkend heb gezien maar al een aantal dagen werkt 't niet (meer).
MAX Modulation level trouwens wel.

Het is wel fijn als 't max setpoint gezet kan worden, de thermostaat houd hier rekening mee en bepaald hiermee ook de opwarmtijd.

Hoe bedoel je precies?
Ik heb net even getest met mijn (Toon) thermostaat die aan mijn test heishamon hangt. Als ik daar de DHW setpoint veranderd van 60 naar 62 krijg ik (na een flink aantal seconden) uiteindelijk de melding:

Tue Jan 6 01:36:58 1970 (437827766): OpenTherm: Received read boiler flow temp (outlet)
Tue Jan 6 01:36:59 1970 (437828775): OpenTherm: DHW setpoint: 62.0000

En dit wordt dan opgeslagen in een mqtt bericht
thermostaat/opentherm/dhwSetpoint = 62

Verder doet ie er nu natuurlijk nog niks mee. Je moet dan vervolgens het mqtt bericht opvangen en dan weer als SetDHWTemp sturen naar heishamon (dit laatste moet uiteindleijk slimmer worden).

De MaxTset is overigens opgesplitst. Kan een read en write actie zijn. Maar daar doe ik inderdaad nu nog niks mee richting mqtt. Een read is altijd nu static 65 graden en een write komt alleen in de logging terug maar geen afhandeling.

[blb4]

thehog schreef op vrijdag 3 februari 2023 @ 16:33:
[...]


Hoe bedoel je precies?
Ik heb net even getest met mijn (Toon) thermostaat die aan mijn test heishamon hangt. Als ik daar de DHW setpoint veranderd van 60 naar 62 krijg ik (na een flink aantal seconden) uiteindelijk de melding:

Tue Jan 6 01:36:58 1970 (437827766): OpenTherm: Received read boiler flow temp (outlet)
Tue Jan 6 01:36:59 1970 (437828775): OpenTherm: DHW setpoint: 62.0000

En dit wordt dan opgeslagen in een mqtt bericht
thermostaat/opentherm/dhwSetpoint = 62

Verder doet ie er nu natuurlijk nog niks mee. Je moet dan vervolgens het mqtt bericht opvangen en dan weer als SetDHWTemp sturen naar heishamon (dit laatste moet uiteindleijk slimmer worden).

De MaxTset is overigens opgesplitst. Kan een read en write actie zijn. Maar daar doe ik inderdaad nu nog niks mee richting mqtt. Een read is altijd nu static 65 graden en een write komt alleen in de logging terug maar geen afhandeling.

mmm, ik heb ff de boel bij mij gereset en ff opnieuw begonnen. Er zit nu weer wat beweging in en toch wat rare dingen:

In kan net de OTGW de commando's CH= en CW= geven om respectievelijk 't maximum CH water setpoint en DHW temperatuur in te geven.

Als ik dit doe terwijl m'n CV ketel aan de OTGW hangt krijg ik voorstelbaar resultaat:

startpunt (DHW=51, MAX CH setpoint 51):
20:42:25.309602 T80383300 Read-Data DHW setpoint: 51.00
20:42:25.474891 B40383300 Read-Ack DHW setpoint: 51.00
20:42:25.851585 T00393300 Read-Data Max CH water setpoint: 51.00
20:42:25.968070 BC0393300 Read-Ack Max CH water setpoint: 51.00

Commando's ingeven & resultaat:
20:44:04.293555 Command (via websocket): SH=38
20:44:04.420461 SH: 38.00

20:44:15.189392 Command (via websocket): SW=55
20:44:15.266188 SW: 55.00

20:44:26.231578 T80383300 Read-Data DHW setpoint: 51.00
20:44:26.243705 R90383700 Write-Data DHW setpoint: 55.00
20:44:26.398231 B50383700 Write-Ack DHW setpoint: 55.00
20:44:26.408656 AC0383700 Read-Ack DHW setpoint: 55.00
20:44:26.766751 T00383700 Read-Data DHW setpoint: 55.00
20:44:26.920347 BC0383700 Read-Ack DHW setpoint: 55.00
20:44:27.311041 T00383700 Read-Data DHW setpoint: 55.00
20:44:27.413791 BC0383700 Read-Ack DHW setpoint: 55.00
20:44:27.852850 T00393300 Read-Data Max CH water setpoint: 51.00
20:44:27.859717 R10392600 Write-Data Max CH water setpoint: 38.00
20:44:28.067587 BD0392600 Write-Ack Max CH water setpoint: 38.00
20:44:28.069205 A40392600 Read-Ack Max CH water setpoint: 38.00
20:44:28.389461 T80392600 Read-Data Max CH water setpoint: 38.00
20:44:28.529252 B40392600 Read-Ack Max CH water setpoint: 38.00
20:44:28.926973 T80392600 Read-Data Max CH water setpoint: 38.00
20:44:29.021180 B40392600 Read-Ack Max CH water setpoint: 38.00

Als ik dat zelfde doe met Heishamon er aan gaat 't anders:

Uitgangspunt (DHW=55, MAX CH setpoint 65):
20:50:28.590455 T00383700 Read-Data DHW setpoint: 55.00
20:50:28.749528 B50383700 Write-Ack DHW setpoint: 55.00
20:50:29.143871 T00394100 Read-Data Max CH water setpoint: 65.00
20:50:29.290709 BC0394100 Read-Ack Max CH water setpoint: 65.00

Commando's ingeven & resultaat:
20:51:23.525665 Command (via websocket): SH=30
20:51:23.628463 SH: 30.00

20:51:23.726384 R90391E00 Write-Data Max CH water setpoint: 30.00
20:51:23.886729 B5039001E Write-Ack Max CH water setpoint: 0.12 <----- Deze response valt op

20:51:29.664617 T00394100 Read-Data Max CH water setpoint: 65.00 <------ Na 6 sec terug naar 65
20:51:29.831861 BC0394100 Read-Ack Max CH water setpoint: 65.00

20:51:32.918870 Command (via websocket): SW=54
20:51:32.957312 SW: 54.00

20:51:33.999246 R10383600 Write-Data DHW setpoint: 54.00
20:51:34.156393 BD0383600 Write-Ack DHW setpoint: 54.00

20:52:29.145966 T00383700 Read-Data DHW setpoint: 55.00 <---- 't vorige DHW setpoint duikt weer op.
20:52:29.326641 B50383700 Write-Ack DHW setpoint: 55.00

[thehog]

Ja zoals ik aangaf doe ik nog niks met CH en nog wat bugjes maar ik ga het gelijk aanpassen.

En DHW heeft naast write blijkbaar ook een read ack Moet daar ook wat voor aanpassen

@blb4 nieuwe aan het builden nu: https://github.com/IgorYb...n/actions/runs/4087835672

[Voor 21% gewijzigd door thehog op 03-02-2023 21:58]

[blb4]

@thehog, Deze versie heeft volgens mij meer stuk gemaakt, er is nu ook een link tussen DHW en MAX CH setpoint:

22:28:18.437931 R10384100 Write-Data DHW setpoint: 65.00
22:28:18.595163 B50394100 Write-Ack Max CH water setpoint: 65.00

22:28:21.525320 Command (via websocket): SW=63
22:28:21.586944 SW: 63.00

22:28:23.855339 R10383F00 Write-Data DHW setpoint: 63.00
22:28:24.005862 B50393F00 Write-Ack Max CH water setpoint: 63.00

22:28:28.739670 R10383F00 Write-Data DHW setpoint: 63.00
22:28:28.868643 B50393F00 Write-Ack Max CH water setpoint: 63.00
22:28:33.579251 T80384100 Read-Data DHW setpoint: 65.00
22:28:33.607657 R10383F00 Write-Data DHW setpoint: 63.00
22:28:33.759432 B50393F00 Write-Ack Max CH water setpoint: 63.00
22:28:33.765531 A40383F00 Read-Ack DHW setpoint: 63.00
22:28:34.108921 T80383F00 Read-Data DHW setpoint: 63.00
22:28:34.123231 R10383F00 Write-Data DHW setpoint: 63.00
22:28:34.283046 B50393F00 Write-Ack Max CH water setpoint: 63.00
22:28:34.293290 A40383F00 Read-Ack DHW setpoint: 63.00
22:28:34.652003 T80383F00 Read-Data DHW setpoint: 63.00
22:28:34.662543 R10383F00 Write-Data DHW setpoint: 63.00
22:28:34.818531 B50393F00 Write-Ack Max CH water setpoint: 63.00
22:28:34.828592 A40383F00 Read-Ack DHW setpoint: 63.00
22:28:35.194391 T00394100 Read-Data Max CH water setpoint: 65.00
22:28:35.358137 BC0394100 Read-Ack Max CH water setpoint: 65.00
22:28:36.819609 R10383F00 Write-Data DHW setpoint: 63.00
22:28:36.981838 B50393F00 Write-Ack Max CH water setpoint: 63.00
22:28:38.992735 R10383F00 Write-Data DHW setpoint: 63.00
22:28:39.151455 B50393F00 Write-Ack Max CH water setpoint: 63.00

22:29:07.096146 Command (via websocket): SH=25
22:29:07.130295 SH: 25.00

22:29:10.249496 R10383F00 Write-Data DHW setpoint: 63.00
22:29:10.412183 B50393F00 Write-Ack Max CH water setpoint: 63.00

22:29:14.611212 R10383F00 Write-Data DHW setpoint: 63.00
22:29:14.741677 B50393F00 Write-Ack Max CH water setpoint: 63.00

22:29:18.912237 R10383F00 Write-Data DHW setpoint: 63.00
22:29:19.060138 B50393F00 Write-Ack Max CH water setpoint: 63.00

[thehog]

Sorry, krijg je van even snel wat aanpassen en copy pasten

https://github.com/IgorYb...n/actions/runs/4088155893

[blb4]

thehog schreef op vrijdag 3 februari 2023 @ 22:49:
Sorry, krijg je van even snel wat aanpassen en copy pasten

https://github.com/IgorYb...n/actions/runs/4088155893

Dank voor al je pogingen!

nu gebeurd er in eerste instantie niets maar wel na een power cycle of reset van de OTGW :

start waarde DHW 54, MAX CH 45:
00:20:55.754274 T80383600 Read-Data DHW setpoint: 54.00
00:20:55.922366 B40383600 Read-Ack DHW setpoint: 54.00
00:20:56.294333 T00392D00 Read-Data Max CH water setpoint: 45.00
00:20:56.460605 BC0392D00 Read-Ack Max CH water setpoint: 45.00

Commando om DHW naar 57 te krijgen:
00:21:24.632271 Command (via websocket): SW=57
00:21:24.714051 SW: 57.00

DHW blijft 54:
00:21:56.173337 T80383600 Read-Data DHW setpoint: 54.00
00:21:56.338037 B40383600 Read-Ack DHW setpoint: 54.00
00:21:56.830313 T00392D00 Read-Data Max CH water setpoint: 45.00
00:21:56.900278 BC0392D00 Read-Ack Max CH water setpoint: 45.00

Commando om MAX CH naar 42 te krijgen:
00:22:26.732417 Command (via websocket): SH=42
00:22:26.864504 SH: 42.00

DHW blijft 54, MAX CH blijft 45:
00:22:56.651724 T80383600 Read-Data DHW setpoint: 54.00
00:22:56.823734 B40383600 Read-Ack DHW setpoint: 54.00
00:22:57.194237 T00392D00 Read-Data Max CH water setpoint: 45.00
00:22:57.363091 BC0392D00 Read-Ack Max CH water setpoint: 45.00

OTGW power cycle, hierna worden de nieuwe DHW en MAX CH wel overgenomen
00:23:44.683616 AC0060300 Read-Ack Remote parameter flags: 00000011 00000000
00:23:45.040907 T00060000 Read-Data Remote parameter flags: 00000000 00000000
00:23:45.216044 BF0060000 Unk-DataId Remote parameter flags: 00000000 00000000
00:23:45.225920 AC0060300 Read-Ack Remote parameter flags: 00000011 00000000
00:23:45.582832 T00060000 Read-Data Remote parameter flags: 00000000 00000000
00:23:45.752910 BF0060000 Unk-DataId Remote parameter flags: 00000000 00000000
00:23:45.762578 AC0060300 Read-Ack Remote parameter flags: 00000011 00000000
00:23:46.126416 T80310000 Read-Data Max CH setpoint boundaries: 0 0
00:23:46.294845 B70310000 Unk-DataId Max CH setpoint boundaries: 0 0
00:23:46.662927 T80310000 Read-Data Max CH setpoint boundaries: 0 0
00:23:46.833806 B70310000 Unk-DataId Max CH setpoint boundaries: 0 0
00:23:47.200196 T80310000 Read-Data Max CH setpoint boundaries: 0 0
00:23:47.375696 B70310000 Unk-DataId Max CH setpoint boundaries: 0 0
00:23:47.754557 T00300000 Read-Data DHW setpoint boundaries: 0 0
00:23:47.913231 BF0300000 Unk-DataId DHW setpoint boundaries: 0 0
00:23:48.282373 T00300000 Read-Data DHW setpoint boundaries: 0 0
00:23:48.452775 BF0300000 Unk-DataId DHW setpoint boundaries: 0 0
00:23:48.820438 T00300000 Read-Data DHW setpoint boundaries: 0 0
00:23:48.990093 BF0300000 Unk-DataId DHW setpoint boundaries: 0 0
00:23:49.367036 T00384600 Read-Data DHW setpoint: 70.00
00:23:49.376862 R10383900 Write-Data DHW setpoint: 57.00
00:23:49.533106 BD0383900 Write-Ack DHW setpoint: 57.00
00:23:49.545991 A40383900 Read-Ack DHW setpoint: 57.00
00:23:49.924602 T80383900 Read-Data DHW setpoint: 57.00
00:23:50.074250 B40383900 Read-Ack DHW setpoint: 57.00
00:23:50.445710 T80383900 Read-Data DHW setpoint: 57.00
00:23:50.615212 B40383900 Read-Ack DHW setpoint: 57.00
00:23:50.987385 T00395A00 Read-Data Max CH water setpoint: 90.00
00:23:50.995271 R10392A00 Write-Data Max CH water setpoint: 42.00
00:23:51.157171 BD0392A00 Write-Ack Max CH water setpoint: 42.00
00:23:51.165924 A40392A00 Read-Ack Max CH water setpoint: 42.00
00:23:51.523374 T80392A00 Read-Data Max CH water setpoint: 42.00
00:23:51.690191 B40392A00 Read-Ack Max CH water setpoint: 42.00
00:23:52.061106 T80392A00 Read-Data Max CH water setpoint: 42.00
00:23:52.241521 B40392A00 Read-Ack Max CH water setpoint: 42.00

En ik zag nog wat geks in MQTT Explorer, ik zou voor flamestatus 0 of 1 verwachten:
Heishamon_OT/opentherm/flameState=1675465203496

[thehog]

Voor je restart zie je ook geen Rxxxxxxx verzoek van OTGW dus hij wou je commando's niet eens versturen dus dat was toch even OTGW in de mangel

De flameState mqtt waarde is iets wat jij verstuurd moet hebben. HeishaMon heeft die niet verstuurd want het is een READ opentherm waarde (een status van heishamon die hij moet doorgeven aan de thermostaat). Er zit dus ook geen mqtt-publish in voor flameState in de code (wel een receive).

De start van OTGW zie ik nog wat boundary requests die nu als invalid worden beantwoord. Zal even kijken of ik daar nog wat nuttigs mee kan zenden maar is voor nu niet belangrijk.

[thehog]

Hier de build die iets nuttigs met die boundaries zou moeten doen:
https://github.com/IgorYb...n/actions/runs/4090836167

[blb4]

Dank, ik ga nog eens even kijken naar waar die flamestate vandaan komt.

Deze laatste versie wil niet laden, de update pagina blijft hangen.

[thehog]

blb4 schreef op zaterdag 4 februari 2023 @ 12:11:
Dank, ik ga nog eens even kijken naar waar die flamestate vandaan komt.

Deze laatste versie wil niet laden, de update pagina blijft hangen.

Reset heishamon dan even. Dat wil soms wel en dan kan je pas weer flashen na een reboot

edit: lijkt inderdaad met deze niet te lukken,.. ik ga even zoeken waarom
@CurlyMo wel interessant, deze triggeren een stukje debug code die ik nog in jouw webserver.cpp had laten staan:

code:

Sat Feb  4 12:22:20 2023 (57639): Uploading new firmware: 95%
Sat Feb  4 12:22:21 2023 (58453): Readlen: 629232, Totallen: 630830
Sat Feb  4 12:22:21 2023 (58461): Readlen: 630303, Totallen: 630830
Sat Feb  4 12:22:21 2023 (58467): Firmware MD5 expected: d6e3223ea3577da6b649dddf476791d4
Sat Feb  4 12:22:21 2023 (58468): Readlen: 630842, Totallen: 630830
Sat Feb  4 12:22:22 2023 (59281): Readlen: 630888, Totallen: 630830

in dit stuk

code:

    if((client->readlen+2000) > client->totallen) {
        char log_msg[256];
        sprintf_P(log_msg, "Readlen: %d, Totallen: %d", client->readlen, client->totallen);
        log_message(log_msg);
    }
    if(client->readlen == client->totallen) {
      client->step = WEBSERVER_CLIENT_WRITE;
    }

Die had ik er in gezet om te kijken of hij helemaal aan het eind ooit een keer stuk zou gaan op de readlen==total. Omdat de readlen nu groter is komt hij dus niet op client_write. Maar natuurlijk raar dat hij uberhaupt groter is. Als je mee wil denken,..

[Voor 71% gewijzigd door thehog op 04-02-2023 13:48]

[thehog]

@CurlyMo als je mee kijkt.. ik heb het vermoedden dat het mis gaat door exact deze firmware size/length. Misschien dat hij op een exacte boundary komt die niet goed afgehandeld wordt in jouw stukje code.

De meegegeven MD5 checksum die als eind van de multipart (na de binary data) wordt gezonden wordt nog netjes verwerkt maar daarna verwacht hij dus nog meer informatie die er niet is. Alsof de last boundary niet goed geteld wordt en readlen > totallen wordt

edit: ik geef het even op voor nu.. wat ik wel ontdenkt heb is dat de firmware binary de bytes "\r\n--" in zich heeft zitten en dat je daar ook op checked als boundary maar weet niet of dat een oorzaak is... nu bezoek

[Voor 19% gewijzigd door thehog op 04-02-2023 15:35]

[CurlyMo]

@thehog Kan je mij een hex dump sturen van het hele verkeer tijdens de upload bijv. vanuit Wireshark?

[thehog]

CurlyMo schreef op zaterdag 4 februari 2023 @ 22:42:
@thehog Kan je mij een hex dump sturen van het hele verkeer tijdens de upload bijv. vanuit Wireshark?

Ik zal je die wel even sturen straks. Nu eerst even koffie en ontbijt :-)

Het gekke is dat naar mate ik meer logging toevoeg aan het upload process de kans op mislukken groter lijkt te worden. Los van deze specifieke binary die altijd lijkt te mislukken overigens. Ik begin inmiddels de routine in parse_multipart_body een beetje te begrijpen maar het is wel lastig om goed te doorgronden waar dit nou mis kan gaan met al die byte movements

[CurlyMo]

thehog schreef op zondag 5 februari 2023 @ 08:32:
[...]


Ik zal je die wel even sturen straks. Nu eerst even koffie en ontbijt :-)

Het gekke is dat naar mate ik meer logging toevoeg aan het upload process de kans op mislukken groter lijkt te worden. Los van deze specifieke binary die altijd lijkt te mislukken overigens. Ik begin inmiddels de routine in parse_multipart_body een beetje te begrijpen maar het is wel lastig om goed te doorgronden waar dit nou mis kan gaan met al die byte movements

Ook als het je wel lukt om het op te lossen, dan heb ik nog graag die hexdump. De webserver heeft namelijk ook zijn aparte repo met unittests. Deze voeg ik er graag aan toe.

[thehog]

CurlyMo schreef op zondag 5 februari 2023 @ 08:40:
[...]

Ook als het je wel lukt om het op te lossen, dan heb ik nog graag die hexdump. De webserver heeft namelijk ook zijn aparte repo met unittests. Deze voeg ik er graag aan toe.

Ja stuur ik je straks.

edit: hier kan je hem ophalen: https://filetransfer.io/data-package/zT2cK6DZ#link
Is de hexdump van de POST.

edit2: Bedenk me net. Het is natuurlijk logisch dat die "\r\n--" (hex: 0d 0a 2d 2d) seperator in de binary data zit, want het is gewoon onderdeel van de code zelf Dus elke firmware binary heeft dit al dus niet de reden dat het hier dan stuk zou moeten gaan.

[Voor 38% gewijzigd door thehog op 05-02-2023 09:18]

[KappuhH]

KappuhH schreef op zaterdag 10 december 2022 @ 20:59:
Heb een update gedaan van firmware versie 1.0 naar 3.0-frac. Nu worden de waardes niet goed doorgegeven naar m'n MQTT server terwijl ik 100% zeker het juiste IP/username/password gebruik. In de logs zie ik staan:

code:

Lost MQTT connection!

Iemand enig idee hoe ik dit kan oplossen?

KappuhH schreef op woensdag 1 februari 2023 @ 20:37:
Is er een manier om te checken of een MQTT commando ook echt aangekomen is bij de Heishamon? Heb vandaag voor de tweede keer gehad dat het signaal om van Heat om te schakelen naar DHW niet doorgevoerd is met als resultaat een boiler die niet opgewarmd is. Als ik in Home Assistant kijk is de automatisering wel uitgevoerd, via MQTT explorer zie ik dat ie ook wel bij de broker aangekomen is.

Daarnaast heb ik nu een paar gezien dat de Heishamon even geen verbinding met HA had. Het bleek dat ie dan ook (automatisch) een reboot gedaan had. Hoop niet dat m'n Heishamon op z'n laatste benen loopt?

@thehog heb jij dit vaker gezien?

Vandaag weer het probleem dat het MQTT commando niet aangekomen is. Ik zie in Home Assistant soms voor langere tijd (bijv 20 minuten) ook geen waardes doorkrijgt. M'n Heishamon heeft nu een uptime van bijna 8 dagen en totaal al 964 MQTT requests. Kan geen issue zijn van een slecht wifi signaal want hij hangt praktisch naast de router en geeft altijd een signaal van 100% weer. Lijkt alsof hij sinds de firmware upgrade moeite heeft met het verbinden met de MQTT broker. Alle andere apparaten die daar gebruik van maken hebben er geen probleem mee, dus lijkt aan de Heishamon te liggen. Ik draai nu firmware versie 3.1-beta.

Iemand enig idee wat ik hier aan kan doen?

[blb4]

@KappuhH De laatste versie is 3.1 (geen beta meer).

[KappuhH]

blb4 schreef op zondag 5 februari 2023 @ 21:23:
@KappuhH De laatste versie is 3.1 (geen beta meer).

Ok, ga de update doen en laat het weten.

[Maarten69]

@KappuhH

Ik zie in Home Assistant soms voor langere tijd (bijv 20 minuten) ook geen waardes doorkrijgt

Een waarde die gelijk blijft lijkt niet te updaten, dat is een HA dingetje.

[KappuhH]

Maarten69 schreef op zondag 5 februari 2023 @ 22:02:
@KappuhH

[...]

Een waarde die gelijk blijft lijkt niet te updaten, dat is een HA dingetje.

Ja dat bedoel ik. Aan de frequentie bijv goed te zien. Die schommelt continu tussen 19 en 20 Hz maar blijft soms een tijdje op 19 staan. Daaraan zie ik dan dat hij geen nieuwe waardes vanuit de Heishamon doorkrijgt.

Inmiddels de Heishamon weer verbonden met m'n netwerk. Alleen krijgt hij weer geen verbinding met de MQTT broker. In eerdere gevallen duurde het soms een tijdje en kon hij opeens wel verbinden. Ik zie dus wel of hij morgenochtend verbonden is of niet.

[Voor 74% gewijzigd door KappuhH op 05-02-2023 23:00]

[Tiesert]

Heb de Heishamon nu enige tijd stabiel draaien via Listen Only modus en output naar Grafana. Ook lees ik de JSON van de Heishamon uit om huidige waardes te kunnen zien en gebruiken in LUA-scripts. Wijzigingen stuur ik vanuit deze scripts beperkt door via IFTTT en CZ-TAW1. Stel dat ik de instellingen via de Heishamon wil wijzigen, op welke manier kan ik dan een wijziging zoals een Shift+1, QM3 of Aan/Uit sturen naar de Heishamon? Alleen via MQTT, of ook als een losse opdracht, zoals bijvoorbeeld een http post zoals via Curl?

[MikeyMan]

Maarten69 schreef op zondag 5 februari 2023 @ 22:02:
@KappuhH

[...]

Een waarde die gelijk blijft lijkt niet te updaten, dat is een HA dingetje.

Is het een ha dingetje of een mqtt dingetje?

Of een beetje van beiden?
Je kunt in Heishamon instellen dat ongewijzigde waardes opnieuw verstuurd worden. Staat standaard dacht ik op 300s.

[Voor 21% gewijzigd door MikeyMan op 07-02-2023 22:29]

[thehog]

Tiesert schreef op dinsdag 7 februari 2023 @ 22:16:
Heb de Heishamon nu enige tijd stabiel draaien via Listen Only modus en output naar Grafana. Ook lees ik de JSON van de Heishamon uit om huidige waardes te kunnen zien en gebruiken in LUA-scripts. Wijzigingen stuur ik vanuit deze scripts beperkt door via IFTTT en CZ-TAW1. Stel dat ik de instellingen via de Heishamon wil wijzigen, op welke manier kan ik dan een wijziging zoals een Shift+1, QM3 of Aan/Uit sturen naar de Heishamon? Alleen via MQTT, of ook als een losse opdracht, zoals bijvoorbeeld een http post zoals via Curl?

Dat kan zeker. Staat wel in de readme hoe precies. https://github.com/IgorYb...-Topics.md#command-topics

[Tiesert]

thehog schreef op dinsdag 7 februari 2023 @ 23:34:
[...]


Dat kan zeker. Staat wel in de readme hoe precies. https://github.com/IgorYb...-Topics.md#command-topics

Dat ziet er goed uit. Dank. Nog even een check van deze HeishaMon Leerling: kan je hiermee alleen opdrachten sturen via een Set? Is er ook een Get o.i.d. om een enkele actuele waarde uit te vragen? Ik haal nu de hele JSON over om er vervolgens 1 of 2 waarden uit te pulken.

[BazemanKM]

thehog schreef op dinsdag 7 februari 2023 @ 23:34:
[...]


Dat kan zeker. Staat wel in de readme hoe precies. https://github.com/IgorYb...-Topics.md#command-topics

Ook in de Listen Only modus die @Tiesert gebruikt?

[thehog]

BazemanKM schreef op woensdag 8 februari 2023 @ 10:43:
[...]

Ook in de Listen Only modus die @Tiesert gebruikt?

Nee dan niet natuurlijk. Ging er van uit dat hij bedoelde dat, wanneer hij zou overstappen naar volledig heishamon control, hij de vraag had hoe hij bestaande IFTTT scripts kan hergebruiken ipv te verdiepen in mqtt