LG Therma (Monoblock) warmtepompen topic - Deel 1

[jvanderkroon]

De ijsaangroei op de onderkant van de verdamper werd toch wel flink dus even voorzichtig verwijderd. Zie echter bij een aantal lamellen toch wel wat vervorming. Dacht even een lamellen kam kopen om het weer netjes te maken. Iemand enig idee welk model daarvoor handig is? Zie varianten waar je van 9 tot 16mm andere kammetjes hebt.

[walter_321]

jvanderkroon schreef op dinsdag 6 januari 2026 @ 14:14:
De ijsaangroei op de onderkant van de verdamper werd toch wel flink dus even voorzichtig verwijderd. Zie echter bij een aantal lamellen toch wel wat vervorming. Dacht even een lamellen kam kopen om het weer netjes te maken. Iemand enig idee welk model daarvoor handig is? Zie varianten waar je van 9 tot 16mm andere kammetjes hebt.

Fotootje? Ik ben wel benieuwd.

[JansenSE]

Nog wat bevindingen en inzichten die ik afgelopen tijd heb opgedaan. Wou ik toch even delen. Vooral interessant voor degene met een IWT (of split misschien ook wel) en MODBUS / HA communicatie.

Allereerst: dankzij de verwijzingen naar de duitse fora heb ik ergens opgepikt dat er nog wat extra MODBUS-registers door mij zijn uit te lezen. Vooral interessant is de status over de interne 3kW BackupHeater / Booster. Met twee binary sensors:

YAML:

    binary_sensors:
      - name: lg_BUH_step1_status
        unique_id: binary_sensor.lg_BUH_step1_status
        scan_interval: 15
        address: 10
        slave: 1
        input_type: discrete_input

      - name: lg_booster_heater_status
        unique_id: binary_sensor.lg_booster_heater_status
        scan_interval: 15
        address: 12
        slave: 1
        input_type: discrete_input

en de temperatuur na het BUH-element:

YAML:

    sensors: 
      - name: lg_BUH_outlet_temp
        unique_id: sensor.lg_BUH_outlet_temp
        scale: 0.1
        precision: 1
        scan_interval: 15
        address: 4
        slave: 1
        unit_of_measurement: °C
        device_class: temperature
        input_type: input
        state_class: measurement

Deze laten mij een betere berekening doen van elektrisch en thermisch vermogen. Dat heb ik nu ook uitgesplitst in vermogen voor verwarmen/koelen en vermogen voor DHW. Dan kan ik ook losse COP's berekenen.

YAML:

template:
  #LG Heatpump
  # Energy consumption, production & COP
  - sensor:
    #Calculate thermal power from LG-modbus sensorvalues

