Mitsubishi warmtepomp besturen met procon, ESPHome

[AUijtdehaag]

Lees nog wat ingangen en statussen via modbus uit en binary_sensors toegevoegd aan de code vanaf regel #29:

[vormulier]

@AUijtdehaag Thanks werkt als een zonnetje

[Sven1234]

@AUijtdehaag Je hebt wel een hele goede COP en flow trouwens

[AUijtdehaag]

@Sven1234 Sinds ik vorig jaar de printplaat heb gesloopt en een wasco print erin heb gezet, is niet alles meer...ok
Ach ja, hij doet het.

Flow klopt ook niet. nog eens naar kijken naar de aansluitingen op het PCB

[ Voor 22% gewijzigd door AUijtdehaag op 24-01-2024 14:22 ]

[JustMyOpinion]

Heren,
Ik heb via @AUijtdehaag een Procon en Modbus adapter gekocht (Werkt prima!). Echter heb ik hem aangesloten op HA via Node Red. Laatste tijd doet deze het alleen niet echt lekker. De data is dan aan het 'haperen'. Je ziet dan bv de status van de WP Heating aan en uit gaan:



Dit gaat weer over als ik Node Red heb gereset. Ik kan alleen niets vinden in de logs.

Wat is nu hier de 'standaard' de manier zoals ik het heb afgesloten of via de ESP methode, zoals omschreven in TS?

Zit er namelijk aan te denken om over te stappen, dus ESP en niet Node Red.

Hoor graag jullie mening!

[vormulier]

JustMyOpinion schreef op vrijdag 2 februari 2024 @ 08:32:
Heren,
Ik heb via @AUijtdehaag een Procon en Modbus adapter gekocht (Werkt prima!). Echter heb ik hem aangesloten op HA via Node Red. Laatste tijd doet deze het alleen niet echt lekker. De data is dan aan het 'haperen'. Je ziet dan bv de status van de WP Heating aan en uit gaan:

[Afbeelding]

Dit gaat weer over als ik Node Red heb gereset. Ik kan alleen niets vinden in de logs.

Wat is nu hier de 'standaard' de manier zoals ik het heb afgesloten of via de ESP methode, zoals omschreven in TS?

Zit er namelijk aan te denken om over te stappen, dus ESP en niet Node Red.

Hoor graag jullie mening!

Hier heb ik hem inderdaad via esphome:

wp -> procon -> rs485 (m5stack) -> esp atom (m5stack) -> ha

Deze setup is ook actief ondersteund hier en een soort van de "standaard"

[AUijtdehaag]

@JustMyOpinion
Gebruik je node-red als add-on in HA?
Ik heb ooit eens een node-red restart flow gevonden als modbus niet reageert, deze herstart dan node-red

code:

[{"id":"9755354.1a5d8c8","type":"tab","label":"NR restart","disabled":false,"info":""},{"id":"d6c8cea1.fe47b","type":"modbus-flex-getter","z":"9755354.1a5d8c8","name":"","showStatusActivities":false,"showErrors":false,"logIOActivities":false,"server":"bf7baafe14ba37f7","useIOFile":false,"ioFile":"","useIOForPayload":false,"emptyMsgOnFail":false,"keepMsgProperties":false,"x":590,"y":60,"wires":[["9a147c0f.83b3","59cf0460.04dbfc"],[]]},{"id":"714dc4a1.77becc","type":"inject","z":"9755354.1a5d8c8","name":"60s","props":[{"p":"payload"}],"repeat":"60","crontab":"","once":false,"onceDelay":"60","topic":"","payload":"","payloadType":"date","x":90,"y":60,"wires":[["fd16d8b5.29ebf8"]]},{"id":"fd16d8b5.29ebf8","type":"function","z":"9755354.1a5d8c8","name":"Create request","func":"return {\n    \"payload\": {\n        \"value\":1,\n        \"fc\":3,\n        \"unitid\": 1,\n        \"address\":0,\n        \"quantity\":10\n    }\n}","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":300,"y":60,"wires":[["71eec7fb.f94d28","d6c8cea1.fe47b"]]},{"id":"71eec7fb.f94d28","type":"delay","z":"9755354.1a5d8c8","name":"Comm Timeout","pauseType":"delay","timeout":"120","timeoutUnits":"seconds","rate":"1","nbRateUnits":"1","rateUnits":"second","randomFirst":"1","randomLast":"5","randomUnits":"seconds","drop":false,"outputs":1,"x":820,"y":160,"wires":[["ec7416c1.2c2bb8"]]},{"id":"ec7416c1.2c2bb8","type":"api-call-service","z":"9755354.1a5d8c8","name":"Restart Node-RED","server":"a230fa69.44ecb8","version":5,"debugenabled":false,"domain":"hassio","service":"addon_restart","areaId":[],"deviceId":[],"entityId":[],"data":"{\"addon\":\"a0d7b954_nodered\"}","dataType":"jsonata","mergeContext":"","mustacheAltTags":false,"outputProperties":[],"queue":"none","x":1030,"y":160,"wires":[[]]},{"id":"9a147c0f.83b3","type":"change","z":"9755354.1a5d8c8","name":"Reset timeout","rules":[{"t":"set","p":"reset","pt":"msg","to":"true","tot":"bool"}],"action":"","property":"","from":"","to":"","reg":false,"x":600,"y":160,"wires":[["71eec7fb.f94d28"]]},{"id":"59cf0460.04dbfc","type":"debug","z":"9755354.1a5d8c8","name":"Respons","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"payload","targetType":"msg","statusVal":"","statusType":"auto","x":800,"y":60,"wires":[]},{"id":"61aa58c.7d5d9a8","type":"inject","z":"9755354.1a5d8c8","name":"","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":true,"onceDelay":"1","topic":"","payload":"","payloadType":"date","x":110,"y":160,"wires":[["38cbbccf.039a24"]]},{"id":"38cbbccf.039a24","type":"debug","z":"9755354.1a5d8c8","name":"node-red restarted","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"payload","targetType":"msg","statusVal":"","statusType":"auto","x":370,"y":160,"wires":[]},{"id":"bf7baafe14ba37f7","type":"modbus-client","name":"Procon","clienttype":"serial","bufferCommands":true,"stateLogEnabled":true,"queueLogEnabled":false,"failureLogEnabled":false,"tcpHost":"127.0.0.1","tcpPort":"502","tcpType":"DEFAULT","serialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_0107146D-if00-port0","serialType":"RTU-BUFFERD","serialBaudrate":"9600","serialDatabits":"8","serialStopbits":"1","serialParity":"none","serialConnectionDelay":"150","serialAsciiResponseStartDelimiter":"","unit_id":"","commandDelay":"30","clientTimeout":"1000","reconnectOnTimeout":false,"reconnectTimeout":"2000","parallelUnitIdsAllowed":false},{"id":"a230fa69.44ecb8","type":"server","name":"Home Assistant","version":5,"addon":true,"rejectUnauthorizedCerts":true,"ha_boolean":"y|yes|true|on|home|open","connectionDelay":true,"cacheJson":true,"heartbeat":false,"heartbeatInterval":30,"areaSelector":"friendlyName","deviceSelector":"friendlyName","entitySelector":"friendlyName","statusSeparator":"at: ","statusYear":"hidden","statusMonth":"short","statusDay":"numeric","statusHourCycle":"h23","statusTimeFormat":"h:m","enableGlobalContextStore":true}]

Voor de rest: esp oplossingen heb ik liggen...

[JustMyOpinion]

Heb je ook korte omschrijving hoe je dit hebt gekoppeld....? In de TS lees ik zaken als solderen etc.

Of @AUijtdehaag heb jij een compleet setje wat soort van plug/play is?

[AUijtdehaag]

@JustMyOpinion
Ja heb ik.
Stuur anders even een DM.

[Andrehj]

Gezien de perikelen met Melcloud even wat vragen van een Procon newbie:

1. Zijn er eigenlijk mensen die een Procon aan Domoticz hebben hangen of deze aansturen met een eigen Modbus script? (Ik wil eigenlijk het Melcloud2Domoticz script min of meer 1:1 vervangen door iets wat de data uit de Procon vist, iets werkends om mee te beginnen is dan altijd handig).
2. Draaien jullie de procon op de standaard 9600 baud? Of hoger? En wordt die hogere standaard onthouden na stroomuitval? Want ik zie dat je die snelheid via Modbus in kunt stellen, maar vraag me af hoe dat in de praktijk gaat. Want je moet toch alle devices bij aan de bus (er hangen ook nog 8 kWh meters aan) op dezelfde snelheid draaien?

[ocaj]

Andrehj schreef op dinsdag 6 februari 2024 @ 22:00:
Gezien de perikelen met Melcloud even wat vragen van een Procon newbie:

1. Zijn er eigenlijk mensen die een Procon aan Domoticz hebben hangen of deze aansturen met een eigen Modbus script? (Ik wil eigenlijk het Melcloud2Domoticz script min of meer 1:1 vervangen door iets wat de data uit de Procon vist, iets werkends om mee te beginnen is dan altijd handig).
2. Draaien jullie de procon op de standaard 9600 baud? Of hoger? En wordt die hogere standaard onthouden na stroomuitval? Want ik zie dat je die snelheid via Modbus in kunt stellen, maar vraag me af hoe dat in de praktijk gaat. Want je moet toch alle devices bij aan de bus (er hangen ook nog 8 kWh meters aan) op dezelfde snelheid draaien?

1) Ik draai Procon met een eigen modbus-script, die slaat de data op in mysql, sqlite, json en stuurt het naar mqtt. MQTT-data pik ik verder op in Node-red voor dashboard en wat logica, ik neem aan dat Domoticz dat ook kan. Commando's stuurt ik via MQTT naar mijn modbus-script en die zet het weer door naar de Procon
2) Nog steeds op 9600 baud. Ik had ooit de intentie dat hoger te zetten, maar is er nog niet van gekomen. Alle data uitlezen kost nu ca halve seconde op 9600 baud, en ik lees het dan na 1 seconde wachten weer uit. Dat is snel genoeg. De Procon (of de FTC?) is nl. erg traag: Als je een commando stuurt (bijvoorbeeld "ForceSWW = 1") dan duurt het tot wel 20 seconde voordat je in de status-teruglezing ForceSWW=1 terugziet. Dat ligt niet aan de baud-rate....

[breinonline]

breinonline schreef op dinsdag 18 april 2023 @ 21:35:
Even een schopje: de besturing werkt hier perfect. Geen fouten of gekke dingen meegemaakt

Hoewel niet iedereen in dit topic met Home Assistant werkt is het denk ik wel de meest logische plek om dit te delen: ik heb een visualisatie gemaakt die de belangrijkste parameters toont en visueel maakt wat de warmtepomp aan het doen is. Zo zijn de leidingen rood/blauw gekleurd richting de vloerverwarming of richting de SWW tank. En als de warmtepomp standby staat zijn alle leidingen grijs (zoals op het ene voorbeeld). Mocht iemand geïnteresseerd zijn, hieronder de lovelace code.
[...]

