Het MHI L/L warmtepomp/airco topic

[kjiratsiekoedel]

Acidrain schreef op dinsdag 20 oktober 2026 @ 10:08:
[...]

Weet niet zeker of je dit al geprobeerd hebt maar je mobiel moet met het netwerk verbonden zijn waar je de units aan toe wil voegen en terwijl je dat doet kun je het beste data (4g/5g) even uitzetten op je mobiel.
Ik weet niet meer precies wat de truc was het is al weer even geleden maar ik weet dat ik wel na wat rommelen dit geprobeerd heb en dat werkte.

Ah, goeie!

Ik weet idd dat ik op t zelfde netwerk moet zijn. En het lijkt idd mis te gaan na opslaan van wachtwoord/ssid en t overschakelen daarna.

[pastafan]

miicker schreef op dinsdag 13 oktober 2026 @ 11:50:
Heb in dit topic al even gezocht maar niets gevonden, misschien gebruik ik de verkeerde zoektermen, of ben ik de enige met dit probleem.

Sinds kort is de eerste van onze units geplaatst (SRK20ZS-WF). Deze heeft een irritant hoog geluid als hij uit/standby staat. Als ik de stekker uit het stopcontact trek is het direct weg.

Daarnaast als ik hem aanzet (koelen/verwarmen lijkt niet uit te maken) is het ook direct weg. Iemand hier ervaring? Ik vond wel mensen met gelijke ervaringen op Reddit: https://www.reddit.com/r/AirConditioners/comments/1v734l6/mhi_indoor_units_high_pitch_sound_when_standby/

Daar reageert ook iemand met:


[...]

Helaas niet kunnen vinden welk forum hij bedoelt. Hoop niet dat de andere units dit ook gaan hebben. De unit die nu geplaatst is hangt in de babykamer, dus daar hebben we er zelf weinig last van, de baby slaapt toch wel. Als die in onze slaapkamer dit ook gaat hebben dan zou dat wel heel vervelend zijn.

@miicker vraagje: heb jij inmiddels al een oplossing? Of weet je al meer?

[kjiratsiekoedel]

kjiratsiekoedel schreef op dinsdag 20 oktober 2026 @ 18:13:
[...]

Ah, goeie!

Ik weet idd dat ik op t zelfde netwerk moet zijn. En het lijkt idd mis te gaan na opslaan van wachtwoord/ssid en t overschakelen daarna.

Helaas. Ik kom er niet verder mee. Als ik ze toevoegen, dan duurt t erg lang en de app lijkt ook niet verder te komen. De airco's verschijnen wel in de lijst. Maar zijn niet bereikbaar.

Ook niet als ik mijn telefoon op t 2.4 netwerk zet.

[appie1983]

Er staat me iets bij om een andere browser te gebruiken ergens in de installatie en het toen voor mij wel werkte.

[kjiratsiekoedel]

appie1983 schreef op woensdag 21 oktober 2026 @ 07:15:
Er staat me iets bij om een andere browser te gebruiken ergens in de installatie en het toen voor mij wel werkte.

Ik gebruik alleen de app, geen browser nodig

[hvwees]

Staat AP client isolation aan op je wifi misschien?

(En heeft inderdaad niets met een browser te maken).

[Probydoby]

Met WF RAC voedt ik nu een externe temperatuur sensor aan mijn woonkamer binnen unit. Over het algemeen erg tevreden over hoe rustig hij nu draait op 20hz.

Wat me alleen opvalt is dat hij traag reageert. Hier staat hij ingesteld op ca. 19 graden (overshoot instelling van 2). En hij reageert pas bij 18.3. Op zich vind ik dat niet erg, maar dan doeit hij vrij aggressief optoeren een paar keer, om dan weer terug te gaan naar 20hz omdat hij de temperatuur heeft overschreden.

Wat ik veel liever zou zien is dat hij eerder optoert, maar rustiger. Hieronder bijvoorbeeld naar 25 of hooguit 30hz.

Ik stel me voor dat dat ding intern een PID regeling heeft, en die is natuurlijk ontworpen op de interne sensor die dramatisch omhoog en omlaag schiet en ook snel reageert op een hogere compressor frequentie. Maar nu gebruik ik een temp sensor die op bankhoogte buiten de luchtsstroom van de unit hangt, dus die reageert uiteraard veel trager, geeft niet de terugkoppeling die de unit verwacht, die als gevolg agressiever gaat verwarmen.

Iemand een idee hoe ik dit gedrag zou kunnen aanpassen?

Het enige dat ik kan bedenken is dat ik neppe temperatuur waardes stuur om de compressor frequentie exact te bepalen, zoals een Tweaker al bedacht heeft, maar dat vind ik eigenlijk te complex.

[Gasoline1234]

kjiratsiekoedel schreef op woensdag 21 oktober 2026 @ 00:06:
[...]

Helaas. Ik kom er niet verder mee. Als ik ze toevoegen, dan duurt t erg lang en de app lijkt ook niet verder te komen. De airco's verschijnen wel in de lijst. Maar zijn niet bereikbaar.

Ook niet als ik mijn telefoon op t 2.4 netwerk zet.

[Afbeelding]

[Afbeelding]

Is je wifi wachtwoord erg lang? Ik kan mij nog herinneren dat daar een probleem mee was.

[miicker]

pastafan schreef op dinsdag 20 oktober 2026 @ 21:08:
[...]

@miicker vraagje: heb jij inmiddels al een oplossing? Of weet je al meer?

Nee nog niet. Iemand heeft wel een topic hierover geopend: Mitsubishi heavy srk binnen units hf geluid

Zaterdag komt de installateur nog een aantal units ophangen, ik ga het dan met hem bespreken.

[RemmyB83]

Probydoby schreef op woensdag 21 oktober 2026 @ 09:05:
Met WF RAC voedt ik nu een externe temperatuur sensor aan mijn woonkamer binnen unit. Over het algemeen erg tevreden over hoe rustig hij nu draait op 20hz.

Wat me alleen opvalt is dat hij traag reageert. Hier staat hij ingesteld op ca. 19 graden (overshoot instelling van 2). En hij reageert pas bij 18.3. Op zich vind ik dat niet erg, maar dan doeit hij vrij aggressief optoeren een paar keer, om dan weer terug te gaan naar 20hz omdat hij de temperatuur heeft overschreden.

Wat ik veel liever zou zien is dat hij eerder optoert, maar rustiger. Hieronder bijvoorbeeld naar 25 of hooguit 30hz.

Ik stel me voor dat dat ding intern een PID regeling heeft, en die is natuurlijk ontworpen op de interne sensor die dramatisch omhoog en omlaag schiet en ook snel reageert op een hogere compressor frequentie. Maar nu gebruik ik een temp sensor die op bankhoogte buiten de luchtsstroom van de unit hangt, dus die reageert uiteraard veel trager, geeft niet de terugkoppeling die de unit verwacht, die als gevolg agressiever gaat verwarmen.

Iemand een idee hoe ik dit gedrag zou kunnen aanpassen?

Het enige dat ik kan bedenken is dat ik neppe temperatuur waardes stuur om de compressor frequentie exact te bepalen, zoals een Tweaker al bedacht heeft, maar dat vind ik eigenlijk te complex.

[Afbeelding]

Voor een goede werking moet je thermometer wel snel reageren op temperatuursveranderingen.
De MHI gaat namelijk optoeren als hij een X tijd onder doeltemperatuur zit. Dit optoeren gaat relatief langzaam, maar als je thermometer deze veranderingen niet snel genoeg doorgeeft toert hij als nog ver op.

Ook speelt de buitentemperatuur mee in het minimale vermogen, ik dacht dat bij 10°C+ buiten hij ook niet meer op zijn echte minimum (dus hogere hz)kon draaien.

Kortom: leuke nieuwe feature, maar het is niet zo dat elke thermometer hier voor geschikt is , en ook andere factoren dan binnentemperatuur kunnen mee spelen in het regelgedragvan de MHI.

[Probydoby]

RemmyB83 schreef op woensdag 21 oktober 2026 @ 11:16:
[...]


Kortom: leuke nieuwe feature, maar het is niet zo dat elke thermometer hier voor geschikt is , en ook andere factoren dan binnentemperatuur kunnen mee spelen in het regelgedragvan de MHI.

Ik gebruik een sonoff zigbee thermometer en die reageert best snel. Alleen geplaatst op een plek die representatief is voor de hele kamer, wat juist het voordeel is van een externe sensor want dan stuurt de AC op een temperatuur die er ook toe doet (in plaats van de interne sensor).

Dus kortom de sensor reageert snel op een verandering van temperatuur maar omdat ik hem bewust geplaatst heb op een plek die representatief is voor de hele kamer (dus buiten de luchtstroom van de AC), stijgt de temperatuur niet zo snel, wat de PID regeling wel duidelijk lijkt te verwachten.

Maar als men hier ervaringen heeft met andere sensoren die beter werken dan ben ik zeker benieuwd om dat te proberen.

[ Voor 6% gewijzigd door Probydoby op 21-10-2026 11:23 ]

[RemmyB83]

Probydoby schreef op woensdag 21 oktober 2026 @ 11:22:
[...]


Ik gebruik een sonoff zigbee thermometer en die reageert best snel. Alleen geplaatst op een plek die representatief is voor de hele kamer, wat juist het voordeel is van een externe sensor want dan stuurt de AC op een temperatuur die er ook toe doet (in plaats van de interne sensor).

Dus kortom de sensor reageert snel op een verandering van temperatuur maar omdat ik hem bewust geplaatst heb op een plek die representatief is voor de hele kamer (dus buiten de luchtstroom van de AC), stijgt de temperatuur niet zo snel, wat de PID regeling wel duidelijk lijkt te verwachten.

Maar als men hier ervaringen heeft met andere sensoren die beter werken dan ben ik zeker benieuwd om dat te proberen.

Dan is jouw geval misschien niet de thermometer maar de afstand tussen je sensor en de MHI het zwakke punt.
Ik heb hier zelf een Climacontrol in gebouwd, en de afstand tussen de binnenunit en de sensor is ongeveer 4mtr. Beide hangen aan de zelfde kant van de kamer, dus hangt hier ook niet echt in de luchtstroom.

Normaal wordt hierbij de temperatuur 1 op 1 door gestuurd, maar dat heb ik wel aangepast. Omdat de thermometer met 0,1C meet, en MHI met 0,25C regeld. Dus nu wordt rond het setpoint de gemeten temperatuur met veel grotere schommelingen doorgestuurd naar de MHI. Wat hier een veel rustiger regelgedrag geeft.

Misschien kun je iets met deze informatie en zo je temperatuur beter regelen.

[Probydoby]

RemmyB83 schreef op woensdag 21 oktober 2026 @ 11:46:
[...]

Dan is jouw geval misschien niet de thermometer maar de afstand tussen je sensor en de MHI het zwakke punt.
Ik heb hier zelf een Climacontrol in gebouwd, en de afstand tussen de binnenunit en de sensor is ongeveer 4mtr. Beide hangen aan de zelfde kant van de kamer, dus hangt hier ook niet echt in de luchtstroom.

Normaal wordt hierbij de temperatuur 1 op 1 door gestuurd, maar dat heb ik wel aangepast. Omdat de thermometer met 0,1C meet, en MHI met 0,25C regeld. Dus nu wordt rond het setpoint de gemeten temperatuur met veel grotere schommelingen doorgestuurd naar de MHI. Wat hier een veel rustiger regelgedrag geeft.