#{% set t1 = states('sensor.lg_water_outlet_temp') | float %}
    - name: "lg_thermal_power"
      unique_id: sensor.lg_thermal_power
      state: >
        {% if is_state('climate.therma_v_heating_cooling', 'heat') and is_state('binary_sensor.lg_dhw_heating_status', 'off') %}
          {% set sign = 1 | float %}
        {% elif is_state('climate.therma_v_heating_cooling', 'cool') and is_state('binary_sensor.lg_dhw_heating_status', 'off')%}
          {% set sign = -1 | float %}
        {% else %}
          {% set sign = 0 | float %}
        {% endif %}
        {% if is_state('binary_sensor.lg_compressor_status', 'off') and is_state('binary_sensor.lg_booster_heater_status','off') %} 
          {% set lg_thermal_power = 0.0 | float %}
        {% else %}
          {% set t1 = states('sensor.lg_BUH_outlet_temp') | float %}
          {% set t2 = states('sensor.lg_water_inlet_temp') | float %}
          {% set f = states('sensor.lg_current_flow_rate') | float %}
          {% set pwg = ((t1 - t2)*f) / 60 * 4184 | float %}
          {% set lg_thermal_power = sign * pwg | float %}
        {% endif %}
        {{ lg_thermal_power | float | round(2)  }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power

#{% set t1 = states('sensor.lg_water_outlet_temp') | float %}
    - name: "lg_thermal_power_DHW"
      unique_id: sensor.lg_thermal_power_dhw
      state: >
        {% if is_state('binary_sensor.lg_dhw_heating_status', 'on') and (is_state('binary_sensor.lg_compressor_status', 'on') or is_state('binary_sensor.lg_booster_heater_status','on')) %}
          {% set t1 = states('sensor.lg_BUH_outlet_temp') | float %}
          {% set t2 = states('sensor.lg_water_inlet_temp') | float %}
          {% set f = states('sensor.lg_current_flow_rate') | float %}
          {% set pwg = ((t1 - t2)*f) / 60 * 4184 | float %}
          {% set lg_thermal_power_dhw = pwg | float %}
        {% else %}
          {% set lg_thermal_power_dhw = 0.0 | float %}
        {% endif %}
        {{ lg_thermal_power_dhw | float | round(2)  }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power

    # Rename input for electrical power for heating/cooling. Can be HomeWizard, Shelly, Modbus etc.
    - name: "lg_electrical_power"
      unique_id: sensor.lg_electrical_power
      state: >
        {% if is_state('binary_sensor.lg_dhw_heating_status', 'off') and (is_state('binary_sensor.lg_compressor_status', 'on') or is_state('binary_sensor.lg_booster_heater_status','on')) %}
          {% if is_state('binary_sensor.lg_booster_heater_status', 'on') or is_state('binary_sensor.lg_BUH_step1_status', 'on') %}
            {% set lg_electrical_power = 3000.0 %}
          {% else %}
            {% set lg_electrical_power = 0.0 %}
          {% endif %}
          {% set lg_electrical_power = lg_electrical_power + states('sensor.kwh_meter_power') | float %}
        {% else %}
          {% set lg_electrical_power = 0.0 | float %}
        {% endif %}
        {{ lg_electrical_power | float | round(2) }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power

    # Rename input for electrical power for DHW. Can be HomeWizard, Shelly, Modbus etc.
    - name: "lg_electrical_power_DHW"
      unique_id: sensor.lg_electrical_power_dhw
      state: >
        {% if is_state('binary_sensor.lg_dhw_heating_status', 'on') and (is_state('binary_sensor.lg_compressor_status', 'on') or is_state('binary_sensor.lg_booster_heater_status','on')) %}
          {% if is_state('binary_sensor.lg_booster_heater_status', 'on') or is_state('binary_sensor.lg_BUH_step1_status', 'on') %}
            {% set lg_electrical_power_dhw = 3000.0 %}
          {% else %}
            {% set lg_electrical_power_dhw = 0.0 %}
          {% endif %}
          {% set lg_electrical_power_dhw = lg_electrical_power_dhw + states('sensor.kwh_meter_power') | float %}
        {% else %}
          {% set lg_electrical_power_dhw = 0.0 | float %}
        {% endif %}
        {{ lg_electrical_power_dhw | float | round(2) }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power

    # Calculate current COP
    - name: cop_instant
      unique_id: sensor.cop_instant
      state: >
        {% if states('binary_sensor.lg_compressor_status') == "off" %} 
          {% set cop_instant = 0.0 | float %}
        {% else %}
          {% set pwe = states('sensor.lg_electrical_power') | float %}
          {% set pwe_dhw = states('sensor.lg_electrical_power_dhw') | float %}
          {% set pwt = states('sensor.lg_thermal_power') | float %}
          {% set pwt_dhw = states('sensor.lg_thermal_power_dhw') | float %}
          {% set cop_instant = (pwt + pwt_dhw) / (pwe + pwe_dhw) | float %}
        {% endif %}
          {% if cop_instant > 10.0 %}
            {% set cop_instant = 0.0 | float %}
          {% endif %}
          {% if cop_instant < -10.0 %}
            {% set cop_instant = 0.0 | float %}
          {% endif %}
        {{ cop_instant | float | round(2)  }}
      unit_of_measurement: cop       
      state_class: measurement

  # Calculate COP over last hour
  - trigger:
      - platform: time_pattern
        minutes: 0
        seconds: 0
    sensor:
      - name: cop1h
        unique_id: sensor.cop1h
        state: >-
          {% set pwe = states('sensor.lg_electrical_energy_last1h') | float %}
          {% set pwt = states('sensor.lg_thermal_energy_last1h') | float %}
          {% if pwe > 0%}
            {% set cop1h = pwt / pwe | float %}
          {% else %}
            {% set cop1h = 0 %}
          {% endif %}
          {{ cop1h | float | round(2) }}
        availability: >-
          {{states('sensor.lg_electrical_energy_last1h')|float > 0}}
        unit_of_measurement: cop
        state_class: measurement

  # Calculate COP over last 24 hours
  - trigger:
      - platform: time_pattern
        hours: 0
        minutes: 0
    sensor:
      - name: cop24h
        unique_id: sensor.cop24h
        state: >-
          {% set pwe = states('sensor.lg_electrical_energy_last24h') | float %}
          {% set pwt = states('sensor.lg_thermal_energy_last24h') | float %}
          {% set cop24h = pwt / pwe | float %}
          {{ cop24h | float | round(2) }}
        unit_of_measurement: cop
        state_class: measurement

  - trigger:
      - platform: time_pattern
        hours: 0
        minutes: 0
    sensor:
      - name: cop24h_DHW
        unique_id: sensor.cop24h_dhw
        state: >-
          {% set pwe = states('sensor.lg_electrical_energy_dhw_last24h') | float %}
          {% set pwt = states('sensor.lg_thermal_energy_dhw_last24h') | float %}
          {% set cop24h_DHW = pwt / pwe | float %}
          {{ cop24h_DHW | float | round(2) }}
        unit_of_measurement: cop
        state_class: measurement

sensor:
 ## LG Heatpump --------
    #Cumulatief opgewekte thermische energie
  - platform: integration
    source: sensor.lg_thermal_power
    name: lg_thermal_energy
    unique_id: sensor.lg_thermal_energy
    round: 3
    unit_prefix: k
    method: left
    max_sub_interval:
      minutes: 5
    unit_time: h

  - platform: integration
    source: sensor.lg_thermal_power_dhw
    name: lg_thermal_energy_DHW
    unique_id: sensor.lg_thermal_energy_dhw
    round: 3
    unit_prefix: k
    method: left
    max_sub_interval:
      minutes: 5
    unit_time: h

    #Cumulatief verbruikte elektrische energie
  - platform: integration
    source: sensor.lg_electrical_power
    name: lg_electrical_energy
    unique_id: sensor.lg_electrical_energy
    round: 3
    unit_prefix: k
    method: left
    max_sub_interval:
      minutes: 5
    unit_time: h

  - platform: integration
    source: sensor.lg_electrical_power_dhw
    name: lg_electrical_energy_DHW
    unique_id: sensor.lg_electrical_energy_dhw
    round: 3
    unit_prefix: k
    method: left
    max_sub_interval:
      minutes: 5
    unit_time: h

    #Opgewekte thermische energie laatste 24 uur
  - platform: statistics
    name: lg_thermal_energy_last24H
    unique_id: sensor.lg_thermal_energy_last24h
    entity_id: sensor.lg_thermal_energy
    state_characteristic: change
    max_age:
      hours: 24

  - platform: statistics
    name: lg_thermal_energy_DHW_last24H
    unique_id: sensor.lg_thermal_energy_dhw_last24h
    entity_id: sensor.lg_thermal_energy_dhw
    state_characteristic: change
    max_age:
      hours: 24

    #Verbruikte elektrische energy laatste 24 uur
  - platform: statistics
    name: lg_electrical_energy_last24H
    unique_id: sensor.lg_electrical_energy_last24h
    entity_id: sensor.lg_electrical_energy
    state_characteristic: change
    max_age:
      hours: 24

  - platform: statistics
    name: lg_electrical_energy_DHW_last24H
    unique_id: sensor.lg_electrical_energy_dhw_last24h
    entity_id: sensor.lg_electrical_energy_dhw
    state_characteristic: change
    max_age:
      hours: 24

    #Opgewekte thermische energie laatste uur
  - platform: statistics
    name: lg_thermal_energy_last1H
    unique_id: sensor.lg_thermal_energy_last1h
    entity_id: sensor.lg_thermal_energy
    state_characteristic: change
    max_age:
      hours: 1

    #Verbruikte elektrische energy laatste uur
  - platform: statistics
    name: lg_electrical_energy_last1H
    unique_id: sensor.lg_electrical_energy_last1h
    entity_id: sensor.lg_electrical_energy
    state_characteristic: change
    max_age:
      hours: 1

  - platform: history_stats
    name: lg_NumberOfCompressorStarts_hourly
    entity_id: binary_sensor.lg_compressor_status
    state: "on"
    type: count
    end: "{{ now() }}"
    duration:
      days: 0
      hours: 1
      minutes: 0
      seconds: 0

  - platform: history_stats
    name: lg_NumberOfCompressorStarts_daily
    entity_id: binary_sensor.lg_compressor_status
    state: "on"
    type: count
    end: "{{ now() }}"
    duration:
      days: 1
      hours: 0
      minutes: 0
      seconds: 0

  - platform: history_stats
    name: lg_NumberOfDefrosts_daily
    entity_id: binary_sensor.lg_defrosting_status
    state: "on"
    type: count
    end: "{{ now() }}"
    duration:
      days: 1
      hours: 0
      minutes: 0
      seconds: 0

Dan kan ik bij het energy dashboard in HA de elektrische energie voor heating/cooling en DHW als los device opgeven:

En stats over daily COP (maar hetzelfde kan natuurlijk met welk interval dan ook. Wekelijks, maandelijks, seizoens.. )


Dit gaf mij dan weer beter inzicht in het verbruik en toen kwam ik tot nog een ontdekking. Als mijn IWT in deze koude een DHW-run doet en daarbij een defrost nodig acht, schakelt de BUH/Booster in. Dat is met een split/IWT altijd zo.
Alleen tijdens een DHW-run blijft de booster vervolgens aan nadat de defrost klaar is. Waarschijnlijk om mee te helpen, maar dat is normaliter niet nodig. (en nu ik het weet, erger ik me er mateloos aan natuurlijk)

Daarom heb ik nog een automation gemaakt die na een defrost tijdens een DHW-run, deze opnieuw opstart:

YAML:

alias: Restart DHW after defrost
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.lg_defrosting_status
    from:
      - "on"
    to:
      - "off"
conditions:
  - condition: state
    entity_id: binary_sensor.lg_dhw_heating_status
    state:
      - "on"
  - condition: state
    entity_id: binary_sensor.lg_booster_heater_status
    state:
      - "on"
actions:
  - action: switch.turn_off
    metadata: {}
    target:
      entity_id: switch.lg_enable_disable_dhw
    data: {}
  - delay:
      hours: 0
      minutes: 1
      seconds: 0
      milliseconds: 0
  - action: switch.turn_on
    metadata: {}
    target:
      entity_id: switch.lg_enable_disable_dhw
    data: {}
mode: single

[jvanderkroon]

walter_321 schreef op dinsdag 6 januari 2026 @ 14:47:
[...]

Fotootje? Ik ben wel benieuwd.

Nu ik de foto zie ziet het er toch wel heftig uit

[PeteSplit]

JansenSE schreef op dinsdag 6 januari 2026 @ 15:09:
Nog wat bevindingen en inzichten die ik afgelopen tijd heb opgedaan. Wou ik toch even delen. Vooral interessant voor degene met een IWT (of split misschien ook wel) en MODBUS / HA communicatie.

Allereerst: dankzij de verwijzingen naar de duitse fora heb ik ergens opgepikt dat er nog wat extra MODBUS-registers door mij zijn uit te lezen. Vooral interessant is de status over de interne 3kW BackupHeater / Booster. Met twee binary sensors:

YAML:

    binary_sensors:
      - name: lg_BUH_step1_status
        unique_id: binary_sensor.lg_BUH_step1_status
        scan_interval: 15
        address: 10
        slave: 1
        input_type: discrete_input

      - name: lg_booster_heater_status
        unique_id: binary_sensor.lg_booster_heater_status
        scan_interval: 15
        address: 12
        slave: 1
        input_type: discrete_input

en de temperatuur na het BUH-element:

YAML:

    sensors: 
      - name: lg_BUH_outlet_temp
        unique_id: sensor.lg_BUH_outlet_temp
        scale: 0.1
        precision: 1
        scan_interval: 15
        address: 4
        slave: 1
        unit_of_measurement: °C
        device_class: temperature
        input_type: input
        state_class: measurement

Ik had de backup temperatuur al eerder gevonden in dit topic en ook bij mij toegevoegd. Deze backup temperatuur zit op, of net onder de aanvoer temperatuur.
De status van de backup kende ik nog niet. Zojuist ook toegevoegd. De status van de backup gaat aan als ook de status van de defrost aangaat. Ze gaan beiden ook samen uit.

Ik heb de instelling van de backup op de standaard waarde van -5 staan.
De backup werkt pas echt als de waarde bereikt is. Vorig jaar heb ik deze waarde een tijdje op 0 gezet.
De backup doet dan mee rond de 0 graden buiten temperatuur en dan tijdens het pompen van de interne waterpomp en tijdens de defrosts. Zie ook deze grafiek van vorig jaar 8 januari.



De 3 kW heater verwarmt het aanvoer water met ongeveer 1,5 graden.
De 'zaagtanden' onder in de bovenste grafiek, is het warmtelint wat ook aangaat bij 0 graden (30 W).

edit: Vandaag, woensdag de waarde op -2 gezet. De backup status is nu 2 minuten langer, dan de defrost status. De backup heeft nog steeds niet gewerkt (geen stroom afgenomen op de meter).

[ Voor 9% gewijzigd door PeteSplit op 07-01-2026 11:45 ]

[walter_321]

JansenSE schreef op dinsdag 6 januari 2026 @ 15:09:
Nog wat bevindingen en inzichten die ik afgelopen tijd heb opgedaan. Wou ik toch even delen. Vooral interessant voor degene met een IWT (of split misschien ook wel) en MODBUS / HA communicatie.

Allereerst: dankzij de verwijzingen naar de duitse fora heb ik ergens opgepikt dat er nog wat extra MODBUS-registers door mij zijn uit te lezen. Vooral interessant is de status over de interne 3kW BackupHeater / Booster. Met twee binary sensors:

YAML:

    binary_sensors:
      - name: lg_BUH_step1_status
        unique_id: binary_sensor.lg_BUH_step1_status
        scan_interval: 15
        address: 10
        slave: 1
        input_type: discrete_input

      - name: lg_booster_heater_status
        unique_id: binary_sensor.lg_booster_heater_status
        scan_interval: 15
        address: 12
        slave: 1
        input_type: discrete_input

en de temperatuur na het BUH-element:

YAML:

    sensors: 
      - name: lg_BUH_outlet_temp
        unique_id: sensor.lg_BUH_outlet_temp
        scale: 0.1
        precision: 1
        scan_interval: 15
        address: 4
        slave: 1
        unit_of_measurement: °C
        device_class: temperature
        input_type: input
        state_class: measurement

Deze laten mij een betere berekening doen van elektrisch en thermisch vermogen. Dat heb ik nu ook uitgesplitst in vermogen voor verwarmen/koelen en vermogen voor DHW. Dan kan ik ook losse COP's berekenen.

YAML:

template:
  #LG Heatpump
  # Energy consumption, production & COP
  - sensor:
    #Calculate thermal power from LG-modbus sensorvalues

#{% set t1 = states('sensor.lg_water_outlet_temp') | float %}
    - name: "lg_thermal_power"
      unique_id: sensor.lg_thermal_power
      state: >
        {% if is_state('climate.therma_v_heating_cooling', 'heat') and is_state('binary_sensor.lg_dhw_heating_status', 'off') %}
          {% set sign = 1 | float %}
        {% elif is_state('climate.therma_v_heating_cooling', 'cool') and is_state('binary_sensor.lg_dhw_heating_status', 'off')%}
          {% set sign = -1 | float %}
        {% else %}
          {% set sign = 0 | float %}
        {% endif %}
        {% if is_state('binary_sensor.lg_compressor_status', 'off') and is_state('binary_sensor.lg_booster_heater_status','off') %} 
          {% set lg_thermal_power = 0.0 | float %}
        {% else %}
          {% set t1 = states('sensor.lg_BUH_outlet_temp') | float %}
          {% set t2 = states('sensor.lg_water_inlet_temp') | float %}
          {% set f = states('sensor.lg_current_flow_rate') | float %}
          {% set pwg = ((t1 - t2)*f) / 60 * 4184 | float %}
          {% set lg_thermal_power = sign * pwg | float %}
        {% endif %}
        {{ lg_thermal_power | float | round(2)  }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power

#{% set t1 = states('sensor.lg_water_outlet_temp') | float %}
    - name: "lg_thermal_power_DHW"
      unique_id: sensor.lg_thermal_power_dhw
      state: >
        {% if is_state('binary_sensor.lg_dhw_heating_status', 'on') and (is_state('binary_sensor.lg_compressor_status', 'on') or is_state('binary_sensor.lg_booster_heater_status','on')) %}
          {% set t1 = states('sensor.lg_BUH_outlet_temp') | float %}
          {% set t2 = states('sensor.lg_water_inlet_temp') | float %}
          {% set f = states('sensor.lg_current_flow_rate') | float %}
          {% set pwg = ((t1 - t2)*f) / 60 * 4184 | float %}
          {% set lg_thermal_power_dhw = pwg | float %}
        {% else %}
          {% set lg_thermal_power_dhw = 0.0 | float %}
        {% endif %}
        {{ lg_thermal_power_dhw | float | round(2)  }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power

    # Rename input for electrical power for heating/cooling. Can be HomeWizard, Shelly, Modbus etc.
    - name: "lg_electrical_power"
      unique_id: sensor.lg_electrical_power
      state: >
        {% if is_state('binary_sensor.lg_dhw_heating_status', 'off') and (is_state('binary_sensor.lg_compressor_status', 'on') or is_state('binary_sensor.lg_booster_heater_status','on')) %}
          {% if is_state('binary_sensor.lg_booster_heater_status', 'on') or is_state('binary_sensor.lg_BUH_step1_status', 'on') %}
            {% set lg_electrical_power = 3000.0 %}
          {% else %}
            {% set lg_electrical_power = 0.0 %}
          {% endif %}
          {% set lg_electrical_power = lg_electrical_power + states('sensor.kwh_meter_power') | float %}
        {% else %}
          {% set lg_electrical_power = 0.0 | float %}
        {% endif %}
        {{ lg_electrical_power | float | round(2) }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power

    # Rename input for electrical power for DHW. Can be HomeWizard, Shelly, Modbus etc.
    - name: "lg_electrical_power_DHW"
      unique_id: sensor.lg_electrical_power_dhw
      state: >
        {% if is_state('binary_sensor.lg_dhw_heating_status', 'on') and (is_state('binary_sensor.lg_compressor_status', 'on') or is_state('binary_sensor.lg_booster_heater_status','on')) %}
          {% if is_state('binary_sensor.lg_booster_heater_status', 'on') or is_state('binary_sensor.lg_BUH_step1_status', 'on') %}
            {% set lg_electrical_power_dhw = 3000.0 %}
          {% else %}
            {% set lg_electrical_power_dhw = 0.0 %}
          {% endif %}
          {% set lg_electrical_power_dhw = lg_electrical_power_dhw + states('sensor.kwh_meter_power') | float %}
        {% else %}
          {% set lg_electrical_power_dhw = 0.0 | float %}
        {% endif %}
        {{ lg_electrical_power_dhw | float | round(2) }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power

    # Calculate current COP
    - name: cop_instant
      unique_id: sensor.cop_instant
      state: >
        {% if states('binary_sensor.lg_compressor_status') == "off" %} 
          {% set cop_instant = 0.0 | float %}
        {% else %}
          {% set pwe = states('sensor.lg_electrical_power') | float %}
          {% set pwe_dhw = states('sensor.lg_electrical_power_dhw') | float %}
          {% set pwt = states('sensor.lg_thermal_power') | float %}
          {% set pwt_dhw = states('sensor.lg_thermal_power_dhw') | float %}
          {% set cop_instant = (pwt + pwt_dhw) / (pwe + pwe_dhw) | float %}
        {% endif %}
          {% if cop_instant > 10.0 %}
            {% set cop_instant = 0.0 | float %}
          {% endif %}
          {% if cop_instant < -10.0 %}
            {% set cop_instant = 0.0 | float %}
          {% endif %}
        {{ cop_instant | float | round(2)  }}
      unit_of_measurement: cop       
      state_class: measurement

  # Calculate COP over last hour
  - trigger:
      - platform: time_pattern
        minutes: 0
        seconds: 0
    sensor:
      - name: cop1h
        unique_id: sensor.cop1h
        state: >-
          {% set pwe = states('sensor.lg_electrical_energy_last1h') | float %}
          {% set pwt = states('sensor.lg_thermal_energy_last1h') | float %}
          {% if pwe > 0%}
            {% set cop1h = pwt / pwe | float %}
          {% else %}
            {% set cop1h = 0 %}
          {% endif %}
          {{ cop1h | float | round(2) }}
        availability: >-
          {{states('sensor.lg_electrical_energy_last1h')|float > 0}}
        unit_of_measurement: cop
        state_class: measurement

  # Calculate COP over last 24 hours
  - trigger:
      - platform: time_pattern
        hours: 0
        minutes: 0
    sensor:
      - name: cop24h
        unique_id: sensor.cop24h
        state: >-
          {% set pwe = states('sensor.lg_electrical_energy_last24h') | float %}
          {% set pwt = states('sensor.lg_thermal_energy_last24h') | float %}
          {% set cop24h = pwt / pwe | float %}
          {{ cop24h | float | round(2) }}
        unit_of_measurement: cop
        state_class: measurement

  - trigger:
      - platform: time_pattern
        hours: 0
        minutes: 0
    sensor:
      - name: cop24h_DHW
        unique_id: sensor.cop24h_dhw
        state: >-
          {% set pwe = states('sensor.lg_electrical_energy_dhw_last24h') | float %}
          {% set pwt = states('sensor.lg_thermal_energy_dhw_last24h') | float %}
          {% set cop24h_DHW = pwt / pwe | float %}
          {{ cop24h_DHW | float | round(2) }}
        unit_of_measurement: cop
        state_class: measurement

sensor:
 ## LG Heatpump --------
    #Cumulatief opgewekte thermische energie
  - platform: integration
    source: sensor.lg_thermal_power
    name: lg_thermal_energy
    unique_id: sensor.lg_thermal_energy
    round: 3
    unit_prefix: k
    method: left
    max_sub_interval:
      minutes: 5
    unit_time: h

  - platform: integration
    source: sensor.lg_thermal_power_dhw
    name: lg_thermal_energy_DHW
    unique_id: sensor.lg_thermal_energy_dhw
    round: 3
    unit_prefix: k
    method: left
    max_sub_interval:
      minutes: 5
    unit_time: h

    #Cumulatief verbruikte elektrische energie
  - platform: integration
    source: sensor.lg_electrical_power
    name: lg_electrical_energy
    unique_id: sensor.lg_electrical_energy
    round: 3
    unit_prefix: k
    method: left
    max_sub_interval:
      minutes: 5
    unit_time: h

  - platform: integration
    source: sensor.lg_electrical_power_dhw
    name: lg_electrical_energy_DHW
    unique_id: sensor.lg_electrical_energy_dhw
    round: 3
    unit_prefix: k
    method: left
    max_sub_interval:
      minutes: 5
    unit_time: h

    #Opgewekte thermische energie laatste 24 uur
  - platform: statistics
    name: lg_thermal_energy_last24H
    unique_id: sensor.lg_thermal_energy_last24h
    entity_id: sensor.lg_thermal_energy
    state_characteristic: change
    max_age:
      hours: 24

  - platform: statistics
    name: lg_thermal_energy_DHW_last24H
    unique_id: sensor.lg_thermal_energy_dhw_last24h
    entity_id: sensor.lg_thermal_energy_dhw
    state_characteristic: change
    max_age:
      hours: 24

    #Verbruikte elektrische energy laatste 24 uur
  - platform: statistics
    name: lg_electrical_energy_last24H
    unique_id: sensor.lg_electrical_energy_last24h
    entity_id: sensor.lg_electrical_energy
    state_characteristic: change
    max_age:
      hours: 24

  - platform: statistics
    name: lg_electrical_energy_DHW_last24H
    unique_id: sensor.lg_electrical_energy_dhw_last24h
    entity_id: sensor.lg_electrical_energy_dhw
    state_characteristic: change
    max_age:
      hours: 24

    #Opgewekte thermische energie laatste uur
  - platform: statistics
    name: lg_thermal_energy_last1H
    unique_id: sensor.lg_thermal_energy_last1h
    entity_id: sensor.lg_thermal_energy
    state_characteristic: change
    max_age:
      hours: 1

    #Verbruikte elektrische energy laatste uur
  - platform: statistics
    name: lg_electrical_energy_last1H
    unique_id: sensor.lg_electrical_energy_last1h
    entity_id: sensor.lg_electrical_energy
    state_characteristic: change
    max_age:
      hours: 1

  - platform: history_stats
    name: lg_NumberOfCompressorStarts_hourly
    entity_id: binary_sensor.lg_compressor_status
    state: "on"
    type: count
    end: "{{ now() }}"
    duration:
      days: 0
      hours: 1
      minutes: 0
      seconds: 0

  - platform: history_stats
    name: lg_NumberOfCompressorStarts_daily
    entity_id: binary_sensor.lg_compressor_status
    state: "on"
    type: count
    end: "{{ now() }}"
    duration:
      days: 1
      hours: 0
      minutes: 0
      seconds: 0

  - platform: history_stats
    name: lg_NumberOfDefrosts_daily
    entity_id: binary_sensor.lg_defrosting_status
    state: "on"
    type: count
    end: "{{ now() }}"
    duration:
      days: 1
      hours: 0
      minutes: 0
      seconds: 0

Dan kan ik bij het energy dashboard in HA de elektrische energie voor heating/cooling en DHW als los device opgeven:
[Afbeelding]
En stats over daily COP (maar hetzelfde kan natuurlijk met welk interval dan ook. Wekelijks, maandelijks, seizoens.. )
[Afbeelding]

Dit gaf mij dan weer beter inzicht in het verbruik en toen kwam ik tot nog een ontdekking. Als mijn IWT in deze koude een DHW-run doet en daarbij een defrost nodig acht, schakelt de BUH/Booster in. Dat is met een split/IWT altijd zo.
Alleen tijdens een DHW-run blijft de booster vervolgens aan nadat de defrost klaar is. Waarschijnlijk om mee te helpen, maar dat is normaliter niet nodig. (en nu ik het weet, erger ik me er mateloos aan natuurlijk)

Daarom heb ik nog een automation gemaakt die na een defrost tijdens een DHW-run, deze opnieuw opstart:

YAML:

alias: Restart DHW after defrost
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.lg_defrosting_status
    from:
      - "on"
    to:
      - "off"
conditions:
  - condition: state
    entity_id: binary_sensor.lg_dhw_heating_status
    state:
      - "on"
  - condition: state
    entity_id: binary_sensor.lg_booster_heater_status
    state:
      - "on"
actions:
  - action: switch.turn_off
    metadata: {}
    target:
      entity_id: switch.lg_enable_disable_dhw
    data: {}
  - delay:
      hours: 0
      minutes: 1
      seconds: 0
      milliseconds: 0
  - action: switch.turn_on
    metadata: {}
    target:
      entity_id: switch.lg_enable_disable_dhw
    data: {}
mode: single

Weet je dat er register 49 is dat direct het thermisch vermogen geeft van de WP?
Tenminste voor recente warmtepompen.
Ik gebruik het en het geeft zowat hetzelfde vermogen als het berekenend vermogen via verschil temperatuur en debiet.
Walter

[BernieW]

jvanderkroon schreef op dinsdag 6 januari 2026 @ 15:44:
[...]


[Afbeelding]
Nu ik de foto zie ziet het er toch wel heftig uit

Hangt best wel veel ijs aan. Zou proberen het weg te halen met een haardroger oid, in ieder geval niet mechanisch.
Maar enig idee hoe dit zo komt? Mijn eerste idee is dat er te weinig drainage is om het water bij een defrost goed weg te laten lopen.

[Casper de Boer]

BernieW schreef op dinsdag 6 januari 2026 @ 18:31:
[...]


Hangt best wel veel ijs aan. Zou proberen het weg te halen met een haardroger oid, in ieder geval niet mechanisch.
Maar enig idee hoe dit zo komt? Mijn eerste idee is dat er te weinig drainage is om het water bij een defrost goed weg te laten lopen.

Heb ik wel eens geprobeerd met een haardroger, duurt heel erg lang en is eigenlijk niet praktisch.
Mooiste is als je het met lauw water af zou kunnen spoelen maar dat moet dan natuurlijk ook weg kunnen lopen.

Ik had bij mij last van kleine blaadjes en takjes einde van de zomer vorig jaar, daar begon het ijs op te groeien. Dit jaar eerst geprobeerd ze er tussenuit te halen maar dat ging bijna niet.

Toen de tuinslang gepakt, werkte perfect! Spoot het vuil er zo tussenuit

[jvanderkroon]

BernieW schreef op dinsdag 6 januari 2026 @ 18:31:
[...]
Maar enig idee hoe dit zo komt? Mijn eerste idee is dat er te weinig drainage is om het water bij een defrost goed weg te laten lopen.

Geen idee waarom het niet wegloopt. De bodemplaat ligt geen ijs op en alle gaatjes zijn open. Vorige winter had ik ook een hele ijsrand aan de onderkant hangen. Neem aan dat het warmtelint ook gewoon werkt maar dat loopt niet tot de achterrand.

Foto van vorig jaar.

[Kenwood960]

jvanderkroon schreef op dinsdag 6 januari 2026 @ 21:23:
[...]


Geen idee waarom het niet wegloopt. De bodemplaat ligt geen ijs op en alle gaatjes zijn open. Vorige winter had ik ook een hele ijsrand aan de onderkant hangen. Neem aan dat het warmtelint ook gewoon werkt maar dat loopt niet tot de achterrand.

Foto van vorig jaar.
[Afbeelding]

Ziet er niet best uit, het ijs kan een breuk teweegbrengen in de lamellen ....

[kazemo]

jvanderkroon schreef op dinsdag 6 januari 2026 @ 21:23:
[...]


Geen idee waarom het niet wegloopt. De bodemplaat ligt geen ijs op en alle gaatjes zijn open. Vorige winter had ik ook een hele ijsrand aan de onderkant hangen. Neem aan dat het warmtelint ook gewoon werkt maar dat loopt niet tot de achterrand.

Foto van vorig jaar.
[Afbeelding]

Zijn alle gaten in de bodemplaat open,alle bijgeleverde rubberdoppen niet gebruiken!!!!! is onzin om een aantal gaten af te dichten het ondooiwater moet overal vrij weg lopen,ijs weg halen met heet water met gietertje....niet met krabber ,mes.schroevendraaier etc dat doe met een koelkast/vriezer ook niet!
Stille mode bij vriesweer niet gebruiken!!


ik heb er een dakje boven dat scheelt met de waaisneeuw!
het is nu matig vriesweer als het echt hard gaat vriezen -10>-15 gaat de warmtepomp het niet redden...dat is een fabel...die belofte daar geloof ik dus niet in
bij mij moet hij nu volle bak 50 KWH per dag en veel defrost,s,,,,aanvoer +- 40gr ik heb ook nog radiatoren!
in vergelijk is dat +-2kw gemiddeld per uur dat valt dan toch mee..bijv met een kacheltje van 2kw krijg ik het huis dus niet warm!
binnen 21gr ik stuur op lucht/water met rmc in woonkamer
veel terug moduleren doet hij niet daar is de tijd te kort voor tussen de defrost,s in

[ Voor 34% gewijzigd door kazemo op 07-01-2026 13:43 ]

[Cees-JanH]

Ik heb er gisteren 60kWh doorheen gedraaid, nu met de harde wind erbij gaat de temperatuur na de nacht op stille modus iets omlaag naar 20,4 i.p.v. 21.0

Ik heb de Ai nu op +1 gezet en heb een berekende " afgegeven vermogen " toegevoegd aan de yaml, de regeling op vaste delta T gezet ipv vaste stroomsnelheid (30 l/min) . Eens kijken waar deze 24uur naar toe gaat.

[Kip]

BernieW schreef op dinsdag 6 januari 2026 @ 18:31:
[...]
Maar enig idee hoe dit zo komt? Mijn eerste idee is dat er te weinig drainage is om het water bij een defrost goed weg te laten lopen.

Ik heb dit ook. Bij mij lag er een hoopje sneeuw achter de warmtepomp. Bij een defrost worden de lamellen ijsvrij gemaakt. Echter, het ijs blijft dan zelf rechtop staan zonder contact te maken met de lamellen. Vervolgens vriest het weer vast. Ik heb de sneeuw weggehaald, toen na een defrost met een gieter warm water het ijs extra los kunnen maken en daarna kon ik met een rustige tik het ijs makkelijk verwijderen.

Bij mij zijn de lamellen niet vervormd.

[soepah]

hoe zien jullie de doeltemp in AI mode?
ik zie bij target_temp_circuit_1 (heb er maar 1 actief) via modbus (register 2) altijd dezelfde target temperatuur staan. alleen in Heat mode of Cool mode lijkt deze wel wat te doen? Ik heb een heat-curve ingesteld (-20,18; 42,30) dus zou bij deze buitentemperatuur (van ca 0 graden) een targettemperatuur van ca 35,6 verwachten). Echter staat hij nog steeds fixed (vanuit vorige keer Heat mode?) op 40.

[kazemo]

soepah schreef op woensdag 7 januari 2026 @ 13:44:
hoe zien jullie de doeltemp in AI mode?
ik zie bij target_temp_circuit_1 (heb er maar 1 actief) via modbus (register 2) altijd dezelfde target temperatuur staan. alleen in Heat mode of Cool mode lijkt deze wel wat te doen? Ik heb een heat-curve ingesteld (-20,18; 42,30) dus zou bij deze buitentemperatuur (van ca 0 graden) een targettemperatuur van ca 35,6 verwachten). Echter staat hij nog steeds fixed (vanuit vorige keer Heat mode?) op 40.

Als je veel veranderd met instellingen moet je eens een reboot/reset doen dat wil wel eens helpen.
ik heb het op dit moment van ai af, ik heb nu op warmte in automatisch(is denk ik ook de stooklijn) hij houd het netjes op 5>6gr verschil tussen invoer/uitvoer....defrost,s zijn niet te voorkomen dit hoort bij een WP bij dit weer

[ Voor 14% gewijzigd door kazemo op 07-01-2026 14:00 ]

[walter_321]

soepah schreef op woensdag 7 januari 2026 @ 13:44:
hoe zien jullie de doeltemp in AI mode?
ik zie bij target_temp_circuit_1 (heb er maar 1 actief) via modbus (register 2) altijd dezelfde target temperatuur staan. alleen in Heat mode of Cool mode lijkt deze wel wat te doen? Ik heb een heat-curve ingesteld (-20,18; 42,30) dus zou bij deze buitentemperatuur (van ca 0 graden) een targettemperatuur van ca 35,6 verwachten). Echter staat hij nog steeds fixed (vanuit vorige keer Heat mode?) op 40.

het is altijd de vraag welke versie van de WP heb je.
Ik begreep van anderen dat de R32 versie de target_temp_circuit_1 wel de AI target temp geeft. Mijn R290 doet dat dus duidelijk niet en anderen bevestigen dat de R290 niet de AI doel temp geeft. target_temp_circuit_1 is de temperatuur in 'heat' modus. En je kan ook nergens vinden wat de AI doel temperatuur wel is.
Naar mijn mening een engineering fout van LG...*

Walter
*zou de AI temp wel in de LG apps zitten?

[soepah]

@walter_321 ik heb inderdaad ook een R290 variant, lijkt dus een (mening) bug. Bedankt voor de bevestiging

[ Voor 14% gewijzigd door soepah op 07-01-2026 14:31 ]

[walter_321]

kazemo schreef op woensdag 7 januari 2026 @ 13:52:
[...]

... ik heb nu op warmte in automatisch(is denk ik ook de stooklijn)

wat boel je met 'warmte in automatisch'?
Voor zover ik begrijp is de stooklijn enkel actief in AI modus (en zegt de LG handleiding).

[kazemo]

walter_321 schreef op woensdag 7 januari 2026 @ 14:37:
[...]

wat boel je met 'warmte in automatisch'?
Voor zover ik begrijp is de stooklijn enkel actief in AI modus (en zegt de LG handleiding).

1 Kijk bij instellingen(gebruiker) ....niet het installateurs menu
2 instelling fuctie
3 instelling watertemp.
4 instelling verwarmings temp.
5 dan kan je kiezen; mode >auto of handboek
alles met oranje ikoon (bol) warmte
blauw is koelen
paars is AI....waar het mij nog steeds niet duidelijk is wat het allemaal doet?
AI is een black box, LG legt het niet goed uit, en het gedrag verschilt per model.
AI = automatische stooklijn + extra logica, maar niemand weet precies welke.
zo is het bij mij op de rmc bij de R32 versie

[ Voor 25% gewijzigd door kazemo op 07-01-2026 15:35 ]

[Jirure1984]

jvanderkroon schreef op dinsdag 6 januari 2026 @ 15:44:
[...]


[Afbeelding]
Nu ik de foto zie ziet het er toch wel heftig uit

https://www.bol.com/nl/nl...ightner/9300000175384445/

[PeteSplit]

Ik heb een LG model U44 en R32 koudemiddel.
Met modbus op address 2 zie ik o.a.
- input (aanvoer temperatuur)
- holding (target temperatuur)
- number (temperatuur instelling)

Als ik verwarmen instel op Auto en ook als ik dan het AI niveau verander,
dan zie ik de 'target temperatuur' en de 'temperatuur instelling'
mee veranderen in de waarde volgens de stooklijn.
In Home Assistant zie ik, in de grafiek ook de 'target temperatuur' veranderen.

Het is raar en jammer, dat geen van deze waarden bij een R290 veranderen in Auto.

[RVerheijden]

@PeteSplit

Ik heb dezelfde binnen en buiten unit stuur jij de boel aan met een WaveShare of een ESP32 module?
Zou je jouw config file willen delen?

[PeteSplit]

RVerheijden schreef op woensdag 7 januari 2026 @ 15:35:
@PeteSplit

Ik heb dezelfde binnen en buiten unit stuur jij de boel aan met een WaveShare of een ESP32 module?
Zou je jouw config file willen delen?

Ik heb een ESP32 (Wemos D32 - MH-ET-LIVE) en heb andere namen en volgorde (op nummer), zie:

[ Voor 33% gewijzigd door PeteSplit op 07-01-2026 17:48 ]

[walter_321]

wat stats van een R290 7kW van vannacht tot 15u:
- vandaag tussen middernacht, -3°C en 15u 0°C 0°C
- gemiddeld geleverde thermische energie buiten de defrosts: 5,3kW (of +/-75kWh thermische energie geproduceerd)
- 8 defrosts, die gemiddeld 6 minuten duurden en in totaal 4,2kWH energie wegnamen uit de vv. Een kleine 6% van de geproduceerde energie dient om de defrosts te compenseren. 1 defrost verbruikt 0,5kWh energie uit de woning.
- de WP gebruikte gemiddeld 1,4kW of de 15u, 21kWh in het totaal
- Voor de productie van de energie werkte de WP tegen een 75/21=3.6 gemiddelde COP.
- In de 75kWh zit echter ook de energie die geproduceerd is om de defrost energie te compenseren. 4,2kWH is door de defrost verloren gegaan. Zou je willen vergelijken met een andere energieopwekker (of bv water/water WP die geen defrost nodig heeft of gas), had het huis maar 75-4,2=70,8kWH nodig gehad. De COP voor de 'nuttige energie' door de WP is dan 70,8/21=3,4 gemiddelde COP.
- gemiddelde temperaturen 28°C in-33°C uit.

Ik zou eigenlijk eens willen zien of defrosts zinvol zijn. Dat is: werkt de WP na de defrost idd efficiënter om de 0.5kWh van de defrost terug te winnen.

[RVerheijden]

Dit is wat mijn ESP32 binnenhaalt op dit moment via https://github.com/altrnate32/esp-lg-control:

[ Voor 12% gewijzigd door RVerheijden op 07-01-2026 17:19 ]

[PeteSplit]

RVerheijden schreef op woensdag 7 januari 2026 @ 17:12:
Dit is wat mijn ESP32 binnenhaalt op dit moment via https://github.com/altrnate32/esp-lg-control: [Afbeelding]

Dan heb je heel veel. Ik heb voor warmwater een extra WPB.

Originele yaml:
https://github.com/fonske...e/boards/board-esp32.yaml

Ik gebruik de stooklijn uit de LG WP en gebruik deze niet uit dit bestand (heb ik weggelaten).

[ Voor 81% gewijzigd door PeteSplit op 07-01-2026 17:46 ]

[kazemo]

walter_321 schreef op woensdag 7 januari 2026 @ 16:21:
wat stats van een R290 7kW van vannacht tot 15u:
- vandaag tussen middernacht, -3°C en 15u 0°C 0°C
- gemiddeld geleverde thermische energie buiten de defrosts: 5,3kW (of +/-75kWh thermische energie geproduceerd)
- 8 defrosts, die gemiddeld 6 minuten duurden en in totaal 4,2kWH energie wegnamen uit de vv. Een kleine 6% van de geproduceerde energie dient om de defrosts te compenseren. 1 defrost verbruikt 0,5kWh energie uit de woning.
- de WP gebruikte gemiddeld 1,4kW of de 15u, 21kWh in het totaal
- Voor de productie van de energie werkte de WP tegen een 75/21=3.6 gemiddelde COP.
- In de 75kWh zit echter ook de energie die geproduceerd is om de defrost energie te compenseren. 4,2kWH is door de defrost verloren gegaan. Zou je willen vergelijken met een andere energieopwekker (of bv water/water WP die geen defrost nodig heeft of gas), had het huis maar 75-4,2=70,8kWH nodig gehad. De COP voor de 'nuttige energie' door de WP is dan 70,8/21=3,4 gemiddelde COP.
- gemiddelde temperaturen 28°C in-33°C uit.

Ik zou eigenlijk eens willen zien of defrosts zinvol zijn. Dat is: werkt de WP na de defrost idd efficiënter om de 0.5kWh van de defrost terug te winnen.

Alles wijst erop dat:

jouw 0,5 kWh per defrost een investering is

om urenlang met COP 3–4 te blijven draaien i.p.v. af te zakken naar 2 of minder.

Dat betekent: ja, ze renderen zichzelf ruimschoots terug.
Wat gebeurt er zonder defrost?


De buitenwisselaar slibt dicht met ijs.


Als je niet zou defrosten:

De buitenwisselaar slibt dicht met ijs.Kortom: zonder defrost keldert de COP en uiteindelijk stopt de boel.

[ Voor 9% gewijzigd door kazemo op 07-01-2026 18:15 ]

[teunos93]

walter_321 schreef op woensdag 7 januari 2026 @ 16:21:

Ik zou eigenlijk eens willen zien of defrosts zinvol zijn. Dat is: werkt de WP na de defrost idd efficiënter om de 0.5kWh van de defrost terug te winnen.

Als je zelf naar de HA data kijkt kun je die conclusie wel trekken toch? Net voor een defrost loopt het geleverde vermogen en de cop extreem snel achteruit. Suction temp daalt dan ook ineens heel hard en de WP moet op dat punt wel een defrost doen om te voorkomen dat er vloeibaar koudemiddel de compressor in gaat. Als die niet defrost, gaat hij stuk…
Na een defrost is de cop lange tijd stabiel, tot de verdamper weer dicht vriest en het feestje opnieuw begint.

Met mijn huidige gasprijs is alles boven cop 1.6 gunstiger, ik zat afgelopen week tussen de 3.0 en 3.4 dag gemiddeld, definitie cop inclusief negatieve thermische energie voor defrosts (R290 12kW).

[teunos93]

kazemo schreef op woensdag 7 januari 2026 @ 18:05:
[...]

Alles wijst erop dat:

jouw 0,5 kWh per defrost een investering is

om urenlang met COP 3–4 te blijven draaien i.p.v. af te zakken naar 2 of minder.

Dat betekent: ja, ze renderen zichzelf ruimschoots terug.
Wat gebeurt er zonder defrost?


De buitenwisselaar slibt dicht met ijs.


Als je niet zou defrosten:

De buitenwisselaar slibt dicht met ijs.Kortom: zonder defrost keldert de COP en uiteindelijk stopt de boel.

Weer ai?

[jschel]

walter_321 schreef op woensdag 7 januari 2026 @ 14:37:
[...]

wat boel je met 'warmte in automatisch'?
Voor zover ik begrijp is de stooklijn enkel actief in AI modus (en zegt de LG handleiding).

Ook met lucht+water regeling kun je de stooklijn gebruiken door de waterregeling op auto te zetten in het gebruikersmenu. Zowel met heat als AI.

Voor zover ik kan bedenken/begrijp werkt de stooklijn niet in heat mode met alleen water regeling, maar ik heb dat nog nooit geprobeerd dus kan het niet bevestigen.

[walter_321]

teunos93 schreef op woensdag 7 januari 2026 @ 20:01:
[...]

Als je zelf naar de HA data kijkt kun je die conclusie wel trekken toch?

neen toch niet: de WP heeft hier de vervevelende gewoonte na een defrost in een andere vermogen/frequentie te starten waardoor vergelijken niet eenvoudig is. Ik moet eens een plaats zoeken waar de WP in een min of meer zelfde regime verder gaat.

[teunos93]

Ah oke, dan bij deze, dit is met compressor frequentie limiter aan, dan is het beeld heel duidelijk. Cop 5 minuuts gemiddelde om de ruis van de temperatuursensoren eraf te filteren.

[walter_321]

teunos93 schreef op woensdag 7 januari 2026 @ 20:51:
...

dit is een voorbeeld van 2 uur geleden, temp rond 0°C.
=> WP werkt 'stabiel' met COP 4,4: er is niet echt een verlaging van de COP te zien. Dan doet de WP een Defrost.
=> na de Defrost stijgt compressor snelheid en daalt wat en is de COP duidelijk lager: gedurende 20 minuten schommelt die tussen 3,5 en 4,1.
=> na 20 minuten landt de WP op een vaste snelheid; nu is de COP met 4,8 duidelijk beter.
=> tijdens de 20 minuten werkt de WP zijn flow aan zowat 100% met een kleine delta T tot gevolg. Na 20 minuten valt de flowrate zo terug dat de Delta T terug 5°C.
=> is dit laatste het bewijs dat een te kleine delta T slecht is voor de COP? Dat lijkt zo te zijn...
=> waarom draait die WP zo lang op een hoog debiet na een defrost?

[walter_321]

teunos93 schreef op woensdag 7 januari 2026 @ 20:51:
Ah oke, dan bij deze, dit is met compressor frequentie limiter aan, dan is het beeld heel duidelijk. Cop 5 minuuts gemiddelde om de ruis van de temperatuursensoren eraf te filteren.

ik heb de waarde van de COP beperkt tot 0; onder nul lijkt me een soewieso een onzinnige waarde.

[gerlag]

Tijdens defrost is de cop negatief. De cop wordt beter bij een kleine deltaT Je hoeft immers minder hoog te verwarmen. Maar een kleine deltaT is niet nauwkeurig te meten. Bij een deltaT van bijvoorbeeld 2 graden maak je zo een meetfout van tientallen zo niet meer procenten als je de interne sensoren van LG gebruikt. Dus je kan daar geen echte conclusies uit trekken mbt de COP.

[walter_321]

gerlag schreef op woensdag 7 januari 2026 @ 21:46:
Tijdens defrost is de cop negatief. De cop wordt beter bij een kleine deltaT Je hoeft immers minder hoog te verwarmen. Maar een kleine deltaT is niet nauwkeurig te meten. Bij een deltaT van bijvoorbeeld 2 graden maak je zo een meetfout van tientallen zo niet meer procenten als je de interne sensoren van LG gebruikt. Dus je kan daar geen echte conclusies uit trekken mbt de COP.

Ik gebruik de sensor van mijn energie meter om de delta t te kennen; die meet zeer nauwkeurig.

[walter_321]

gerlag schreef op woensdag 7 januari 2026 @ 21:46:
. De cop wordt beter bij een kleine deltaT Je hoeft immers minder hoog te verwarmen. ...

Op voorwaarde dat de -kleine- warmtewisselaar er in slaagt de energie van het koude middel kan overdragen op het water. Ik betwijfel dat dat gebeurt.

Welke je welke temp sensor het dichts bij de uitlaat van de warmtewisselaar zit langs koelzijde van de WP?

[teunos93]

walter_321 schreef op woensdag 7 januari 2026 @ 22:23:
[...]

Ik gebruik de sensor van mijn energie meter om de delta t te kennen; die meet zeer nauwkeurig.

Meet die sensostar niet ook gewoon energie? Klopt die ook niet dan, want nu doe je dT*Flow waarbij dT uit je warmtemeter en Flow uit de LG?

En als je de energie integreert uit de sensoren van de LG (temperatuur en flow), matchen die dan?
Met het setje DS18b20 zie ik een net iets hogere energie dan met de sensoren van de LG, maar nooit meer dan 5%. Volgens mij zitten de LG sensoren opzich, afgezien van de ruis, dus wel redelijk goed.

[walter_321]

teunos93 schreef op donderdag 8 januari 2026 @ 07:23:
[...]

Meet die sensostar niet ook gewoon energie? Klopt die ook niet dan, want nu doe je dT*Flow waarbij dT uit je warmtemeter en Flow uit de LG?

En als je de energie integreert uit de sensoren van de LG (temperatuur en flow), matchen die dan?
Met het setje DS18b20 zie ik een net iets hogere energie dan met de sensoren van de LG, maar nooit meer dan 5%. Volgens mij zitten de LG sensoren opzich, afgezien van de ruis, dus wel redelijk goed.

Energiemeter meet energie (totaal, negatief, positief)vermogen, temperatuur in/uit en delta temp en flow.

Sinds ik de temp sensors op de lg WP in contactpasta stopte, wat extra isolatie gaf meet alles hier dezelfde waardes.
En dat is;
- vermogen gegeven door WP, vermogen door berekening van de temp/flow van WP, vermogen door heatmeter geven allemaal zelfde waardes.
- de flow warmtemeter en wp zijn zowat gelijk.
Met allen wat beperkingen
- de heatmeter zijn temperaturen in de API zijn afgerond op de graad (delta T niet). Op het scherm zijn ze niet afgerond
- de heatmeter kan ik maar om de 5 minuten uitlezen. Anders stopt die ermee na enkele uren en gaat voor enkele uren in slaap
- de wp zijn temp afrondingen zijn op .3 afgerond.

[walter_321]

gerlag schreef op woensdag 7 januari 2026 @ 21:46:
.... De cop wordt beter bij een kleine deltaT Je hoeft immers minder hoog te verwarmen. ...

Nog een voorbeeld van kleine delta T en lage cop. Eventueel zou je ook kunnen argumenteren dat de wp in lagere vermogens minder efficient werkt.
Wat je ziet;
- WP draait geduren de 1u30 aan delta T tussen 3K en 3.5K => COP zit heel de tijd onder COP4. Compressor werkt rond 30Hz
- na defrost gaat de WP aan 60hz draaien; delta T gaat naar 5; COP zit nu heel de tijd boven 4.
- in de grafiek periode daalt de temp van +0.5C naar -0.5.
Zelf kan in alleen maar besluiten dat de cop lager is door het te hoge debiet in het eersre 1h30.. wat ik verklaar doordat de warmtewisselaar zijn werk niet kan doen.

[teunos93]

Ik denk niet dat de flow en dT echt uitmaken voor de cop, maar dat het andere compressor toerental is wat je ziet. Als het uitgangsvermogen bij benadering lineair schaalt met het toerental, is op hoger toerental relatief een groter deel van het elektrische verbruik voor de compressor. De ventilator, die 250W neemt en op volle snelheid draait, neemt een relatief kleiner deel.

Ik heb het zelf even getest tussen 2 defrost cycli in door de pompsnelheid te varieren. Buitentemperatuur is +-0.2 graden in deze periode en het toerental constant 2040rpm (door toerental begrensd en setpoint onhaalbaar hoog).

Richting het einde zie je het vermogen instorten door dichtvriezen, ook te zien aan verdamper en suction temp.
Je ziet ook het wispelturige gedrag van de lg sensoren door de beperkte resolutie tov de externe ds18b20 sensoren.

[Kenwood960]

Vandaag lijkt de Doeltemp van de inlaat gewijzigd bij mij ?

Ipv een onjuiste waarde in ha bij auto mode staat dit nu op nul ,...

Warmtepomp is deze ochtend erop gestopt

Is dit bij nog iemand het geval, door één of andere update mss ?

[Skipper-93]

jvanderkroon schreef op dinsdag 6 januari 2026 @ 21:23:
[...]


Geen idee waarom het niet wegloopt. De bodemplaat ligt geen ijs op en alle gaatjes zijn open. Vorige winter had ik ook een hele ijsrand aan de onderkant hangen. Neem aan dat het warmtelint ook gewoon werkt maar dat loopt niet tot de achterrand.

Foto van vorig jaar.
[Afbeelding]

Komt het ijs tot op de bigfoot? Mogelijk helpt de bigfoot in de lengte eronder niet mee wat betreft de ijsvorming.

[tebogo]

walter_321 schreef op dinsdag 6 januari 2026 @ 16:56:
[...]

Weet je dat er register 49 is dat direct het thermisch vermogen geeft van de WP?
Tenminste voor recente warmtepompen.
Ik gebruik het en het geeft zowat hetzelfde vermogen als het berekenend vermogen via verschil temperatuur en debiet.
Walter

Iig bestaan register 37, 47 en 49 niet voor de R32 versies, helaas

code:

[12:25:59.256][D][modbus:157]: Modbus error function code: 0x84 exception: 2
[12:25:59.256][E][modbus_controller:094]: Modbus error function code: 0x4 exception: 2 
[12:25:59.265][E][modbus_controller:098]: Modbus error - last command: function code=0x4  register address = 0x25  registers count=1 payload size=0
[12:25:59.323][D][modbus:157]: Modbus error function code: 0x84 exception: 2
[12:25:59.323][E][modbus_controller:094]: Modbus error function code: 0x4 exception: 2 
[12:25:59.323][E][modbus_controller:098]: Modbus error - last command: function code=0x4  register address = 0x2F  registers count=1 payload size=0
[12:25:59.331][D][modbus:157]: Modbus error function code: 0x84 exception: 2
[12:25:59.331][E][modbus_controller:094]: Modbus error function code: 0x4 exception: 2 
[12:25:59.331][E][modbus_controller:098]: Modbus error - last command: function code=0x4  register address = 0x31  registers count=1 payload size=0

[jvanderkroon]

Skipper-93 schreef op donderdag 8 januari 2026 @ 11:42:
[...]
Komt het ijs tot op de bigfoot? Mogelijk helpt de bigfoot in de lengte eronder niet mee wat betreft de ijsvorming.

Nee blijft echt in het gootje van de warmtepomp staan. Bodemplaat zelf is wel vrij van ijs in het midden. Drainage is daar dus goed.

Nu met een gietertje met warm water het ijs verwijderd. Van de zomer maar met een kammetje kijken of ik het wat netter kan krijgen.

[walter_321]

teunos93 schreef op donderdag 8 januari 2026 @ 11:20:
Ik denk niet dat de flow en dT echt uitmaken voor de cop, maar dat het andere compressor toerental is wat je ziet. Als het uitgangsvermogen bij benadering lineair schaalt met het toerental, is op hoger toerental relatief een groter deel van het elektrische verbruik voor de compressor. De ventilator, die 250W neemt en op volle snelheid draait, neemt een relatief kleiner deel.

Ik heb het zelf even getest tussen 2 defrost cycli in door de pompsnelheid te varieren. Buitentemperatuur is +-0.2 graden in deze periode en het toerental constant 2040rpm (door toerental begrensd en setpoint onhaalbaar hoog).
[Afbeelding]
Richting het einde zie je het vermogen instorten door dichtvriezen, ook te zien aan verdamper en suction temp.
Je ziet ook het wispelturige gedrag van de lg sensoren door de beperkte resolutie tov de externe ds18b20 sensoren.

Amaai die waardes zijn sterk verschillend tussen ds18b20 en WP.
Bij mij loopt vermogen door WP zelf benoemd (LG 49) vermogen berekend via verschil wp in/out van WP en vermogen door energie meter zowat gelijk. Enige verschil is het aantal meetpunten.
Ik heb ook nog temp sensoren op de input van de vv; daar heb ik het probleem dat ze maar om de 5-20 minuten een waarde terug teruggeven (het zijn zigbee sensors). Geen idee waarom dat zo weinig is...
Onderstaande is een herstart van de WP.

[teunos93]

walter_321 schreef op donderdag 8 januari 2026 @ 13:36:
[...]

Amaai die waardes zijn sterk verschillend tussen ds18b20 en WP.
Bij mij loopt vermogen door WP zelf benoemd (LG 49) vermogen berekend via verschil wp in/out van WP en vermogen door energie meter zowat gelijk. Enige verschil is het aantal meetpunten.
Ik heb ook nog temp sensoren op de input van de vv; daar heb ik het probleem dat ze maar om de 5-20 minuten een waarde terug teruggeven (het zijn zigbee sensors). Geen idee waarom dat zo weinig is...
Onderstaande is een herstart van de WP.
[Afbeelding]

De schaal van onze plaatjes zijn wel heel verschillend.
En als ik beide vermogens integreer over de dag heen naar energie dan scheelt het dus maar 5%.

[kazemo]

teunos93 schreef op donderdag 8 januari 2026 @ 13:41:
[...]

De schaal van onze plaatjes zijn wel heel verschillend.
En als ik beide vermogens integreer over de dag heen naar energie dan scheelt het dus maar 5%.

julie willen het allemaal precies weten ik mis dan toch dat het warmtelint inschakeld onder de 4gr is dacht ik +- 50watt dat is ook negatief vermogen dat komt niet in de woning terecht als het vriest
dat veranderd overigens niet veel aan SCOP=seizoens COP over een heel stookjaar (jaar gemiddelde)

[ Voor 8% gewijzigd door kazemo op 08-01-2026 14:39 ]

[walter_321]

kazemo schreef op donderdag 8 januari 2026 @ 14:23:
[...]

julie willen het allemaal precies weten ik mis dan toch dat het warmtelint inschakeld onder de 4gr is dacht ik +- 50watt dat is ook negatief vermogen dat komt niet in de woning terecht als het vriest
dat veranderd overigens niet veel aan SCOP=seizoens COP over een heel stookjaar (jaar gemiddelde)

wat is het 'warmtelint'?

[kazemo]

walter_321 schreef op donderdag 8 januari 2026 @ 14:47:
[...]

wat is het 'warmtelint'?

dat licht op de bodem van de buitenunit(je kan het zien is een rvs spiraal met daarin het warmtelint) dient om de bodem ijsvrij te houden zodat de ventilator niet vastloopt op ijs en de afvoer vrij te houden

[ Voor 4% gewijzigd door kazemo op 08-01-2026 15:02 ]

[walter_321]

teunos93 schreef op donderdag 8 januari 2026 @ 13:41:
[...]

De schaal van onze plaatjes zijn wel heel verschillend.
En als ik beide vermogens integreer over de dag heen naar energie dan scheelt het dus maar 5%.

de schalen zijn idd anders ;-). Maar in jouw grafiek is er een langere periode -20 minuten) dat de ene 10% en meer boven de andere zweeft. Als het verschil over de dag maar 5% is verwacht, dat dat eerder een uitzondering is. De grove afronding op de LG temperatuur sensor zou ik eerder het gedrag geven als het eerste deel van je grafiek. Zo een langere periode met dat grotere verschil moet toch een andere verklaring hebben.

Bij mij vallen ze regelmatig zijn er zou je eerder enkel spreken van korte verschuivingen in tijd.
Hier is het verschil eerder 2%
Walter

[walter_321]

teunos93 schreef op donderdag 8 januari 2026 @ 11:20:
Ik denk niet dat de flow en dT echt uitmaken voor de cop, maar dat het andere compressor toerental is wat je ziet.

ben je toevallig de delta T en COP vergeten toe te voegen?

Hoe laag werd de delta T als je naar het grotere debier ging?

[teunos93]

kazemo schreef op donderdag 8 januari 2026 @ 14:23:
[...]

julie willen het allemaal precies weten ik mis dan toch dat het warmtelint inschakeld onder de 4gr is dacht ik +- 50watt dat is ook negatief vermogen dat komt niet in de woning terecht als het vriest
dat veranderd overigens niet veel aan SCOP=seizoens COP over een heel stookjaar (jaar gemiddelde)

Uit het elektrisch verbruik kan ik dit niet afleiden en fysiek zie ik hem ook niet zitten, bij mijn R290 12kW.
Die laat overigens al sinds installatie onder alle omstandigheden perfect zijn condens en defrost water weglopen, in de grindbak eronder.a
De bodemplaat is verdiept waar de verdamper zit, waar dan ook gelijk de afvoergaten zitten. Bij de fan kan onmogelijk water komen tenzij het erin regent (onwaarschijnlijk gezien de luchtstroming van de fan) , en die van mij staat onder een afdak.
Daarnaast, dit zou geen negatieve energie zijn want hij wordt niet onttrokken aan de woning, het is simpel een hoger elektrisch verbruik.

[Kenwood960]

jvanderkroon schreef op dinsdag 6 januari 2026 @ 21:23:
[...]


Geen idee waarom het niet wegloopt. De bodemplaat ligt geen ijs op en alle gaatjes zijn open. Vorige winter had ik ook een hele ijsrand aan de onderkant hangen. Neem aan dat het warmtelint ook gewoon werkt maar dat loopt niet tot de achterrand.

Foto van vorig jaar.
[Afbeelding]

Het is nu nog een beetje aan het dooien, ik zou gewoon de tuinslang nemen, en er met de volle straal opzitten...

Ik had alle rubber stoppen geplaatst, en in één gat het knietje... dat is ook mis gegaan...

Heb dan het knietje erafgehaalt, er wat met de vinger ingezeten en er kwam een heel bak groene smurrie mee, nog even naspoelen en het loopt weer goed af....

[jvanderkroon]

Hoe kan je eigenlijk testen of het warmtelint werkt? Heb weleens aan de bodemplaat gevoeld en had verwacht dat je van die 50Watt wel wat zou moeten voelen maar de plaat is niet warm bij temperaturen onder de 4 graden.

[Casper de Boer]

jvanderkroon schreef op donderdag 8 januari 2026 @ 16:13:
Hoe kan je eigenlijk testen of het warmtelint werkt? Heb weleens aan de bodemplaat gevoeld en had verwacht dat je van die 50Watt wel wat zou moeten voelen maar de plaat is niet warm bij temperaturen onder de 4 graden.

Als je toevallig een 3-fase kWh meter hebt kan je hem er mooi uit zien steken (blauwe lijn bij mij)

[walter_321]

jvanderkroon schreef op donderdag 8 januari 2026 @ 16:13:
Hoe kan je eigenlijk testen of het warmtelint werkt? Heb weleens aan de bodemplaat gevoeld en had verwacht dat je van die 50Watt wel wat zou moeten voelen maar de plaat is niet warm bij temperaturen onder de 4 graden.

een warmtecamera or IT thermometer...

[PeteSplit]

jvanderkroon schreef op donderdag 8 januari 2026 @ 16:13:
Hoe kan je eigenlijk testen of het warmtelint werkt? Heb weleens aan de bodemplaat gevoeld en had verwacht dat je van die 50Watt wel wat zou moeten voelen maar de plaat is niet warm bij temperaturen onder de 4 graden.

Warmtelint lijkt alleen te werken onder nul en als de warmtepomp stil staat (antivries regeling).
Het warmtelint gaat steeds aan en uit en verbruikt ongeveer 44 - 14 = 30 W
De waterpomp verbruikt bij 15 Lpm ongeveer 31 W met warmtelint 62 W (pompt om de 38 min, 3 min)
Standby verbruik warmtepomp 14 W



Zie ook
PeteSplit in "LG Therma (Monoblock) warmtepompen topic - Deel 1"
In het bericht, de bovenste grafiek tussen 0:30 en 3:30 uur

[ Voor 37% gewijzigd door PeteSplit op 08-01-2026 18:42 ]

[Robbie-1]

Ik twijfel tussen de LG Therma 7 kw P290 en de WeHeat sparrow.
Voor beide is wat te zeggen, totale prijs van een all electric opstelling is ongeveer hetzelfde, Weheat een ietsiepietsie goedkoper.

HA integratie is voor mij belangrijk, dat kunnen ze beide wel. Als ik het goed heb, kan de Weheat sparrow iets verder terugmoduleren, en zou bij lage temperatuur iets zuiniger kunnen zijn.
Wat zijn hier de ervaringen / adviezen ?

[BarryH]

@Robbie-1
WeHeat publiceert geen performance data boven de W55......
WeHeat topic even doorlezen (en dit topic)
Controleer Defrost dip (hoeveel vermogen lever je in en is dat een issue

[tebogo]

Ik heb een vreemd probleem. Ik heb wat zitten testen met modbus.

Met deze code heb ik een keer Register 40004 (Room Air Temp. Circuit 1) gezet: op 20 en 22.

code:

number:
  - platform: modbus_controller
    modbus_controller_id: lg
    name: "40004 Room Air Temp. Circuit 1"
    id: _40004
    register_type: holding
    address: 03
    value_type: S_WORD
    unit_of_measurement: "°C"
    min_value: 20
    max_value: 24
    step: 1
    device_class: "temperature"

Dat werkt goed. Maar nu werkt Register 30008 (Room air temp. (Circuit 1). niet meer. Deze meet niet meer de ruimte temperatuur, maar neemt alleen nog maar de setting over van 40004.

Ook als ik 40004 weer uit de YAML haal, lost het dit niet op. Ook de WP uitzetten daarna, en 10 minuten wachten lost niks op.

De ruimte-temperatuur op de RMC wordt nog wel steeds juist weergegeven
Iemand een idee hoe ik zorg dat Register 30008 weer de sensorwaarde van de RMC aangeeft?

code:

sensor:
  - platform: modbus_controller
    modbus_controller_id: lg
    name: "30008 Room air temp. (Circuit 1)"
    id: sidu_awhp_room_temp1
    register_type: read
    address: 07
    value_type: S_WORD
    unit_of_measurement: "°C"
    accuracy_decimals: 2
    filters:
      - multiply: 0.1
    state_class: "measurement"
    device_class: "temperature"

Bedankt!

[ Voor 4% gewijzigd door tebogo op 08-01-2026 22:49 ]

[PeteSplit]

tebogo schreef op donderdag 8 januari 2026 @ 22:27:
Ik heb een vreemd probleem. Ik heb in wat testen met modbus.

Met deze code heb ik een keer Register 40004 (Room Air Temp. Circuit 1) gezet: op 20 en 22.

Bedankt!

Dit is voor een ESP.
Ik heb bij de eerste een regel weggelaten en bij de tweede een regel toegevoegd,
door de code te vergelijken met die van mij. Misschien werkt het nu wel ...

YAML:

number:
  - platform: modbus_controller
    modbus_controller_id: lg
    name: "40004 Room Air Temp. Circuit 1"
    id: _40004
    address: 03
    value_type: S_WORD
    unit_of_measurement: "°C"
    min_value: 20
    max_value: 24
    step: 1
    device_class: "temperature"

YAML:

sensor:
  - platform: modbus_controller
    modbus_controller_id: lg
    name: "30008 Room air temp. (Circuit 1)"
    id: sidu_awhp_room_temp1
    skip_updates: 3
    register_type: read
    address: 07
    value_type: S_WORD
    unit_of_measurement: "°C"
    accuracy_decimals: 2
    filters:
      - multiply: 0.1
    state_class: "measurement"
    device_class: "temperature"

[tebogo]

PeteSplit schreef op donderdag 8 januari 2026 @ 22:51:
[...]


Dit is voor een ESP.
Ik heb bij de eerste een regel weggelaten en bij de tweede een regel toegevoegd,
door de code te vergelijken met die van mij. Misschien werkt het nu wel ...

YAML:

number:
  - platform: modbus_controller
    modbus_controller_id: lg
    name: "40004 Room Air Temp. Circuit 1"
    id: _40004
    address: 03
    value_type: S_WORD
    unit_of_measurement: "°C"
    min_value: 20
    max_value: 24
    step: 1
    device_class: "temperature"

YAML:

sensor:
  - platform: modbus_controller
    modbus_controller_id: lg
    name: "30008 Room air temp. (Circuit 1)"
    id: sidu_awhp_room_temp1
    skip_updates: 3
    register_type: read
    address: 07
    value_type: S_WORD
    unit_of_measurement: "°C"
    accuracy_decimals: 2
    filters:
      - multiply: 0.1
    state_class: "measurement"
    device_class: "temperature"

Bedankt voor je snelle reactie, helaas lost dat het niet op. Ook is de waarde van 30008 nu /10. Eerst stond er b.v. 20 nu 2.0....

Nog andere ideeën?

Dank!

[PeteSplit]

tebogo schreef op donderdag 8 januari 2026 @ 23:24:
[...]


Bedankt voor je snelle reactie, helaas lost dat het niet op. Ook is de waarde van 30008 nu /10. Eerst stond er b.v. 20 nu 2.0....

Nog andere ideeën?

Dank!

Ik heb bij address maar een getal, bijvoorbeeld 7 ipv 07
Maar dat zal ook wel weinig uitmaken.

En ik heb U_word ipv S_word (voor negatieve getallen)

[ Voor 6% gewijzigd door PeteSplit op 08-01-2026 23:31 ]

[tebogo]

PeteSplit schreef op donderdag 8 januari 2026 @ 23:29:
[...]


Ik heb bij address maar een getal, bijvoorbeeld 7 ipv 07
Maar dat zal ook wel weinig uitmaken.

En ik heb U_word ipv S_word (voor negatieve getallen)

Klopt 7 of 07 maakt niet uit, en U_WORD of S_WORD maakt in deze ook niet uit.

Ik begrijp niet goed waar dit nu mis gaat, en hoop dat het nog wel te herstellen is...

[PeteSplit]

tebogo schreef op donderdag 8 januari 2026 @ 23:40:
[...]

Klopt 7 of 07 maakt niet uit, en U_WORD of S_WORD maakt in deze ook niet uit.

Ik begrijp niet goed waar dit nu mis gaat, en hoop dat het nog wel te herstellen is...

het is meestal gewoon een vergissing in de code
Ik heb er nog een gevonden, bij de bovenste, number:

multiply: 10

toevoegen

Dit is de code die ik gebruik voor de watertemperatuur instelling

YAML:

number:
  - platform: modbus_controller
    id: water_temp_target_output
    name: "Gegeven temp"
    unit_of_measurement: "°C"
    device_class: temperature
    icon: mdi:home-thermometer
    min_value: 17
    max_value: 37
    step: 1
    address: 2
    value_type: U_WORD
    multiply: 10

[ Voor 38% gewijzigd door PeteSplit op 08-01-2026 23:53 ]

[tebogo]

PeteSplit schreef op donderdag 8 januari 2026 @ 23:42:
[...]


het is meestal gewoon een vergissing in de code
Ik heb er nog een gevonden, bij de bovenste, number:

multiply: 10

toevoegen

Dit is de code die ik gebruik voor de watertemperatuur instelling

YAML:

number:
  - platform: modbus_controller
    id: water_temp_target_output
    name: "Gegeven temp"
    unit_of_measurement: "°C"
    device_class: temperature
    icon: mdi:home-thermometer
    min_value: 17
    max_value: 37
    step: 1
    address: 2
    value_type: U_WORD
    multiply: 10

Ik heb de watertemperatuur instelling ook multiply: 10 staan, dat gaat goed.
Maar bij 40004 Ruimtetemperatuur instelling gaat multiply: 10 fout. Temperatuur instelling van 20 gaat dan naar 2. En ook 30008 gaat dan mee naar 2

[PeteSplit]

tebogo schreef op vrijdag 9 januari 2026 @ 00:02:
[...]


Ik heb de watertemperatuur instelling ook multiply: 10 staan, dat gaat goed.
Maar bij 40004 Ruimtetemperatuur instelling gaat multiply: 10 fout. Temperatuur instelling van 20 gaat dan naar 2. En ook 30008 gaat dan mee naar 2

[Afbeelding]
[Afbeelding]

Dan beide niet vermelden bij 40004 multiply 10 weg en bij 30008 dan 0.1 weg
dan moeten ze beide 20 worden

[kazemo]

jvanderkroon schreef op donderdag 8 januari 2026 @ 16:13:
Hoe kan je eigenlijk testen of het warmtelint werkt? Heb weleens aan de bodemplaat gevoeld en had verwacht dat je van die 50Watt wel wat zou moeten voelen maar de plaat is niet warm bij temperaturen onder de 4 graden.

Dat word niet voelbaar warm het is in feite een weerstandskabel met op het einde een clixon themostaat,kabel is maar+-25watt per meter,die zit bij LG in een RVS spiraalslang op de bodemplaat je kan het evt. zien op de homewizard meter als de wp niet loopt .....standby verbruik electronica is 12watt daar komt dan nog 50watt bij als het vriest+af en de pomp is ook +-50watt(vorst beveiliging)
voorbeeld is bedoeld voor leidingen vorstvrij te houden
https://www.amazon.nl/s?k...6cf4a3c3aaf4a8f8319170b05

[ Voor 37% gewijzigd door kazemo op 09-01-2026 06:55 ]

[kazemo]

Robbie-1 schreef op donderdag 8 januari 2026 @ 20:20:
Ik twijfel tussen de LG Therma 7 kw P290 en de WeHeat sparrow.
Voor beide is wat te zeggen, totale prijs van een all electric opstelling is ongeveer hetzelfde, Weheat een ietsiepietsie goedkoper.

HA integratie is voor mij belangrijk, dat kunnen ze beide wel. Als ik het goed heb, kan de Weheat sparrow iets verder terugmoduleren, en zou bij lage temperatuur iets zuiniger kunnen zijn.
Wat zijn hier de ervaringen / adviezen ?

Wat ik er van weet Weheat word gemaakt in Nederland het frame is gemaakt van kunststof of dat dan zoveel beter is weet ik niet
compressor maken ze zelf niet die word elders ingekocht...het is een jong bedrijf wat zich nog moet bewijzen met service etc.

[SalexSun]

kazemo schreef op vrijdag 9 januari 2026 @ 07:25:
[...]

Wat ik er van weet Weheat word gemaakt in Nederland het frame is gemaakt van kunststof of dat dan zoveel beter is weet ik niet
compressor maken ze zelf niet die word elders ingekocht...het is een jong bedrijf wat zich nog moet bewijzen met service etc.

@Robbie-1 De service ervaring die ik heb is een enkele mailwisseling waar wel inhoudelijk antwoord op kwam, maar oa probleem met koeling wordt door LG prakitisch genegeerd.

De volgende keer ga ik iig niet voor LG: de regeling is wat mij betreft niet goed genoeg waardoor je met externe trucage aan de gang moet om er iets acceptabels uit te krijgen (mijn kwaliteitsgrens ligt denk ik vrij hoog). Eerlijk is eerlijk, LG adviseerd een parallebuffer welke ik niet heb.

[tebogo]

PeteSplit schreef op vrijdag 9 januari 2026 @ 00:07:
[...]


Dan beide niet vermelden bij 40004 multiply 10 weg en bij 30008 dan 0.1 weg
dan moeten ze beide 20 worden

Dank voor het meedenken!

Als ik beide weg haal gaat 30008 weer naar een factor 10.



Dus Multiply: 0.1 moet bij 30008 blijven staan.

Blijft mijn probleem dat aanpassen van 40004, de waarde van de sensor 30008 overschrijft met 40004, ipv dat de waarde van de RMC wordt weergegeven. We zijn er dus nog niet

[BernieW]

SalexSun schreef op vrijdag 9 januari 2026 @ 08:51:
[...]


....

De volgende keer ga ik iig niet voor LG: de regeling is wat mij betreft niet goed genoeg waardoor je met externe trucage aan de gang moet om er iets acceptabels uit te krijgen (mijn kwaliteitsgrens ligt denk ik vrij hoog). Eerlijk is eerlijk, LG adviseerd een parallebuffer welke ik niet heb.

Om je gerust te stellen, een parallelbuffer maakt geen verschil. Ik heb er nog een buffer tussen staan die ik hydraulisch met een paar kranen uit het circuit kan halen. Met of zonder buffer is de regeling even brak (met 100 m2 vloerverwarming en de nodige radiatoren heb ruim voldoende volume). Maar verleden jaar of zo waren er toch ook berichten dat LG tot het inzicht was gekomen dat een parallel buffer niet altijd nodig is?

[SalexSun]

BernieW schreef op vrijdag 9 januari 2026 @ 09:13:
[...]


Om je gerust te stellen, een parallelbuffer maakt geen verschil. Ik heb er nog een buffer tussen staan die ik hydraulisch met een paar kranen uit het circuit kan halen. Met of zonder buffer is de regeling even brak (met 100 m2 vloerverwarming en de nodige radiatoren heb ruim voldoende volume). Maar verleden jaar of zo waren er toch ook berichten dat LG tot het inzicht was gekomen dat een parallel buffer niet altijd nodig is?

Mijn grootste ergenis zijn de veelvuldige opstartpieken, welke volgens LG blijkbaar nodig zijn ivm koude olie ofzo. Maar na een defrost is de olie toch niet meer koud(?), dan is er toch geen opstartpiek nodig. Die opstartpiek werkt meer defrosts in de hand wanneer je geen hoog compressortoerental nodig hebt.

[SalexSun]

Sterker nog, de opstartpieken na defrosts beperken het minimale vermogen onder de ~2graden ineens kun je niet meer op 10Hz draaien, maar kom je gemiddeld op 15 tot 20Hz uit

[walter_321]

SalexSun schreef op vrijdag 9 januari 2026 @ 09:42:
Sterker nog, de opstartpieken na defrosts beperken het minimale vermogen onder de ~2graden ineens kun je niet meer op 10Hz draaien, maar kom je gemiddeld op 15 tot 20Hz uit

waarom zou je bij -2°C zo een laag vermogen uit de WP willen halen? Dan zou die toch op grofweg 75% van zijn vermogen moeten draaien?

[teunos93]

SalexSun schreef op vrijdag 9 januari 2026 @ 09:40:
[...]


Mijn grootste ergenis zijn de veelvuldige opstartpieken, welke volgens LG blijkbaar nodig zijn ivm koude olie ofzo. Maar na een defrost is de olie toch niet meer koud(?), dan is er toch geen opstartpiek nodig. Die opstartpiek werkt meer defrosts in de hand wanneer je geen hoog compressortoerental nodig hebt.

Je kunt dus overigens wel, in ieder geval bij de R290 variant die recent genoeg geproduceerd is, de opstartpiek van de compressor vermijden door het toerental te limiteren.

Als je dat doet, zie je echter dat het veel langer duurt voordat je systeem weer op temperatuur is.
Je moet namelijk de negatieve energie van de defrost (0.5kWh thermisch) plus de gemiste thermische energie tijdens de defrost (5 minuten) compenseren.

Stel je 9kW warmtepomp moet 5kW thermisch vermogen leveren bij een buitentemperatuur van 0C om het huis op temperatuur te houden, en je wilt dat maximaal 10 minuten na de defrost, het systeem weer op temperatuur is, moet je;
0.5kwh + (5/60*5) = 0.91kWh thermisch extra leveren bovenop de 5kW warmtebehoefte gedurende 10 minuten.
Dat is dus in totaal 5+(0.91*60/10)=10.46kW gedurende 10 minuten, dat vermogen kan de warmtepomp niet eens halen.

We kunnen de eis van 10 minuten versoepelen naar 15 minuten, dan heb je 15 minuten lang 8.64kW nodig.
De LG doet precies dit met zijn "opstartpiek", de gemiste thermische energie proberen te compenseren.
Als dat voor problemen zorgt, is het enige dat er fout gaat dat je warmtepomp onder gedimensioneerd is en je bivaletie punt te hoog ligt.

Vandaar, dat je een warmtepomp ook gewoon moet dimensioneren op een buiten temperatuur van ten minste -10, anders kom je rond het vriespunt met hoge luchtvochtigheid nooit goed uit met defrosts.

Note: 5 minuten en 0.5kWh is wat @walter_321 eerder een keer schreef voor zijn UB40 R290 WP. Mijn 12kW UB60 R290 WP trekt 1.14kWh uit het huis in 6 minuten en doet er na de defrost ongeveer 15 minuten over om het water terug om terug te moduleren naar een toerental dat past bij de benodigde warmteafgifte.
En als het rond 0 is en de relatieve luchtvochtigheid zit >95%, wat zeker niet zeldzaam is, dan staat hij elke 45 minuten te defrosten.

Ik weet niet hoe andere merken WP dit doen, maar de "opstartpiek" na een defrost van de LG is echt zo gek nog niet.

[ Voor 14% gewijzigd door teunos93 op 09-01-2026 10:47 ]

[SalexSun]

teunos93 schreef op vrijdag 9 januari 2026 @ 10:36:
[...]

Je kunt dus overigens wel, in ieder geval bij de R290 variant die recent genoeg geproduceerd is, de opstartpiek van de compressor vermijden door het toerental te limiteren.

Vzwiw kun je de compressor bij R32 U44 niet begrenzen, anders zou dat zeker (gaan) doen.

teunos93 schreef op vrijdag 9 januari 2026 @ 10:36:
[...]

Als je dat doet, zie je echter dat het veel langer duurt voordat je systeem weer op temperatuur is.
Je moet namelijk de negatieve energie van de defrost (0.5kWh thermisch) plus de gemiste thermische energie tijdens de defrost (5 minuten) compenseren.

Stel je 9kW warmtepomp moet 5kW thermisch vermogen leveren bij een buitentemperatuur van 0C om het huis op temperatuur te houden, en je wilt dat maximaal 10 minuten na de defrost, het systeem weer op temperatuur is, moet je;
0.5kwh + (5/60*5) = 0.91kWh thermisch extra leveren bovenop de 5kW warmtebehoefte gedurende 10 minuten.
Dat is dus in totaal 5+(0.91*60/10)=10.46kW gedurende 10 minuten, dat vermogen kan de warmtepomp niet eens halen.

We kunnen de eis van 10 minuten versoepelen naar 15 minuten, dan heb je 15 minuten lang 8.64kW nodig.

... maar waarom die max 10 of 15min? Hij mag daar toch gewoon een uur over doen (tot de volgende defrost) uitgaande van een thermische buffer (parallelbuffer of vloervw). Dat zou volgens alle vuistregels efficienter moeten zijn.

teunos93 schreef op vrijdag 9 januari 2026 @ 10:36:
[...]
Als dat voor problemen zorgt, is het enige dat er fout gaat dat je warmtepomp onder gedimensioneerd is en je bivaletie punt te hoog ligt.

Vandaar, dat je een warmtepomp ook gewoon moet dimensioneren op een buiten temperatuur van ten minste -10, anders kom je rond het vriespunt met hoge luchtvochtigheid nooit goed uit met defrosts.

Bij mij is hij eerder te groot, mede met de gedachte dat die dan langer op stille modes kan draaien. Zelfs afgelopen koude dagen zie ik in de COP geen/nauwelijks verschil tussen wel/geen stille mode in mijn omstandigheden, dat is incl. defrosts.

[SalexSun]

walter_321 schreef op vrijdag 9 januari 2026 @ 10:11:
[...]

waarom zou je bij -2°C zo een laag vermogen uit de WP willen halen? Dan zou die toch op grofweg 75% van zijn vermogen moeten draaien?

~2 bedoelde ik rond 2, niet -2.

Als je bij -2 75% nodig hebt, dan ga je bij -10 tekort komen

[butterkeks]

teunos93 schreef op vrijdag 9 januari 2026 @ 10:36:
[...]

Je kunt dus overigens wel, in ieder geval bij de R290 variant die recent genoeg geproduceerd is, de opstartpiek van de compressor vermijden door het toerental te limiteren.

Als je dat doet, zie je echter dat het veel langer duurt voordat je systeem weer op temperatuur is.
Je moet namelijk de negatieve energie van de defrost (0.5kWh thermisch) plus de gemiste thermische energie tijdens de defrost (5 minuten) compenseren.

Stel je 9kW warmtepomp moet 5kW thermisch vermogen leveren bij een buitentemperatuur van 0C om het huis op temperatuur te houden, en je wilt dat maximaal 10 minuten na de defrost, het systeem weer op temperatuur is, moet je;
0.5kwh + (5/60*5) = 0.91kWh thermisch extra leveren bovenop de 5kW warmtebehoefte gedurende 10 minuten.
Dat is dus in totaal 5+(0.91*60/10)=10.46kW gedurende 10 minuten, dat vermogen kan de warmtepomp niet eens halen.

We kunnen de eis van 10 minuten versoepelen naar 15 minuten, dan heb je 15 minuten lang 8.64kW nodig.
De LG doet precies dit met zijn "opstartpiek", de gemiste thermische energie proberen te compenseren.
Als dat voor problemen zorgt, is het enige dat er fout gaat dat je warmtepomp onder gedimensioneerd is en je bivaletie punt te hoog ligt.

Vandaar, dat je een warmtepomp ook gewoon moet dimensioneren op een buiten temperatuur van ten minste -10, anders kom je rond het vriespunt met hoge luchtvochtigheid nooit goed uit met defrosts.

Na meer dan 3 jaar ervaring kan ik het daar slechts gedeeltelijk mee eens zijn.

Ja, het klopt dat de warmtepomp na het ontdooien zijn prestatielimiet bereikt, vooral bij hoge luchtvochtigheid.

Het probleem, althans in mijn geval, is echter het volgende: na het ontdooien bereikt de installatie vaak niet meer de beoogde temperatuur, hoewel ze nog voldoende vermogensreserves zou hebben.
De oorzaak hiervan is een slechte ramp-up-logica.
Als je kijkt naar de compressorfrequentie bij het opstarten, maakt de installatie eerst grote en daarna kleine frequentiesprongen. Als er bij het opstarten te weinig grote sprongen zijn gemaakt, kan de installatie alleen nog maar kleine frequentiesprongen maken, en dan ook alleen binnen een bepaald frequentiebereik.

Mijn installatie werkt zonder buffer direct op een hydraulische wissel, daarom vermoed ik dat de regeling niet kan omgaan met de hoge temperatuurverschillen na het ontdooien en zich bij het opstarten verkijkt.
Dit werkt echter probleemloos als ik eerst start met inlaatregeling en dan na 3 minuten overschakel op uitlaat. De installatie start dan snel en gaat daarna meteen op hoog vermogen en bereikt onmiddellijk haar vermogensdoel. Dat is waarschijnlijk de reden waarom LG graag een parallelle buffer zou hebben en de verwarmingsstaaf activeert tijdens het ontdooien.

Als de opstart snel gaat, heb ik bij mijn 9 kW-installatie in de startfase ook al een vermogen van 10-11 kW gezien.

Vertaald met DeepL.com (gratis versie)

[BernieW]

SalexSun schreef op vrijdag 9 januari 2026 @ 09:40:
[...]


Mijn grootste ergenis zijn de veelvuldige opstartpieken, welke volgens LG blijkbaar nodig zijn ivm koude olie ofzo. Maar na een defrost is de olie toch niet meer koud(?), dan is er toch geen opstartpiek nodig. Die opstartpiek werkt meer defrosts in de hand wanneer je geen hoog compressortoerental nodig hebt.

Direct na een defrost begin ik eerst in stille mode om die piek te temperen en begin ik met een wat lagere doel temperatuur die in stappen weer omhoog gaan. Niet ideaal, maar heb het gevoel dat het iets helpt om de tijd tot de volgende defrost te verlengen.

Maar alle bugs in de software is voor mij helemaal tenenkrommend: een regeling die uit het niets lijkt te gaan oscilleren, het op hol slaan (al eerder door @Jojan265 beschreven) bij temperaturen net onder 0 (bij compressor frequentie > 80 Hz schakel ik voor een half uur naar stille mode), niet halen van de doeltemperatuur bij paar graden vorst (met lage delta T en ruim voldoende vemogen voorhanden) en de bekende problemen bij koelen (voor wie dit 's zomers wil gebruiken).

[teunos93]

butterkeks schreef op vrijdag 9 januari 2026 @ 10:58:
[...]
Het probleem, althans in mijn geval, is echter het volgende: na het ontdooien bereikt de installatie vaak niet meer de beoogde temperatuur, hoewel ze nog voldoende vermogensreserves zou hebben.

Het gedrag dat jij beschrijft, heb ik op het duitse PV forum inderdaad vaker gelezen, maar dat lijkt een bug te zijn die enkel voor de R290 UB40 van toepassing is. De R290 UB60 doet dit wel correct.

[BernieW]

teunos93 schreef op vrijdag 9 januari 2026 @ 11:16:
[...]

Het gedrag dat jij beschrijft, heb ik op het duitse PV forum inderdaad vaker gelezen, maar dat lijkt een bug te zijn die enkel voor de R290 UB40 van toepassing is. De R290 UB60 doet dit wel correct.

Nope, is een bekend probleem in de R32 machines

[BernieW]

butterkeks schreef op vrijdag 9 januari 2026 @ 10:58:
[...]


....

Mijn installatie werkt zonder buffer direct op een hydraulische wissel, daarom vermoed ik dat de regeling niet kan omgaan met de hoge temperatuurverschillen na het ontdooien en zich bij het opstarten verkijkt.
Dit werkt echter probleemloos als ik eerst start met inlaatregeling en dan na 3 minuten overschakel op uitlaat. De installatie start dan snel en gaat daarna meteen op hoog vermogen en bereikt onmiddellijk haar vermogensdoel. Dat is waarschijnlijk de reden waarom LG graag een parallelle buffer zou hebben en de verwarmingsstaaf activeert tijdens het ontdooien.

...

Met of zonder parallelbuffer maakt niet uit, heb beide geprobeerd.

[SalexSun]

BernieW schreef op vrijdag 9 januari 2026 @ 11:15:
[...]


Direct na een defrost begin ik eerst in stille mode om die piek te temperen en begin ik met een wat lagere doel temperatuur die in stappen weer omhoog gaan. Niet ideaal, maar heb het gevoel dat het iets helpt om de tijd tot de volgende defrost te verlengen.

Ja dat doe ik ook en helpt idd iets om de piek te verkorten. Daaruit blijkt wel dat de warmtepomp intern de doeltemperatuur lijkt te filteren oid;

In mijn pogingen de COP te verhogen met hogere compressor frequentie ging als quick and dirty proef de stooklijn schakelen met +2 / -2 (periodetijd van 1uur schat ik). Het resultaat is dat de compressor relatief stabiel ging draaien en op de watertemperatuur op +0 uitkwam en niet probeerde die +2 / -2 te volgen.

[teunos93]

BernieW schreef op vrijdag 9 januari 2026 @ 11:15:
[...]
Direct na een defrost begin ik eerst in stille mode om die piek te temperen en begin ik met een wat lagere doel temperatuur die in stappen weer omhoog gaan. Niet ideaal, maar heb het gevoel dat het iets helpt om de tijd tot de volgende defrost te verlengen.

Stille modus inschakelen na een defrost kan ik alleen maar afraden. Door stille modus ga je niet alleen de compressor begrenzen maar ook de ventilator langzamer laten draaien. Dat verlaagd direct de temperatuur van de verdamper en versneld juist ijs aangroei.
Als je in HA de verdamper temp monitort zie je dat ook terug.

De doel temperatuur flink naar beneden schroeven is inderdaad wel een goed idee als je wil voorkomen dat de compressor te snel draait.
Echter, begrijp ik niet helemaal volledig waarom een hoger compressortoerental minder zuinig zou zijn dan een lager compressor toerental. In alle data die ik heb van mijn WP, wordt de COP niet of nauwelijks door het het compressortoerental beinvloed.

Kanttekening; ik begrens enkel het toerental omdat ik liever gedurende de dag wat bijstook als de buitentemperaturen wat hoger zijn dan tijdens een koude nacht met volop defrosts een berg elektrische energie erdoorheen jaag. Dat werkt beter dan het setpoint verlagen omdat de LG die niet heel nauw volgt.

BernieW schreef op vrijdag 9 januari 2026 @ 11:15:
[...]
Maar alle bugs in de software is voor mij helemaal tenenkrommend: een regeling die uit het niets lijkt te gaan oscilleren, het op hol slaan (al eerder door @Jojan265 beschreven) bij temperaturen net onder 0 (bij compressor frequentie > 80 Hz schakel ik voor een half uur naar stille mode), niet halen van de doeltemperatuur bij paar graden vorst (met lage delta T en ruim voldoende vemogen voorhanden) en de bekende problemen bij koelen (voor wie dit 's zomers wil gebruiken).

Eens.

[BernieW]

teunos93 schreef op vrijdag 9 januari 2026 @ 11:23:
[...]

Stille modus inschakelen na een defrost kan ik alleen maar afraden. Door stille modus ga je niet alleen de compressor begrenzen maar ook de ventilator langzamer laten draaien. Dat verlaagd direct de temperatuur van de verdamper en versneld juist ijs aangroei.
Als je in HA de verdamper temp monitort zie je dat ook terug.

....

De reden, zoals @SalexSun al uitlegt is dat we anders een heel hoge piek krijgen (dus veel meer vermogen dan nodig) en de verdamper daardoor nog sneller dichtvriest. Na de opstartpiek schakel ik de stille mode weer uit. Beter zou zijn de compressor frequentie te kunnen limiteren of de warmtepomp te dwingen de fans op hoog toeren te laten draaien in stille mode. Ideaal zou gewoon een goede regeling zijn .....

Maar goed, iedere winter komen dit soort zaken maar een paar dagen voor. Verleden jaar zakten er velen door het ijs met te krap gedimensioneerde warmtepompen tijdens die langdurige mist periode.

[SalexSun]

teunos93 schreef op vrijdag 9 januari 2026 @ 11:23:
[...]

Echter, begrijp ik niet helemaal volledig waarom een hoger compressortoerental minder zuinig zou zijn dan een lager compressor toerental. In alle data die ik heb van mijn WP, wordt de COP niet of nauwelijks door het het compressortoerental beinvloed.

Ik zie juist het tegenovergestelde, met lage compressor frequentie een lage COP. Ik heb er zo snel geen screenshots van, maar zelfs later in een run (wanneer er al rijp ontstaat) zorgt een hogere compressorfrequentie voor een verhoging van de COP.
De keerzijde is dat het aantal extra defrosts alle winst weer teniet doet. In mijn proeven van afgelopen week is het ongeveer om het even wat betreft 24h COP.

-------
aanvulling 13:10
Bij hogere buitentemperaturen (geen defrosts) kan dit overigens wel wat brengen vermoed ik

[ Voor 6% gewijzigd door SalexSun op 09-01-2026 13:10 ]

[BernieW]

SalexSun schreef op vrijdag 9 januari 2026 @ 11:21:
[...]


In mijn pogingen de COP te verhogen met hogere compressor frequentie ging als quick and dirty proef de stooklijn schakelen met +2 / -2 (periodetijd van 1uur schat ik). Het resultaat is dat de compressor relatief stabiel ging draaien en op de watertemperatuur op +0 uitkwam en niet probeerde die +2 / -2 te volgen.

Hoe doe je dit precies? Als ie daarmee wel op 0 regelt is interessant. 't Blijft een lastige om aan te pakken omdat het ieder jaar maar een paar dagen voor komt.

Een paar jaar geleden wel eens de waterpomp van vast naar optimaal debiet gezet, dat leek op dat moment te helpen. Maar de volgende keer (stond nog op optimaal) gebeurde het weer en dan weer terugzetten naar vast debiet hielp ook. Maar helaas lukt dit niet via modbus.

[ Voor 18% gewijzigd door BernieW op 09-01-2026 11:38 ]

[teunos93]

SalexSun schreef op vrijdag 9 januari 2026 @ 11:34:
[...]


Ik zie juist het tegenovergestelde, met lage compressor frequentie een lage COP. Ik heb er zo snel geen screenshots van, maar zelfs later in een run (wanneer er al rijp ontstaat) zorgt een hogere compressorfrequentie voor een verhoging van de COP.
De keerzijde is dat het aantal extra defrosts alle winst weer teniet doet. In mijn proeven van afgelopen week is het ongeveer om het even wat betreft 24h COP.

Dat is precies wat ik ook zie, als de COP beinvloed wordt door compressor frequentie, dan is het juist bij lage frequenties een lage COP, en niet bij hoge frequenties (zoals na een defrost) een lage COP.
Echter, als de WP normaal draait op lage temperaturen, dan is in zo ongeveer het hele modulatiebereik dat gebruikt wordt (en dus niet het extreem lage toerental dat de R290 UB40 en schijnbaar ook de R32 foutief naar terug moduleren), de COP vrijwel constant.

[SalexSun]

BernieW schreef op vrijdag 9 januari 2026 @ 11:35:
[...]


Hoe doe je dit precies? Als ie daarmee wel op 0 regelt is interessant. 't Blijft een lastige om aan te pakken omdat het ieder jaar maar een paar dagen voor komt.

Zodra de compressorfrequentie <20Hz komt de doeltemperatuur +3 gezet, boven de 22Hz weer op +0. (sorry, mijn eerder getallen -2 / +2 klopte niet).
Ik weet niet of de getallen helemaal kloppen, maar principieel is het dat. Ik doe dit wel via de ESS (energiestatus), mss dat dat nog verschil maakt ten opzichte van AI plussen/minnen

[ Voor 6% gewijzigd door SalexSun op 09-01-2026 11:37 ]

[SalexSun]

teunos93 schreef op vrijdag 9 januari 2026 @ 11:36:
[...]

Dat is precies wat ik ook zie, als de COP beinvloed wordt door compressor frequentie, dan is het juist bij lage frequenties een lage COP, en niet bij hoge frequenties (zoals na een defrost) een lage COP.
Echter, als de WP normaal draait op lage temperaturen, dan is in zo ongeveer het hele modulatiebereik dat gebruikt wordt (en dus niet het extreem lage toerental dat de R290 UB40 en schijnbaar ook de R32 foutief naar terug moduleren), de COP vrijwel constant.

Kantteking die ik eerder maakte is dat lange tijd op laag vermogen + lage COP niet zo heel veel impact heeft op de sCOP. De weging voor actuele COP op de sCOP is het vermogen, niet tijd. ( dat is ook waarom gemiddelde COP en sCOP niet hetzelfde is)

... net als eerder, zonder er een discussie over te willen laten losbarsten

[ Voor 3% gewijzigd door SalexSun op 09-01-2026 11:43 ]

[kazemo]

Bij mij nu regen bij +6gr hij loopt nu weer mooi strak terug gemoduleerd naar 8ltr/min en geen defros,t meer, loopt op warmte niet op AI (dat is niet te begrijpen hoe dat werkt..beter gezegd dat werkt niet)....daar begin ik dan ook niet meer mee

[ Voor 6% gewijzigd door kazemo op 09-01-2026 11:57 ]

[walter_321]

SalexSun schreef op vrijdag 9 januari 2026 @ 10:54:
[...]

Als je bij -2 75% nodig hebt, dan ga je bij -10 tekort komen

Neen hoor; hier worden warmteverliesberekeningen gemaakt tegen -8C; bij -2C zit je mooi rond 75% van het nodige vermogen. En voor die enkele uren -10°C in een halve eeuw gaat dat ook geen probleem zijn..

Maar dat is het punt niet; waarom wil je een toerental dat merkbaar lager is dan wat overeenkomt met gevraagd vermogen?

[walter_321]

kazemo schreef op vrijdag 9 januari 2026 @ 11:54:
Bij mij nu regen bij +6gr hij loopt nu weer mooi strak terug gemoduleerd naar 8ltr/min en geen defros,t meer, loopt op warmte niet op AI (dat is niet te begrijpen hoe dat werkt..beter gezegd dat werkt niet)....daar begin ik dan ook niet meer mee

8l/min; ik kan er alleen van dromen; mijn 7kw wil niet onder 12l/min gaan... hoop dat LG het nog wil oplossen...

[kazemo]

walter_321 schreef op vrijdag 9 januari 2026 @ 13:24:
[...]

8l/min; ik kan er alleen van dromen; mijn 7kw wil niet onder 12l/min gaan... hoop dat LG het nog wil oplossen...

een minpuntje soms gaat zelfs nog onder 7,5ltr/min dat geeft dan CH 14....lost dan na 30sec weer op en start dan weer op met 22ltr/min.....HET IS EN BLIJFT EEN LG met zijn nukken!
Nu al uren op 8,4ltr/min deltaT word dan wel groter verschil 8.....in 32gr...uit 40gr ik regel op uitlaat met optimal flow
regeling op lucht/water......dit zou je eens kunnen proberen als test misschien gaat hij dan wel lager?

[ Voor 20% gewijzigd door kazemo op 09-01-2026 13:49 ]

[SalexSun]

walter_321 schreef op vrijdag 9 januari 2026 @ 13:22:
[...]
Maar dat is het punt niet; waarom wil je een toerental dat merkbaar lager is dan wat overeenkomt met gevraagd vermogen?

Nee, het komt juist overeen met het gevraagde vermogen. Ja, de warmtepomp is iets overgedimensioneerd, maar ik reken liever niet met -8 en sterke voorkeur voor stille mode ivm plaatsing/buren

Met nachtverlaging op de stooklijn vanaf 23:55. Buiten zo'n 2,5gr

[ Voor 19% gewijzigd door SalexSun op 09-01-2026 13:45 ]

[SalexSun]

Nu met 3 graden buiten maakt hij runs van uren zonder defrost in stille mode. Dat is het voordeel van een (te) grote warmtepomp

[butterkeks]

BernieW schreef op vrijdag 9 januari 2026 @ 11:17:
[...]


Nope, is een bekend probleem in de R32 machines

Oké, dat is nieuw voor mij dat anderen hetzelfde probleem hebben met de r32.
Ik wil nu nog wat experimenteren met de Silent Mode.
Na het ontdooien activeer ik de regeling via retour en activeer ik de Silent Mode. Hierdoor wordt het vermogen beperkt tot 40 Hz en heeft het systeem mogelijk een stabiele “basis” voordat ik overschakel naar regeling via uitlaat en de Silent Mode deactiveer.

De Silent Mode zou slechts 2-3 minuten actief zijn en zou geen negatieve invloed moeten hebben op de ijsvorming.

Ik kan het momenteel niet testen, want na de afgelopen dagen met -5 °C is het vandaag +5 °C buiten.
En dat bevestigt keer op keer dat de AI-modus van de Therma absoluut onbruikbaar is, omdat de buitentemperatuur 1:1 ongebufferde wordt gebruikt. In mijn huis zou het nu veel te koud zijn, omdat de muren zo ijskoud zijn, maar de buitentemperatuur al warm is. Het systeem zou veel te laag draaien.
Maar ik stuur op een 24-uursgemiddelde. Dat is geschikt voor een massief huis.

Ik ben al die bugs langzamerhand beu. Als ik wist dat de nieuwste versie van het IDU-bord al deze fouten niet meer heeft (en nog andere, zoals de foutieve koelmodus en de uitschieters naar boven na flashgasinjectie), zou ik die 300 euro graag investeren. Het zou echter een gok zijn, want ik krijg helemaal geen uitsluitsel van de LG-helpdesk. Ze hebben waarschijnlijk de instructie gekregen om geen fouten in de regeling toe te geven. Inmiddels is LG een haat-hobby geworden.

Vertaald met DeepL.com (gratis versie)

[walter_321]

kazemo schreef op vrijdag 9 januari 2026 @ 13:32:
[...]

een minpuntje soms gaat zelfs nog onder 7,5ltr/min dat geeft dan CH 14....lost dan na 30sec weer op en start dan weer op met 22ltr/min.....HET IS EN BLIJFT EEN LG met zijn nukken!
Nu al uren op 8,4ltr/min deltaT word dan wel groter verschil 8.....in 32gr...uit 40gr ik regel op uitlaat met optimal flow
regeling op lucht/water......dit zou je eens kunnen proberen als test misschien gaat hij dan wel lager?

Als je op fixed debiet zet; Hoe laag kan je gaan? Ik kan niet onder 12l/m (kan ook 11l/m; weer het niet van buiten).