En de bijbehorende plaatjes:
https://tweakers.net/gallery/27131/fotoalbum/?MapID=175184

Ik heb nu ik op de Netatmo draai natuurlijk een ander plaatje nodig. Misschien ook leuk voor anderen hier:



Lovelace code is ook gewijzigd:

YAML:

type: picture-elements
image: local/images/ecodan/ecodan-basis2.png?v=1
elements:
  - type: conditional
    conditions:
      - entity: sensor.ecodan_operating_mode
        state: Stop
    elements:
      - type: image
        image: local/images/ecodan/ecodan-off.png?v=2
        style:
          top: 50%
          left: 50%
          width: 100%
  - type: conditional
    conditions:
      - entity: sensor.ecodan_operating_mode
        state: Heating
      - entity: sensor.ecodan_defrost
        state: 'Off'
    elements:
      - type: image
        image: local/images/ecodan/ecodan-heating.png?v=2
        style:
          top: 50%
          left: 50%
          width: 100%
      - type: state-label
        entity: sensor.ecodan_current_power_output
        style:
          top: 51%
          left: 10%
          color: white
  - type: conditional
    conditions:
      - entity: sensor.ecodan_operating_mode
        state: Hot Water
    elements:
      - type: image
        image: local/images/ecodan/ecodan-hot-water.png?v=2
        style:
          top: 50%
          left: 50%
          width: 100%
  - type: conditional
    conditions:
      - entity: sensor.ecodan_defrost
        state: Defrost
    elements:
      - type: image
        image: local/images/ecodan/ecodan-defrost.png?v=2
        style:
          top: 50%
          left: 50%
          width: 100%
  - type: conditional
    conditions:
      - entity: sensor.ecodan_operating_mode
        state: Cooling
    elements:
      - type: image
        image: local/images/ecodan/ecodan-cooling.png?v=2
        style:
          top: 50%
          left: 50%
          width: 100%
      - type: state-label
        entity: sensor.ecodan_current_power_output
        style:
          top: 51%
          left: 10%
          color: white
  - type: conditional
    conditions:
      - entity: sensor.ecodan_operating_mode
        state: Hot Water
      - entity: sensor.ecodan_heat_source_status
        state: Electric heater
    elements:
      - type: image
        image: local/images/ecodan/ecodan-element.png?v=2
        style:
          top: 50%
          left: 50%
          width: 100%
  - type: conditional
    conditions:
      - entity: sensor.ecodan_operating_mode
        state: Legionella
      - entity: sensor.ecodan_heat_source_status
        state: Electric heater
    elements:
      - type: image
        image: local/images/ecodan/ecodan-element.png?v=2
        style:
          top: 50%
          left: 50%
          width: 100%
  - type: conditional
    conditions:
      - entity: sensor.ecodan_operating_mode
        state: Legionella
      - entity: sensor.ecodan_heat_source_status
        state: Heatpump
    elements:
      - type: image
        image: local/images/ecodan/ecodan-hot-water.png?v=2
        style:
          top: 50%
          left: 50%
          width: 100%
  - type: conditional
    conditions:
      - entity: input_boolean.wtw_naloop_aan
        state: 'on'
      - entity: sensor.comfoairq_percentage
        state: '100'
    elements:
      - type: state-label
        entity: sensor.shelly_hw_temperature
        style:
          top: 30%
          left: 64%
          color: white
      - type: icon
        icon: mdi:faucet
        style:
          top: 29%
          left: 55%
          color: red
  - type: state-label
    entity: climate.living_room
    attribute: temperature
    style:
      top: 80%
      left: 10.5%
      color: black
      font-weight: bold
      transform: translate(-50%,-50%) scale(0.9,1.5)
  - type: state-label
    entity: climate.living_room
    attribute: current_temperature
    style:
      top: 80%
      left: 17%
      font-weight: bold
      color: lightgrey
      transform: translate(-50%,-50%) scale(0.9,1.5)
  - type: state-label
    entity: sensor.ecodan_flow_temperature
    style:
      top: 19%
      left: 74%
      color: white
      align: right
  - type: state-label
    entity: sensor.delta_t
    prefix: 'Δt: '
    style:
      top: 35%
      left: 10%
      color: white
  - type: state-label
    entity: sensor.ecodan_return_temperature
    style:
      top: 38%
      left: 74%
      color: white
      align: right
  - type: state-label
    entity: sensor.ecodan_tank_water_temperature
    style:
      top: 31%
      left: 42%
      color: white
  - type: state-label
    entity: sensor.shelly_lower_tank_temperature
    style:
      top: 51%
      left: 42%
      color: white
  - type: state-label
    entity: sensor.ecodan_refrigerant_liquid_temperature
    style:
      top: 54%
      left: 85%
      color: white
  - type: state-label
    entity: sensor.ecodan_outdoor_ambient_temperature
    style:
      top: 92%
      left: 82%
      color: white
  - type: state-label
    entity: sensor.ecodan_heat_pump_frequency_master
    style:
      top: 68%
      left: 83%
      color: white
  - type: state-label
    entity: sensor.ecodan_flow_rate
    style:
      top: 13%
      left: 72%
      color: white

Plaatjes staan hier, inclusief in verschillende kleuren de Netatmo en zowel horizontaal als verticaal. Voorbeeld:

[xoror]

Voor de opensource mitsubishi projecten missen er nog een aantal commandos. Alle Prohibit commandos bijv.
Nu zou het mogelijk moeten zijn om via modbus die prohibit commandos naar de procon te sturen, en dan de CN105 uitlezen wat er wordt gestuurd richting de WP.

Heeft iemand de middelen om dit te doen en het resultaat te dumpen?

[ocaj]

Ik heb geen mogelijkheid om de CN105-communicatie tussen FTC en Procon uit te lezen.

Maar ik heb wel de registers 39, 40 en 41 (functiecode 6) geprobeerd te sturen via de procon.
De warmtepomp doet daar helemaal niks mee. Deze lijken "read-only" te zijn voor zover ik heb kunnen achterhalen.

[xoror]

Ah ik zie het, ik latere pdf versies staat er read only. Wil dat zeggen dat je dus ook niet via de procon die prohibit kan aansturen? hmm dat is flauw

[LED-Maniak]

Uitlezen van de prohibit settings doe ik al wel direct via CN105, alleen aansturen nog niet. Lopen die settings uberhaupt over de CN105 poort? De ClimaControl module kan direct de CN105 poort snuffelen, alleen dan moet er wel een device zijn die ook over die poort de instellingen wijzigt. Als dat zo is dan is er redelijk eenvoudig achter te komen door er een climacontrol module tussen te hangen.

[xoror]

ik dacht gewoon de cn105 op een esp boardje prikken en ws iets can connect/keep alive emuleren en dan cmd dumpen.

maar zag dat er ook cn105 splitters zijn, dus in de wp pluggen en meeluisteren met een esp32 board.

ws is z'n kabeltje ook niet heel moeilijk om te maken.

maar met bijv https://github.com/rbroker/ecodan-ha-local + esp board kan je voor 10 - 15 euro aan componenten het meeste wel uitlezen en bedienen. ik mist die prohibit alleen om wat leukere aansturing te maken.

[LED-Maniak]

Is al iemand hier geweest die op de een of andere manier zijn controller print heeft gesloopt door zelf iets te knutselen op zijn CN105 poort. Kosten waren dacht ik rond de 800€ voor de vervanging hiervan, dus weet welk risico je neemt als je iets doet/gebruikt wat niet beproefd is.


Climacontrol module heeft meerdere beveiligingen en draait inmiddels al op een groot aantal ecodan en airco's. Is maar net hoeveel risico je wil nemen om te besparen.

[ Voor 23% gewijzigd door LED-Maniak op 21-03-2024 10:31 ]

[martinisoft]

Bij deze even een vraagje tot meedenken.
Ik stuur mijn SWW run's aan vanaf Home Assistant en ben dit nu verder aan het optimaliseren.
Het doel is een dagelijkse run op het moment dat de energie tarieven het laagst zijn.
Om te voorkomen dat de Warmtepomp op eigen gelegenheid een run start wil ik de temperatuur drop zo hoog mogelijk hebben staan. laten we zeggen 25 graden.
Op die manier ben ik er zeker van dat meerdere douches en of bad in de ochtend niet meteen tot een SWW run leiden op een moment dat de tarieven juist hoog zijn.
Nu is het ding dat ik daarmee 25 graden aan minimale delta tussen de huidige watertemp en het setpoint nodig heb om een SWW run te laten starten.
In Home Assistant (node red) los ik dit nu op door een rekensommetje te maken van (boilertemp + ingesteldetempdrop + 1). De uitkomst van deze som gebruik ik vervolgens als tijdelijk setpoint om de SWW run te forceren op het moment dat de engergie het goedkoopst is. Zodra de run op gang is gekomen (delay van 5 min) zet ik het setpoint terug op mijn gewenste waarde van 47 graden.
Het probleem is echter dat de maximale instelbare SWW temp 65 graden is. Dat wil zeggen dat bij een boilertemp van 40 graden of hoger de SWW run faalt omdat de warmtepomp het door mij gecommuniceerde tijdelijke setpoint niet slikt. Nu kan ik hier omheen werken door een "Force SWW" te doen indien het berekende tijdelijke setpoint hoger is dan 65 graden, maar het liefst zou ik ook in die gevallen een normale (rustigere) SWW run doen. Iemand een idee hoe dit aan te pakken? Ik heb ook al gekeken of ik in zo'n gevallen de temp drop waarde kan manipuleren maar voor zover ik het kan zien is die read-only. Of denk ik veel te moeilijk en moet ik het op een hele andere manier aanvliegen?

Alvast bedankt voor het meedenken..

[ Voor 3% gewijzigd door martinisoft op 09-04-2024 19:04 ]

[Sicco92]

martinisoft schreef op dinsdag 9 april 2024 @ 19:00:
Bij deze even een vraagje tot meedenken.
Ik stuur mijn SWW run's aan vanaf Home Assistant en ben dit nu verder aan het optimaliseren.
Het doel is een dagelijkse run op het moment dat de energie tarieven het laagst zijn.
Om te voorkomen dat de Warmtepomp op eigen gelegenheid een run start wil ik de temperatuur drop zo hoog mogelijk hebben staan. laten we zeggen 25 graden.
Op die manier ben ik er zeker van dat meerdere douches en of bad in de ochtend niet meteen tot een SWW run leiden op een moment dat de tarieven juist hoog zijn.
Nu is het ding dat ik daarmee 25 graden aan minimale delta tussen de huidige watertemp en het setpoint nodig heb om een SWW run te laten starten.
In Home Assistant (node red) los ik dit nu op door een rekensommetje te maken van (boilertemp + ingesteldetempdrop + 1). De uitkomst van deze som gebruik ik vervolgens als tijdelijk setpoint om de SWW run te forceren op het moment dat de engergie het goedkoopst is. Zodra de run op gang is gekomen (delay van 5 min) zet ik het setpoint terug op mijn gewenste waarde van 47 graden.
Het probleem is echter dat de maximale instelbare SWW temp 65 graden is. Dat wil zeggen dat bij een boilertemp van 40 graden of hoger de SWW run faalt omdat de warmtepomp het door mij gecommuniceerde tijdelijke setpoint niet slikt. Nu kan ik hier omheen werken door een "Force SWW" te doen indien het berekende tijdelijke setpoint hoger is dan 65 graden, maar het liefst zou ik ook in die gevallen een normale (rustigere) SWW run doen. Iemand een idee hoe dit aan te pakken? Ik heb ook al gekeken of ik in zo'n gevallen de temp drop waarde kan manipuleren maar voor zover ik het kan zien is die read-only. Of denk ik veel te moeilijk en moet ik het op een hele andere manier aanvliegen?

