Mitsubishi warmtepomp besturen met procon, ESPHome

[Andrehj]

@henkonoly Geen idee wat je met die ingangen wilt, maar een "legionellarun" draaien op de door jou beoogde manier met het interne 1.8 kW element gaat nooit lukken, om de redenen die ik hierboven al had benoemd. Dit kan alleen met een dompelelement.

[Andrehj]

henkonoly schreef op vrijdag 5 januari 2024 @ 10:19:
Als we de SWW tank op 57 graden hebben en schaken de wp softwarematig uit, en vervolgens de klep (5) en pomp (18) aansturen

Moet toch wel mogelijk zijn?

Alles kan, maar dan moet je wel eerst een PWM-sturing voor de waterpomp maken.
En vervolgens val jij morgen dood neer en moeten je nabestaanden een installateur vinden die uit de wirwar van aanpassingen in je WP nog wijs kan worden. Succes, maar dit moet je zo gewoon niet willen.

[henkonoly]

Andrehj schreef op vrijdag 5 januari 2024 @ 10:21:
[...]

Alles kan, maar dan moet je wel eerst een PWM-sturing voor de waterpomp maken.
En vervolgens val jij morgen dood neer en moeten je nabestaanden een installateur vinden die uit de wirwar van aanpassingen in je WP nog wijs kan worden. Succes, maar dit moet je zo gewoon niet willen.

Heb je een goed punt

Las hier dat de bacterie al dood gaat bij 55 graden, dus is dat dan niet gewoon voldoende?

Temperatuur:
De temperatuur is heel belangrijk voor de bacterie. De ideale temperatuur is 37°C, dit is de optimaal voor de bacterie om te kunnen groeien. Boven de 55°C gaat de bacterie dood. Bij hele lage temperaturen gaat de bacterie niet dood, maar kan het ook niet groeien.

[AUijtdehaag]

Ben ik nou gek, of heeft de laatste versie van esphome er zelf een thermostaat in geknutseld?



Mocht er iemand aan de gang gaan met een m5stack RS485 met een atom s3 lite....
Mijn github is er weer op aangepast.
Nu ook aan het knutselen met de atom s3 met display.

[breinonline]

@AUijtdehaag Ik denk dat het aan jouw ligt . Althans, hier heb ik dat niet (ESPhome versie 2023.12.5). Dan moet je ook een climate sectie hebben in je esphome code als ik het correct heb. Hoe heet jouw entity voluit? En zie je dan ook wat in de webinterface van ESPhome?

Wel heeft de los aangesloten kamerthermostaat (netatmo) een climate entity. Maar die werkt wel samen met esphome via home assistant maar zit er niet in.

[DaWizza]

@AUijtdehaag Die ziet eruit als de thermostaat die is toegevoegd met de laatste 2023 Core update in HA: https://www.home-assistan...023/12/06/release-202312/

[AUijtdehaag]

@breinonline @DaWizza
Het ligt wel aan mij

Ik gebruik "offline" bestanden ipv verwijzing naar mijn github (daar staat geen climate)

YAML:

climate:
  - platform: thermostat
    name: "${name} Climate"
    id: ${name}_climate
    visual:
      min_temperature: 10.0
      max_temperature: 45.0
      temperature_step: 0.5
    sensor: room_temperature_zone_1
    min_heating_off_time: 60s
    min_heating_run_time: 60s
    ## remove min_cool_time if not used
    #min_cooling_off_time: 60s
    #min_cooling_run_time: 60s
    min_idle_time: 30s
    heat_action:
      - logger.log:
          format: "Heating"
          level: DEBUG
          tag: climate
    ## remove cool_action if not used
    #cool_action:
    #  - logger.log:
    #      format: "Cooling"
    #      level: DEBUG
    #      tag: climate
    idle_action:
      - logger.log:
          format: "Idle"
          level: DEBUG
          tag: climate

Hoe kun je zo het overzicht verliezen

Nou ja, toch nog werkend gekregen.
automations.yaml

YAML:

- id: '1663182606288'
  alias: Mitsubishi climate
  description: ''
  trigger:
  - platform: state
    entity_id:
    - climate.mitsubishi_climate
    attribute: temperature
    id: setpoint
  - platform: state
    entity_id:
    - climate.mitsubishi_climate
    attribute: hvac_action
    id: heating
    to: heating
  - platform: state
    entity_id:
    - climate.mitsubishi_climate
    attribute: hvac_action
    to: 'off'
    id: 'off'
  condition:
  - condition: and
    conditions:
    - condition: template
      value_template: '{% if trigger.to_state.context.user_id is not none %} true
        {% endif %}'
  action:
  - choose:
    - conditions:
      - condition: trigger
        id:
        - setpoint
      sequence:
      - service: number.set_value
        data:
          value: '{{ trigger.to_state.attributes.temperature|float }}'
        target:
          entity_id: number.mitsubishi_verw_koelen_doel_temperatuur
    - conditions:
      - condition: trigger
        id:
        - heating
      sequence:
      - service: switch.turn_on
        data: {}
        target:
          entity_id: switch.mitsubishi_systeem_aan_uit
    - conditions:
      - condition: trigger
        id:
        - 'off'
      sequence:
      - service: switch.turn_off
        data: {}
        target:
          entity_id: switch.mitsubishi_systeem_aan_uit
  mode: single

Afgekeken van @nighthunter

[ Voor 46% gewijzigd door AUijtdehaag op 10-01-2024 15:41 ]

[breinonline]

Ik draai nu 2 dagen op WAR. Op de FTC kan je de hele WAR curve een graad omhoog of omlaag regelen. Kan dat ook via de procon? Ik zie zo snel niets staan in de registertabellen

[vormulier]

breinonline schreef op donderdag 11 januari 2024 @ 16:12:
Ik draai nu 2 dagen op WAR. Op de FTC kan je de hele WAR curve een graad omhoog of omlaag regelen. Kan dat ook via de procon? Ik zie zo snel niets staan in de registertabellen

Helaas is de enige WAR uit de procon de firmWARe

[AUijtdehaag]

Op heating flow zetten en zelf een war maken?

[JustMyOpinion]

AUijtdehaag schreef op donderdag 11 januari 2024 @ 16:47:
Op heating flow zetten en zelf een war maken?

Zo heb ik het gedaan. In Node Red pak ik buitentemp en vervolgens bepaal ik de Ta die ik dan weer als Tset stuur naar de WP

[P5ycho]

Iemand die PID gebruikt om de Ta te bepalen toevallig? Lijkt me een mooie vervanger voor de stooklijn, maar ben nog niet helemaal zeker of het beter is.
Met een PID regelaar voorkom je in theorie dat je wp ooit uit gaat als er warmtevraag is. Compenseren ook voor andere zaken zoals windinvloeden.

[ Voor 32% gewijzigd door P5ycho op 11-01-2024 17:38 ]

[JustMyOpinion]

P5ycho schreef op donderdag 11 januari 2024 @ 17:34:
Iemand die PID gebruikt om de Ta te bepalen toevallig? Lijkt me een mooie vervanger voor de stooklijn, maar ben nog niet helemaal zeker of het beter is.
Met een PID regelaar voorkom je in theorie dat je wp ooit uit gaat als er warmtevraag is. Compenseren ook voor andere zaken zoals windinvloeden.

Vraag me af of het daadwerkelijk nodig is, het is zo'n langzaam proces en de invloeden kunnen dusdanig verschillen (warm/koud, wind/storm/geen wind, regen) dat het me lastig lijkt in te regelen.

Kan je wellicht beter gaan voor een wat meer 'Russische' methode: Als de ingestelde thermostaat temperatuur bijna wordt gehaald de Tset voor Ta lager zetten. Dan zakt de temp in huis weer licht dan vervolgens Tset weer wat hoger zetten. Enige probleem hiermee is dat de hysterese groter zal moeten zijn omdat je toch ergens op moet regelen.