Misschien kun je iets met deze informatie en zo je temperatuur beter regelen.

Sorry ik snap het niet helemaal, doe je de temperatuurmeting eerst afronden naar de 0.25? Dus van 19 --> naar 19.25 (terwijl de echte meting van 19.1 --> 19.2 gaat)?

[Mimiix]

Probydoby schreef op woensdag 21 oktober 2026 @ 11:51:
[...]


Sorry ik snap het niet helemaal, doe je de temperatuurmeting eerst afronden naar de 0.25? Dus van 19 --> naar 19.25 (terwijl de echte meting van 19.1 --> 19.2 gaat)?

Aanvullend hierop vraag ik me af of de MHI dit niet gewoon zelf doet?

[RemmyB83]

Probydoby schreef op woensdag 21 oktober 2026 @ 11:51:
[...]


Sorry ik snap het niet helemaal, doe je de temperatuurmeting eerst afronden naar de 0.25? Dus van 19 --> naar 19.25 (terwijl de echte meting van 19.1 --> 19.2 gaat)?

Even als voorbeeld
Stel setpoint is 20.
Bij meten 19,3 tm 19,6 stuur ik 19,5
Bij meten 19,7 tm 19.9 stuur ik 19,8
Bij meten 20 stuur ik 20.
Bij meten 20,1 stuur ik 20.3
Bij meten 20.2 stuur ik 20.5
Bij meten 20.3 stuur ik 20.8
Bij meten 20,4 stuur ik 21.0
Bij meten 20,5 stuur ik ook 21.0
Dit is lijkt best wel agressief maar voor de regeling zelf maakt het niets uit. Het is niet dat de unit zelf veel gaat hollen en stil staan.

[Probydoby]

RemmyB83 schreef op woensdag 21 oktober 2026 @ 12:18:
[...]

Even als voorbeeld
Stel setpoint is 20.
Bij meten 19,3 tm 19,6 stuur ik 19,5
Bij meten 19,7 tm 19.9 stuur ik 19,8
Bij meten 20 stuur ik 20.
Bij meten 20,1 stuur ik 20.3
Bij meten 20.2 stuur ik 20.5
Bij meten 20.3 stuur ik 20.8
Bij meten 20,4 stuur ik 21.0
Bij meten 20,5 stuur ik ook 21.0
Dit is lijkt best wel agressief maar voor de regeling zelf maakt het niets uit. Het is niet dat de unit zelf veel gaat hollen en stil staan.

Ah interessant. Hiermee maak je dus eigenlijk de overshoot groter dan dat hij werkelijk is (0.1 wordt 0.3) en daarmee gaat de MHI eerder terugmoduleren.

Daarnaast had je toch een punt met een 'trage' thermostaat. Ik zei dat hij snel is gebaseerd op grote temperatuurdelta's, maar een delta kleiner dan 0.5 sinds vorige rapportage doet hij niet onmiddelijk verzenden, maar kan hij tot 15 minuten mee wachten.

Dus ik ga proberen een snellere thermostaat te regelen, en eventueel jouw methode toepassen met het aanpassen van de metingen.

[RemmyB83]

Probydoby schreef op woensdag 21 oktober 2026 @ 16:29:
[...]


Ah interessant. Hiermee maak je dus eigenlijk de overshoot groter dan dat hij werkelijk is (0.1 wordt 0.3) en daarmee gaat de MHI eerder terugmoduleren.

Daarnaast had je toch een punt met een 'trage' thermostaat. Ik zei dat hij snel is gebaseerd op grote temperatuurdelta's, maar een delta kleiner dan 0.5 sinds vorige rapportage doet hij niet onmiddelijk verzenden, maar kan hij tot 15 minuten mee wachten.

Dus ik ga proberen een snellere thermostaat te regelen, en eventueel jouw methode toepassen met het aanpassen van de metingen.

Klopt, hierdoor moduleert hij veel sneller terug. Onder setpoint heb ik dan weer wel groter gemaakt om hem de tijd te geven rustig op te toeren als hij er even onderzakt. Het gebeurt hier regelmatig dat de achterdeur even open gaat en de sensor dat dan snel op pakt, vol vermogen is dan ook weer niet nodig. Alle muren zijn hier van beton, dus veel massa wat een stabiel binnen klimaat geeft.

Ik heb het hier ook eens met een Aqara thermometer geprobeerd, maar daar was ik toen ook niet te vreden over. Misschien had het wel gewerkt als ik iets in de configuration.yaml had gezet, waarbij hij elke minuut een waarde op moet halen. Maar geen ervaring met dat, dus weet ook niet of dat zou werken.

[LED-Maniak]

Het enige nadeel hiervan is dat positionering van de sensor en de ruimte zelf kritisch komen. We hebben in het verleden wel eens experimenten hiermee gedaan en de temperatuur in huis was mooi strak, maar sommige buitenunits gingen er van "stuiteren". Heeft dus wel wat tweaking nodig voor het goed werkt in elke situatie.

[Wagner.M]

@LED-Maniak
Hallo, ik heb een ietwat ongebruikelijke vraag. Momenteel blokkeert de ProtoArt de overdracht van veel invoerwaarden naar de WF-Rac. Het beïnvloedt ook het besturingssysteem enigszins.
Is er een manier om de ProtoArt puur als "uitleesmodule" te gebruiken, zonder de WF-Rac te beïnvloeden?
Achtergrond: De WF-Rac werkt nu zo fantastisch dat hij naar mijn mening zelfs beter presteert dan de ProtoArt. De compressorsnelheid kan bijna exact worden geregeld met behulp van de actuele temperatuur.
De COP (Coefficient of Performance) kan echter nauwkeuriger worden berekend met de ProtoArt, omdat deze de actuele ventilatorsnelheid uitleest, iets wat de WF-Rac helaas niet kan.

[RemmyB83]

LED-Maniak schreef op woensdag 21 oktober 2026 @ 17:29:
Het enige nadeel hiervan is dat positionering van de sensor en de ruimte zelf kritisch komen. We hebben in het verleden wel eens experimenten hiermee gedaan en de temperatuur in huis was mooi strak, maar sommige buitenunits gingen er van "stuiteren". Heeft dus wel wat tweaking nodig voor het goed werkt in elke situatie.

Dat ben ik met je eens. Hij hangt hier ook uit de flow, en in een 'temperatuurs stabiele' ruimte. Als ik hem dicht bij de flow zou hangen, zijn de schommelingen ook veel groter. En het heeft mijn ook best wat tijd gekost, om hem hier op mijn situatie af te regelen. Lijstje met gemeten en sturen is hier ook nog iets langer, maar ging om het idee. Daarnaast heb ik nog een paar andere automations gemaakt om oa het pendelen te verminderen.
Simpelweg omdat er namelijk niet 1 regeling is, die perfect werkt.

[LED-Maniak]

Wagner.M schreef op woensdag 21 oktober 2026 @ 17:38:
Achtergrond: De WF-Rac werkt nu zo fantastisch dat hij naar mijn mening zelfs beter presteert dan de ProtoArt. De compressorsnelheid kan bijna exact worden geregeld met behulp van de actuele temperatuur.

Heel stellig gezegd geloof ik dat niet. Beide modules werken op hetzelfde protocol en met beide modules zou je dezelfde truc met een externe temperatuur aangevoerd door Home Assistant kunnen uitvoeren. Het niet doorvoeren van alle informatie naar de WF-RAC beinvloed de besturing zeker niet(de airco doet er niets mee). Er zijn gebruikers die de truc met de externe temperatuur via Home Assistant al precies doen met de ClimateControl. Het verschil is dat de ClimateControl standalone features heeft en kan werken zonder ingewikkelde configuraties. Er zal geen "uitlees-/doorvoer modus" komen anders dan wat er nu is. Maar dit is het algemene MHI topic dus deze discussie past beter in het ClimateControl topic.

RemmyB83 schreef op woensdag 21 oktober 2026 @ 17:50:
[...]

Dat ben ik met je eens. Hij hangt hier ook uit de flow, en in een 'temperatuurs stabiele' ruimte. Als ik hem dicht bij de flow zou hangen, zijn de schommelingen ook veel groter. En het heeft mijn ook best wat tijd gekost, om hem hier op mijn situatie af te regelen. Lijstje met gemeten en sturen is hier ook nog iets langer, maar ging om het idee. Daarnaast heb ik nog een paar andere automations gemaakt om oa het pendelen te verminderen.
Simpelweg omdat er namelijk niet 1 regeling is, die perfect werkt.

Zeker en jouw idee/sturing ben ik helemaal mee eens dat dit goed kan werken.

[ Voor 34% gewijzigd door LED-Maniak op 21-10-2026 18:03 ]

[RemmyB83]

Wagner.M schreef op woensdag 21 oktober 2026 @ 17:38:
@LED-Maniak
Hallo, ik heb een ietwat ongebruikelijke vraag. Momenteel blokkeert de ProtoArt de overdracht van veel invoerwaarden naar de WF-Rac. Het beïnvloedt ook het besturingssysteem enigszins.
Is er een manier om de ProtoArt puur als "uitleesmodule" te gebruiken, zonder de WF-Rac te beïnvloeden?
Achtergrond: De WF-Rac werkt nu zo fantastisch dat hij naar mijn mening zelfs beter presteert dan de ProtoArt. De compressorsnelheid kan bijna exact worden geregeld met behulp van de actuele temperatuur.
De COP (Coefficient of Performance) kan echter nauwkeuriger worden berekend met de ProtoArt, omdat deze de actuele ventilatorsnelheid uitleest, iets wat de WF-Rac helaas niet kan.

Ik denk dat als je de externe sensor ontkoppelt van de CC dat het werkt zoals je graag wilt, er wordt dan immers geen temperatuur meer doorgegeven.
Probleem dat je nu ervaart zit waarschijnlijk in je offset die bij beide regelingen anders is?

Overigens denk ik dat de CC nog wel beter is dan de WFRAC regeling, aangezien het best veel mogelijkheden met zich meebrengt. Al moet ik wel eerlijk zeggen, dat de WFRAC de laatste tijd best veel en snel updates krijgt.

[ Voor 9% gewijzigd door RemmyB83 op 21-10-2026 18:14 ]

[LED-Maniak]

RemmyB83 schreef op woensdag 21 oktober 2026 @ 18:08:
[...]

Ik denk dat als je de externe sensor ontkoppelt van de CC dat het werkt zoals je graag wilt, er wordt dan immers geen temperatuur meer doorgegeven.
Probleem dat je nu ervaart zit waarschijnlijk in je offset die bij beide regelingen anders is?

Wagner probeert temperatuur data via de WF-integratie in home assistant naar de binnenunit te sturen met de CC er tussen en dat kan niet gezien dit niet 1:1 wordt doorgegeven door de CC. Ik zie geen reden dat als je beide modules toch al hebt om voor deze functie te gaan voor de wf-integratie. Enige reden om de WF-RAC nog verbonden te houden is om de Smart-M air app te kunnen blijven gebruiken.

[ Voor 4% gewijzigd door LED-Maniak op 21-10-2026 18:12 ]

[Wagner.M]

Mijn doel is om de prestaties van het systeem zo nauwkeurig mogelijk te regelen en af ​​te stemmen op het batterij-/PV-systeem.