Alvast bedankt voor het meedenken..

Ik zie drie mogelijkheden:
- SWW drop point lager zetten, bijvoorbeeld op 15-20, zodat je wat meer speelruimte hebt
- SWW op een 'normale' waarde zetten, bijv. rond de 10, en de SWW runs die de unit zelf start opvangen door tijdelijk het setpoint omlaag te gooien
- SWW drop point op zijn laagst zetten en de SWW setpoint mee laten bewegen naar beneden, zodat dat drop point nooit bereikt wordt. Dan kan je altijd op jouw gewenste tijd een SWW run forceren door het setpoint naar 65 te gooien.

[martinisoft]

Sicco92 schreef op dinsdag 9 april 2024 @ 20:04:
[...]

Ik zie drie mogelijkheden:
- SWW drop point lager zetten, bijvoorbeeld op 15-20, zodat je wat meer speelruimte hebt
- SWW op een 'normale' waarde zetten, bijv. rond de 10, en de SWW runs die de unit zelf start opvangen door tijdelijk het setpoint omlaag te gooien
- SWW drop point op zijn laagst zetten en de SWW setpoint mee laten bewegen naar beneden, zodat dat drop point nooit bereikt wordt. Dan kan je altijd op jouw gewenste tijd een SWW run forceren door het setpoint naar 65 te gooien.

Ik heb een vrij hoge drop nodig omdat ik anders te vaak ongewenste SWW run's heb, dus de eerste optie is lastig in mijn situatie. De andere twee vind ik zo gek nog niet. Het mee laten bewegen van het setpoint is een goeie en had ik zelf nog niet aan gedacht.
Het nadeel vind ik wel dat het setpoint tussentijds op een inreëel lage waarde staat waarmee de regeling van de warmtepomp zelf die nu als achtervang dient voor als er iets mis is met HA zijn waarde gaat verliezen.. stof tot nadenken..
Hierop verder denkend, weet iemand wat het exacte verschil is tussen een "force SWW run" en een Run die gestart wordt doordat de temp onder het droppoint zakt? M.a.w. is het de moeite omde voorgestelde weg in te slaan en het setpoint mee te laten bewegen, of kan ik net zo goed een geforceerde run starten zodra ik boven de 65 graden uit kom?

[ Voor 13% gewijzigd door martinisoft op 09-04-2024 20:43 ]

[Sicco92]

martinisoft schreef op dinsdag 9 april 2024 @ 20:40:
[...]

Het nadeel vind ik wel dat het setpoint tussentijds op een inreëel lage waarde staat waarmee de regeling van de warmtepomp zelf die nu als achtervang dient voor als er iets mis is met HA zijn waarde gaat verliezen.. stof tot nadenken..

Dat is ook waarom ik zelf voor optie 2 ben gegaan, maar het heeft wel als nadeel dat de warmtepomp soms een klein tijdje aan staat voor warmwaterruns die hij zelf start. Geen ramp, maar wel een nadeel. Als het prijsverschil met het goedkoopste uur klein is, dan laat ik hem zijn run trouwens wel afmaken. Dat scheelt misschien 1-2 cent op de totale run, dat vind ik prima.
Voor de derde optie is het altijd nog een mogelijkheid om de warmtepomp handmatig even op normale waarden in te stellen als HA/de Procon er een tijdje uit ligt. Is op zich ook geen ramp.

[martinisoft]

Sicco92 schreef op dinsdag 9 april 2024 @ 20:55:
[...]

Dat is ook waarom ik zelf voor optie 2 ben gegaan, maar het heeft wel als nadeel dat de warmtepomp soms een klein tijdje aan staat voor warmwaterruns die hij zelf start. Geen ramp, maar wel een nadeel. Als het prijsverschil met het goedkoopste uur klein is, dan laat ik hem zijn run trouwens wel afmaken. Dat scheelt misschien 1-2 cent op de totale run, dat vind ik prima.
Voor de derde optie is het altijd nog een mogelijkheid om de warmtepomp handmatig even op normale waarden in te stellen als HA/de Procon er een tijdje uit ligt. Is op zich ook geen ramp.

Bedankt voor het meedenken. Alles in overweging nemend ga ik voor de optie waarbij ik een "Force SWW" run ga draaien wanneer (Boilertemp + Drop + 1) hoger is dan 65 graden. Echter als deze lager is (dit zal in de meeste gevallen zo zijn) verhoog ik het setpoint naar de uitkomst van de som om hem na vijf minuten weer terug te zetten op de gewenste 47 graden. Zo heb ik dan wel af en toe een Force SWW maar daar staat tegenover dat ik nooit met koud water kom te zitten mocht HA er onverhoopt mee ophouden. Immers blijft de regeling van de Ecodan in takt en werkt dan als achtervang. Als er intresse is zal ik de node-red flow hier delen zodra deze helemaal foolproof draait.

[ocaj]

martinisoft schreef op dinsdag 9 april 2024 @ 20:40:
Hierop verder denkend, weet iemand wat het exacte verschil is tussen een "force SWW run" en een Run die gestart wordt doordat de temp onder het droppoint zakt? M.a.w. is het de moeite omde voorgestelde weg in te slaan en het setpoint mee te laten bewegen, of kan ik net zo goed een geforceerde run starten zodra ik boven de 65 graden uit kom?

Bij een geforceerde SWW-run draait hij vrijwel de hele run op een ongeveer constante hoge compressorfrequentie, waarbij er gaandeweg de run steeds meer stroom verbruikt wordt (tot ca 3000W aan het einde).

Bij een sww-drop-run draait hij op een constant elektrisch vermogen van ca 2000W, dan begint hij op een hoge frequentie, maar die neemt dan langzaam af gedurende de run.

De sww-drop-methode draait dus rustiger in 2 opzichten: lager stroomverbruik en (op het begin na) een lagere compressor-frequentie.

[xoror]

kan je met de procon de tijd/week slots instellen ? Dan kan je de tijd evt aanpassen om alleen sww te doen tijdens die tijdslots. de ecodan is heel dom, zodra je binnen het tijdslot valt start hij een sww run, ongeacht je temp, drops etc. Geen idee of je dat via de procon kan instellen btw.

[breinonline]

Nee, dat kan niet.

[Andrehj]

ocaj schreef op dinsdag 9 april 2024 @ 22:55:
Bij een geforceerde SWW-run draait hij vrijwel de hele run op een ongeveer constante hoge compressorfrequentie, waarbij er gaandeweg de run steeds meer stroom verbruikt wordt (tot ca 3000W aan het einde).

Bij een sww-drop-run draait hij op een constant elektrisch vermogen van ca 2000W, dan begint hij op een hoge frequentie, maar die neemt dan langzaam af gedurende de run.

De sww-drop-methode draait dus rustiger in 2 opzichten: lager stroomverbruik en (op het begin na) een lagere compressor-frequentie.

Welk type buitenunit heb je? (Hint: als je die in je signature opneemt is dat altijd duidelijk)
Ik zie dat gedrag namelijk niet. Hier is een SWW-run meestal op 50 Hz (buitenunit op 75% begrensd), en alleen afhankelijk van de buitentemperatuur soms op 40 (erg warm weer) of op 60 Hz (erg koud weer).

[ocaj]

SUZ-SWM80VA. Plaatje van frequentie met eerst een force-sww en daarna een "normale" sww-run (sww-drop) staat hier: ocaj in "Mitsubishi warmtepomp besturen met procon, ESPHome"

[Denbach]

Ik heb hier twee tijd slots in de WP gezet, met een hele grote temp drop. Idealiter gaat de WP om 13:00 een SWW run doen, vaak is het dan qua temperatuur/ kWh prijs een goede combinatie. Zekerheidshalve heb ik midden in de nacht om 02:00 ook nog een tijd slot. Hiervoor liet ik HA een force SWW doen, maar ik vond dat we daarbij te afhankelijk zijn van HA.

[xoror]

@martinisoft ik bedacht me dat je sww ook kan forceren zonder forced (onzuinige) mode.
Je kan je WP via de procon op standby zetten, en weer terug. Dan start hier altijd de sww run, ongeacht boiler temps.

[martinisoft]

xoror schreef op vrijdag 12 april 2024 @ 09:23:
@martinisoft ik bedacht me dat je sww ook kan forceren zonder forced (onzuinige) mode.
Je kan je WP via de procon op standby zetten, en weer terug. Dan start hier altijd de sww run, ongeacht boiler temps.

Daar ga ik eens even naar kijken, dank voor de tip. Klinkt goed op het eerste gezicht maar moet wel even checken of dit geen negatieve neveneffecten gaat hebben. 👍👍

[!Aho]

Hier wordt de SWW run geforceerd door het SWW setpoint op 55ºC te zetten. Wanneer de SWW run is gestart wordt het setpoint terug gezet naar een lagere waarde (bij mij variabel, maar alles onder 50º werkt). De temp-drop van de warmtepomp staat op 5º. Wanneer de gewenste temperatuur is bereikt wordt het SWW setpoint op 40º gezet om te voorkomen dat er onverhoopt op een slecht moment een run wordt gestart.

Ik denk dat je de SWW run ook met een initieel setpoint van 60º zou kunnen forceren, maar durfde dat niet aan omdat wordt afgeraden het SWW setpoint hoger dan 55º te zetten. Wellicht ten onrechte, want die waarde wordt nooit gehaald.

[ocaj]

Ik doe de soft-start van de SWW-run door de setpoint 10 minuten lang op 65 graden te zetten en daarna weer terug naar wat het was. In 10 minuten zit je nooit op 65, dus geen enkel probleem....
Werkt prima.

[Miezie]

breinonline schreef op zaterdag 6 mei 2023 @ 08:09:
@HaTe @nighthunter Dank voor delen van jullie constructies. Ik heb nu de volgende automation en templates gemaakt in HA en dat lijkt te werken zoals moet. Om problemen met de tijd te voorkomen heb ik de tijd op de warmtepomp aangepast naar 5 minuten voorlopen. Dat moet voorkomen dat de automation na middernacht kan plaatsvinden en dus altijd op de juiste dag in het energy dashboard terecht komt.

YAML:

### automations ###
automation manual:
## Warmtepomp verbruik naar energy dashboard ##
- id: "20230503205001"
  alias: Warmtepomp verbruik naar energy dashboard
  trigger:
    - platform: state
      entity_id: sensor.ecodan_energy_used_dhw
      for:
        hours: 0
        minutes: 1
        seconds: 0
      id: "dhw"
    - platform: state
      entity_id: sensor.ecodan_energy_used_heating
      for:
        hours: 0
        minutes: 1
        seconds: 0
      id: "heating"
    - platform: state
      entity_id: sensor.ecodan_energy_used_cooling
      for:
        hours: 0
        minutes: 1
        seconds: 0
      id: "cooling"
  action:
    - choose:
        - conditions:
            - condition: trigger
              id: 'dhw'
            - condition: time
              after: "23:50:00"
              before: "23:59:50"
          sequence:
            - service: input_number.set_value
              data:
                entity_id: input_number.ecodan_energy_used_dhw
                value: "{{ states('input_number.ecodan_energy_used_dhw') | float + states('sensor.ecodan_energy_used_dhw') | float }}"
        - conditions:
            - condition: trigger
              id: 'heating'
            - condition: time
              after: "23:50:00"
              before: "23:59:50"
          sequence:
            - service: input_number.set_value
              data:
                entity_id: input_number.ecodan_energy_used_heating
                value: "{{ states('input_number.ecodan_energy_used_heating') | float + states('sensor.ecodan_energy_used_heating') | float }}"
        - conditions:
            - condition: trigger
              id: 'cooling'
            - condition: time
              after: "23:50:00"
              before: "23:59:50"
          sequence:
            - service: input_number.set_value
              data:
                entity_id: input_number.ecodan_energy_used_cooling
                value: "{{ states('input_number.ecodan_energy_used_cooling') | float + states('sensor.ecodan_energy_used_cooling') | float }}"
  mode: parallel
  trace:
    stored_traces: 10

### templates ###
template: #sensors voor energy dashboard
- sensor:
  - name: Ecodan energy used heating total
    unique_id: "20230503204801"
    state: "{{ states('input_number.ecodan_energy_used_heating') | float }}"
    unit_of_measurement: kWh
    device_class: energy
    state_class: total_increasing
    icon: mdi:heat-wave
  - name: Ecodan energy used cooling total
    unique_id: "20230503204802"
    state: "{{ states('input_number.ecodan_energy_used_cooling') | float }}"
    unit_of_measurement: kWh
    device_class: energy
    state_class: total_increasing
    icon: mdi:snowflake
  - name: Ecodan energy used DHW total
    unique_id: "20230503204803"
    state: "{{ states('input_number.ecodan_energy_used_dhw') | float }}"
    unit_of_measurement: kWh
    device_class: energy
    state_class: total_increasing
    icon: mdi:water

Naast deze code heb ik in de GUI nog 3 input numbers aangemaakt om de cijfers aan elkaar te kunnen koppelen:
[Afbeelding]

Al eens aan de https://www.home-assistant.io/integrations/utility_meter/ gedacht? Ben het nu even aan het checken of dat doet wat het moet doen. De tijd vooruit zetten op de warmtepomp werkt dan uiteraard nog steeds netjes.
Doet niet wat het moet doen.

[xoror]

xoror schreef op woensdag 20 maart 2024 @ 22:14:
ik dacht gewoon de cn105 op een esp boardje prikken en ws iets can connect/keep alive emuleren en dan cmd dumpen.

maar zag dat er ook cn105 splitters zijn, dus in de wp pluggen en meeluisteren met een esp32 board.

ws is z'n kabeltje ook niet heel moeilijk om te maken.

maar met bijv https://github.com/rbroker/ecodan-ha-local + esp board kan je voor 10 - 15 euro aan componenten het meeste wel uitlezen en bedienen. ik mist die prohibit alleen om wat leukere aansturing te maken.

Inmidels werkt dit prima met de procon als proxy en veel kunnen achterhalen en ingebouwd. Ik heb alle nieuwe velden gedocumenteerd en toegevoegd aan mijn repo. Tevens ook geimplementeerd in mijn esphome versie. We kunnen vrijwel hetzelfde als de procon nu

[Timmoz]

Met grote dank aan o.a. @AUijtdehaag voor het esp bord t.b.v uitlezen Procon en @breinonline voor het maken van de mooie picture elements setup voor HA die ik schaamteloos heb gekopieerd en licht aangepast, wil ik graag mijn integratie in HA dashboard delen:





Omdat ik geen fan was van de grote hysterese van de mitsu controller, heb ik er een netatmo (aan/uit) thermostaat aan gehangen. Hierdoor heb ik nu ook een mooie thermostaat in HA er bij. Ik was niet zo'n fan van de reguliere slider van mitsu controller, waar ik geregeld per ongeluk langs ging tijdens het swipen, waardoor de verwarming opeens op 30 graden stond..

Verder heb ik een custom gauge met transparante achtergrond op boiler gezet, die ook van kleur veranderd als SWW laag wordt en dus kans vergroot op koude douche (nog even uitzoeken vanaf wanneer dat ook daadwerkelijk gebeurd). En een icoon t.b.v. forceren SWW run.


Al met al ben ik best tevreden erover. Ik realiseer me ook dat ik hier, zonder al jullie gedeelde kennis, nooit (of althans, niet snel) op was gekomen. Mijn dank is dus groot!

Bovenstaande is ondertussen ook geïntegreerd in een muur gemonteerde tablet met HA dashboard 😀 Erg leuk om langs te lopen en dan te zien werken!

[tweaksmidtd]

Hoi,

hier een echte newbie :-)

Sinds een paar weken een Mitsubishi warmtepomp maar al enige tijd enthousiaste gebruiker van HA. Al veel gelezen over de installatie van een procon. De installateur adviseerde dat zelfs.
Ik heb gezocht op ebay maar helaas geen succes. Iemand tips waar ik een procon kan kopen?

Gr, Dennis

[Andrehj]

tweaksmidtd schreef op woensdag 3 juli 2024 @ 16:01:
Ik heb gezocht op ebay maar helaas geen succes. Iemand tips waar ik een procon kan kopen?

https://www.ebay.co.uk/sch/i.html?&_nkw=procon+melcobems

Er staat er nu zelfs eentje van slechts 30 pond tussen...

[tweaksmidtd]

Andrehj schreef op woensdag 3 juli 2024 @ 16:20:
[...]

https://www.ebay.co.uk/sch/i.html?&_nkw=procon+melcobems

Er staat er nu zelfs eentje van slechts 30 pond tussen...

Ja, gezien. Alleen die versturen allemaal niet naar Nederland.

[tweaksmidtd]

Hoi,

ik krijg een foutmelding bij het uitlezen van de procon:
12:26:13 [W] [modbus_controller:179]
Duplicate modbus command found: type=0x4 address=227 count=2
12:26:14 [D] [modbus_controller:040]
Modbus command to device=1 register=0x36 countdown=0 no response received - removed from send queue

Als firmware heb ik degene geinstalleerd van https://github.com/fonske/Mitsubishi_procon/ met als board "board-esp32S3.yaml". De hardware die ik gebruik is een M5Stack Atom S3 met een modbus.
Op de procon brandt een groen lampje en knippert de ander. Dat zou dus goed moeten staan.
De webserver op de Atom werkt ook. Alleen ik ontvang dus geen data via de modbus.
Iemand een idee wat ik heb gemist?

[AUijtdehaag]

@tweaksmidtd
Board is een esphome/boards/board-m5stack-atoms3-lite.yaml

YAML:

substitutions:
  name: mitsubishi
  device_description: "Esphome component for Mitsubishi Procon A1M mini with modbus"
  friendly_name: Mitsubishi
  timezone: "Europe/Amsterdam"

packages:
  remote_package:
    url: https://github.com/fonske/Mitsubishi_procon
    ref: main
    refresh: 0s
    files: [ esphome/labels/.procon-labels-en.yaml, 
             esphome/.procon.base.yaml, 
             esphome/boards/board-m5stack-atoms3-lite.yaml
           ]

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

[ Voor 78% gewijzigd door AUijtdehaag op 12-07-2024 14:05 ]

[tweaksmidtd]

[quote]AUijtdehaag schreef op vrijdag 12 juli 2024 @ 14:03:
@tweaksmidtd
Board is een esphome/boards/board-m5stack-atoms3-lite.yaml

Perfect. Nu werkt het.

[ThePsycho]

Andrehj schreef op dinsdag 6 februari 2024 @ 22:00:
Gezien de perikelen met Melcloud even wat vragen van een Procon newbie:

1. Zijn er eigenlijk mensen die een Procon aan Domoticz hebben hangen of deze aansturen met een eigen Modbus script? (Ik wil eigenlijk het Melcloud2Domoticz script min of meer 1:1 vervangen door iets wat de data uit de Procon vist, iets werkends om mee te beginnen is dan altijd handig).
2. Draaien jullie de procon op de standaard 9600 baud? Of hoger? En wordt die hogere standaard onthouden na stroomuitval? Want ik zie dat je die snelheid via Modbus in kunt stellen, maar vraag me af hoe dat in de praktijk gaat. Want je moet toch alle devices bij aan de bus (er hangen ook nog 8 kWh meters aan) op dezelfde snelheid draaien?

Aangezien dit het enige wat ik over de procon en Baud kon vinden reageer ik nog even, ik heb het zojuist geprobeerd bij mijn procon. Aangezien ik wil matchen met de baud van SolarEdge.

Heb hem ingesteld op 115200, de verandering ging überhaupt pas na een herstart in. Gaat hier nu prima in ieder geval.

[ocaj]

Bij modbus moet je er sowieso voor zorgen dat er altijd maar 1 master is en dat die maar 1 apparaat tegelijk aanspreekt.
Het is in de praktijk geen probleem als je elk apparaat op een andere baudrate aanspreekt.
Ik heb hier bijvoorbeeld een mix van SDM220 en SDM630-kwh-meters op dezelfde bus, waarbij ik de SDM220 op 9600 baud uitlees en de SDM630 op 38400. Gaat prima. Apparaten reageren alleen als ze iets herkennen dat voor hen bedoeld is en negeren de rest

Mijn Procon staat nog steeds op 9600 baud, dat is in de praktijk snel zat (en ik lees met tussenpauzes van 1 seconde uit....)

[ Voor 12% gewijzigd door ocaj op 09-08-2024 09:15 ]

[ThePsycho]

ocaj schreef op vrijdag 9 augustus 2024 @ 09:13:
Het is in de praktijk geen probleem als je elk apparaat op een andere baudrate aanspreekt.
Ik heb hier bijvoorbeeld een mix van SDM220 en SDM630-kwh-meters op dezelfde bus, waarbij ik de SDM220 op 9600 baud uitlees en de SDM630 op 38400. Gaat prima. Apparaten reageren alleen als ze iets herkennen dat voor hen bedoeld is en negeren de rest