Ik heb een Netatmo thermostaat en krijg de temperatuur per 0,1 °C. Om hier beetje op te regelen dat de WP aan blijft en dus net onder de afschakelwaarde zit van de thermostaat zal je dan toch grotere afwijking moeten accepteren, je moet namelijk kunnen bepalen of temperatuur aan het dalen of stijgen is.

Zelf heb ik het opgelost door een WAR te maken waarbij de temperatuur net wat stijgt in huis, maar als dus de thermostaat afschakelwaarde bijna wordt gehaald knal ik de Tset naar beneden.

[breinonline]

AUijtdehaag schreef op donderdag 11 januari 2024 @ 16:47:
Op heating flow zetten en zelf een war maken?

Ja, dat was mijn alternatief

JustMyOpinion schreef op donderdag 11 januari 2024 @ 18:33:
[...]

Vraag me af of het daadwerkelijk nodig is, het is zo'n langzaam proces en de invloeden kunnen dusdanig verschillen (warm/koud, wind/storm/geen wind, regen) dat het me lastig lijkt in te regelen.

Kan je wellicht beter gaan voor een wat meer 'Russische' methode: Als de ingestelde thermostaat temperatuur bijna wordt gehaald de Tset voor Ta lager zetten. Dan zakt de temp in huis weer licht dan vervolgens Tset weer wat hoger zetten. Enige probleem hiermee is dat de hysterese groter zal moeten zijn omdat je toch ergens op moet regelen.

Ik heb een Netatmo thermostaat en krijg de temperatuur per 0,1 °C. Om hier beetje op te regelen dat de WP aan blijft en dus net onder de afschakelwaarde zit van de thermostaat zal je dan toch grotere afwijking moeten accepteren, je moet namelijk kunnen bepalen of temperatuur aan het dalen of stijgen is.

Zelf heb ik het opgelost door een WAR te maken waarbij de temperatuur net wat stijgt in huis, maar als dus de thermostaat afschakelwaarde bijna wordt gehaald knal ik de Tset naar beneden.

[Afbeelding]

Heb je nog een instelling dat de twoonkamer een bepaalde tijd de vereiste waarde moet hebben? Ik zie hier nog wel eens dan de waarde een paar keer verspringt voordat de thermostaat daadwerkelijk een hogere of lagere waarde aangeeft. Als je dan meteen reageert dan is dat niet per definitie efficiënt lijkt mij?

[JustMyOpinion]

Hier heb ik zelf niet echt last van. Heb de draadloze Netatmo en die staat onder de salontafel bij de bank.

Dus staat redelijk uit zon/luchtstromen.

Zo'n piekje in jouw grafiek zou ik me niet zo druk om maken. Het duurt toch heel lang voor je de Tset wijziging zult zien in je grafiek.

Ik ben ook nog echt zoekende naar het juiste moment om de Tset aan te passen. Gaat nu best redelijk, maar zal vast nog beter kunnen.

Probleem is dat wij in de avond de temperatuur een half graad hoger zetten en dan is het dus lastig regelen; als die halve graad er weer af gaat, gaat de WP uiteraard uit omdat thermostaat zegt dat temperatuur is gehaald.

Bedenk me nu dat ik misschien dan maar die halve graad er af moet halen, of helemaal niet meer op Thermostaat schakelen en echt Tset aanpassen om temperatuur te regelen. Dus bv na 21.00 uur de Tset moedwillig verlagen, daardoor zakt de temp, maar blijft WP wel draaien. Moet je alleen wel rekening houden dat Ta niet 2C hoger mag zijn dan Tset. Dit heb ik al opgelost door te werken met een floating setpoint, als die 2C in de buurt komt past hij automatisch Tset aan. Dat werkt wel erg goed.

[JustMyOpinion]

Heb het nu anders geprogrammeerd.

Heb de thermostaat op 19,5 gezet, dus als temperatuur warmer wordt dan 19.5 zal de WP uitschakelen.

Qua programmering, ik heb zelf een WAR geprogrammeerd die dus 'redelijk' moet overeenkomen met de werkelijkheid.