Het werkt al met een nauwkeurigheid van 1-2 Hz. Dit wordt bereikt door de buitentemperatuur te "pulseren", gesynchroniseerd met stijgende/dalende Hz.

Home Assistant heeft bijbehorende invoervelden voor fijnafstelling, waarmee je tijden met/zonder overtollig PV-vermogen kunt specificeren.

Maar je hebt gelijk, het is meer een ClimaControl-probleem.

[KoningPaulus]

kjiratsiekoedel schreef op dinsdag 20 oktober 2026 @ 08:30:
Ik heb 2x2 MH units met wifi module. Het lukt alleen niet om deze aan de Smart M Air app toe te voegen. Ik heb een dedicated 2.4 ghz netwerk.

Via was knop op de router gebeurt niets.

Met specifiek het juiste wifi netwerk toevoegen zie ik de uni wel en kan het wachtwoord & ssid toevoegen, maar daarna gebeurt er niets & wordt de unit niet toegevoegd aan de app


Iemand een idee?

Bij mijn wf-rac modules destijds dit stappenplan opgesteld, misschien dat het voor je werkt;

1) Smart M Air app installeren en account maken. App instellen op bediening modus.

2) Airco uitzetten

3) WiFi module aandrukken door instellingen knop minimaal 2 seconden in te houden

4) verbinden met de SSID van de WiFi module met je telefoon

5) airco selecteren in de app (lan instellingen)

6) je eigen WiFi gegevens selecteren en wachtwoord ervan invoeren

7) airco aanzetten in de app en bevestigen dat die aan gaat

8) ✅

[kjiratsiekoedel]

Gasoline1234 schreef op woensdag 21 oktober 2026 @ 10:02:
[...]

Is je wifi wachtwoord erg lang? Ik kan mij nog herinneren dat daar een probleem mee was.

Interessant! Ja, is niet kort.

[kjiratsiekoedel]

KoningPaulus schreef op woensdag 21 oktober 2026 @ 19:51:
[...]

Bij mijn wf-rac modules destijds dit stappenplan opgesteld, misschien dat het voor je werkt;

1) Smart M Air app installeren en account maken. App instellen op bediening modus.

2) Airco uitzetten

3) WiFi module aandrukken door instellingen knop minimaal 2 seconden in te houden

4) verbinden met de SSID van de WiFi module met je telefoon

5) airco selecteren in de app (lan instellingen)

6) je eigen WiFi gegevens selecteren en wachtwoord ervan invoeren

7) airco aanzetten in de app en bevestigen dat die aan gaat

8) ✅

Stap 3 gaat iets anders bij mij.

Afstandsbediening: instellingen knop linksonder op SL. Dan 2x omhoog naar E2. Dan set. Dan komt t netwerk ssid ook tevoorschijn.


De rest is t zelfde

[Caelorum]

kjiratsiekoedel schreef op woensdag 21 oktober 2026 @ 21:03:
[...]

Interessant! Ja, is niet kort.

Moet wel erg lang zijn dan. De mijne is rond 35 en ging prima in de app.

[esphome]

@Wagner.M @RemmyB83 Ik lees dat er per tiende graad wordt geregeld. Voor zover ik weet kan de MHI temperatuur waarden van minimaal 0,25 lezen en teruggeven. De insteltemperatuur gaat in hele halve graden en dat kan naar halve graden door de temperatuur te manipuleren. Je zou dan tot kwart graden kunnen gaan als instel temperatuur.

Nu zie dat 0,3 als hier als stapgrootte gebruikt word en dat naar beneden afgerond is dat dan weer 0,25.

Ben ik hierin correct of werkt de regeling anders? Hier kijk ik ook naar de "return air temperature" die aangeeft wat de MHI gebruikt als gemeten temperatuur.

[kjiratsiekoedel]

Caelorum schreef op woensdag 21 oktober 2026 @ 21:07:
[...]

Moet wel erg lang zijn dan. De mijne is rond 35 en ging prima in de app.

Ah, nee, niet zo lang.

Ik bedenk mij dat ik verbind via AP (aruba iap 205). Misschien dat t daar in zit.

Die zijn weer aangesloten op de kpn box 12.

[esphome]

Wagner.M schreef op woensdag 21 oktober 2026 @ 19:25:

Het werkt al met een nauwkeurigheid van 1-2 Hz. Dit wordt bereikt door de buitentemperatuur te "pulseren", gesynchroniseerd met stijgende/dalende Hz.

Ik neem aan dat i.p.v. buitentemperatuur er externe temperatuur sensor wordt bedoeld?

[RemmyB83]

esphome schreef op woensdag 21 oktober 2026 @ 21:08:
@Wagner.M @RemmyB83 Ik lees dat er per tiende graad wordt geregeld. Voor zover ik weet kan de MHI temperatuur waarden van minimaal 0,25 lezen en teruggeven. De insteltemperatuur gaat in hele graden en dat kan naar halve graden door de temperatuur te manipuleren. Je zou dan tot kwart graden kunnen gaan als instel temperatuur.

Nu zie dat 0,3 als hier als stapgrootte gebruikt word en dat naar beneden afgerond is dat dan weer 0,25.

Ben ik hierin correct of werkt de regeling anders? Hier kijk ik ook naar de "return temperature" die aangeeft wat de MHI gebruikt als gemeten temperatuur.

Ik heb vorig jaar gekeken naar welke waarde er uit de MHI kwamen in HA, en dat gaf afgerond: .0, .3, .5, en .8. Daarbij gebruik ik in HA een soort tabel die de gemeten temperatuur vertaald naar een temperatuur die ik de CC graag wil laten sturen naar de MHI. Om hier een zo rustig en stabiel binnen klimaat te creëren.

Of de MHI zelf alles ook daadwerkelijk op 0.25 regelt, durf ik niet te zeggen. Al lijkt het er rond het setpoint wel op.

[esphome]

RemmyB83 schreef op woensdag 21 oktober 2026 @ 21:43:
[...]

Ik heb vorig jaar gekeken naar welke waarde er uit de MHI kwamen in HA, en dat gaf afgerond: .0, .3, .5, en .8. Daarbij gebruik ik in HA een soort tabel die de gemeten temperatuur vertaald naar een temperatuur die ik de CC graag wil laten sturen naar de MHI. Om hier een zo rustig en stabiel binnen klimaat te creëren.

Of de MHI zelf alles ook daadwerkelijk op 0.25 regelt, durf ik niet te zeggen. Al lijkt het er rond het setpoint wel op.

OK dan is dat inderdaad 0,25. Voorbeeld: 0,25 -> 0,3 en 0,5 -> 0,5 en 0,75 -> 0,8 en natuurlijk is 0,0 -> 0,0.

Als je gaat afronden op twee tienden achter de komma i.p.v. nu één tiende. Bedenk ook dat de MHI in bytes communiceert en zo de waarde van MHI gaat in de vertaling van byte naar decimaal en delen door vier en zo heb dan kwart graden als resolutie. Het is dus HA die hier die afronding doet.

Code: return_air_temperature_.publish_state((value - 61) / 4.0)

Voorbeeld: (254-61) / 4 = 48,25 en het maximum is dan 48,5 graden wat de MHI kan teruggeven.

Externe temperatuur sensor:

Code: mhi_ac_ctrl_core.set_troom(value*4+61);

18,25 * 4 +61 = 134
18,3 * 4 + 61 = 134,2 en omdat het een byte is is valt 0,2 weg
18,4 * 4 + 61 = 134,6 en omdat een een byte is valt 0,6 weg
18,5 * 4 + 61 = 135 en hier valt niets weg omdat het getal helemaal in de byte past
18,6 * 4 + 61 = 135,4 en omdat een het een byte is valt 0,4 weg
18,75 * 4 + 61 = 136 en hier valt niets weg omdat het getal helemaal in de byte past

[Caelorum]

esphome schreef op woensdag 21 oktober 2026 @ 21:08:
@Wagner.M @RemmyB83 Ik lees dat er per tiende graad wordt geregeld. [...]

Per 0,25. Bediening via CNS is per halve graad (dus ook M-Air). Via de afstandsbediening per hele graad.

Als je 0,3 stuurt zal de unit het zelf intern HA het omzetten naar 0,25 omdat het in het databericht moet passen. Die is 20 bytes lang en 1 byte ervan is voor de temperatuurwaarde. Dat geeft dus 256 stappen. 0 is dan 15,25 graden en 255 is dan 48,5 graden.

(wat @esphome zegt)

[ Voor 3% gewijzigd door Caelorum op 21-10-2026 22:23 ]

[Probydoby]

RemmyB83 schreef op woensdag 21 oktober 2026 @ 17:13:
[...]

Klopt, hierdoor moduleert hij veel sneller terug. Onder setpoint heb ik dan weer wel groter gemaakt om hem de tijd te geven rustig op te toeren als hij er even onderzakt. Het gebeurt hier regelmatig dat de achterdeur even open gaat en de sensor dat dan snel op pakt, vol vermogen is dan ook weer niet nodig. Alle muren zijn hier van beton, dus veel massa wat een stabiel binnen klimaat geeft.

Ik heb het hier ook eens met een Aqara thermometer geprobeerd, maar daar was ik toen ook niet te vreden over. Misschien had het wel gewerkt als ik iets in de configuration.yaml had gezet, waarbij hij elke minuut een waarde op moet halen. Maar geen ervaring met dat, dus weet ook niet of dat zou werken.

Ik heb mijn Sonoff aangepast zodat hij nu elke 0.1 graad onmiddelijk doorzet (minimale interval van 30 seconde om de batterij nog iets te besparen) en dit geeft al een veel rustiger beeld t.o.v. de originele instelling (0.5 graad).



Dat is het enige verschil tussen rood en groen, en je ziet dat hij zich veel rustiger gedraagt. Hij twijfelt alleen nog wat tussen 25 en 29hz, maar dat vind ik niet zo erg.

[esphome]

Probydoby schreef op donderdag 22 oktober 2026 @ 09:00:
[...]


Ik heb mijn Sonoff aangepast zodat hij nu elke 0.1 graad onmiddelijk doorzet (minimale interval van 30 seconde om de batterij nog iets te besparen) en dit geeft al een veel rustiger beeld t.o.v.

Dat is het enige verschil tussen rood en groen, en je ziet dat hij zich veel rustiger gedraagt. Hij twijfelt alleen nog wat tussen 25 en 29hz, maar dat vind ik niet zo erg.

Je kunt nog meer de batterij sparen als je i.p.v. 0,1 graad dan kiest om per 0,25 te triggeren als dat bij de Sonoff mogelijk is. Immers de MHI kent alleen stappen van 0,25.

[gertvdijk]

Leuk om weer wat activiteit in dit topic te zien nu de temperaturen omlaag gaan. Zelf was ik ook weer bezig geweest. Zijn er ook mensen hier die een SRK-ZR-lijn unit hebben?

MHI SRK-ZS vs. SRK-ZR: verschil in temperatuur-offset bij verwarmen met externe sensor

Sinds een paar dagen heb ik de externe temperatuursensoren op mijn MHI-airco's goed werkend via ESPHome/MHI-AC-Ctrl (ginkage). Daarbij ben ik een verschil tegengekomen tussen de SRK-ZS- en SRK-ZR-series dat ik nog niet eerder beschreven heb gezien.