Ahh, ja dat scheelt een hoop als je master dat ondersteund. Helaas is de software van Loxone zo dat er één baud/parity/stopbit instelling moet zijn voor alle aangesloten apparaten. Vandaar het gepuzzel.

[ocaj]

In dat geval lijkt puzzelen me wel nuttig. Beetje jammer om de Loxone master daar op te schrijven....

Mijn "master" is gewoon een raspberry pi, waar ik middels wat scriptjes het "mbrtu"-commando de diverse slaves laat aflopen en de output daarvan verwerk. Dat geeft iets meer flexibiliteit

[ThePsycho]

Ik heb het geprobeerd te zoeken maar kom er niet helemaal uit. Ik wil adres 25 (systeem aan/uit) niet gebruiken voor het sturen van warmtevraag omdat warm water dan ook stopt. Ik heb de prohibit setting (adres 40) maar deze doet ook niets.

Is er een manier om verwarmen uit te zetten zonder dat ik ook meteen de hele SWW regeling moet doen?

[xoror]

ThePsycho schreef op dinsdag 27 augustus 2024 @ 09:02:
Ik heb het geprobeerd te zoeken maar kom er niet helemaal uit. Ik wil adres 25 (systeem aan/uit) niet gebruiken voor het sturen van warmtevraag omdat warm water dan ook stopt. Ik heb de prohibit setting (adres 40) maar deze doet ook niets.

Is er een manier om verwarmen uit te zetten zonder dat ik ook meteen de hele SWW regeling moet doen?

1) tijd schema met bijv. allow heating, maar prohibit cool. Als je het verwarmen wil stoppen, schakel je naar een koel modus. nadeel is dat je niet kan koelen (maar dat hoeft geen probleem te zijn als je dat niet nodig heb).

2) setpoint voor koelen absurd hoog zetten dat hij nooit aanslaat, en schakelen naar de koelmodus als je verwarmen wil stoppen. Je kan natuurlijk ook setpoint van je verwarmen hoger zetten zodat de verwarmen vanzelf stopt.

3) er is zoiets als server control modus, alleen is dit niet aan te zetten via de procon. Via software in mijn signature kan het wel. Dan kan je prohibits zetten wat je wil en sww blijft werken. Je kan zelfs prohibit op sww zetten. (Het wegschrijven van prohibits via procon 'doet niets'. Dat komt omdat die commandos alleen geldig zijn in server control mode)

[ Voor 9% gewijzigd door xoror op 27-08-2024 09:10 ]

[ThePsycho]

xoror schreef op dinsdag 27 augustus 2024 @ 09:07:
[...]


1) tijd schema met bijv. allow heating, maar prohibit cool. Als je het verwarmen wil stoppen, schakel je naar een koel modus. nadeel is dat je niet kan koelen (maar dat hoeft geen probleem te zijn als je dat niet nodig heb).

2) setpoint voor koelen absurd hoog zetten dat hij nooit aanslaat, en schakelen naar de koelmodus als je verwarmen wil stoppen. Je kan natuurlijk ook setpoint van je verwarmen hoger zetten zodat de verwarmen vanzelf stopt.

3) er is zoiets als server control modus, alleen is dit niet aan te zetten via de procon. Via software in mijn signature kan het wel. Dan kan je prohibits zetten wat je wil en sww blijft werken. Je kan zelfs prohibit op sww zetten. (Het wegschrijven van prohibits via procon 'doet niets'. Dat komt omdat die commandos alleen geldig zijn in server control mode)

Ik kom (na het doorspitten van de handleiding) nog optie 4 tegen: als je de vakantiemodus niet gebruikt voor vakantie, dan kan je die instellen dat SWW wel gedaan wordt maar verwarmen/koelen uit staat. Dan is het vrij simpel.

[xoror]

Ah ja, ik had die ook willen benoemen ipv uitzetten, maar wist niet zeker of SWW daar nog werkte. Maar als dat werkt, dan heb je daar je prohibit heating/cooling te pakken. Enige issue is dat de SWW volgens mij altijd aangaat als je hem van de vacation mode afhaalt?

[ Voor 21% gewijzigd door xoror op 27-08-2024 11:02 ]

[ThePsycho]

xoror schreef op dinsdag 27 augustus 2024 @ 11:01:
Ah ja, ik had die ook willen benoemen ipv uitzetten, maar wist niet zeker of SWW daar nog werkte. Maar als dat werkt, dan heb je daar je prohibit heating/cooling te pakken. Enige issue is dat de SWW volgens mij altijd aangaat als je hem van de vacation mode afhaalt?

Klopt inderdaad, als het water niet op temperatuur is begint hij direct. Jammere is dat ik geen esp heb maar direct de procon op Loxone heb aangesloten. Optie 3 valt daardoor in ieder geval weg

[xoror]

Ik meen me te herinneren dat hij ALTIJD sww start, ongeacht je temp. is volgens mij zelfde gedrag als je hem op stand-by doet en weer aan zet.

optie 1 en 2 (dus zorgen dat je thermostaat geen warmte vraag geeft) zijn nog goede opties toch?

[ Voor 13% gewijzigd door xoror op 27-08-2024 11:22 ]

[ThePsycho]

xoror schreef op dinsdag 27 augustus 2024 @ 11:18:
Ik meen me te herinneren dat hij ALTIJD sww start, ongeacht je temp. is volgens mij zelfde gedrag als je hem op stand-by doet en weer aan zet.

optie 1 en 2 (dus zorgen dat je thermostaat geen warmte vraag geeft) zijn nog goede opties toch?

Ik heb een externe thermostaat en regel de warmtevraag juist via de procon, dus ik vermoed dat los van de standby/vakantiemodus de mooiste oplossing is om toch het droogcontact apart aan te sturen met een relais of zelf ook de WP aan te zetten wanneer het water opgewarmd moet worden. (Met als voordeel dat dit op goedkope/zonnige uren gepland kan worden)

In ieder geval bedankt voor het meedenken!

[ocaj]

xoror schreef op dinsdag 27 augustus 2024 @ 11:18:
Ik meen me te herinneren dat hij ALTIJD sww start, ongeacht je temp. is volgens mij zelfde gedrag als je hem op stand-by doet en weer aan zet.

Nee hoor, dat klopt niet. Hij start inderdaad wel ALTIJD SWW als je hem van off(standby) naar on zet.
Als je de vakantie stand uitzet gaat hij géén SWW doen.

Ik heb hier ook de boel zo ingesteld dat in vakantie-modes SWW wél en heat/cool niet werkt.
De vakantiestand gebruik ik voor mijn anti-pendel regeling via de procon: Afhankelijk van de draaitijd zet ik zodra hij stopt met koelen (of na een vast tijdsblok) de binnenunit 60-120 minuten in vakantiestand.

Als ik op vakantie ga, dan zet ik de hele unit uit/standby.

[JustMyOpinion]

Beste tweakers,

Ik ben mijn Home Assistant aan het opschonen en ben alle Node Red flows weer terug aan het zetten naar HA automations.

De WP bedien ik nu al enige tijd via HA, eerst via Node Red (i.c.m. procon) en vervolgens ben ik overgestapt naar de ESPHome oplossing.

In HA zie ik onder ESPHome (uiteraard) netjes alle sensors etc.:


Maar ik zie in mijn configuration.yaml ook nog een boel MQTT sensors:


Ik weet het echt niet meer... maar zijn die MQTT nu nog werkend met die ESPHome oplossing of kan ik deze verwijderen? Ik nijg naar het laatste, maar voor ik iets stoms doe wil ik het toch even checken bij de kennisdragers....

[AUijtdehaag]

@JustMyOpinion
Je kan in HA toch naar instellingen - apparaten en diensten - entiteiten en mqtt in de zoekbalk invullen
Als je dan op een van de sensoren klikt zie je de laatste update van de waarde.
Het echt verwijderen van de MQTT sensoren is vaak ook een uitdaging.

Maar het kan allemaal weg denk ik.

[ Voor 12% gewijzigd door AUijtdehaag op 29-10-2024 13:10 ]

[JustMyOpinion]

AUijtdehaag schreef op dinsdag 29 oktober 2024 @ 13:08:
@JustMyOpinion
Je kan in HA toch naar instellingen - apparaten en diensten - entiteiten en mqtt in de zoekbalk invullen
Als je dan op een van de sensoren klikt zie je de laatste update van de waarde.
Het echt verwijderen van de MQTT sensoren is vaak ook een uitdaging.

Maar het kan allemaal weg denk ik.

Bedankt voor het antwoorden, die conclusie had ik ook idd al. Kunnen weg. En valt mee, in configfile stonden ze allemaal bij elkaar.

[MrScratch]

Ik heb het nu al heel lang draaien, zonder al te veel problemen. Ik lees nu een hoop over firmware versies voor zowel het esp-board als de procon zelf. Ik snap er eigenlijk niet veel van.

Voor het esp-board zie ik in HA:

mhetesp32minikit
by Espressif
Firmware: 2022.11.4 (Dec 6 2022, 13:56:25)

Dus die firmware is al best oud. Vernieuwen lijkt simpel via de OTA-upload op de webpagina, maar geen idee waar ik een nieuwe versie vandaan haal. Iemand die tips heeft over hoe dit werkt?

Voor de Procon kan ik niet eens vinden welke firmware versie erop draait. Iemand die me kan vertellen hoe ik daar achter kom? Voor wat betreft het proces van uploaden heb ik de post gelezen in de OP waarnaar verwezen wordt, dat is op zich wel te begrijpen.

Aan de andere kant werkt het op het moment volgens mij goed, dus je zou ook kunnen zeggen, lekker laten die firmware versies, want als het werkt dan werkt het. Wat vinden jullie?

[JustMyOpinion]

Om eerlijk te zijn neig ik naar het laatste wat je zegt, als het werkt, waarom updaten?

Uiteraard kan je de release notes nakijken wat er specifiek is veranderd waardoor je misschien wel de keuze maakt om up te daten, maar bij mij draait het nu eigenlijk prima.

Versie:
esp32-s3-devkitc-1
door Espressif
Firmware: 2023.12.9 (Feb 3 2024, 09:38:52)

Procon: Geen idee!

[buell]

MrScratch schreef op vrijdag 8 november 2024 @ 16:23:
Ik heb het nu al heel lang draaien, zonder al te veel problemen. Ik lees nu een hoop over firmware versies voor zowel het esp-board als de procon zelf. Ik snap er eigenlijk niet veel van.

Voor het esp-board zie ik in HA:

mhetesp32minikit
by Espressif
Firmware: 2022.11.4 (Dec 6 2022, 13:56:25)

Dus die firmware is al best oud. Vernieuwen lijkt
simpel via de OTA-upload op de webpagina, maar geen idee waar ik een nieuwe versie vandaan haal. Iemand die tips heeft over hoe dit werkt?

Voor de Procon kan ik niet eens vinden welke firmware versie erop draait. Iemand die me kan vertellen hoe ik daar achter kom? Voor wat betreft het proces van uploaden heb ik de post gelezen in de OP waarnaar verwezen wordt, dat is op zich wel te begrijpen.