Deze waarde pas ik vervolgens aan als de temperatuur te veel afwijkt van gewenste waarde. Dus als het te koud wordt gaat Tset omhoog en als het te warm wordt gaat Tset omlaag.

Om in de avond toch extra te kunnen verwarmen kijk ik naar de tijd. Tussen 16 en 21 uur gebruik ik een andere wenswaarde waar ik de Tset op aanpas.

Voordeel hiervan is dat om 21 uur de WP niet direct uitknalt, maar dat hij de Tset gewoon heel laag gaat zetten waardoor WP frequentie omlaag zal gaan.

Belangrijke functie is dat als Ta te veel gaat afwijken van Tset hij Tset gaat aanpassen om te zorgen dat WP aanblijft:

code:

if (flowtemp < tset) {
    msg.payload = (tset) * 100;
    msg.topic = "Tset";
    return msg;
}

if ((flowtemp - tset) > 1) {
    msg.payload = (flowtemp - 1.2) * 100;
    msg.topic = "Tset";
    return msg;
} else {
    return null;
}

In mijn hoofd moet het prima werken... dit weekend maar eens kijken of het goed gaat

[breinonline]

En de buitentemperatuur haal je van de buitenunit? Filter je dan nog de defrosts er tussenuit op de een of andere wijze? De temperatuur van de buitenunit loopt dan immers even erg op.

[JustMyOpinion]

breinonline schreef op vrijdag 12 januari 2024 @ 21:03:
En de buitentemperatuur haal je van de buitenunit? Filter je dan nog de defrosts er tussenuit op de een of andere wijze? De temperatuur van de buitenunit loopt dan immers even erg op.

Ik programmeer in Node Red. Startvoorwaarde van de berekening is een wijziging in Ta, daarna is een voorwaarde om door te gaan als de WP in 'heating' staat. Daarna maakt hij pas de berekening. Dus die stijging neem ik idd niet mee.

[breinonline]

Waarom als Ta wijzigt? In feite kijkt de originele WAR toch naar een buitentemperatuurwijziging?

Ik denk erover om het zo te gaan proberen:

YAML:

automation manual:
## Adaptive WAR ##
- id: "20240114074501"
  alias: Adaptive WAR
  description: Regel verwarming op buitentemperatuur en afwijking van ingestelde gewenste binnentemperatuur
  trigger:
    - platform: state #trigger als buitentemperatuurwijziging
      entity_id: sensor.ecodan_outdoor_ambient_temperature
    - platform: template #trigger als woonkamertemperatuurwijziging
      value_template: "{{ state_attr('climate.living_room', 'current_temperature') | int > 0 }}"
    - platform: template #trigger als gewenste tempatuur gewijzigd wordt
      value_template: "{{ state_attr('climate.living_room', 'temperature') | int > 0 }}"
    - platform: homeassistant
      event: start
    - platform: event
      event_type: automation_reloaded
  condition: #geen defrost bezig
    - condition: state
      entity_id: sensor.ecodan_defrost
      state: "Off"
    - condition: state
      entity_id: select.ecodan_a_c_mode_zone_1
      state: "Heating flow"
  action:
    - service: number.ecodan_h_c_thermostat_target_temperature_zone_1
      data_template:
        event: >
          {% set mapper = {
               "18.0":"25",
               "17.0":"25",
               "16.0":"25",
               "15.0":"25",
               "14.0":"25.5",
               "15.0":"26",
               "16.0":"26.5",
               "11.0":"27",
               "10.0":"27.5",
               "9.0":"28",
               "8.0":"28.5",
               "7.0":"29",
               "6.0":"29.5",
               "5.0":"30",
               "4.0":"30.5",
               "3.0":"31",
               "2.0":"31.5",
               "1.0":"32",
               "0.0":"32.5",
               "-1.0":"33",
               "-2.0":"33.5",
               "-3.0":"34",
               "-4.0":"34.5",
               "-5.0":"35",
               "-6.0":"35.5",
               "-7.0":"36",
               "-8.0":"36.5",
               "-9.0":"37",
               "-10.0":"37",
                          } %}
          {% set selection = states("sensor.ecodan_outdoor_ambient_temperature") %}
          {% set tset = state_attr('climate.living_room', 'temperature') | float %}
          {% set tact = state_attr('climate.living_room', 'current_temperature') | float %}
          {% if (tact - tset) > 0 %}
            {{ (mapper[selection] | float - 1) }}
          {% elif (tact - tset) == 0 %}
            {{ (mapper[selection] | float ) }}
          {% elif (tact - tset) < 0.1 %}
            {{ (mapper[selection] | float ) }}
          {% elif (tact - tset) < 0.2 %}
            {{ (mapper[selection] | float + 0.5 ) }}
          {% elif (tact - tset) < 0.3 %}
            {{ (mapper[selection] | float + 1 ) }}
          {% else %}
            37
          {% endif %}
  mode: single
  trace:
    stored_traces: 20