Het gaat specifiek om de heating mode i.c.m. externe temperatuursensoren en dan over de ZR-lijn waar een verschil lijkt te zitten. Over cooling en andere modi kan ik (nog) niets zeggen. Mijn observaties zijn bovendien nog vrij recent, dus ik ben benieuwd of anderen dit kunnen bevestigen.

Temperatuur-offset bij verwarmen

Zoals vaker voorbijgekomen hier, en beschreven in de service manual van de ZS/ZSX-lijn - de units hebben een ingebouwde temperatuur-offset in heating mode waardoor de unit op een hogere ruimtetemperatuur uitkomt dan het ingestelde setpoint.

Nu heb ik naast 3x ZS ook een ZR hangen, en wat ik tot nu toe observeer is een verschil tussen die twee:

• SRK-ZS: settelt standaard ongeveer 2 °C boven het setpoint.
  
  Dit is eenvoudig te verhelpen (de truc die hier al vaker voorbij is gekomen en ook werkt op ZSX-lijn). Door de fysieke aan-uitknop op de binnenunit ongeveer 30 seconden ingedrukt te houden, hoor je twee piepjes. Daarmee wordt de standaard offset van 2 °C uitgeschakeld. De unit regelt vervolgens netjes rond het ingestelde setpoint en er is geen aanvullende compensatie vanuit ESPHome/HA nodig. Top! ✅
  
  
• SRK-ZR: settelt standaard ongeveer 1 °C boven het setpoint.
  
  Voor zover ik heb kunnen achterhalen, ontbreekt hier de mogelijkheid om de offset via de fysieke knop uit te schakelen. 😢

In de service manual van de ZR wordt wel een instelling beschreven waarmee je via een wired remote controller een temperatuur-offset van 0, 1, 2 of 3 °C kunt configureren: "SP Offset" in het menu. Alleen heb ik geen bedrade bediening (met display) en de documentatie maakt mij ook niet duidelijk wat de standaardwaarde is wanneer deze instelling nooit is aangepast.

Het lijkt er daarmee op dat ik die offset niet eenvoudig kan uitschakelen, tenzij er nog een andere configuratiemethode bestaat. Reverse-engineering van de bedrade bediening en die porten als control in de ESPHome zou een ideale route zijn, maar ik heb zelf geen bedrade bediening hier om dit verder te onderzoeken.

Offsetcompensatie in MHI-AC-Ctrl

Als workaround stuur ik momenteel vanuit Home Assistant een temperatuurwaarde met +1 °C correctie naar ESPHome voor de ZR. Dat werkt: de unit komt daarmee uit rond het gewenste setpoint.

Het probleem is echter dat de climate card in HA daardoor ook die gecorrigeerde temperatuur als actuele ruimtetemperatuur toont. Dat is wat lelijk en inconsistent tussen mijn units. Natuurlijk kan ik dat in HA weer oplossen met een custom sensor, maar het voelt als een workaround op de verkeerde plek.

Ik zou die compensatie liever in MHI-AC-Ctrl zelf onderbrengen, zodat Home Assistant gewoon de daadwerkelijk gemeten temperatuur kan doorgeven en ik dit hele geregel met HA-automations niet meer nodig heb.

Concreet zou ik graag het volgende willen:

• Externe temperatuursensor meet 20,0 °C.
• Home Assistant stuurt 20,0 °C naar ESPHome.
• MHI-AC-Ctrl stuurt intern 21,0 °C naar de binnenunit, via een in ESPHome configureerbare offset van +1,0 °C.
• ESPHome blijft 20,0 °C rapporteren als externe ruimtetemperatuur.

Ik heb in de code de bestaande 'temperature_offset_' gezien, maar die blijkt betrekking te hebben op een correctie van een halve graad. Dat is dus niet de offset die ik zoek.

Het gaat mij specifiek om een configureerbare offset op de temperatuurwaarde die MHI-AC-Ctrl naar de binnenunit stuurt, onafhankelijk van de temperatuur die ESPHome zelf rapporteert.

Vragen

1. Zijn er anderen met een SRK-ZR die dit verschil in heating mode herkennen? Vooral de standaard +1 °C in plaats van +2 °C bij de ZS?
2. Weet iemand of de offset op de ZR ("SP Offset") toch zonder bedrade afstandsbediening aan te passen is?
3. Bestaat er binnen MHI-AC-Ctrl al een mogelijkheid om uitsluitend de naar de binnenunit gestuurde externe temperatuur te corrigeren? Of heeft iemand dit wellicht al in een fork geïmplementeerd? Anders ga ik dit zelf even freubelen met Codex.

[Caelorum]

Je MHI-AC-Ctrl is bedraad via CNS toch? Als dat zo is dan kan je het via daar regelen. Duidelijk is dat het dus in het protocol opgenomen is dat je de offset kan regelen anders kan een bedrade interface het nooit instellen. Moet je alleen even weten welke byte in het dataframe dit regelt.

[ Voor 21% gewijzigd door Caelorum op 22-10-2026 11:02 ]

[esphome]

@gertvdijk Ik weet niet welke software en versie jij gebruikt voor jouw MHICtrl. Ik plak hier een de code voor de YAML in HA als voorbeeld:

code:

  - platform: dallas_temp
    #index: 0
    id: troom_dallas
    name: ${devicename} room temperature # name allows to publish the temperature
    unit_of_measurement: "°C"
    device_class: temperature
    accuracy_decimals: 2
    on_value:
      then:
        - lambda: |-
            float offset = 1.0;
            float value = id(troom_dallas).state + offset;
            return ((MhiAcCtrl*)id(${deviceid}))->set_room_temperature(value);
            ESP_LOGD("main", "Sending Dallas Troom to the Core %.2f°C", value);

Hier pas je alleen de waarde aan die naar de MHI wordt gezonden en Dallas temperatuur sensor blijft zo de werkelijk gemeten temperatuur zenden aan HA.

ps. je kunt ook omgekeerd denken. Je kunt ook de gezonden tsetpoint (thermostaat) voor die unit verhogen i.p.v. de gemeten temperatuur om hetzelfde te bereiken.

Bij Ginkage: https://github.com/ginkage/MHI-AC-Ctrl-ESPHome/commit/1fe69ce2452035c4087437120a7d55915adefe60

[ Voor 18% gewijzigd door esphome op 22-10-2026 11:29 ]

[gertvdijk]

esphome schreef op donderdag 22 oktober 2026 @ 11:21:
@gertvdijk Ik weet niet welke software en versie jij gebruikt voor jouw MHICtrl.

ginkage repo.

esphome schreef op donderdag 22 oktober 2026 @ 11:21:
Ik plak hier een de code voor de YAML in HA als voorbeeld:

code:

  - platform: dallas_temp
    #index: 0
    id: troom_dallas
    name: ${devicename} room temperature # name allows to publish the temperature
    unit_of_measurement: "°C"
    device_class: temperature
    accuracy_decimals: 2
    on_value:
      then:
        - lambda: |-
            float offset = 1.0;
            float value = id(troom_dallas).state + offset;
            return ((MhiAcCtrl*)id(${deviceid}))->set_room_temperature(value);
            ESP_LOGD("main", "Sending Dallas Troom to the Core %.2f°C", value);

Hier pas je alleen de waarde aan die naar de MHI wordt gezonden en Dallas temperatuur sensor blijft zo de werkelijk gemeten temperatuur zenden aan HA.

Thanks!
Maar wat ik nog niet begrijp is hoe dit zou werken met mijn externe sensoren. dallas_temp gaat toch over de interne sensor?

Als ESPHome config gaat werken is dat beter dan codewijzigingen in repo. ✨

Trouwens, je zegt "hier een de code voor de YAML in HA", maar je bedoelt ESPHome ipv HA, toch?

esphome schreef op donderdag 22 oktober 2026 @ 11:21:
ps. je kunt ook omgekeerd denken. Je kunt ook de gezonden tsetpoint (thermostaat) voor die unit verhogen i.p.v. de gemeten temperatuur om hetzelfde te bereiken.

Dat doe ik al in HA, maar als ik dat verplaats naar ESPHome behoud ik hetzelfde nadeel van de reading in de climate card in HA. Of heb jij daar een ander idee over?

Caelorum schreef op donderdag 22 oktober 2026 @ 11:01:
Je MHI-AC-Ctrl is bedraad via CNS toch? Als dat zo is dan kan je het via daar regelen. Duidelijk is dat het dus in het protocol opgenomen is dat je de offset kan regelen anders kan een bedrade interface het nooit instellen. Moet je alleen even weten welke byte in het dataframe dit regelt.

Ja, dat is het allermooiste. Maar ik heb me een ongeluk gezocht of iemand dit al eens heeft uitgezocht (niet gevonden) en heb niet de apparatuur om dit zelf te reverse engineeren.

Als ik alle tijd en geld van de wereld had, dan had ik die bedrade unit besteld, een osciloscoop / SPI debugger etc.

[ Voor 28% gewijzigd door gertvdijk op 22-10-2026 11:42 ]

[esphome]

@gertvdijk De Dallas is een externe sensor die direct op het MHICtrl board is aangesloten. Jij hebt een wandpaneel en je gebruikt ook nog Ginkage en kijk dan naar de ps. in mijn vorige bijdrage.

Het is inderdaad in ESPHome waar ik de YAML gebruik.

Of dat dan per unit kan worden ingesteld lijkt mij onwaarschijnlijk. Als er maar één waarde kan worden ingesteld dan zou je voor 1,5 kunnen kiezen voor beide units.

[gertvdijk]

esphome schreef op donderdag 22 oktober 2026 @ 11:42:
@gertvdijk De Dallas is een externe sensor die direct op het MHICtrl board is aangesloten. Jij hebt een wandpaneel

Ah, daar zit het misverstand. Ik had duidelijker moeten zijn in hoe ik een externe sensor heb!

Ik doe dit niet met een bedrade sensor, maar vanuit HA met een automation, als volgt:

code:

alias: AC external temperatures
description: Feed calculated room temperatures to all ACs
triggers:
  - trigger: time_pattern
    seconds: /30
  - trigger: homeassistant
    event: start
actions:
  - repeat:
      for_each:
        - ac: zr_unit
          sensor: sensor.external_temp_for_zr_unit
          offset: 1  # also shows as current temperature sadly
        - ac: zs_unit
          sensor: sensor.external_temp_for_zs_unit
          offset: 0  # after disabling the internal +2 offset!
      sequence:
        - variables:
            temperature: '{{ states(repeat.item.sensor) }}'
        - if:
            - condition: template
              value_template: '{{ is_number(temperature) }}'
          then:
            - action: >-
                esphome.mhi_ac_ctrl_{{ repeat.item.ac
                }}_set_external_room_temperature
              continue_on_error: true
              data:
                temperature_value: '{{ (temperature | float) + (repeat.item.offset | float) }}'
mode: single

sensor.external_temp_for_zr_unit is een virtuele sensor met gecalculeerde waarde op basis van meerdere sensoren in de ruimte. Ik wil van die offset op die plek weg.

Visueel gezien gaat dit zo mis:



En wil ik dit bereiken:

[ Voor 23% gewijzigd door gertvdijk op 22-10-2026 11:54 ]

[esphome]

@gertvdijk Je moet echt in de onderliggende laag zijn omdat daar de waarde ook daadwerkelijk aan de MHI gezonden wordt.