Aan de andere kant werkt het op het moment volgens mij goed, dus je zou ook kunnen zeggen, lekker laten die firmware versies, want als het werkt dan werkt het. Wat vinden jullie?

In in home assistant heb je de optie esphome er op te zetten. Die zorgt er voor dat je mooie update meldingen krijgt voor de esp.

Als je dan esp home hebt staat jouw esp van de warmte pomp in dat rijtje. Als je die aanklikt kan je alle entiteiten zien die beschikbaar zijn. Daar staat o.a de firmware versie van de procon tussen.

[MrScratch]

buell schreef op vrijdag 8 november 2024 @ 16:54:
[...]


In in home assistant heb je de optie esphome er op te zetten. Die zorgt er voor dat je mooie update meldingen krijgt voor de esp.

Als je dan esp home hebt staat jouw esp van de warmte pomp in dat rijtje. Als je die aanklikt kan je alle entiteiten zien die beschikbaar zijn. Daar staat o.a de firmware versie van de procon tussen.[Afbeelding]

Ik heb ESPHome in HA staan, maar ik zie die opties niet die jij aangeeft. Kan het zijn dat ik een te oude firmware versie op mijn esp-board heb staan, waardoor deze opties er voor mij niet zijn?

[buell]

MrScratch schreef op vrijdag 8 november 2024 @ 17:06:
[...]

Ik heb ESPHome in HA staan, maar ik zie die opties niet die jij aangeeft. Kan het zijn dat ik een te oude firmware versie op mijn esp-board heb staan, waardoor deze opties er voor mij niet zijn?

[Afbeelding]

Ik heb het nu een jaartje draaien en ik meen dat toen de GitHub code is veranderd dat de esp zijn code van de pagina van GitHub haalt ipv dat je de code op de esp zelf moet zetten.
Ik vermoed dat jij daarom een oudere versie hebt en geen updates meer heeft mee gekregen.

Maar wat al eerder is gezegd. Waarom wijzigen als het goed werkt. Vooral in de winter lijkt me dat niet zo slim.

[AUijtdehaag]

@MrScratch
Je hebt wellicht nog zo een modbus bordje?

Of heb je die van Enri.nl?

[MrScratch]

AUijtdehaag schreef op vrijdag 8 november 2024 @ 17:40:
@MrScratch
Je hebt wellicht nog zo een modbus bordje?
[Afbeelding]
Of heb je die van Enri.nl?

Ik heb er 1 van jou gekregen. Maar geen idee verder wat voor 1tje het is. Ik kan een keer de binnenunit openschroeven om er en foto van te maken.

[Denny35]

Hi

[ Voor 98% gewijzigd door Denny35 op 11-11-2024 09:15 ]

[Jingle1986]

Onlangs heb ik de procon aangeschaft en probeer ik met de guide van DaWizza een en ander te installeren.

Als code gebruik ik deze van Github:
https://github.com/fonske.../main/esphome/procon.yaml

Ik krijg echter telkens onderstaande foutmelding. Wat gaat hier nu mis? Alvast bedankt.

"Compiling .pioenvs/mitsubishi/src/esphome/components/api/api_connection.cpp.o
In file included from src/esphome/components/api/api_connection.h:5,
from src/esphome/components/api/api_connection.cpp:1:
src/esphome/components/api/api_frame_helper.h:2:10: fatal error: cstdint: No such file or directory
#include <cstdint>
^~~~~~~~~
compilation terminated.
*** [.pioenvs/mitsubishi/src/esphome/components/api/api_connection.cpp.o] Error 1
========================= [FAILED] Took 18.56 seconds ========================="

[xoror]

Je mist wat libraries, dat is wel apart. Heb je esphome goed geinstalleerd ?

[Jingle1986]

xoror schreef op zaterdag 11 januari 2025 @ 09:47:
Je mist wat libraries, dat is wel apart. Heb je esphome goed geinstalleerd ?

Uhm, gewoon de ESPHome Device builder. En daarna start ik deze en open ik de Web UI.

Of moet ik nog separaat gewoon ESPHome erop zetten?

[xoror]

Jingle1986 schreef op zaterdag 11 januari 2025 @ 09:53:
[...]


Uhm, gewoon de ESPHome Device builder. En daarna start ik deze en open ik de Web UI.

Of moet ik nog separaat gewoon ESPHome erop zetten?

Oh ik heb old skool en doe eigen alles van de cmd line. Gaat eigenlijk altijd goed. Maar je mist dus de c libs, op een of andere manier kan die dat niet vinden. Ik weet alleen niet waarom dat niet goed werkt in de Web UI.

je kan https://github.com/gekkek...sphome-ecodan-hp-firmware volgen en dan je procon yaml file gebruiken, stappen zijn exact gelijk als je zonder UI doet.

Met UI kan het ook geloof ik wel vanuit home assistant, moet je even googlen.

[Jingle1986]

xoror schreef op zaterdag 11 januari 2025 @ 09:59:
[...]


Oh ik heb old skool en doe eigen alles van de cmd line. Gaat eigenlijk altijd goed. Maar je mist dus de c libs, op een of andere manier kan die dat niet vinden. Ik weet alleen niet waarom dat niet goed werkt in de Web UI.

je kan https://github.com/gekkek...sphome-ecodan-hp-firmware volgen en dan je procon yaml file gebruiken, stappen zijn exact gelijk als je zonder UI doet.

Met UI kan het ook geloof ik wel vanuit home assistant, moet je even googlen.

Heb even de ESPHome device tool opnieuw erop gezet. Nu krijg ik onderstaande error message. Net wat anders dan de eerdere...

"Compiling .pioenvs/mitsubishi/src/esphome/components/api/api_connection.cpp.o
xtensa-esp32-elf-g++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
*** [.pioenvs/mitsubishi/src/esphome/components/api/api_connection.cpp.o] Error 1
======================== [FAILED] Took 1001.34 seconds ========================"

Iemand die in privé bericht mij kan helpen? Dit om het forum niet te 'vervuilen'?

[ Voor 12% gewijzigd door Jingle1986 op 11-01-2025 10:32 ]

[henkvanderes]

Ik zou graag mijn warmtepomp via HA willen aansturen (Mitsubishi Electric PUHZ-SW100YAA + ERSC-VM2(C/D)).

Daarvoor heb ik een MelcoBEMS MINI (A1M) aangesloten op de CN105 poort. Deze wil ik graag via Modbus aansturen. Daarvoor heb ik een Waveshare RS458 to ETH gateway aangeschaft maar ik krijg het maar niet werkend.




De manual van de Procon geeft de hint waar het mis gaat: RS-485 ACK LED knippert niet wat duidt op ofwel een fysieke connectie of een een RS485 configuratie probleem.



Ik heb echter een een Modbus kabel aangesloten en de blauwe kabel op de A aangesloten en de witte kabel op de B - de fysieke connectie lijkt me daardoor goed. Ik zou echter niet weten wat er nog kan zijn met de Modbus configuratie settings.



De Dipswitch settings heb ik volgens mij ook goed ingesteld.



Dipswitches 1 tot en met 5 staat op off - dwz dat het node address '1' zou moeten zijn. Dipswitch 6 en 7 zijn wel aan waarbij 6 staat voor communication settings: 9600 baud / no parity en 7 voor: Protocol: Modbus RTU ipv Bacnet. De achtste Dipswitch is ook weer off: Deadband mode disabled.

Heeft iemand een idee waar ik het verder in moet zoeken? Bij voorbaat dank!!

[SmarthomeHarry]

Ik heb recentelijk mijn Mitsubishi ecodan ook aangesloten op Homeassistant. Ik heb hiervoor een KIncony-A2 gebruikt en Esphome geladen. Mooi is dat de Kincony een RS485 modbus en een ethernet aansluiting heeft. De ecodan is gekoppeld via de procon A1M mini aan de Kincony. De Kincony via ethernet aan de HA-server.
Esphome geladen na het lezen van dit forum. Hierbij gebruik gemaakt van de YAML-files van fonske.
Heel veel dank voor het vele werk.

Ik zie de meeste waardes prima op mijn dashboard. Enkele totaalwaardes voor bijv. energiegebruik heating blijven echter op 0 staan. Enig idee?

[xoror]

die data is altijd van de vorige dag, dus ws zie je het morgen pas.

[SmarthomeHarry]

@Xoror: dank voor de reactie, maar helaas staan de getallen nog steeds op "0" .

Nog andere suggesties?

[xoror]

@SmarthomeHarry
heb je gisteren wel DHW, verwarming of koeling gehad ? Anders heb je geen verbruik natuurlijk.
Welke register lees je ervoor uit ?

[SmarthomeHarry]

@xoror,
Wederom dank voor de reactie. Ik gebruik de standaard .procon.base.yaml file van fonske. Voor
- last_measured_total_energy_consumption wordt adres 162 gelezen
- last_measured_energy_produces wordt adres 166 gelezen.

[xoror]

SmarthomeHarry schreef op donderdag 25 september 2025 @ 13:38:
@xoror,
Wederom dank voor de reactie. Ik gebruik de standaard .procon.base.yaml file van fonske. Voor
- last_measured_total_energy_consumption wordt adres 162 gelezen
- last_measured_energy_produces wordt adres 166 gelezen.

166 is verwarmen, gok dat je dat niet gedaan heb afgelopen paar dagen.
162 weet ik even niet helemaal zeker, maar de omschrijving doet vermoeden dat dit totaal verbruik is. Dus daar zou je wel wat moeten zien. Maar je wil ws 156 (verwarmen), 158 (koelen), 160 (sww) consumptie zien.

[jly-001]

Situatie:
- PUHZ-SW75VAA
- EHST20C-MEC met FTC5
- Draadloze ruimtethermostaat (leefruimte)
- 230V VVW ventielen per kring (open/dicht)
- Aangesloten op een Procon Melcobems A1M met connectie naar een Loxone systeem.

Idealiter wens ik geen gebruik meer te maken van de draadloze ruimtethermostaat in de leefruimte... heb voldoende lonone sensoren/meetpunten voor de temperatuur etc over de gehele woning.

Heating Room Temp mode? ==> je kan de gemeten ruimtetemperatuur niet naar de warmtepomp sturen zonder hun eigen thermostaat?
Heating Flow Temp mode? ==> gebruik ik nu en stuur de aanvoertemperatuur berekend door loxone... maar de ruimtethermostaat bepaalt nog altijd de vraag voor warmte gebaseerd op de leefruimte temperatuur.

Dit moet toch anders kunnen?

Alvast bedankt voor jullie inzichten!

[xoror]

jly-001 schreef op dinsdag 21 oktober 2025 @ 15:23:
Situatie:
- PUHZ-SW75VAA
- EHST20C-MEC met FTC5
- Draadloze ruimtethermostaat (leefruimte)
- 230V VVW ventielen per kring (open/dicht)
- Aangesloten op een Procon Melcobems A1M met connectie naar een Loxone systeem.