Dus ik heb de WAR die de unit nu heeft in een schema gezet maar afhankelijk van hoe ver de actuele temperatuur van de gewenste zit, verhoog of verlaag ik de waarde uit het schema nog. Trigger bij temperatuurverandering in de woonkamer, buiten of van de gewenste instelling en bij herstart van ha of automation. En als voorwaarden geen defrost bezig en verwarmen met voorlooptemperatuur. Na een defrost zou de buitentemperatuur tijdelijk nog wat hoger kunnen zijn maar dan start de unit alleen even iets rustiger en zou daarna weer snel naar de daadwerkelijk gewenste waarde moeten gaan. Moet nog even kijken of ik de huidige hysterese van 0.2 wil wijzigen naar 0.3.

Mocht iemand dingen zien waar ik geen rekening mee heb gehouden maar wel zou moeten doen hoor ik het graag

[Sicco92]

@breinonline Je 'mapper' zal een fout geven als je een temperatuur tegenkomt die je niet hebt gedefinieerd, dus bij >18 en <-10. Volgens mij kan je de WAR beter nadoen met een berekening in plaats van zo'n map, zodat je altijd een geldige waarde krijgt. Ik heb je map eventjes nagedaan in een berekening, waarmee je alle mogelijke temperatuurwaarden kunt afvangen:

Django/Jinja:

{% set ta_low = 25 %}
{% set ta_high = 37 %}
{% set war_start_temp = 15 %}
{% set war_end_temp = -9 %}
{% set outside_temp = states("sensor.ecodan_outdoor_ambient_temperature") | float(default=15) %}
{% if outside_temp > war_start_temp %}
{{ ta_low }}
{% elif outside_temp < war_end_temp %}
{{ ta_high }}
{% else %}
{{ ((ta_high - ta_low) * ((war_start_temp - outside_temp) / (war_start_temp - war_end_temp)) + ta_low) | round(1, 'half') }}
{% endif %}

Deze template geeft dezelfde waarden als jouw 'mapper', maar vangt ook waarden buiten de selectie af en is makkelijker aan te passen als je ooit je WAR-waarden wilt aanpassen.

[JustMyOpinion]

breinonline schreef op zondag 14 januari 2024 @ 20:36:
Waarom als Ta wijzigt? In feite kijkt de originele WAR toch naar een buitentemperatuurwijziging?

Dat is heel simpel. De WP gaat uit als het verschil tussen Tset en Ta >2 graden (dus als hij te warm maakt dan Tset). Om dit te voorkomen zorg ik dat ik mijn Tset aanpas als dit 'lijkt te gebeuren'. Ik zet Tset dan 1,6 °C lager dan Ta, hierdoor blijft de incentive om lager te gaan regelen bestaan.

Dus, aangezien ik deze beveiliging er toch op heb staan is wijziging Ta ook de start van mijn regeling.

Verder pas ik Tset nog extra aan t.o.v. WAR als de gewenste thermostaat temperatuur bijna wordt bereikt, dan gaat Tset omlaag om zo de WP nog wat langer aan te houden.

[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