Ginkage aanpassingen: https://github.com/ginkage/MHI-AC-Ctrl-ESPHome/pull/171 en dat zou dan bij jou ook moeten werken.

De snelste manier is om via de thermostaat te werken met 1,5 graden extra en de correctie op ZS uit te zetten. Je hebt dan zo nog op afwijking van een halve graad plus en min.

[pastafan]

miicker schreef op woensdag 21 oktober 2026 @ 10:06:
[...]

Nee nog niet. Iemand heeft wel een topic hierover geopend: Mitsubishi heavy srk binnen units hf geluid

Zaterdag komt de installateur nog een aantal units ophangen, ik ga het dan met hem bespreken.

OK, ben beniewd.

Mijn installateur gaat het probleem volgende week bestuderen. Zien wat er uitkomt.

Overigens hier de link naar een forum op Reddit waar hetzelfde issue wordt besproken:

https://www.reddit.com/r/Klussers/comments/1u75nco/comment/p75p8d8/

[wortelsky]

Kan er iemand iets zeggen over de ruwe verwachte datum voor de nieuwe ZT buitenunit lijn die geschikt gaat zijn voor multisplit units?

Is het bijvoorbeeld nu de moeite waard om nog even te wachten of uit de huidige types te kiezen.

[hberntsen]

@gertvdijk Met mijn implementatie kan je te temperatuurwaarde van de climate card overschrijven: https://github.com/hbernt...ernal-sensor.yaml#L75-L91

[Allowee]

De wonderen van de mhi regeling. Hele nacht heeft de unit op standby gestaan, setpoint 17C. Vanmorgen naar 18C gezet en vrij direct Tho-r1 op -15C, compressor op 20Hz en snel de defrost in. Daarna draait ie gewoon prima. Wel even van silent gehaald.

[revolution-nl]

Ik heb gisteren door Claude mijn MHI laten aanpassen zodst dat hij met MHI-CTRL de externe zigbee temperatuur sensor gebruik ipv de interne sensor.

Wat een verschil! Waar hij zondag nog op 400-500watt stond te pendelen maakt hij nu gewoon om het uur een sessie van 200w voor een uur.

Echt een aanrader.

Heb Claude gevraagd de komende dagen periodiek te evalueren en waar nodig aanpassingen te maken, nog niet nodig geweest maar ik ben benieuwd , vooral ook naar het verschil in verbruik.

Op basis van historisch data en de eerst runs gister zou het 10% moeten kunnen schelen.

[ Voor 35% gewijzigd door revolution-nl op 26-10-2026 08:36 ]

[vincent_1971]

revolution-nl schreef op maandag 26 oktober 2026 @ 08:32:
Ik heb gisteren door Claude mijn MHI laten aanpassen zodst dat hij met MHI-CTRL de externe zigbee temperatuur sensor gebruik ipv de interne sensor.

Wat een verschil! Waar hij zondag nog op 400-500watt stond te pendelen maakt hij nu gewoon om het uur een sessie van 200w voor een uur.

Echt een aanrader.

Heb Claude gevraagd de komende dagen periodiek te evalueren en waar nodig aanpassingen te maken, nog niet nodig geweest maar ik ben benieuwd , vooral ook naar het verschil in verbruik.

Op basis van historisch data en de eerst runs gister zou het 10% moeten kunnen schelen.

Heb je daar nog een bestand van ?

[revolution-nl]

vincent_1971 schreef op maandag 26 oktober 2026 @ 08:41:
[...]


Heb je daar nog een bestand van ?

Ik kan mijn grote vriend wel even vragen een instructie te maken
/edit: alles weggehaald

[ Voor 6% gewijzigd door revolution-nl op 26-10-2026 10:33 ]

[revolution-nl]

weggehaald

[ Voor 100% gewijzigd door revolution-nl op 26-10-2026 10:32 ]

[Waah]

revolution-nl schreef op maandag 26 oktober 2026 @ 08:32:
Ik heb gisteren door Claude mijn MHI laten aanpassen zodst dat hij met MHI-CTRL de externe zigbee temperatuur sensor gebruik ipv de interne sensor.

Wat een verschil! Waar hij zondag nog op 400-500watt stond te pendelen maakt hij nu gewoon om het uur een sessie van 200w voor een uur.

Echt een aanrader.

Heb Claude gevraagd de komende dagen periodiek te evalueren en waar nodig aanpassingen te maken, nog niet nodig geweest maar ik ben benieuwd , vooral ook naar het verschil in verbruik.

Op basis van historisch data en de eerst runs gister zou het 10% moeten kunnen schelen.

is dit niet gewoon een standaard feature van MHI-CTRL? Dat je een externe sensor gebruikt voor de temperatuur?

Ik stuur al jaren mijn nest-waardes naar de MHI en zo regelt die op basis van die temperatuur. Dus ik heb geen idee wat Claude allemaal gedaan heeft. Maar tenzij ik niet begrijp wat hier anders aan is (wat goed kan) heeft Claude het wiel opnieuw uitgevonden terwijl het wiel er al onder zat.

[revolution-nl]

Waah schreef op maandag 26 oktober 2026 @ 09:36:
[...]

is dit niet gewoon een standaard feature van MHI-CTRL? Dat je een externe sensor gebruikt voor de temperatuur?

Ik stuur al jaren mijn nest-waardes naar de MHI en zo regelt die op basis van die temperatuur. Dus ik heb geen idee wat Claude allemaal gedaan heeft. Maar tenzij ik niet begrijp wat hier anders aan is (wat goed kan) heeft Claude het wiel opnieuw uitgevonden terwijl het wiel er al onder zat.

Geen idee, het werkt dus ik vind het prima.

[Waah]

revolution-nl schreef op maandag 26 oktober 2026 @ 09:37:
[...]


Geen idee, het werkt dus ik vind het prima.

Dat mag. Maar je zet het hier neer alsof je iets volledigs nieuws hebt ontdekt, terwijl het standaard functionaliteit is. Hierdoor kun je dus niet meer automatisch updates doen, want bij updates gaat dit waarschijnlijk stuk. Waardoor je het lastiger maakt voor jezelf (en anderen die dit ook doen).

Vervolgens lijk je Claude te vertrouwen op het feit dat dit beter is. Want die laat je analyse doen. En het eerste tabelletje met die conclusie vergelijkt een meetmoment van 10 minuten met een meetmoment van meerdere uren. Als die daar zijn analyse op doet, succes.

Ik weet niet hoe ik dit heel vriendelijk kan brengen... Maar probeer ook zelf nog na te denken in plaats van al je denken door Claude te laten doen. Ja, extern kan zeker fijner zijn. Daarom gebruik ik het zelf ook. Maar hier zie je dat Claude nog niet "slim" is. Want uit de codebase zou duidelijk moeten zijn dat dit gewoon al een feature is die je gewoon kan gebruiken.

Je gaat nu dus volledig afhankelijk blijven van Claude, en updates worden ingewikkeld en heb je Claude dus voor nodig... Voor een feature die al ingebakken zit in de software.

[ Voor 19% gewijzigd door Waah op 26-10-2026 09:48 ]

[revolution-nl]

weggehaal

[ Voor 107% gewijzigd door revolution-nl op 26-10-2026 10:32 ]

[Waah]

revolution-nl schreef op maandag 26 oktober 2026 @ 09:57:
[...]


Klopt daar heb je 100% gelijk in, echter heb je HA toch altijd als bridge nodig? Hoe gaat MHI-CTRL anders mijn zigbee sensor bereiken.

Ja, je hebt HA nodig om de waardes door te geven ja. Of iets van een MQTT server om precies te zijn. Hoeft geen HA te zijn. Maar omdat je sensor daar al aan gekoppeld is, is dat het meest logische ja.

Anyhows, voor mij werkt dit zo. Mijn hele HA laat ik tegenwoordig door Claude doen, scheelt enorm veel tijd.

Oh er zitten zeker voordelen aan. Maar aanpassingen aan bestaande code (daadwerkelijk de code, dus niet automations) zou ik persoonlijk heel voorzichtig mee zijn. Zeker als dit gewoon via een automation had gekunt. En die automation is hier in dit topic al vaker gedeeld en beschreven.

voorbeeld:

JBtL schreef op vrijdag 17 februari 2023 @ 09:54:
@Willempie27 Ja, kan in HA via een post automation de temperatuur van de externe sensor naar de module doorsturen. In de thermostaat in HA wordt deze temperatuur dan vervolgens weergegeven als room temperature. Hier is de automation die ik daarvoor gebruik:

[Afbeelding]

temperature_5 moet je natuurlijk vervangen door de naam van je eigen sensor.

Dit doet eigenlijk wat je nu door Claude hebt laten bouwen. Waarbij ik me vooral verbaas (al verbaasd het me ook weer niet) dat Claude je hier niet op gewezen heeft. Maarja, als jij expliciet vraag om code te genereren, gaat Claude je niet vertellen dat dit al bestaat. Het blijft een AI, geen mens.

Het is overigens niet dat ik het als iets nieuw presenteer, ik zag altijd tegen dit klusje op en ik zie meer tweakers hier mee worstelen, ik heb dit gisteren met claude in no time gefixxed. Dus volgens mij het delen waard voor tweakers die hier ook tegenaan lopen.

Tja daar ben ik het niet mee eens. Maar daar mogen we het niet eens over zijn gelukkig. De snelste manier om straks problemen te hebben, is door Claude in de source code te laten wroeten. Daarmee help je mensen niet echt. Sowieso: het stuk dat je hebt geplakt vanuit Claude gaat mensen die HA lastig vinden niet helpen. Ik vind dat stuk tekst zelf nog erg lastig doorleesbaar en ben halverwege ook gestopt.

Persoonlijk zou ik je aanraden om gewoon alles terug te zetten naar default en de manier te gebruiken zoals het door de developer bedacht is. Want effectief bereik je daarmee hetzelfde, zonder dat je straks in de toekomst problemen hebt. Maar mijn vertrouwen in AI is niet heel hoog, mede door ervaringen waarbij ik "voor de gek" ben gehouden door AI bij andere apps of stukjes code die ik door AI heb laten genereren.

[ Voor 5% gewijzigd door Waah op 26-10-2026 10:23 ]

[GM15]

revolution-nl schreef op maandag 26 oktober 2026 @ 08:32:
Ik heb gisteren door Claude mijn MHI laten aanpassen zodst dat hij met MHI-CTRL de externe zigbee temperatuur sensor gebruik ipv de interne sensor.

Wat een verschil! Waar hij zondag nog op 400-500watt stond te pendelen maakt hij nu gewoon om het uur een sessie van 200w voor een uur.

Echt een aanrader.

Heb Claude gevraagd de komende dagen periodiek te evalueren en waar nodig aanpassingen te maken, nog niet nodig geweest maar ik ben benieuwd , vooral ook naar het verschil in verbruik.

Op basis van historisch data en de eerst runs gister zou het 10% moeten kunnen schelen.