Idealiter wens ik geen gebruik meer te maken van de draadloze ruimtethermostaat in de leefruimte... heb voldoende lonone sensoren/meetpunten voor de temperatuur etc over de gehele woning.

Heating Room Temp mode? ==> je kan de gemeten ruimtetemperatuur niet naar de warmtepomp sturen zonder hun eigen thermostaat?
Heating Flow Temp mode? ==> gebruik ik nu en stuur de aanvoertemperatuur berekend door loxone... maar de ruimtethermostaat bepaalt nog altijd de vraag voor warmte gebaseerd op de leefruimte temperatuur.

Dit moet toch anders kunnen?

Alvast bedankt voor jullie inzichten!

Kijk eens hiernaar https://github.com/gekkekoe/esphome-ecodan-remote-thermostat
Of als mijn auto adaptive wil proberen met externe sensoren, kijk dan hiernaar: https://github.com/gekkek...ain/docs/auto-adaptive.md

[jly-001]

xoror schreef op dinsdag 21 oktober 2025 @ 15:32:
[...]


Kijk eens hiernaar https://github.com/gekkekoe/esphome-ecodan-remote-thermostat
Of als mijn auto adaptive wil proberen met externe sensoren, kijk dan hiernaar: https://github.com/gekkek...ain/docs/auto-adaptive.md

Dat is al redelijk geavanceerd :-).
Ik heb een andere manier gevonden...

De IN1 input op de FTC is een open/toe contact. Toe = warmte vraag, Open = geen vraag.
Makkelijk via relay aan te sturen vanuit loxone.
Werkt prima. Ik stuur de door loxone berekende aanvoertemperatuur naar de WP (in flow mode) en sluit het IN1 contact. Loxone opent/sluit ook de verschillende zones.

Wie weet er wat het volgende register doet?

MRC Prohibit / 40037 /

Bit packed value:
Bit 0 – System On/Off (0 = ON, 1 = Prohibit)
Bit 1 – Running Mode (0 = ON, 1 = Prohibit)
Bit 2 – Setting Temp (0 = ON, 1 = Prohibit)
Bit 3 – Undefined (always 0)
Bit 4 – Function Setting (0 = Normal, 1 = Function Setting)
Bits 5, 6 and 7 – Undefined (always 0)

Alvast bedankt !

[xoror]

MRC is je hoofdbediening display, dan kan je daar restricties op zetten.

[Andrehj]

jly-001 schreef op dinsdag 4 november 2025 @ 17:21:
De IN1 input op de FTC is een open/toe contact. Toe = warmte vraag, Open = geen vraag.

Dat hangt van je dipswitch instelling af. Er is een dipswitch waarmee je de instelling kan inverteren, af-fabriek staat ie volgens mij andersom als jij hierboven beschrijft.

[MrScratch]

Ik heb nu een esp-bordje aan mijn procon hangen die ik ooit van @AUijtdehaag heb verkregen. Deze is met wifi. Nu vroeg ik me af of het ook mogelijk is een dergelijke oplossing te hebben die via een utp-verbinding loopt. De betrouwbaarheid van wifi is toch niet helemaal top.

Daarnaast zie ik dat er nieuwe firmwares zijn voor zowel Procon als de code die op het esp-bordje draait. En ook voor de warmtepomp trouwens. Heeft het nut om die firmwares te updaten? Tot nu toe heb ik er vanaf gezien aangezien het naar mijn beste weten oke werkt en "why fix something that isn't broken?".

[Andrehj]

MrScratch schreef op woensdag 5 november 2025 @ 14:29:
Ik heb nu een esp-bordje aan mijn procon hangen die ik ooit van @AUijtdehaag heb verkregen. Deze is met wifi. Nu vroeg ik me af of het ook mogelijk is een dergelijke oplossing te hebben die via een utp-verbinding loopt. De betrouwbaarheid van wifi is toch niet helemaal top.

Daarnaast zie ik dat er nieuwe firmwares zijn voor zowel Procon als de code die op het esp-bordje draait. En ook voor de warmtepomp trouwens. Heeft het nut om die firmwares te updaten? Tot nu toe heb ik er vanaf gezien aangezien het naar mijn beste weten oke werkt en "why fix something that isn't broken?".

Je kunt ook de UTP-kabel gebruiken om het RS485-signaal van de procon direct naar je Domotica-computer (met Modbus adapter) te krijgen.
Toevallig heb ik net vorige week hetzelfde gedaan: Overgestapt van Melcloud naar de Procon met een zelfgeschreven programma (in PHP) wat de data binnenhaalt van de Procon en doorstuurt naar Domoticz (en vice versa). Als drop-in replacement van Melcloud2Domoticz. Voorlopige werkt dat als een tierelier.

[ Voor 4% gewijzigd door Andrehj op 05-11-2025 15:39 ]

[xoror]

https://www.tinytronics.n...c-poe-base-w5500-ethernet

dat werkt ook, alleen geen PoE usen.

[MrScratch]

Andrehj schreef op woensdag 5 november 2025 @ 15:38:
[...]

Je kunt ook de UTP-kabel gebruiken om het RS485-signaal van de procon direct naar je Domotica-computer (met Modbus adapter) te krijgen.
Toevallig heb ik net vorige week hetzelfde gedaan: Overgestapt van Melcloud naar de Procon met een zelfgeschreven programma (in PHP) wat de data binnenhaalt van de Procon en doorstuurt naar Domoticz (en vice versa). Als drop-in replacement van Melcloud2Domoticz. Voorlopige werkt dat als een tierelier.

Klinkt goed, maar gaat me iets boven de pet. Kan nu de sensors van de esp zo in Home Assistant lezen en dat gaat echt heel makkelijk. Daar wil ik liever niet aan gaan moeten knutselen.

[MrScratch]

xoror schreef op woensdag 5 november 2025 @ 15:42:
https://www.tinytronics.n...c-poe-base-w5500-ethernet

dat werkt ook, alleen geen PoE usen.

Die volg ik even niet. Waar prik ik dat ding dan in precies?

[xoror]

MrScratch schreef op woensdag 5 november 2025 @ 16:13:
[...]

Die volg ik even niet. Waar prik ik dat ding dan in precies?

Oh wacht, je heb hem al op een modbus ziten natuurlijk. Dan gaat het niet werken

[ocaj]

Tuurlijk wel, je kunt best met 1 kabel ethernet én modbus doen, zijn we hier nou Tweakers of niet?

Een ethernet-kabel heeft 8 aders, maar die heb je alleen nodig voor snelheden van 1Gbit en hoger. Met 4 aders kun je een 100Mbit-verbinding maken, dat is meer dan genoeg voor deze toepassing en je houdt voldoende aders over voor de modbus-aansluiting.

(Als je niet handig bent met een RJ45-krimptang zijn er zelfs kant-en-klare netwerk-splitters beschikbaar)

[AlbanVE]

*knip*

[ Voor 91% gewijzigd door twain4me op 11-12-2025 18:49 . Reden: V&A ]

[FuriousAngel]

Recent heb ik de procon overgenomen van AlbanVE (hierboven). Deze draait nog op firmware 30015. Aangezien ik een FTC7 controller heb, zou ik hem willen updaten naar 30025, 30028, of een meer recente, zodat tenminste de FTC6 features beschikbaar komen. Heeft iemand deze firmwares, of een idee waar deze verkrijgbaar zijn? Ik heb Remco45 afgelopen week al een bericht gestuurd, maar misschien dat iemand anders ook eventueel de firmware zou kunnen delen?

[WillemEb]

Ik ben bezig om een Mitsubishi Ecodan warmtepomp beschikbaar te krijgen in Home Assistant. Dit betreft een installatie van een familie lid. Ze zijn geschrokken van de energierekening dus we willen inzicht krijgen en kijken of we de werking kunnen optimaliseren. Daarnaast hebben ze ook een PV installatie met hoge teruglevering die ik graag in dezelfde oplossing wil meenemen. Persoonlijk nog nooit met een warmtepomp in aanraking geweest dus ik ben blij met het bestaan van dit topic.

Situatie