Ik mis even wat hier nu de toegevoegde waarde van is ten opzichte van de al aanwezige (HACS) integratie met HA. ( https://github.com/blues-...bishi-WF-RAC-Integration/

[revolution-nl]

Ik heb alles weggehaald, wordt kennelijk niet gewaardeerd. Succes ermee.

[LED-Maniak]

GM15 schreef op maandag 26 oktober 2026 @ 10:25:
[...]


Ik mis even wat hier nu de toegevoegde waarde van is ten opzichte van de al aanwezige (HACS) integratie met HA. ( https://github.com/blues-...bishi-WF-RAC-Integration/

Niet iedereen heeft een WF-RAC.

Voor wat revolution-nl wil is een heel topic van met voorbeelden voor yaml files en mensen met kennis van zaken: MHI L/L warmtepomp / airco aansturen via een esp

[GM15]

LED-Maniak schreef op maandag 26 oktober 2026 @ 10:34:
[...]

Niet iedereen heeft een WF-RAC.

Voor wat revolution-nl wil is een heel topic van met voorbeelden voor yaml files en mensen met kennis van zaken: MHI L/L warmtepomp / airco aansturen via een esp

✅ Check, duidelijk.

[Caelorum]

revolution-nl schreef op maandag 26 oktober 2026 @ 10:33:
Ik heb alles weggehaald, wordt kennelijk niet gewaardeerd. Succes ermee.

Aparte houding. Gebruikers hier geven aan waarom de oplossing suboptimaal is. Daar kan je wat mee doen of niet. Maar dat de mensen die hier vocaal zijn het niet waarderen wil natuurlijk niet zeggen dat niemand het hier waardeert...

Overigens nog even los daarvan, maar als de oplossing is gemaakt met 1 prompt en wellicht nog 2x bijsturen via de chat, dan heeft het ook weinig waarde. Die zit dan eigenlijk voornamelijk in "via AI kan ik HA inrichten en dit kan je er ook mee doen". De echte oplossing is namelijk iets waar AI steeds beter in wordt en zelfs al een dag later beter opgelost kan worden.

Dan is er nog dat als je AI je HA laat inrichten (wat gewoon kan) je wel ook de guard rails goed moet inrichten. Het is dus altijd handig om de AI duidelijk te maken zoveel mogelijk via config en automations te doen en de code niet aan te raken tenzij alle andere opties zijn geprobeerd. Anders ga je bij de eerste updates al tegen de lamp lopen waarom dit soort systemen makkelijker te vibecoden zijn dan in productie te houden.

[revolution-nl]

Caelorum schreef op maandag 26 oktober 2026 @ 16:34:
[...]

Aparte houding. Gebruikers hier geven aan waarom de oplossing suboptimaal is. Daar kan je wat mee doen of niet. Maar dat de mensen die hier vocaal zijn het niet waarderen wil natuurlijk niet zeggen dat niemand het hier waardeert...

Overigens nog even los daarvan, maar als de oplossing is gemaakt met 1 prompt en wellicht nog 2x bijsturen via de chat, dan heeft het ook weinig waarde. Die zit dan eigenlijk voornamelijk in "via AI kan ik HA inrichten en dit kan je er ook mee doen". De echte oplossing is namelijk iets waar AI steeds beter in wordt en zelfs al een dag later beter opgelost kan worden.

Dan is er nog dat als je AI je HA laat inrichten (wat gewoon kan) je wel ook de guard rails goed moet inrichten. Het is dus altijd handig om de AI duidelijk te maken zoveel mogelijk via config en automations te doen en de code niet aan te raken tenzij alle andere opties zijn geprobeerd. Anders ga je bij de eerste updates al tegen de lamp lopen waarom dit soort systemen makkelijker te vibecoden zijn dan in productie te houden.

Ik heb voor HA in claude een vault gemaakt, die met verschillende agents analyseert, best-practices ophaalt, back-ups maakt en direct documenteert.

Enerzijds voor de back-end anderzijds voor mijn dashboards.

[pastafan]

Er schijnt een nieuwe app te zijn voor MHI airco's, genaamd MyAirco

Iemand hier ervaring mee?

[hvwees]

pastafan schreef op maandag 26 oktober 2026 @ 21:48:
Er schijnt een nieuwe app te zijn voor MHI airco's, genaamd MyAirco

Iemand hier ervaring mee?

🤔 Een betaalde app die alleen op hetzelfde netwerk werkt en functioneel hetzelfde kan als de eigen app van mhi. 🤷🏽‍♂️

[gertvdijk]

pastafan schreef op maandag 26 oktober 2026 @ 21:48:
Er schijnt een nieuwe app te zijn voor MHI airco's, genaamd MyAirco

Iemand hier ervaring mee?

Haha wow. Leuk gevibecodet door een AI-eenmansbedrijfje. Kan prima werken, hoor, maar jemig wat een tenenkrommende promo op Instagram heeft 'ie gemaakt (te erg om te linken, sorry)

Als je op zoek bent naar een stand-alone app lijkt het me veel leuker de open source app AirLAN van @annemartijn te gebruiken.

[eric27]

Probydoby schreef op woensdag 21 oktober 2026 @ 11:22:
[...]


Ik gebruik een sonoff zigbee thermometer en die reageert best snel. Alleen geplaatst op een plek die representatief is voor de hele kamer, wat juist het voordeel is van een externe sensor want dan stuurt de AC op een temperatuur die er ook toe doet (in plaats van de interne sensor).

Dus kortom de sensor reageert snel op een verandering van temperatuur maar omdat ik hem bewust geplaatst heb op een plek die representatief is voor de hele kamer (dus buiten de luchtstroom van de AC), stijgt de temperatuur niet zo snel, wat de PID regeling wel duidelijk lijkt te verwachten.

Maar als men hier ervaringen heeft met andere sensoren die beter werken dan ben ik zeker benieuwd om dat te proberen.

Ik heb ook een externe temperatuur sensor via wifi gekoppeld aan de MHI zsx en dat werkt bij mij best wel. Ik zou de overshoot eens een halve graad lager zetten op 1.5 kijken hoe hij hier op reageert.

Bij mij staat de overshoot ook op 2 dan begint de airco eigenlijk iets te vroeg maar wel op een lage stand zet ik het op 2.5 of drie dan duurt het langer dus wordt kouder voordat de airco aangaat.

[remix42]

Ik ben bezig om mijn 2 MHI airco's te koppellen aan Home assistant met behulp van MHI‑AC‑Ctrl.

Nu staat er een video op Youtube hoe je kap van de airco moet los halen, nu krijg ik de kap niet los zoals in de video wordt uitgelegd. Die 4 nokjes/lipjes waar hij het over heeft krijg ik niet los, ben ook voorzichtig omdat ik de kap niet wil beschadigen.

Heeft iemand misschien de gouden tip wat je precies moet indrukken of moet voelen om deze kap los te krijgen?

[vdr01]

remix42 schreef op zaterdag 31 oktober 2026 @ 14:12:
Ik ben bezig om mijn 2 MHI airco's te koppellen aan Home assistant met behulp van MHI‑AC‑Ctrl.

Welk model?

[ Voor 45% gewijzigd door vdr01 op 31-10-2026 14:40 ]

[remix42]

vdr01 schreef op zaterdag 31 oktober 2026 @ 14:37:
[...]

Welk model?

Model: SRK35ZS-W

[Caelorum]

Zou voldoende moeten zijn om de klep open te doen en dan aan de rechterkant de schroef van het zwarte plaatje los te doen. Dan die eraf halen en dan kan je bij de CNS connector.

[LED-Maniak]

Caelorum schreef op zaterdag 31 oktober 2026 @ 17:35:
Zou voldoende moeten zijn om de klep open te doen en dan aan de rechterkant de schroef van het zwarte plaatje los te doen. Dan die eraf halen en dan kan je bij de CNS connector.

Niet bij de -W versie, want die heeft geen wifi module en dus geen kabel die naar voren komt.
De hele witte kap moet er af om vanaf de zijkant bij de CNS poort kunnen.

[Snoekie]

remix42 schreef op zaterdag 31 oktober 2026 @ 14:12:
Ik ben bezig om mijn 2 MHI airco's te koppellen aan Home assistant met behulp van MHI‑AC‑Ctrl.

Nu staat er een video op Youtube hoe je kap van de airco moet los halen, nu krijg ik de kap niet los zoals in de video wordt uitgelegd. Die 4 nokjes/lipjes waar hij het over heeft krijg ik niet los, ben ook voorzichtig omdat ik de kap niet wil beschadigen.

Heeft iemand misschien de gouden tip wat je precies moet indrukken of moet voelen om deze kap los te krijgen?

Die vier lipjes moet je rustig naar beneden drukken, dan hoor je hem los klikken

[remix42]

Snoekie schreef op zaterdag 31 oktober 2026 @ 18:37:
[...]

Die vier lipjes moet je rustig naar beneden drukken, dan hoor je hem los klikken

Het is gelukt, dankjewel! Zat al te zoeken wat voor lipjes er ingedrukt moesten worden. Na het zien van een afbeelding van alleen de kap was het duidelijk wat voor lipjes het zijn en waar deze precies zitten.


Voor de volgende die tegen die hier misschie tegen aanloopt, hierbij de afbeelding:

[Doesnotcompute]

remix42 schreef op zaterdag 31 oktober 2026 @ 18:47:
[...]

Het is gelukt, dankjewel! Zat al te zoeken wat voor lipjes er ingedrukt moesten worden. Na het zien van een afbeelding van alleen de kap was het duidelijk wat voor lipjes het zijn en waar deze precies zitten.


Voor de volgende die tegen die hier misschie tegen aanloopt, hierbij de afbeelding:

[Afbeelding]

Idd gewoon links beginnen, en met je wijsvinger drukken als je een deukje voelt. Kwam er in het begin ook niet uit, nu heb ik ze in 2 minuten uit elkaar liggen.

Kun je ze nu ook zelf regelmatig uitstoffen ;-)

[pjotter1965]

Ik wil de komende winter in de koude periodes vaker hybride verwarmen ( CV + airco ), puur voor meer comfort. Nu is dat met 2 modulerende systemen lastig op elkaar af te stemmen. Vorig jaar veel geprobeerd met off-set temperatuur, maar dat is zeer lastig. Het zou gemakkelijk zijn dat 1 systeem via een vaste basis warmte voorziening via aan/uit schakeling kunt inschakelen. Ik weet dat @LED-Maniak eerder een onderzoek heeft gedaan naar aansturing met een vaste frequentie. Zou dit een optie zijn ? Andere tips voor hybride draaien zijn ook welkom.

[LED-Maniak]

pjotter1965 schreef op zondag 1 november 2026 @ 09:29:
Ik wil de komende winter in de koude periodes vaker hybride verwamen ( CV + airco ), puur voor meer comfort. Nu is dat met 2 modulerende systemen lastig op elkaar af te stemmen. Vorig jaar veel geprobeerd met off-set temperatuur, maar dat is zeer lastig. Het zou gemakkelijk zijn dat 1 systeem via een vaste basis warmte voorziening via aan/uit schakeling kunt inschakelen. Ik weet dat @LED-Maniak eerder een onderzoek heeft gedaan naar aansturing met een vaste frequentie. Zou dit een optie zijn ? Andere tips voor hybride draaien zijn ook welkom.

Je kan aansturen op een 'vaste temperatuur' en zo de compressor frequentie beheersen.
Bijvoorbeeld de ruimtetemperatuur 1 graad onder het setpoint vastzetten. Verschil vergroten als je meer warmte output wil.

Zelf heb ik de airco op een hogere ingestelde temperatuur staan dan de vloerverwarming. Trekt hij het niet dan gaat de vloerverwarming automatisch aan. Meestal gebeurt dat dan bij het opstarten of op koude dagen.

[ Voor 11% gewijzigd door LED-Maniak op 01-11-2026 10:23 ]

[Deikke]

pjotter1965 schreef op zondag 1 november 2026 @ 09:29:
Ik wil de komende winter in de koude periodes vaker hybride verwamen ( CV + airco ), puur voor meer comfort. Nu is dat met 2 modulerende systemen lastig op elkaar af te stemmen. Vorig jaar veel geprobeerd met off-set temperatuur, maar dat is zeer lastig. Het zou gemakkelijk zijn dat 1 systeem via een vaste basis warmte voorziening via aan/uit schakeling kunt inschakelen. Ik weet dat @LED-Maniak eerder een onderzoek heeft gedaan naar aansturing met een vaste frequentie. Zou dit een optie zijn ? Andere tips voor hybride draaien zijn ook welkom.

Ik heb zelf de CV thermostaat verplaatst naar een andere ruimte en de radiatoren in de woonkamer grotendeels dichtgedraaid.

[vincent_1971]

Ik zelf test nu. Gebruik niet meer de interne temperatuur meter van de airco (mhi) maar een externe. Een bmp085. Die zit bij mij bij het raam onder de radiator. Afstand tot de airco is zo'n 5 meter. Moet zeggen werkt goed. Het pendelen van de airco is minimaal. De airco is een stuk zuiniger geworden. Zit te denken om ern paar meer temperatuur sensoren te gebruiken in de woonkamer. Daar het gemiddelde van nemen en die temperatuur te gebruiken voor de airco. Gebruik ha. Overshoot nog niet mee bezig geweest

[esphome]

pjotter1965 schreef op zondag 1 november 2026 @ 09:29:
Ik wil de komende winter in de koude periodes vaker hybride verwamen ( CV + airco ), puur voor meer comfort. Nu is dat met 2 modulerende systemen lastig op elkaar af te stemmen. Vorig jaar veel geprobeerd met off-set temperatuur, maar dat is zeer lastig. Het zou gemakkelijk zijn dat 1 systeem via een vaste basis warmte voorziening via aan/uit schakeling kunt inschakelen. Ik weet dat @LED-Maniak eerder een onderzoek heeft gedaan naar aansturing met een vaste frequentie. Zou dit een optie zijn ? Andere tips voor hybride draaien zijn ook welkom.

Het is hier al een paar keer langs geweest dat je een constante temperatuur kunt zenden aan de MHI. Dit is een fictieve temperatuur en een nadeel daarvan is bij een uitval van de communicatie met de MHI weer de interne temperatuur sensor gaat gebruiken.

Gevolg is dan dat de MHI stopt met verwarmen als die een hoge temperatuur meet of juist hard gaat werken als die een lage temperatuur meet dan wat jij op de thermostaat hebt aangegeven.

Dit is op te lossen door in de directe communicatie (Core) de thermostaat en die fictieve temperatuur waarde te verhogen of te verlagen met het verschil tussen de interne temperatuur sensor en de externe sensor.

Bij een uitval zal de reactie van de MHI moderater zijn omdat het verschil bij uitval van de thermostaat waarde niet veel afwijkt van de waarde van de interne temperatuur sensor. Dit is alles intern in Core en merk je er niets van zolang de waarden die terug komen ook aangepast worden met de correctie.

Bij mij was het een paar aanpassingen in de code van de Core code om dat te bereiken.



Hierboven zie het verschil tussen de indoor inner en de room temperatuur. De constante verwarming werd actief toen er naar 21 graden target temperatuur werd gegaan.

Het zijn werkelijke waarden nog zonder de hierboven beschreven correctie.

[Doesnotcompute]

pjotter1965 schreef op zondag 1 november 2026 @ 09:29:
Ik wil de komende winter in de koude periodes vaker hybride verwarmen ( CV + airco ), puur voor meer comfort. Nu is dat met 2 modulerende systemen lastig op elkaar af te stemmen. Vorig jaar veel geprobeerd met off-set temperatuur, maar dat is zeer lastig. Het zou gemakkelijk zijn dat 1 systeem via een vaste basis warmte voorziening via aan/uit schakeling kunt inschakelen. Ik weet dat @LED-Maniak eerder een onderzoek heeft gedaan naar aansturing met een vaste frequentie. Zou dit een optie zijn ? Andere tips voor hybride draaien zijn ook welkom.

Dan zul je misschien iets meer info moeten geven over de situatie. een WP op een vaste frequentie laten werken gaat niet werken. Frequentie bepaalt de wp aan de hand van meerdere factoren. Een 30hz bij 5c buiten kan werken, maar bij 1c een slecht rendement hebben etc. En dan heb je daar weer honderd variaties tussen ivm de binnentemperatuur, fanspeed binnen en buiten etc.

Trekken je airco's het niet alleen dan?

[Wagner.M]

Ik heb een klein stukje software speciaal voor dit doel laten schrijven.

Het werkt bij mij zeer betrouwbaar. Het systeem kan op een vaste frequentie worden ingesteld en de gesimuleerde sensor kan gemakkelijk worden uitgeschakeld, waarna een externe sensor wordt gebruikt.

Zo gebruik ik het: Het systeem draait 's nachts en wanneer ik weg ben op een vaste frequentie. Wanneer ik thuis ben en het op basis van de temperatuur wil regelen, schakel ik de simulatie gewoon uit.

Mocht iemand het willen uitproberen, dan heb ik het geüpload naar GitHub.

[esphome]

@Grutte Pier heeft hier een voorbeeld van gegeven. Grutte Pier in "Het MHI L/L warmtepomp/airco topic"

pjotter1965 heeft het hier over dat er twee verwarmingssystemen elkaar ontregelen en dat er eentje dan het best een vaste input geeft en dat de andere systeem dan de boel bij plust.

De enige manier van regelen is met de externe temperatuur sensor en de thermostaat. Krijg je te weinig 'basis warmte' dan verlaag je de waarde van de sensor opdat de MHI harder gaat werken.

Deze manier van regelen is voortgekomen uit de wens dat de MHI minder zou pendelen.

[wpeterw]

Sinds kort heb ik 4 MHI binnenunits met een mhi-ctrl unit. Gebruiken jullie de standaard thermostaat in HA ? Op de esp's draait geen web-ui, hoe voeg ik een externe temperatuursensor toe ?

[Guusz]

Ik heb sinds bijna 2 maanden een MHI SCM45-ZSW met 2 binnen units (3.5 en 2.5 KW). Tijdens de installatie had ik al enigszins mijn twijfels bij de installatie/ in bedrijf stelling en dan vooral bij de tijd dat ze er mee bezig waren. Nu draait het geheel op zich prima en heb ze met de Climatecontrol kastjes van ProtoArt in HA geïntegreerd.

Nu de avond en nachten wat kouder worden, valt het regelgedrag van de unit me op. Hij staat lekker de hele dag op 20Hz en 250-300 Watt vermogen te tokkelen. So far, so good. Maar als de gevraagde temperatuur 1 graad omhoog gaat eind van de middag, begint de compressor op te toeren en loopt de discharge temperatuur op naar de limiet van 115 graden. Vervolgens gaat ie in de protection en loopt de compressorsnelheid in stapjes terug naar 20HZ. Al die tijd blijft het expansieventiel bijna dicht staan en pas na 10 minuten loopt het ventiel ineens open naar pakweg 340 stapjes, waardoor de TD en TDSH terugloopt naar normale waardes.



Na die opstart fase houdt ie wel normale waardes aan en komt er goed warmte uit de binnen unit:


Mijn vraag is dus: Is dit normaal regelgedrag van de Mitsubishi? Of lijkt er iets niet in order te zijn?

[Grutte Pier]

Guusz schreef op maandag 2 november 2026 @ 18:32:

En zonder clima control, hoe reageert de unit dan?

Ik herken dit niet bij een single SRK, herken de protection mode wel wanneer er een te trage temperatuursverandering wordt doorgegeven aan de unit (denk aan een externe sensor). Met de discharge temp zo hoog, blaast de binnenunit ook harder?

[ Voor 34% gewijzigd door Grutte Pier op 02-11-2026 21:10 ]

[LED-Maniak]

Guusz schreef op maandag 2 november 2026 @ 18:32:
Ik heb sinds bijna 2 maanden een MHI SCM45-ZSW met 2 binnen units (3.5 en 2.5 KW). Tijdens de installatie had ik al enigszins mijn twijfels bij de installatie/ in bedrijf stelling en dan vooral bij de tijd dat ze er mee bezig waren. Nu draait het geheel op zich prima en heb ze met de Climatecontrol kastjes van ProtoArt in HA geïntegreerd.

Nu de avond en nachten wat kouder worden, valt het regelgedrag van de unit me op. Hij staat lekker de hele dag op 20Hz en 250-300 Watt vermogen te tokkelen. So far, so good. Maar als de gevraagde temperatuur 1 graad omhoog gaat eind van de middag, begint de compressor op te toeren en loopt de discharge temperatuur op naar de limiet van 115 graden. Vervolgens gaat ie in de protection en loopt de compressorsnelheid in stapjes terug naar 20HZ. Al die tijd blijft het expansieventiel bijna dicht staan en pas na 10 minuten loopt het ventiel ineens open naar pakweg 340 stapjes, waardoor de TD en TDSH terugloopt naar normale waardes.

[Afbeelding]

Na die opstart fase houdt ie wel normale waardes aan en komt er goed warmte uit de binnen unit:
[Afbeelding]

Mijn vraag is dus: Is dit normaal regelgedrag van de Mitsubishi? Of lijkt er iets niet in order te zijn?

Wat is je fanstand? Als hij in zijn protectie schiet dan kan hij zijn warmte niet kwijt.
Dit kan komen door een te lage fan stand of de positie van de sensor, omdat de warmte de sensor niet kan bereiken en niet aan de airco kan doorgeven dat de temperatuur in de ruimte aan het stijgen is. Ook als je de sensor bijvoorbeeld op een koude muur plakt kan dit gebeuren.

De airco probeert zo snel mogelijk zijn temperatuur te bereiken. Als hij aan gaat dan zie je eigenlijk altijd dat hij op een redelijk hoog vermogen begint en daarna snel vermogen afneemt.

[Guusz]

Ik heb de fan bewust op auto laten staan. Ik ken inderdaad ook de max discharge pressure als de R1 boven een bepaalde temperatuur komt .. Maar het rare is dat die helemaal niet hoog is tijdens die piek van de discharge temperatuur.

De externe sensor staat centraal in de woonkamer maar niet in de airflow. De gevraagde en actuele temperatuur lag ook niet ver uit elkaar.

[esphome]

Hier eindelijk ook een automation gemaakt in HA om de MHI te regelen via het instellen van de frequentie. Hij past dan de fictieve temperatuur aan in stappen van 0,25 graden en dat werkt beter dan ik verwachtte.

Dit na voorbeeld van @Grutte Pier : Grutte Pier in "Het MHI L/L warmtepomp/airco topic"

Kan natuurlijk luxer door rekening te houden met de buitentemperatuur en de frequentie ondergrens van 20Hz naar 30Hz te zetten als minimale compressor snelheid.

Belangrijk is wel om de MHI de tijd te geven om te reageren op een wijziging van de gewenste frequentie waarna die weer daar op voort kan blijven draaien zonder te stoppen.

[eric27]

Even een vraag wij hebben nu 2 maand een airco de MHI ZSX 6KW en deze wordt aangestuurd door home assistant met een externe temperatuur sensor.


Wanneer ik deze instel op de stand fanspeed laag, stand lamellen laag en links/rechts auto dan moduleert de airco mooi terug en blijft constant door draaien 12 uur of langer op tussen de 200 en 400 watt.


Als ik de airco instel op 3d auto stand dan moduleert deze niet zover terug en blijft een hoog vermogen vragen. Is dit normaal dat de airco in de 3d auto stand meer vermogen vraagt?

[LED-Maniak]

3D auto voegt een extra offset en dus hogere temperatuur om naar te werken toe. Ik weet niet wat je gebruikt voor die aansturing, maar de meeste projecten compenseren daar niet voor.

[ Voor 33% gewijzigd door LED-Maniak op 04-11-2026 09:32 ]

[Allowee]

Ik heb vanmorgen de airco flink aan het werk gezet.
Normaal hou ik het bij indoor fan stand 2/4, maar toen ging die in high pressure protect.
Na het instellen op auto ging die nog even flink optoeren tot een verbruik van 1370W en ging daarna in compressor current protect.
Ik gebruik een externe sensor dus het opregelen naar vol vermogen was wel te verwachten omdat de sensor om een hoekje staat.

Al met al was het wel lekker warm tijdens het ontbijt

[eric27]

LED-Maniak schreef op woensdag 4 november 2026 @ 09:31:
3D auto voegt een extra offset en dus hogere temperatuur om naar te werken toe. Ik weet niet wat je gebruikt voor die aansturing, maar de meeste projecten compenseren daar niet voor.

Ik gebruik in home assistant gewoon de WF-RAC van Mitsubishi. Is een andere aansturing beter?

[nico_09]

eric27 schreef op woensdag 4 november 2026 @ 12:38:
[...]

Ik gebruik in home assistant gewoon de WF-RAC van Mitsubishi. Is een andere aansturing beter?

3d auto resulteert hier ook bij alle 3 de units een hoger verbruik en de ruimte wordt iets warmer qua temperatuur

[annemartijn]

gertvdijk schreef op dinsdag 27 oktober 2026 @ 00:13:
[...]
Als je op zoek bent naar een stand-alone app lijkt het me veel leuker de open source app AirLAN van @annemartijn te gebruiken.

Dank je, leuk om te lezen! Ik zag het nu pas. Inmiddels zit er wel wat meer in dan in het begin: versie 0.3.0 kan alle standen (ook automatisch, drogen en ventileren) en onder Beheer zit een Diagnose delen knop, zodat je makkelijk kunt laten zien wat je airco terugzegt als er iets niet werkt. Het blijft verder bewust simpel, alleen lokaal over je eigen wifi en alleen Android.



Wie hem wil proberen kan lid worden van de testersgroep en zich dan aanmelden via de testpagina op Google Play, zonder MHI airco kun je in de app een demo airco toevoegen. Vragen en feedback liefst in het eigen topic, dan houden we dit topic over de airco's zelf.

[Rapheal]

LED-Maniak schreef op zondag 1 november 2026 @ 09:41:
[...]

Je kan aansturen op een 'vaste temperatuur' en zo de compressor frequentie beheersen.
Bijvoorbeeld de ruimtetemperatuur 1 graad onder het setpoint vastzetten. Verschil vergroten als je meer warmte output wil.

Zelf heb ik de airco op een hogere ingestelde temperatuur staan dan de vloerverwarming. Trekt hij het niet dan gaat de vloerverwarming automatisch aan. Meestal gebeurt dat dan bij het opstarten of op koude dagen.

Misschien een stomme vraag, waarom zou je de compressor frequentie willen beheersen? Ik snap dit niet helemaal na het lezen van het draadje..

Interessante optie met je vloerverwarming! Ik overweeg dit ook, maar vraag me af hoe dit bij jou werkt. Vloerverwarming reageert toch traag (als je leidingen onder in dekvloer liggen ieder geval) ? Moet ik het zien dat dit is als soort van ondergrens die je wilt waarborgen bij koude dagen?

[Grutte Pier]

Rapheal schreef op vrijdag 6 november 2026 @ 07:13:
[...]

Misschien een stomme vraag, waarom zou je de compressor frequentie willen beheersen? Ik snap dit niet helemaal na het lezen van het draadje..

Interessante optie met je vloerverwarming! Ik overweeg dit ook, maar vraag me af hoe dit bij jou werkt. Vloerverwarming reageert toch traag (als je leidingen onder in dekvloer liggen ieder geval) ? Moet ik het zien dat dit is als soort van ondergrens die je wilt waarborgen bij koude dagen?

Compressor snelheid is een van de belangrijkste factoren die de uitblaas temperatuur van de binnenunit regelt. Door de controle van de compressor over te nemen (Vaste waardes doorsturen naar externe temp sensor), krijg je een veel betere beheersing van binnen temperatuur, maar ook extra mogelijkheden;

Ik heb altijd mijn fanspeed op medium. Met deze stand kan de unit fanspeed 4 t/m 6 hanteren, afhankelijk van een aantal factoren. Met fanspeed 4 wordt het bij mij niet uniform warm in de woning, met fanspeed 6 heb je lawaai en is het oncomfortabel door al die lucht verplaatsing. Het werken met een reguliere externe sensor versterkte imo alleen maar overshoots met hoge fanspeeds en exorbitant hoge vermogens bv na een defrost.

Voordelen van sturen met compressor snelheid zijn;

• Na defrost geen hoge vermogens en fanspeeds meer. Nu pakt die netjes fanspeed 5 en pruttelt die weer verder.
• Na het openen van mijn oven, ziet de airco geen verhoging van gemeten temperatuur en dus geen reductie in fanspeed (van 5 naar 4). Normaal kwam de airco hier slecht uit aangezien deze een bubbel creeerde door de lage fanspeed + warme stijgende lucht uit de oven.
• Wanneer de gemeten temperatuur door wat voor reden (deur open, afzuigkap ect) onder setpoint kwam, ging de fanspeed naar 6, dit versterkt dan vervolgens de verlaagde gemeten temperatuur (= extra vermogen om te compenseren). Fanspeed 6 blijft dan totdat er een overshoot is (+0.75 graden). Hierna valt die terug op fanspeed 4 ipv 5 en voelt alles weer koud.
• Ik kan alle richtingen uitblazen zonder consequenties, zo is swing een optie die nu wel normaal te gebruiken is. Met de 45 graden lamellen stand had het idee dat er soms lucht segmentering was; warm boven & koud(er) onder. Met swing of een lagere lamel richting kun je hier mee spelen
• Ook hoef ik geen automatiseringen aan te leggen met stappen in setpoint om de compressor rustig te houden bij opwarmen.
• Ultra stabiel, ik kan de hele dag verwarmen zonder 1 x te pendelen.

Voelt het koud, zet ik externe temp 0.25 lager en gooit die de compressor snelheid wat omhoog = hogere uitblaas temp.

Bovenstaande gaat ook op voor koelen natuurlijk

[ Voor 6% gewijzigd door Grutte Pier op 08-11-2026 11:00 ]

[Rapheal]

Hmm dat klinkt zeer interessant..ik probeer mn airco ook zodanig te krijgen dat die constant door pruttelt zonder pendelen. Nu heb ik 2 mhi 3.5 ke aircos (1 woonkamer zithoek en 1 in aanbouw eethoek) beide zijn uitgerust met een climacontrol module en stuurt dus op externe sensors. Ik heb gemerkt dat als ik mn aanbouw op temperatuur houd de woonkamer dat ook blijft en de 2e airco vooralsnog nog niet aan hoeft.

Echter merk ik iets vergelijkbaars. Op nachtverlaging zie ik dat de temperatuur wegzakt. Dit kan mogelijk komen door een oudere firmware, dus daar probeer ik meer ervaringen van te horen in het climacontrol topic.

Desalniettemin heb ik de nodige uitdaging in de aanbouw om hem dus op constant pruttelen te krijgen en te houden, waar uiteraard ook de plek van de sensor mee speelt en de airco instellingen. Daarom klinkt dit interessant (alhoewel er ook vast mensen nadelen zullen zien). Hoe doe je dit dan precies? Met HA oid?

[LED-Maniak]

Tsja, het is net waar je prioriteit ligt.
Wil je de airco constant laten 'pruttelen' of wil je de temperatuur in de ruimte strak bewaken?

In het eerste geval kan je de temperatuur input manipuleren en gaat hij op minimum vermogen draaien met een minimum output, met risico dat de temperatuur swing in de ruimte groter wordt. In het tweede geval regelt de airco het zelf en stopt hij met verwarmen zodra hij buiten de 0.5C bandbreedte komt.

Vaak zie je hem uit zichzelf al op 20Hz draaien(minimum). Als hij dan stopt dan stijgt de temperatuur in de ruimte teveel.

Beide kan goed zijn, net wat je zelf belangrijk vindt.

[ Voor 13% gewijzigd door LED-Maniak op 06-11-2026 12:42 ]

[Rapheal]

Op dit moment pendelt de airco enorm (elke 15-20 min aan uit), deels gekoppeld aan de plek van de sensor. Alleen zeker in de nacht blijft de airco minimaal pruttelen waardoor de temperatuur wegzakt. Zoals in het andere cc forum al werd genoemd moet ik nu de airco wakker maken en schiet die meteen in maximaal vermogen om dit te bereiken. Tussen pendelen (sensor dichtbij als in 2 meter diagonaal van de airco) versus temperatuur niet handhaven heb ik nu geen van beide (5.5 meter verderop maar ongeveer ten einde van de 3m doorgang van de aanbouw naar de woonkamer)
Idealiter heb ik langere runs / constant pruttelen versus de situatie nu, maar heb inmiddels al het nodige uitgeprobeerd. Dus als iemand goede ideeën heeft, hoor ik het graag!

[nico_09]

Rapheal schreef op vrijdag 6 november 2026 @ 12:52:
Op dit moment pendelt de airco enorm (elke 15-20 min aan uit), deels gekoppeld aan de plek van de sensor. Alleen zeker in de nacht blijft de airco minimaal pruttelen waardoor de temperatuur wegzakt. Zoals in het andere cc forum al werd genoemd moet ik nu de airco wakker maken en schiet die meteen in maximaal vermogen om dit te bereiken. Tussen pendelen (sensor dichtbij als in 2 meter diagonaal van de airco) versus temperatuur niet handhaven heb ik nu geen van beide (5.5 meter verderop maar ongeveer ten einde van de 3m doorgang van de aanbouw naar de woonkamer)
Idealiter heb ik langere runs / constant pruttelen versus de situatie nu, maar heb inmiddels al het nodige uitgeprobeerd. Dus als iemand goede ideeën heeft, hoor ik het graag!

Hij pendelt hier als ik de setpoint op 20gr heb staan, om die reden de temperatuur op 20,5 gr of op 21gr gezet, hierdoor pruttelt hij de hele dag door op 20 hz en slaat minimaal af


Wat bedoel je met wegzakken? Dit was een bekend probleempje vorig jaar, dit heb ik met de nieuwe firmware versies niet meer meegemaakt.

Draai nu op 3.4.1 en 2x op 3.5.5

[ Voor 7% gewijzigd door nico_09 op 06-11-2026 14:44 ]