Bij het openmaken van de binnenunit bleek de CN105-poort al bezet: er zit een Procon MelcoBEMS MINI (A1M) op, sinds 2018/2019 geplaatst door de oorspronkelijke installateur als monitoringoplossing. Aan de Procon zit een kastje van de het merk Homij (kastje nog niet open gehad om te kijken wat er in zit. Er is echter nooit gebruik van gemaakt, de apparatuur hangt er, maar heeft nooit gedraaid richting een dashboard of systeem. Daar moest toen een abonnement voor afgenomen worden wat nooit gedaan is.

In het Homij kastje gaan in totaal 3 rode (Modbus-achtige) kabels, en 2 UTP-achtige kabels. Waar deze exact naartoe lopen weet ik nog niet met zekerheid, vermoedelijk een combinatie van grid-/slimme-metermeting, de buitenunit en de PV-omvormer voor de rode kabels, en netwerk/router voor de UTP-kabels, maar dat is een educated guess. Helaas heb ik geen foto van het totaaloverzicht van de installatie, wel van de Procon zelf en van het monitoringskastje.Mijn vragen

1. Gezien er een (vermoedelijk werkende) bestaande Procon is: wat is voor deze situatie verstandiger, de bestaande Procon hergebruiken (Modbus-route), of overstappen op de directe CN105-oplossing?
2. Er is een Mitsubishi Ecodan binnen unit, een buiten unit, een bedieningschermpje en een PV omvormer. Zou de modbus nu actief in gebruik kunnen zijn en moet dit zo blijven om niets te wijzigen of is dit alles aangesloten in de hoop dat de bewoners een abonnement zouden gaan nemen op remote monitoring zodat de leverancier alleen maar daadwerkelijk op afstand de monitoring hoefde te activeren?
3. Hoe kan ik betrouwbaar de firmwareversie van deze (oude) Procon achterhalen? Ik heb begrepen dat firmware onder 30019 niet werkt voor Modbus-uitlezing, is een update de moeite waard in mijn geval, en is de updatetool/nieuwste firmware nog ergens te verkrijgen?
4. De PV-omvormer (twee verdiepingen hoger) lijkt met modbus gekoppeld te zijn, bij de Procon-route zou dat als 2e Modbus-device op dezelfde RS485-bus kunnen. Dit scheelt dan om de PV omvormer afzonderlijk te voorzien van een ESP. Klopt die aanname, en heeft iemand dit al gecombineerd?
5. Hoe pak ik het veilig aan om te achterhalen waar de 3 rode en 2 UTP-kabels precies naartoe lopen, zonder dingen los te trekken die mogelijk nog wél in gebruik zijn? Of anders gezegd : welke kabels zijn standaard minimaal nodig om een Mitsubishi Ecodan op te nemen in een installatie?

Alvast bedankt voor het meedenken!

[SebastiaanPs]

WillemEb schreef op donderdag 27 augustus 2026 @ 13:23:
Ik ben bezig om een Mitsubishi Ecodan warmtepomp beschikbaar te krijgen in Home Assistant. Dit betreft een installatie van een familie lid. Ze zijn geschrokken van de energierekening dus we willen inzicht krijgen en kijken of we de werking kunnen optimaliseren. Daarnaast hebben ze ook een PV installatie met hoge teruglevering die ik graag in dezelfde oplossing wil meenemen. Persoonlijk nog nooit met een warmtepomp in aanraking geweest dus ik ben blij met het bestaan van dit topic.

Situatie

Bij het openmaken van de binnenunit bleek de CN105-poort al bezet: er zit een Procon MelcoBEMS MINI (A1M) op, sinds 2018/2019 geplaatst door de oorspronkelijke installateur als monitoringoplossing. Aan de Procon zit een kastje van de het merk Homij (kastje nog niet open gehad om te kijken wat er in zit. Er is echter nooit gebruik van gemaakt, de apparatuur hangt er, maar heeft nooit gedraaid richting een dashboard of systeem. Daar moest toen een abonnement voor afgenomen worden wat nooit gedaan is.

In het Homij kastje gaan in totaal 3 rode (Modbus-achtige) kabels, en 2 UTP-achtige kabels. Waar deze exact naartoe lopen weet ik nog niet met zekerheid, vermoedelijk een combinatie van grid-/slimme-metermeting, de buitenunit en de PV-omvormer voor de rode kabels, en netwerk/router voor de UTP-kabels, maar dat is een educated guess. Helaas heb ik geen foto van het totaaloverzicht van de installatie, wel van de Procon zelf en van het monitoringskastje.

[Afbeelding]

[Afbeelding]

Mijn vragen

1. Gezien er een (vermoedelijk werkende) bestaande Procon is: wat is voor deze situatie verstandiger, de bestaande Procon hergebruiken (Modbus-route), of overstappen op de directe CN105-oplossing?
2. Er is een Mitsubishi Ecodan binnen unit, een buiten unit, een bedieningschermpje en een PV omvormer. Zou de modbus nu actief in gebruik kunnen zijn en moet dit zo blijven om niets te wijzigen of is dit alles aangesloten in de hoop dat de bewoners een abonnement zouden gaan nemen op remote monitoring zodat de leverancier alleen maar daadwerkelijk op afstand de monitoring hoefde te activeren?
3. Hoe kan ik betrouwbaar de firmwareversie van deze (oude) Procon achterhalen? Ik heb begrepen dat firmware onder 30019 niet werkt voor Modbus-uitlezing, is een update de moeite waard in mijn geval, en is de updatetool/nieuwste firmware nog ergens te verkrijgen?
4. De PV-omvormer (twee verdiepingen hoger) lijkt met modbus gekoppeld te zijn, bij de Procon-route zou dat als 2e Modbus-device op dezelfde RS485-bus kunnen. Dit scheelt dan om de PV omvormer afzonderlijk te voorzien van een ESP. Klopt die aanname, en heeft iemand dit al gecombineerd?
5. Hoe pak ik het veilig aan om te achterhalen waar de 3 rode en 2 UTP-kabels precies naartoe lopen, zonder dingen los te trekken die mogelijk nog wél in gebruik zijn? Of anders gezegd : welke kabels zijn standaard minimaal nodig om een Mitsubishi Ecodan op te nemen in een installatie?

Alvast bedankt voor het meedenken!

Kunnen ze niet als stap 1 in de controller kijken wat het afgelopen jaar het elektriciteitsverbruik en de warmteproductie waren per maand, opgesplitst naar verwarming en SWW? Dan weet je of de hoge energierekening door de WP komt...

[P5ycho]

...en neem dan ook meteen het aantal starts van de compressor mee, weet je ook of hij goed aangestuurd wordt.

[Andrehj]

WillemEb schreef op donderdag 27 augustus 2026 @ 13:23:
• Gezien er een (vermoedelijk werkende) bestaande Procon is: wat is voor deze situatie verstandiger, de bestaande Procon hergebruiken (Modbus-route), of overstappen op de directe CN105-oplossing?

In dit topic gaat iedereen je de 2e optie aanraden. En eerlijk gezegd zou ik dat in dit geval ook doen, want dan raak je de Procon niet aan en kun je altijd nog gemakkelijk terug naar de huidige situatie.

• Er is een Mitsubishi Ecodan binnen unit, een buiten unit, een bedieningschermpje en een PV omvormer. Zou de modbus nu actief in gebruik kunnen zijn en moet dit zo blijven om niets te wijzigen of is dit alles aangesloten in de hoop dat de bewoners een abonnement zouden gaan nemen op remote monitoring zodat de leverancier alleen maar daadwerkelijk op afstand de monitoring hoefde te activeren?

Wat heeft die PV-omvormer met de WP te maken? En wat doet dat kastje? Als er nu geen abo loopt zou ik dat er tussenuit halen.
2e mogelijkheid: Kun je niet bij de leverancier van dat kastje een proefabo nemen? Wellicht biedt dat al voldoende info, en hoef je dus niks te doen.

• Hoe kan ik betrouwbaar de firmwareversie van deze (oude) Procon achterhalen? Ik heb begrepen dat firmware onder 30019 niet werkt voor Modbus-uitlezing, is een update de moeite waard in mijn geval, en is de updatetool/nieuwste firmware nog ergens te verkrijgen?

Heb ik vorig jaar nog gedaan. De howto staat ergens in het Procon topic. Vereist wel enige handigheid met electronica trouwens.

• De PV-omvormer (twee verdiepingen hoger) lijkt met modbus gekoppeld te zijn, bij de Procon-route zou dat als 2e Modbus-device op dezelfde RS485-bus kunnen. Dit scheelt dan om de PV omvormer afzonderlijk te voorzien van een ESP. Klopt die aanname, en heeft iemand dit al gecombineerd?

Wat wil je met die PV-omvormer doen? Kun je niet veel eenvoudiger deze via zijn web-interface uitlezen of deze via een kWh-meter in de meterkast monitoren?

• Hoe pak ik het veilig aan om te achterhalen waar de 3 rode en 2 UTP-kabels precies naartoe lopen, zonder dingen los te trekken die mogelijk nog wél in gebruik zijn? Of anders gezegd : welke kabels zijn standaard minimaal nodig om een Mitsubishi Ecodan op te nemen in een installatie?
[/list]

UTP kabels volgen en kijken waar ze naar toe gaan? Standaard heeft een Ecodan geen modbus nodig om te kunnen functioneren.

[P5ycho]

Ik zou even kijken of dat Homij/Hanab kastje naast de CN105 nog met iets anders in de wp verbonden is. Ik ken het ding verder niet, maar misschien wordt hij voor meer gebruikt dan monitoring? Deel van de ruimteregeling oid? Er zitt iig meer kabels aan dan de standaard Ethernet en CN105.

En, heel belangrijk: niet loshalen als de spanning er nog op staat!

[ Voor 18% gewijzigd door P5ycho op 27-08-2026 19:22 ]

[WillemEb]

SebastiaanPs schreef op donderdag 27 augustus 2026 @ 16:52:
[...]

Kunnen ze niet als stap 1 in de controller kijken wat het afgelopen jaar het elektriciteitsverbruik en de warmteproductie waren per maand, opgesplitst naar verwarming en SWW? Dan weet je of de hoge energierekening door de WP komt...

Dank! Deze info heb ik opgevraagd.

[WillemEb]

P5ycho schreef op donderdag 27 augustus 2026 @ 17:20:
...en neem dan ook meteen het aantal starts van de compressor mee, weet je ook of hij goed aangestuurd wordt.

Ook dank, ook opgevraagd!

[WillemEb]

Andrehj schreef op donderdag 27 augustus 2026 @ 18:23:
In dit topic gaat iedereen je de 2e optie aanraden. En eerlijk gezegd zou ik dat in dit geval ook doen, want dan raak je de Procon niet aan en kun je altijd nog gemakkelijk terug naar de huidige situatie.

Op basis van de titel van het topic voelde het als dat optie 1 de juiste richting was.

Andrehj schreef op donderdag 27 augustus 2026 @ 18:23:
Wat heeft die PV-omvormer met de WP te maken? En wat doet dat kastje? Als er nu geen abo loopt zou ik dat er tussenuit halen.
2e mogelijkheid: Kun je niet bij de leverancier van dat kastje een proefabo nemen? Wellicht biedt dat al voldoende info, en hoef je dus niks te doen.

Bij de oplevering van de woning zat het kastje standaard ingebouwd en mocht elke koper/eigenaar beslissen of een onderhoudscontract gewenst was. Dit varieerde van 450 tot 1.200 EUR per jaar. Het zou om externe monitoring gaan.

Er loopt een modbus kabel naar de PV omvormer zodat deze waarschijnlijk ook gemonitord kon worden. Daar ik persoonlijk nog geen kennis heb van warmte pompen durf ik niet te zeggen of een Mitsubishi Ecodan kan praten met een PV omvormer. Als jullie experts hier nu zeggen "geheel niet" dan zal de kabel puur dus voor de monitoring naar de Ecodan lopen.

Andrehj schreef op donderdag 27 augustus 2026 @ 18:23:
Heb ik vorig jaar nog gedaan. De howto staat ergens in het Procon topic. Vereist wel enige handigheid met electronica trouwens.

Met het kiezen voor het loskoppelen van de Procon hoeft dit dus niet te gebeuren. Dan snap ik de voorkeur voor het geheel afkoppelen van de Procon.

Andrehj schreef op donderdag 27 augustus 2026 @ 18:23:
Wat wil je met die PV-omvormer doen? Kun je niet veel eenvoudiger deze via zijn web-interface uitlezen of deze via een kWh-meter in de meterkast monitoren?

De PV omvormer heeft nu nog helemaal geen beschikbare interface. Geen aangesloten wifi dongle of web interface. We willen nu met HomeAssistant en ESPHome gaan werken en zodoende ook de PV en de autolader integreren.

Andrehj schreef op donderdag 27 augustus 2026 @ 18:23:
UTP kabels volgen en kijken waar ze naar toe gaan? Standaard heeft een Ecodan geen modbus nodig om te kunnen functioneren.

De controller is wel bedraad aangesloten toch?

[WillemEb]

P5ycho schreef op donderdag 27 augustus 2026 @ 19:16:
Ik zou even kijken of dat Homij/Hanab kastje naast de CN105 nog met iets anders in de wp verbonden is. Ik ken het ding verder niet, maar misschien wordt hij voor meer gebruikt dan monitoring? Deel van de ruimteregeling oid? Er zitt iig meer kabels aan dan de standaard Ethernet en CN105.

En, heel belangrijk: niet loshalen als de spanning er nog op staat!

Alle kabels aangesloten op het kastje gaan de Ecodan uit en de wand in behalve 1 modbus kabel die naar de Procon loopt.

Als ik het goed begrijp kunnen we het testen door de Ecodan spanningsloos te maken, de CN105 connector los te koppelen en dan de spanning weer te activeren. Dan gewoon kijken of alles nog werkt zoals voorheen?

[ Voor 15% gewijzigd door WillemEb op 27-08-2026 20:20 ]