Ervaringen met Quatt en HA en andere Domotica

[m10tech]

@Friezin Jij hebt blijkbaar contact met Quatt, ook op het gebied van product ideeën, toch?

Momenteel is het 'Modulation' register (readonly) van de Quatt OpenTherm interface niet in gebruik (altijd 0).
Het zou mooi zijn als die de compressorfrequentie weergeeft.
Wat ook mooi is, is dat die nominaal van 30 tot 90 hertz loopt, ideaal voor de 100% schaal die van modulation wordt verwacht. Dit zou voor velen al de behoefte over terugkoppeling van de huidige kracht van 'stoken' invullen.
Als bonus kan bij het gebruik van de gasketel de modulation op 100% gezet worden.

Bij de huidige stand van zaken is de compressorfrequentie alleen te vinden op de modbus.

CH1SND:00110000 CH1RSP:40110000 <<< die laatste 4 nullen zijn de modulation

Vraag is dan natuurlijk wel hoeveel thermostaten de modulation weergeven aan de gebruiker...

[ Voor 6% gewijzigd door m10tech op 21-11-2024 18:42 ]

[Friezin]

m10tech schreef op donderdag 21 november 2024 @ 18:39:
@Friezin Jij hebt blijkbaar contact met Quatt, ook op het gebied van product ideeën, toch?

Momenteel is het 'Modulation' register (readonly) van de Quatt OpenTherm interface niet in gebruik (altijd 0).
Het zou mooi zijn als die de compressorfrequentie weergeeft.
Wat ook mooi is, is dat die nominaal van 30 tot 90 hertz loopt, ideaal voor de 100% schaal die van modulation wordt verwacht. Dit zou voor velen al de behoefte over terugkoppeling van de huidige kracht van 'stoken' invullen.
Als bonus kan bij het gebruik van de gasketel de modulation op 100% gezet worden.

Bij de huidige stand van zaken is de compressorfrequentie alleen te vinden op de modbus.

CH1SND:00110000 CH1RSP:40110000 <<< die laatste 4 nullen zijn de modulation

Vraag is dan natuurlijk wel hoeveel thermostaten de modulation weergeven aan de gebruiker...

Ikke?

Nee hoor.
Ik schiet gewoon ook een ticket in (en krijg vaak geen antwoord)

[m10tech]

Friezin schreef op vrijdag 22 november 2024 @ 06:59:
[...]


Ikke?

Nee hoor.
Ik schiet gewoon ook een ticket in (en krijg vaak geen antwoord)

Dan was het bij iemand anders die ik dit in de duizenden berichten hier of 'deel2' heb gelezen.
Je hebt er een dagtaak aan om dat deel2 te lezen, dus dat komt er niet meer van.

[Gregory76]

Trackerfire schreef op woensdag 18 september 2024 @ 22:26:
[Afbeelding]

Hier de eerder geposte versie van @gwjonker omgebouwd naar een enkele versie.

Toevoegen aan configuration.yaml

code:

sensor:
  # Quatt
  # HP1 working mode
  - name: "Quatt HP1 Control Mode"
    icon: mdi:auto-mode
    state: >
      {% if is_state('sensor.heatpump_hp1_workingmode', '0') %}
        Standby
      {% elif is_state('sensor.heatpump_hp1_workingmode', '1') %}
        Standby - heating
      {% elif is_state('sensor.heatpump_hp1_workingmode', '2') %}
        Heating - heatpump only
      {% elif is_state('sensor.heatpump_hp1_workingmode', '3') %}
        Heating - heatpump + boiler
      {% elif is_state('sensor.heatpump_hp1_workingmode', '4') %}
        Heating - boiler only
      {% elif is_state('sensor.heatpump_hp1_workingmode', '96') %}
        Anti-freeze protection - boiler on
      {% elif is_state('sensor.heatpump_hp1_workingmode', '97') %}
        Anti-freeze protection - boiler pre-pump
      {% elif is_state('sensor.heatpump_hp1_workingmode', '98') %}
        Anti-freeze protection - water circulation
      {% elif is_state('sensor.heatpump_hp1_workingmode', '99') %}
        Fault - circulation pump on
      {% endif %}

  # Quatt Costs per kWh heat for CV and HP
  - name: Costs kWh heat CV
    unique_id: costs_kwh_heat_cv
    unit_of_measurement: "€/kWh"
    state: >
      {% set priceGas = 1.1 | float %}
      {% set kwhPerM3Gas = 9.8 | float %}
      {% set efficiencyCV = 0.9 | float %}
      {{ '%.4f'%(priceGas / kwhPerM3Gas / efficiencyCV) | float }}

  - name: Costs kWh heat HP
    unique_id: costs_kwh_heat_hp
    unit_of_measurement: "€/kWh"
    state: >
      {% set priceElec = 0.21 | float %}
      {% set totalCOP = states('sensor.heatpump_hp1_cop') | float %}
      {{ '%.4f'%(priceElec/totalCOP) | float }}

  # Quatt costs and savings daily
  - name: Quatt costs input daily
    unique_id: quatt_costs_input_daily
    unit_of_measurement: "€"
    state: >
      {% set kwhInput = states('sensor.quatt_hp1_power_input_kwh_daily') | float %}
      {% set kwhPrice = 0.21 | float %}
      {{ '%.2f'%(kwhInput * kwhPrice) | float }}

  - name: Quatt savings heat daily
    unique_id: quatt_savings_heat_daily
    unit_of_measurement: "€"
    state: >
      {% set kwhHeat = states('sensor.quatt_hp1_heat_input_kwh_daily') | float %}
      {% set kwhPriceCVHeat = states('sensor.costs_kwh_heat_cv') | float %}
      {% set costsInputDaily = states('sensor.quatt_costs_input_daily') | float %}
      {{ '%.2f'%(kwhHeat * kwhPriceCVHeat - costsInputDaily ) | float }}

  - name: Quatt gas saving daily
    unique_id: quatt_gas_savings_daily
    unit_of_measurement: "m3"
    state: >
      {% set kwhHeat = states('sensor.quatt_hp1_heat_input_kwh_daily') | float %}
      {% set kwhPerM3Gas = 9.8 | float %}
      {% set efficiencyCV = 0.9 | float %}
      {{ '%.2f'%(kwhHeat / kwhPerM3Gas / efficiencyCV) | float }}
    
  # Quatt daily CoP
  - name: Quatt COP daily
    unique_id: quatt_cop_daily
    unit_of_measurement: "CoP"
    state: >
        {% set total_heat = states('sensor.quatt_hp1_heat_input_kwh_daily') | float %}
        {% set total_input = states('sensor.quatt_hp1_power_input_kwh_daily') | float %}
        {{ '%.2f'%(total_heat/total_input) | float }}
        
        # 24-hour average for heatpump_hp1_cop
  - platform: statistics
    name: "Heatpump HP1 COP 24h Average"
    entity_id: sensor.heatpump_hp1_quatt_cop
    state_characteristic: mean
    max_age:
      hours: 24
  
utility_meter:
  quatt_hp1_heat_input_kwh_daily:
    source: sensor.heatpump_hp1_power
    cycle: daily

  quatt_hp1_power_input_kwh_daily:
    source: sensor.heatpump_hp1_powerinput
    cycle: daily

  heatpump_hp1_cop_daily:
    source: sensor.heatpump_hp1_quatt_cop
    cycle: daily

Toevoegen aan kaart:

code:

type: picture-elements
elements:
  - type: state-label
    entity: sensor.heatpump_hp1_powerinput
    style:
      top: 14%
      left: 24%
      font-weight: bold
      color: white
      font-size: 80%
  - type: state-label
    entity: sensor.heatpump_hp1_power
    style:
      top: 14%
      left: 58%
      font-weight: bold
      color: white
      font-size: 80%
  - type: state-label
    entity: sensor.heatpump_hp1_quatt_cop
    style:
      top: 42%
      left: 24%
      font-weight: bold
      color: white
      font-size: 80%
  - type: state-label
    entity: sensor.heatpump_hp1_temperatureoutside
    style:
      top: 61%
      left: 88%
      font-weight: bold
      color: white
      font-size: 50%
  - type: state-label
    entity: sensor.heatpump_qc_supervisory_control_mode
    style:
      top: 66%
      left: 40%
      font-weight: bold
      color: white
      font-size: 80%
  - type: state-label
    entity: sensor.kamer_1_temperatuur
    style:
      top: 29%
      left: 88%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.heatpump_thermostat_room_setpoint
    style:
      top: 34%
      left: 88%
      color: white
      font-weight: bold
      font-size: 65%
  - type: state-label
    entity: sensor.heatpump_hp1_temperaturewaterin
    style:
      top: 66%
      left: 10%
      font-weight: bold
      color: white
      font-size: 65%
  - type: state-label
    entity: sensor.heatpump_hp1_temperaturewaterout
    style:
      top: 66%
      left: 73%
      font-weight: bold
      color: white
      font-size: 65%
  - type: state-label
    entity: sensor.heatpump_flowmeter_flowrate_2
    style:
      top: 86%
      left: 25%
      font-weight: bold
      color: white
      font-size: 75%
  - type: state-label
    entity: sensor.heatpump_flowmeter_temperature
    style:
      top: 90%
      left: 25.5%
      font-weight: bold
      color: white
      font-size: 75%
image: https://tweakers.net/fotoalbum/image/Cr6iOljKJksl20U37HHcNRZD.png
dark_mode_image: https://tweakers.net/fotoalbum/image/Cr6iOljKJksl20U37HHcNRZD.png
camera_view: live
card_mod:
  style: ''

Sorry, ik ben nog een beetje een HA noob, maar heb inmiddels al wel veel apparaten werkend gekregen. Nu die mooie Quatt weergave nog.

Wat bedoel je precies met:

"Toevoegen aan kaart:

code:"

Dank alvast!

[djlorenz]

Ok, for this message I will go with English, I don't think google translate can do a decent job to explain this.


After many, many, many pages of Ervaringen met Quatt Deel 2, I decided I wanted something more and easier than messing around with tado schedule (not easy to create gradual increases of 0.1 and adjust them from the phone UI).

House Situation
- Energy label A house
- Quatt Duo
- ground floor with underfloor heating (vvw) and main Tado thermostat
- other two floors with radiators
- two other important rooms both with 2x compact (type 11) radiators, one with Tado valve and one with normal thermostatic valve, set on 5

What I wanted

- small step adjustment
- ability to adjust upstairs room differently (they loose heat way quicker than ground floor)
- ability to set a "normal schedule" that I can change easily
- adjustment based on energy tariff, if price is cheap, push a bit harder.
- Ability to easily turn off everything
- Away mode (when you are out for only a few hours) <-- Still TODO
- Fixed setpoint mode <-- Still TODO

With the help of chatGPT and a week without parner in the house, I started thinkering.

My creation:

Home assistant super-smart thermostat

In this section I have the main control and overview of the thermostat, Temperature shown for each room and ability to set temperature individually.
I can also change schedule easily:





Second page: nerd stats, a must have



Third page: development only, the things I need to make it run but not displayed to other devices

How does it work

Every room can demand heat, if there is heat demand, a change in temperature setpoint or a change in real temperature an automation is run.

-If there is need to heat, the automation increases the temperature by 0.1C
-If there is no need to heat: the automation decreases the temperature by 0.5C
-If there temperature is the same set: the automation keeps the same temperature set.

With dynamic mode, Home assistant also checks the current energy level prices in the 24h:
- if very_cheap or cheap the thermostat setpoint is increased by 0.5C (example set temperature 20C -> 20.5) and the gradual temperature increases are of 0.2C instead of 0.1 (the Duo pushes a bit harder)
- if normal everything stays the same
- expensive or very_expensive, the thermostat setpoint is decreased by 0.5 (example set temperature 20C -> 20.5)


Last functionality, if you set the system to OFF, it will set the temperature to 18C fixed and disable the automation.

Very happy with the result, only missing away mode (lower down if both me and my partner phones are not at home) and fixed setpoint, without dynamic energy prices increases/decreases.


For the one interested, this is the main automations, there are some helpers used.

code:

alias: Gradual Temperature Adjustment for Tado
description: ""
triggers:
  - entity_id: climate.piano_terra
    attribute: current_temperature
    trigger: state
  - entity_id: sensor.adjusted_thermostat_setpoint
    trigger: state
  - entity_id: climate.mari_room, climate.lorenzo_room
    attribute: temperature
    trigger: state
  - entity_id: climate.mari_room, climate.lorenzo_room
    attribute: current_temperature
    trigger: state
conditions:
  - condition: template
    value_template: >-
      {{ states('input_select.heating_mode') in ['On - Dynamic', 'On -
      Setpoint'] }}
actions:
  - variables:
      current_tado_temp: "{{ state_attr('climate.piano_terra', 'current_temperature') | float }}"
      adjusted_setpoint: "{{ states('sensor.adjusted_thermostat_setpoint') | float(19.0) }}"
      difference: "{{ adjusted_setpoint - current_tado_temp }}"
      room_1_needs_heat: >-
        {{ (state_attr('climate.mari_room', 'current_temperature') | float) <
        (state_attr('climate.mari_room', 'temperature') | float) }}
      room_2_needs_heat: >-
        {{ (state_attr('climate.lorenzo_room', 'current_temperature') | float) <
        (state_attr('climate.lorenzo_room', 'temperature') | float) }}
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ difference >= 0.1 or room_1_needs_heat or room_2_needs_heat }}"
        sequence:
          - target:
              entity_id: climate.piano_terra
            data:
              temperature: >
                {% set electricity_price =
                states('sensor.electricity_price_level_24h') | lower %} {% if
                electricity_price in ['"cheap"', '"very_cheap"'] %}
                  {{ current_tado_temp + 0.2 }}
                {% else %}
                  {{ current_tado_temp + 0.1 }}
                {% endif %}
            action: climate.set_temperature
      - conditions:
          - condition: template
            value_template: "{{ difference <= -0.1 }}"
        sequence:
          - target:
              entity_id: climate.piano_terra
            data:
              temperature: "{{ current_tado_temp - 0.5 }}"
            action: climate.set_temperature
      - conditions:
          - condition: template
            value_template: "{{ -0.1 < difference < 0.1 }}"
        sequence:
          - target:
              entity_id: climate.piano_terra
            data:
              temperature: "{{ adjusted_setpoint }}"
            action: climate.set_temperature
mode: restart

code:

alias: Heating Mode Adjustment
description: Adjust thermostat and automation based on Heating Mode state.
triggers:
  - entity_id: input_select.heating_mode
    trigger: state
actions:
  - choose:
      - conditions:
          - condition: state
            entity_id: input_select.heating_mode
            state: "Off"
        sequence:
          - target:
              entity_id: automation.gradual_temperature_adjustment_for_tado
            action: automation.turn_off
            data:
              stop_actions: true
          - target:
              entity_id: climate.piano_terra
            data:
              temperature: 18
            action: climate.set_temperature
          - target:
              entity_id: climate.mari_room
            data:
              temperature: 17
            action: climate.set_temperature
          - target:
              entity_id: climate.lorenzo_room
            data:
              temperature: 17
            action: climate.set_temperature
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: input_select.heating_mode
                state: On - Dynamic
              - condition: state
                entity_id: input_select.heating_mode
                state: On - Setpoint
        sequence:
          - target:
              entity_id: automation.gradual_temperature_adjustment_for_tado
            action: automation.turn_on
            data: {}
          - target:
              entity_id: automation.gradual_temperature_adjustment_for_tado
            action: automation.trigger
            data:
              skip_condition: true
mode: single

[ Voor 44% gewijzigd door djlorenz op 23-11-2024 10:36 ]

[verguldebarman]

djlorenz schreef op zaterdag 23 november 2024 @ 10:26:
Ok, for this message I will go with English, I don't think google translate can do a decent job to explain this.


After many, many, many pages of Ervaringen met Quatt Deel 2, I decided I wanted something more and easier than messing around with tado schedule (not easy to create gradual increases of 0.1 and adjust them from the phone UI).

House Situation
- Energy label A house
- Quatt Duo
- ground floor with underfloor heating (vvw) and main Tado thermostat
- other two floors with radiators
- two other important rooms both with 2x compact (type 11) radiators, one with Tado valve and one with normal thermostatic valve, set on 5

What I wanted

- small step adjustment
- ability to adjust upstairs room differently (they loose heat way quicker than ground floor)
- ability to set a "normal schedule" that I can change easily
- adjustment based on energy tariff, if price is cheap, push a bit harder.
- Ability to easily turn off everything
- Away mode (when you are out for only a few hours) <-- Still TODO
- Fixed setpoint mode <-- Still TODO

With the help of chatGPT and a week without parner in the house, I started thinkering.

My creation:

Home assistant super-smart thermostat

[Afbeelding]

In this section I have the main control and overview of the thermostat, Temperature shown for each room and ability to set temperature individually.
I can also change schedule easily:
[Afbeelding]


[Afbeelding]

Second page: nerd stats, a must have


[Afbeelding]
Third page: development only, the things I need to make it run but not displayed to other devices

How does it work

Every room can demand heat, if there is heat demand, a change in temperature setpoint or a change in real temperature an automation is run.

-If there is need to heat, the automation increases the temperature by 0.1C
-If there is no need to heat: the automation decreases the temperature by 0.5C
-If there temperature is the same set: the automation keeps the same temperature set.

With dynamic mode, Home assistant also checks the current energy level prices in the 24h:
- if very_cheap or cheap the thermostat setpoint is increased by 0.5C (example set temperature 20C -> 20.5) and the gradual temperature increases are of 0.2C instead of 0.1 (the Duo pushes a bit harder)
- if normal everything stays the same
- expensive or very_expensive, the thermostat setpoint is decreased by 0.5 (example set temperature 20C -> 20.5)


Last functionality, if you set the system to OFF, it will set the temperature to 18C fixed and disable the automation.

Very happy with the result, only missing away mode (lower down if both me and my partner phones are not at home) and fixed setpoint, without dynamic energy prices increases/decreases.


For the one interested, this is the main automations, there are some helpers used.

code:

alias: Gradual Temperature Adjustment for Tado
description: ""
triggers:
  - entity_id: climate.piano_terra
    attribute: current_temperature
    trigger: state
  - entity_id: sensor.adjusted_thermostat_setpoint
    trigger: state
  - entity_id: climate.mari_room, climate.lorenzo_room
    attribute: temperature
    trigger: state
  - entity_id: climate.mari_room, climate.lorenzo_room
    attribute: current_temperature
    trigger: state
conditions:
  - condition: template
    value_template: >-
      {{ states('input_select.heating_mode') in ['On - Dynamic', 'On -
      Setpoint'] }}
actions:
  - variables:
      current_tado_temp: "{{ state_attr('climate.piano_terra', 'current_temperature') | float }}"
      adjusted_setpoint: "{{ states('sensor.adjusted_thermostat_setpoint') | float(19.0) }}"
      difference: "{{ adjusted_setpoint - current_tado_temp }}"
      room_1_needs_heat: >-
        {{ (state_attr('climate.mari_room', 'current_temperature') | float) <
        (state_attr('climate.mari_room', 'temperature') | float) }}
      room_2_needs_heat: >-
        {{ (state_attr('climate.lorenzo_room', 'current_temperature') | float) <
        (state_attr('climate.lorenzo_room', 'temperature') | float) }}
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ difference >= 0.1 or room_1_needs_heat or room_2_needs_heat }}"
        sequence:
          - target:
              entity_id: climate.piano_terra
            data:
              temperature: >
                {% set electricity_price =
                states('sensor.electricity_price_level_24h') | lower %} {% if
                electricity_price in ['"cheap"', '"very_cheap"'] %}
                  {{ current_tado_temp + 0.2 }}
                {% else %}
                  {{ current_tado_temp + 0.1 }}
                {% endif %}
            action: climate.set_temperature
      - conditions:
          - condition: template
            value_template: "{{ difference <= -0.1 }}"
        sequence:
          - target:
              entity_id: climate.piano_terra
            data:
              temperature: "{{ current_tado_temp - 0.5 }}"
            action: climate.set_temperature
      - conditions:
          - condition: template
            value_template: "{{ -0.1 < difference < 0.1 }}"
        sequence:
          - target:
              entity_id: climate.piano_terra
            data:
              temperature: "{{ adjusted_setpoint }}"
            action: climate.set_temperature
mode: restart

code:

alias: Heating Mode Adjustment
description: Adjust thermostat and automation based on Heating Mode state.
triggers:
  - entity_id: input_select.heating_mode
    trigger: state
actions:
  - choose:
      - conditions:
          - condition: state
            entity_id: input_select.heating_mode
            state: "Off"
        sequence:
          - target:
              entity_id: automation.gradual_temperature_adjustment_for_tado
            action: automation.turn_off
            data:
              stop_actions: true
          - target:
              entity_id: climate.piano_terra
            data:
              temperature: 18
            action: climate.set_temperature
          - target:
              entity_id: climate.mari_room
            data:
              temperature: 17
            action: climate.set_temperature
          - target:
              entity_id: climate.lorenzo_room
            data:
              temperature: 17
            action: climate.set_temperature
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: input_select.heating_mode
                state: On - Dynamic
              - condition: state
                entity_id: input_select.heating_mode
                state: On - Setpoint
        sequence:
          - target:
              entity_id: automation.gradual_temperature_adjustment_for_tado
            action: automation.turn_on
            data: {}
          - target:
              entity_id: automation.gradual_temperature_adjustment_for_tado
            action: automation.trigger
            data:
              skip_condition: true
mode: single

Nice!!! Not owning a Tado, but interested in;

- the scheduler card in your first screenshot. What is that?
- the entity details in the second screenshot (Mari room). Wow, I want that too... What is that?

[djlorenz]

verguldebarman schreef op zaterdag 23 november 2024 @ 12:04:
[...]

Nice!!! Not owning a Tado, but interested in;

- the scheduler card in your first screenshot. What is that?
- the entity details in the second screenshot (Mari room). Wow, I want that too... What is that?

that is the scheduler component + card:

https://github.com/nielsfaber/scheduler-component
https://github.com/nielsfaber/scheduler-card

super useful for any kind of timed automation!

[verguldebarman]

djlorenz schreef op zaterdag 23 november 2024 @ 18:26:
[...]


that is the scheduler component + card:

https://github.com/nielsfaber/scheduler-component
https://github.com/nielsfaber/scheduler-card

super useful for any kind of timed automation!

Next feature to-do!! Stepping out of the standard T6 schedule and finally moving to an excellent schedule from HA.
Thx!

[Freeckje]

Freeckje schreef op vrijdag 8 november 2024 @ 22:59:
[...]

De snelle logs (samplerate .5 Hz) laten een maximale op -of afschalen van powerinput zien van 20%, en dat per elke halve minuut. Geen idee wat dat voor de levensduur van de compressor betekent. We gaan zien wat de reactie van Quatt zal zijn. Wordt vervolgd.

Voorlopig antwoord van Quatt:

Op dit moment hebben we nog geen direct antwoord op de punten die je hebt aangekaart. We willen je bevindingen eerst verder onderzoeken om een goed onderbouwde reactie te kunnen geven. .....

Tijdens de koude periode dezelfde "oscillaties" in de powerinput gezien nu ook bij de hogere vermogens. Dit resulteerde in een jankend effect van het geluid dat doordrong tot in de huiskamer. We wachten op het vervolgantwoord.

[m10tech]

Ik ben een verklaring tegengekomen voor een fenomeen dat speelt bij zacht weer, zoals vandaag.
Om de ~2 uur gaat de powerconsumptie kort van 480W of 600W naar 980W.
Als er al gewoon op 1000W wordt gewerkt, dan is dat niet zo, en de eerste piek is 2 uur na het teruggaan naar lager vermogen. Plaatje van 14 november.

Het viel me op dat in de modbus dit overeenkomt met bit3 van register 2019. De powermode blijft identiek, de vraagfrequentie ook, maar de daadwerkelijke frequentie gaat fors omhoog en daarmee ook het vermogen.
Ik kwam een handleiding tegen van een zweedse pomp pag40, en daar is bit3 van de P meldingen =P04 precies wat hier lijkt te gebeuren.

code:

P04 Compressor oil return protection   -> Compressor speed up
If unit has been continuously working in low speed for certain period of time,
unit starts this protection to suck compressor oil back into compressor.
This is a normal protection and does not need any treatment.

Misschien dat de overige omschrijvingen ook kloppen voor dit register...
Maar gelukkig heb ik daar nog geen voorbeelden van.
Ik zie diverse merken allemaal dezelfde teksten en codes gebruiken, dus misschien is dit mooi overgenomen door quatt of hoort het bij de compressor handleiding.

[m10tech]

Ik kwam er net achter dat HA mijn Quatt custom integratie 0.0.1 waarden niet bewaard, behalve de COP.
Ik weet dat na enige tijd alleen de langzame gegevens overblijven, maar zelfs dat gebeurd niet.
Hoe activeer ik dat voor de Quatt integratie?

[Lasoul]

m10tech schreef op zondag 24 november 2024 @ 17:08:
Ik kwam er net achter dat HA mijn Quatt custom integratie 0.0.1 waarden niet bewaard, behalve de COP.
Ik weet dat na enige tijd alleen de langzame gegevens overblijven, maar zelfs dat gebeurd niet.
Hoe activeer ik dat voor de Quatt integratie?

Ik heb hiervoor een wijziging gemaakt voor de Quatt integratie (PR). De maintainer van de integratie is van plan volgende week een nieuwe release uit te brengen. Hierin zitten verschillende fixes en nieuwe features van mij.

[Lasoul]

m10tech schreef op zondag 24 november 2024 @ 17:08:
Ik kwam er net achter dat HA mijn Quatt custom integratie 0.0.1 waarden niet bewaard, behalve de COP.
Ik weet dat na enige tijd alleen de langzame gegevens overblijven, maar zelfs dat gebeurd niet.
Hoe activeer ik dat voor de Quatt integratie?

Ik heb het nog even nagekeken maar dit zou al moeten werken met de laatste versie van de Quatt integratie (v0.6.0) en zit in fix #129 (Updated entity handling - Fixed statistics for temperature/power/flowrate entities).

Het is vreemd dat je nog versie 0.0.1 hebt. Heb je de integratie niet via HACS geïnstalleerd maar direct?

[m10tech]

Direct inderdaad. Ik hou dingen graag bij de basis...
Kijk ik vanavond wel eens na. Dank voor je scherpe oog!!

[m10tech]

Ik zag dat je al een PR hebt gemaakt met een update op de README.
Met die info ben ik nu ook op 0.6.0 geland en de statistics zijn geactiveerd.

[Maarten_vw]

Ha allen,
Misschien sla ik de plank geheel mis; dan hoor ik het ook graag
Maar, ik zou mijn Quatt als Individueel Apparaat graag toevoegen aan mijn HA Energy Dashboard.
Nou dacht ik daarvoor de sensor.heatpump_hp1_powerinput te gebruiken.
Echter kan ik deze niet direct toevoegen aan het Energy Dashboard, daar de waarde geen Wh / Kwh betreft.
Hoe zet ik dit correct om? Of zal ik toch een HomeWizard plug moeten gebruiken (ik ben daar wat huiverig voor..)?

[Rowwan]

Maarten_vw schreef op maandag 25 november 2024 @ 20:13:
Ha allen,
Misschien sla ik de plank geheel mis; dan hoor ik het ook graag
Maar, ik zou mijn Quatt als Individueel Apparaat graag toevoegen aan mijn HA Energy Dashboard.
Nou dacht ik daarvoor de sensor.heatpump_hp1_powerinput te gebruiken.
Echter kan ik deze niet direct toevoegen aan het Energy Dashboard, daar de waarde geen Wh / Kwh betreft.
Hoe zet ik dit correct om? Of zal ik toch een HomeWizard plug moeten gebruiken (ik ben daar wat huiverig voor..)?

Riemann sum gebruiken. Staat op de eerste pagina van dit topic.

[verguldebarman]

Maarten_vw schreef op maandag 25 november 2024 @ 20:13:
Ha allen,
Misschien sla ik de plank geheel mis; dan hoor ik het ook graag
Maar, ik zou mijn Quatt als Individueel Apparaat graag toevoegen aan mijn HA Energy Dashboard.
Nou dacht ik daarvoor de sensor.heatpump_hp1_powerinput te gebruiken.
Echter kan ik deze niet direct toevoegen aan het Energy Dashboard, daar de waarde geen Wh / Kwh betreft.
Hoe zet ik dit correct om? Of zal ik toch een HomeWizard plug moeten gebruiken (ik ben daar wat huiverig voor..)?

Check deze post;

verguldebarman in "Ervaringen met Quatt en HA en andere Domotica"

De eerste twee sensoren gebruiken de Riemann sum integral om W om te zetten naar kWh, om te gebruiken in jouw energy dashbord.

[ Voor 11% gewijzigd door verguldebarman op 25-11-2024 20:34 ]

[m10tech]

@Lasoul hoe makkelijk is dit aan de Quatt integratie toe te voegen?
De COP is ook al een add-on, dus dit moet toch ook kunnen?
Maar ik ben niet gehinderd door kennis dus heb makkelijk praten

[Lasoul]

m10tech schreef op maandag 25 november 2024 @ 22:13:
@Lasoul hoe makkelijk is dit aan de Quatt integratie toe te voegen?
De COP is ook al een add-on, dus dit moet toch ook kunnen?
Maar ik ben niet gehinderd door kennis dus heb makkelijk praten

Op zich is het wel te doen. Je moet dan bij elke meting de verstreken tijd vermenigvuldigen met het geleverde vermogen.

code:

Power = 4000
PowerIn = 1000
Tijdsinterval t.ov. vorige meting = 10 s

Nieuwe waarde = oude waarde + (4000 * 10 / 3600)

De uitdaging is wat te doen met restarts en dergelijke dingen. Ik zal hem op mijn lijstje zetten van mogelijke uitbreidingen.

Ik was nu vooral even aan het kijken wat er moet gebeuren om straks de All-Electric en Chill goed te kunnen ondersteunen. Volgens mij is het handig om dan de verschillende devices in de integratie te splitsen. Onderstaand een eerste versie waarbij de sensoren zijn verdeeld over de verschillende devices. Voor All-Electric en Chill zouden er dan extra devices bijkomen met eigen sensoren.

[ Voor 7% gewijzigd door Lasoul op 25-11-2024 22:25 ]

[Maarten_vw]

Dank @Rowwan @verguldebarman!
En excuus, ik heb niet goed teruggelezen..

[Nielsvde]

Mijn HA Quatt scherm:


En als de cv bijschakels wijzigt het plaatje:


Helaas regelmatig deze situatie:

[ Voor 49% gewijzigd door Nielsvde op 28-11-2024 01:00 ]

[jj85]

Nielsvde schreef op woensdag 27 november 2024 @ 23:38:

Helaas regelmatig deze situatie:
[Afbeelding]

Heb je de verversingsinterval van de Quatt integratie toevallig aangepast (anders dan de standaard 10 sec)?

[Fragger123]

Vermoedelijk wel, ik heb deze laatst ook eens aangepast naar 5 seconden, dit gaf het zelfde probleem beeld. Nu weer terug naar 10 sec en geen last meer van.

[jj85]

Fragger123 schreef op donderdag 28 november 2024 @ 10:41:
Vermoedelijk wel, ik heb deze laatst ook eens aangepast naar 5 seconden, dit gaf het zelfde probleem beeld. Nu weer terug naar 10 sec en geen last meer van.

Precies dit, bij 5 seconden krijg je deze 'foutmeldingen'
@Lasoul enig idee waarom?

[Lasoul]

jj85 schreef op donderdag 28 november 2024 @ 10:43:
[...]

Precies dit, bij 5 seconden krijg je deze 'foutmeldingen'
@Lasoul enig idee waarom?

Ik kan het bij mij zelf ook reproduceren als ik het interval op 5 seconden zet. Ik krijg dan de melding "Error fetching quatt data: Error fetching information". Wellicht is de vorige call nog bezig en wordt deze geblokkeerd. Ik ga eens kijken wat precies het probleem is.


Op zich een mooie representatie van de Quatt informatie. Heeft iemand de code en plaatjes hiervan?

[ Voor 52% gewijzigd door Lasoul op 28-11-2024 12:48 ]

[verguldebarman]

Lasoul schreef op donderdag 28 november 2024 @ 12:05:
[...]
Op zich een mooie representatie van de Quatt informatie. Heeft iemand de code en plaatjes hiervan?

... Even terug scrollen in dit topic, de code is gedeeld.

[jj85]

verguldebarman schreef op donderdag 28 november 2024 @ 15:36:
[...]

... Even terug scrollen in dit topic, de code is gedeeld.

Ik denk dat @Lasoul die dashboard van @Nielsvde bedoeld
Nielsvde in "Ervaringen met Quatt en HA en andere Domotica"

[Nielsvde]

Lasoul schreef op donderdag 28 november 2024 @ 12:05:
[...]


Ik kan het bij mij zelf ook reproduceren als ik het interval op 5 seconden zet. Ik krijg dan de melding "Error fetching quatt data: Error fetching information". Wellicht is de vorige call nog bezig en wordt deze geblokkeerd. Ik ga eens kijken wat precies het probleem is.

Op zich een mooie representatie van de Quatt informatie. Heeft iemand de code en plaatjes hiervan?

Het interval had ik juist naar 15 seconden gezet omdat hij bij 10 ook regelmatig de foutmelding gaf. nu weer terug op 10 gezet en de CIC verbonden via een netwerk kabel in plaats van de wifi. hopelijk lost dat het op.

Bij deze de plaatjes. In mijn geval (met een duo) klopt het niet helemaal omdat de cv eigenlijk na de 2e pomp pas komt ;-)






De Code:
HP1:

code:

type: picture-elements
elements:
  - type: state-label
    entity: sensor.heatpump_hp1_quatt_cop
    style:
      top: 59%
      left: 41%
  - type: state-label
    entity: sensor.heatpump_hp1_workingmode_text
    style:
      top: 93%
      left: 52%
  - type: state-label
    entity: sensor.heatpump_hp1_temperaturewaterout
    style:
      top: 59%
      left: 89%
  - type: state-label
    entity: sensor.heatpump_hp1_temperaturewaterin
    style:
      top: 50%
      left: 15%
  - type: state-label
    entity: sensor.heatpump_hp1_powerinput
    style:
      top: 71%
      left: 15%
  - type: state-label
    entity: sensor.heatpump_flowmeter_flowrate
    style:
      top: 45%
      left: 66%
  - type: state-label
    entity: sensor.heatpump_hp1_temperatureoutside
    style:
      top: 7%
      left: 50%
  - type: state-label
    entity: sensor.heatpump_thermostat_room_setpoint
    style:
      top: 16%
      left: 13%
  - type: state-label
    entity: sensor.heatpump_thermostat_room_temperature
    style:
      top: 18%
      left: 38%
  - type: icon
    icon: mdi:numeric-1-box
    style:
      left: 32%
      top: 39%
  - type: state-label
    entity: sensor.heatpump_thermostat_control_setpoint
    style:
      left: 92%
      top: 78%
  - type: state-label
    entity: sensor.heatpump_flowmeter_temperature
    style:
      left: 90%
      top: 13%
visibility:
  - condition: state
    entity: binary_sensor.heatpump_boiler_on_off_mode
    state: "on"
image: /api/image/serve/872b81ab539beb39839d77c2dd9494fe/512x512

HP2

code:

type: picture-elements
elements:
  - type: state-label
    entity: sensor.heatpump_hp2_quatt_cop
    style:
      top: 43%
      left: 41%
  - type: state-label
    entity: sensor.heatpump_hp2_workingmode_text
    style:
      top: 91%
      left: 52%
  - type: state-label
    entity: sensor.heatpump_hp2_temperaturewaterout
    style:
      left: 89%
      top: 42%
  - type: state-label
    entity: sensor.heatpump_hp2_temperaturewaterin
    style:
      top: 29%
      left: 15%
  - type: state-label
    entity: sensor.heatpump_hp2_powerinput
    style:
      top: 59%
      left: 15%
  - type: state-label
    entity: sensor.heatpump_flowmeter_flowrate
    style:
      top: 23%
      left: 66%
  - type: icon
    icon: mdi:numeric-2-box
    style:
      left: 32%
      top: 13%
image: /api/image/serve/35d8be418dc0ed64071bf09588b6dec7/512x512
dark_mode_image: /api/image/serve/58aea43de7580e0f33e8c0b999ba2d7e/512x512

[ Voor 6% gewijzigd door Nielsvde op 29-11-2024 09:17 ]

[Lasoul]

Nielsvde schreef op vrijdag 29 november 2024 @ 09:05:
[...]

Het interval had ik juist naar 15 seconden gezet omdat hij bij 10 ook regelmatig de foutmelding gaf. nu weer terug op 10 gezet en de CIC verbonden via een netwerk kabel in plaats van de wifi. hopelijk lost dat het op.

Bij deze de plaatjes. In mijn geval (met een duo) klopt het niet helemaal omdat de cv eigenlijk na de 2e pomp pas komt ;-)
[Afbeelding]

[Afbeelding]

[Afbeelding]

De Code:
HP1:

code:

type: picture-elements
elements:
  - type: state-label
    entity: sensor.heatpump_hp1_quatt_cop
    style:
      top: 59%
      left: 41%
  - type: state-label
    entity: sensor.heatpump_hp1_workingmode_text
    style:
      top: 93%
      left: 52%
  - type: state-label
    entity: sensor.heatpump_hp1_temperaturewaterout
    style:
      top: 59%
      left: 89%
  - type: state-label
    entity: sensor.heatpump_hp1_temperaturewaterin
    style:
      top: 50%
      left: 15%
  - type: state-label
    entity: sensor.heatpump_hp1_powerinput
    style:
      top: 71%
      left: 15%
  - type: state-label
    entity: sensor.heatpump_flowmeter_flowrate
    style:
      top: 45%
      left: 66%
  - type: state-label
    entity: sensor.heatpump_hp1_temperatureoutside
    style:
      top: 7%
      left: 50%
  - type: state-label
    entity: sensor.heatpump_thermostat_room_setpoint
    style:
      top: 16%
      left: 13%
  - type: state-label
    entity: sensor.heatpump_thermostat_room_temperature
    style:
      top: 18%
      left: 38%
  - type: icon
    icon: mdi:numeric-1-box
    style:
      left: 32%
      top: 39%
  - type: state-label
    entity: sensor.heatpump_thermostat_control_setpoint
    style:
      left: 92%
      top: 78%
  - type: state-label
    entity: sensor.heatpump_flowmeter_temperature
    style:
      left: 90%
      top: 13%
visibility:
  - condition: state
    entity: binary_sensor.heatpump_boiler_on_off_mode
    state: "on"
image: /api/image/serve/872b81ab539beb39839d77c2dd9494fe/512x512

HP2

code:

type: picture-elements
elements:
  - type: state-label
    entity: sensor.heatpump_hp2_quatt_cop
    style:
      top: 43%
      left: 41%
  - type: state-label
    entity: sensor.heatpump_hp2_workingmode_text
    style:
      top: 91%
      left: 52%
  - type: state-label
    entity: sensor.heatpump_hp2_temperaturewaterout
    style:
      left: 89%
      top: 42%
  - type: state-label
    entity: sensor.heatpump_hp2_temperaturewaterin
    style:
      top: 29%
      left: 15%
  - type: state-label
    entity: sensor.heatpump_hp2_powerinput
    style:
      top: 59%
      left: 15%
  - type: state-label
    entity: sensor.heatpump_flowmeter_flowrate
    style:
      top: 23%
      left: 66%
  - type: icon
    icon: mdi:numeric-2-box
    style:
      left: 32%
      top: 13%
image: /api/image/serve/35d8be418dc0ed64071bf09588b6dec7/512x512
dark_mode_image: /api/image/serve/58aea43de7580e0f33e8c0b999ba2d7e/512x512

@Nielsvde, bedankt voor de code en plaatjes.

Ik heb gisteravond even gekeken naar het issue en het blijkt dat er soms een "Server disconnected" issue optreedt. Dit heb ik zelf niet in de hand maar volgens mij kan ik daar omheen werken door een retry-mechanisme in te bouwen.

[Lasoul]

@jj85, @Nielsvde, @Fragger123
Ik heb een retry mechanisme ingebouwd en bij mij gaat het nu goed bij een refresh-interval van 5 seconden.
Zou een van jullie ook kunnen testen? Dan kan ik een PR maken zodat dit meegaat in de volgende release.

Je moet in het bestand custom_components\quatt\api.py de inhoud vervangen met de onderstaande code. Daarna even Home Assistant opnieuw opstarten en refresh interval aanpassen en dan zou het moeten werken.

code:

"""Quatt API Client."""
from __future__ import annotations

import asyncio
import logging
import socket

import aiohttp

# Number of retries on ServerDisconnectedError
RETRY_ATTEMPTS = 3

_LOGGER = logging.getLogger(__name__)


class QuattApiClientError(Exception):
    """Exception to indicate a general API error."""


class QuattApiClientCommunicationError(QuattApiClientError):
    """Exception to indicate a communication error."""


class QuattApiClientAuthenticationError(QuattApiClientError):
    """Exception to indicate an authentication error."""

class QuattApiClient:
    """Quatt API Client."""

    def __init__(
        self,
        ip_address: str,
        session: aiohttp.ClientSession,
    ) -> None:
        """Quatt API Client."""
        self._ip_address = ip_address
        self._session = session

    async def async_get_data(self) -> any:
        """Get data from the API."""
        return await self._api_wrapper(method="get", path="/beta/feed/data.json")

    @staticmethod
    def check_response_status(response):
        """Check the response status of the api response."""
        if response.status in (401, 403):
            raise QuattApiClientAuthenticationError("Invalid credentials")

    async def _api_wrapper(
        self,
        method: str,
        path: str,
        data: dict | None = None,
        headers: dict | None = None,
    ) -> any:
        """Get information from the API."""
        url = "http://" + self._ip_address + ":8080" + path

        for attempt in range(RETRY_ATTEMPTS):
            try:
                _LOGGER.debug("Fetching data from url: %s (Attempt %d)", url, attempt + 1)
                async with asyncio.timeout(20):
                    response = await self._session.request(
                        method=method,
                        url=url,
                        headers=headers,
                        json=data,
                    )
                    self.check_response_status(response)
                    response.raise_for_status()

                    return await response.json()

            except aiohttp.ServerDisconnectedError as exception:
                # Sometimes the ServerDisconnectedError is raised so retry to get the information
                _LOGGER.debug("Server disconnected error. Retrying... Attempt %d", attempt + 1)
                if attempt == RETRY_ATTEMPTS - 1:
                    raise QuattApiClientCommunicationError(
                        "Server disconnected after multiple attempts"
                    ) from exception
                await asyncio.sleep(0.1)

            except TimeoutError as exception:
                _LOGGER.error("Timeout error fetching information from %s: %s", url, exception)
                raise QuattApiClientCommunicationError(
                    "Timeout error fetching information",
                ) from exception

            except aiohttp.ClientError as exception:
                _LOGGER.error("Client error fetching information from %s: %s", url, exception)
                raise QuattApiClientCommunicationError(
                    "Client error fetching information",
                ) from exception

            except socket.gaierror as exception:
                _LOGGER.error("Socket error fetching information from %s: %s", url, exception)
                raise QuattApiClientCommunicationError(
                    "Socket error fetching information",
                ) from exception

            except Exception as exception:  # pylint: disable=broad-except
                _LOGGER.error("Unexpected error in _api_wrapper. URL: %s, Exception: %s", url, exception)
                raise QuattApiClientError(
                    "Unexpected error in _api_wrapper",
                ) from exception

        return None

[Fragger123]

Heb hem vervangen, interval op 5 sec gezet.

Zal straks even checken

[verguldebarman]

Lasoul schreef op vrijdag 29 november 2024 @ 10:58:
@jj85, @Nielsvde, @Fragger123
Ik heb een retry mechanisme ingebouwd en bij mij gaat het nu goed bij een refresh-interval van 5 seconden.
Zou een van jullie ook kunnen testen? Dan kan ik een PR maken zodat dit meegaat in de volgende release.

Je moet in het bestand custom_components\quatt\api.py de inhoud vervangen met de onderstaande code. Daarna even Home Assistant opnieuw opstarten en refresh interval aanpassen en dan zou het moeten werken.

code:

"""Quatt API Client."""
from __future__ import annotations

import asyncio
import logging
import socket

import aiohttp

# Number of retries on ServerDisconnectedError
RETRY_ATTEMPTS = 3

_LOGGER = logging.getLogger(__name__)


class QuattApiClientError(Exception):
    """Exception to indicate a general API error."""


class QuattApiClientCommunicationError(QuattApiClientError):
    """Exception to indicate a communication error."""


class QuattApiClientAuthenticationError(QuattApiClientError):
    """Exception to indicate an authentication error."""

class QuattApiClient:
    """Quatt API Client."""

    def __init__(
        self,
        ip_address: str,
        session: aiohttp.ClientSession,
    ) -> None:
        """Quatt API Client."""
        self._ip_address = ip_address
        self._session = session

    async def async_get_data(self) -> any:
        """Get data from the API."""
        return await self._api_wrapper(method="get", path="/beta/feed/data.json")

    @staticmethod
    def check_response_status(response):
        """Check the response status of the api response."""
        if response.status in (401, 403):
            raise QuattApiClientAuthenticationError("Invalid credentials")

    async def _api_wrapper(
        self,
        method: str,
        path: str,
        data: dict | None = None,
        headers: dict | None = None,
    ) -> any:
        """Get information from the API."""
        url = "http://" + self._ip_address + ":8080" + path

        for attempt in range(RETRY_ATTEMPTS):
            try:
                _LOGGER.debug("Fetching data from url: %s (Attempt %d)", url, attempt + 1)
                async with asyncio.timeout(20):
                    response = await self._session.request(
                        method=method,
                        url=url,
                        headers=headers,
                        json=data,
                    )
                    self.check_response_status(response)
                    response.raise_for_status()

                    return await response.json()

            except aiohttp.ServerDisconnectedError as exception:
                # Sometimes the ServerDisconnectedError is raised so retry to get the information
                _LOGGER.debug("Server disconnected error. Retrying... Attempt %d", attempt + 1)
                if attempt == RETRY_ATTEMPTS - 1:
                    raise QuattApiClientCommunicationError(
                        "Server disconnected after multiple attempts"
                    ) from exception
                await asyncio.sleep(0.1)

            except TimeoutError as exception:
                _LOGGER.error("Timeout error fetching information from %s: %s", url, exception)
                raise QuattApiClientCommunicationError(
                    "Timeout error fetching information",
                ) from exception

            except aiohttp.ClientError as exception:
                _LOGGER.error("Client error fetching information from %s: %s", url, exception)
                raise QuattApiClientCommunicationError(
                    "Client error fetching information",
                ) from exception

            except socket.gaierror as exception:
                _LOGGER.error("Socket error fetching information from %s: %s", url, exception)
                raise QuattApiClientCommunicationError(
                    "Socket error fetching information",
                ) from exception

            except Exception as exception:  # pylint: disable=broad-except
                _LOGGER.error("Unexpected error in _api_wrapper. URL: %s, Exception: %s", url, exception)
                raise QuattApiClientError(
                    "Unexpected error in _api_wrapper",
                ) from exception

        return None

Ik ook. Laat je weten hoe het gaat!!

[Nielsvde]

Lasoul schreef op vrijdag 29 november 2024 @ 10:58:
@jj85, @Nielsvde, @Fragger123
Ik heb een retry mechanisme ingebouwd en bij mij gaat het nu goed bij een refresh-interval van 5 seconden.
Zou een van jullie ook kunnen testen? Dan kan ik een PR maken zodat dit meegaat in de volgende release.

Je moet in het bestand custom_components\quatt\api.py de inhoud vervangen met de onderstaande code. Daarna even Home Assistant opnieuw opstarten en refresh interval aanpassen en dan zou het moeten werken.

code:

"""Quatt API Client."""
from __future__ import annotations

import asyncio
import logging
import socket

import aiohttp

# Number of retries on ServerDisconnectedError
RETRY_ATTEMPTS = 3

_LOGGER = logging.getLogger(__name__)


class QuattApiClientError(Exception):
    """Exception to indicate a general API error."""


class QuattApiClientCommunicationError(QuattApiClientError):
    """Exception to indicate a communication error."""


class QuattApiClientAuthenticationError(QuattApiClientError):
    """Exception to indicate an authentication error."""

class QuattApiClient:
    """Quatt API Client."""

    def __init__(
        self,
        ip_address: str,
        session: aiohttp.ClientSession,
    ) -> None:
        """Quatt API Client."""
        self._ip_address = ip_address
        self._session = session

    async def async_get_data(self) -> any:
        """Get data from the API."""
        return await self._api_wrapper(method="get", path="/beta/feed/data.json")

    @staticmethod
    def check_response_status(response):
        """Check the response status of the api response."""
        if response.status in (401, 403):
            raise QuattApiClientAuthenticationError("Invalid credentials")

    async def _api_wrapper(
        self,
        method: str,
        path: str,
        data: dict | None = None,
        headers: dict | None = None,
    ) -> any:
        """Get information from the API."""
        url = "http://" + self._ip_address + ":8080" + path

        for attempt in range(RETRY_ATTEMPTS):
            try:
                _LOGGER.debug("Fetching data from url: %s (Attempt %d)", url, attempt + 1)
                async with asyncio.timeout(20):
                    response = await self._session.request(
                        method=method,
                        url=url,
                        headers=headers,
                        json=data,
                    )
                    self.check_response_status(response)
                    response.raise_for_status()

                    return await response.json()

            except aiohttp.ServerDisconnectedError as exception:
                # Sometimes the ServerDisconnectedError is raised so retry to get the information
                _LOGGER.debug("Server disconnected error. Retrying... Attempt %d", attempt + 1)
                if attempt == RETRY_ATTEMPTS - 1:
                    raise QuattApiClientCommunicationError(
                        "Server disconnected after multiple attempts"
                    ) from exception
                await asyncio.sleep(0.1)

            except TimeoutError as exception:
                _LOGGER.error("Timeout error fetching information from %s: %s", url, exception)
                raise QuattApiClientCommunicationError(
                    "Timeout error fetching information",
                ) from exception

            except aiohttp.ClientError as exception:
                _LOGGER.error("Client error fetching information from %s: %s", url, exception)
                raise QuattApiClientCommunicationError(
                    "Client error fetching information",
                ) from exception

            except socket.gaierror as exception:
                _LOGGER.error("Socket error fetching information from %s: %s", url, exception)
                raise QuattApiClientCommunicationError(
                    "Socket error fetching information",
                ) from exception

            except Exception as exception:  # pylint: disable=broad-except
                _LOGGER.error("Unexpected error in _api_wrapper. URL: %s, Exception: %s", url, exception)
                raise QuattApiClientError(
                    "Unexpected error in _api_wrapper",
                ) from exception

        return None

Ik heb hem ook aangepast en ga het opvolgen.

Nielsvde schreef op vrijdag 29 november 2024 @ 12:45:
[...]

Ik heb hem ook aangepast en ga het opvolgen.

Sinds de aanpassing is geen problemen meer gehad

[Lasoul]

Nielsvde schreef op vrijdag 29 november 2024 @ 12:45:
[...]

Ik heb hem ook aangepast en ga het opvolgen.
[...]

Sinds de aanpassing is geen problemen meer gehad

Top, ik heb de PR (change) aangemaakt. Hopelijk wordt de nieuwe versie snel gereleased.

[Fragger123]

Nielsvde schreef op vrijdag 29 november 2024 @ 12:45:
[...]

Ik heb hem ook aangepast en ga het opvolgen.
[...]

Sinds de aanpassing is geen problemen meer gehad

Hier idem! Dank voor het onderhouden

[clubeddie]

gwjonker schreef op donderdag 12 september 2024 @ 22:35:
In de topic gwjonker in "Ervaringen met Quatt Deel 2" kreeg ik van een aantal het verzoek de code voor het onderstaande dashboard te delen. Hierbij een eerste poging.

[Afbeelding]

Vooraf
Btw, het is een picture-elements weergave. Het achtergrondplaatje heb ik gemaakt in PowerPoint en middels een screenshot opgeslagen als png.

De plaatsing en grootte van de tekstelementen is relatief en op maat gemaakt voor mijn Iphone 12 Pro Max (portrait).

Benodigd
- Geinstalleerde Quatt Duo (duh...)
- Home Assistant draaiend (duh...)
- HACS
- Quatt-integratie draaiend: https://github.com/marcoboers/home-assistant-quatt
- Achtergrondplaatje m.b.v. bijvoorbeeld de add-on Samba-share geplaatst op je HA in /config/www [Afbeelding]
- De code van de kaart toegevoegd aan een dashboardpagina:

code:

type: picture-elements
card_mod:
  style: |
    ha-card { height: 150px !important; }
elements:
  - type: state-label
    entity: sensor.heatpump_total_powerinput
    style:
      top: 12%
      left: 9%
      font-weight: bold
      color: white
      font-size: 130%
  - type: state-label
    entity: sensor.costs_kwh_heat_cv
    suffix: ' CV heat'
    style:
      top: 7%
      left: 25%
      font-weight: bold
      color: white
      font-size: 80%
  - type: state-label
    entity: sensor.costs_kwh_heat_hp
    suffix: ' HP heat'
    style:
      top: 12%
      left: 25%
      font-weight: bold
      color: white
      font-size: 80%
  - type: state-label
    entity: sensor.heatpump_total_quatt_cop
    style:
      top: 12%
      left: 50%
      font-weight: bold
      color: white
      font-size: 130%
    state: |
      [[[ return (entity.state === 'Onbekend') ? '-' : entity.state; ]]]
  - type: state-label
    entity: sensor.heatpump_total_waterdelta
    style:
      top: 10%
      left: 76%
      font-weight: bold
      color: white
      font-size: 110%
  - type: state-label
    entity: sensor.heatpump_total_power
    style:
      top: 12%
      left: 88%
      font-weight: bold
      color: white
      font-size: 130%
  - type: state-label
    entity: sensor.heatpump_hp1_powerinput
    style:
      top: 30%
      left: 15%
      font-weight: bold
      color: white
      font-size: 130%
  - type: state-label
    entity: sensor.heatpump_hp1_power
    style:
      top: 30%
      left: 33%
      font-weight: bold
      color: white
      font-size: 130%
  - type: state-label
    entity: sensor.heatpump_hp2_powerinput
    style:
      top: 30%
      left: 66%
      font-weight: bold
      color: white
      font-size: 130%
  - type: state-label
    entity: sensor.heatpump_hp2_power
    style:
      top: 30%
      left: 87%
      font-weight: bold
      color: white
      font-size: 130%
  - type: state-label
    entity: sensor.heatpump_hp1_quatt_cop
    style:
      top: 52%
      left: 15%
      font-weight: bold
      color: white
      font-size: 130%
  - type: state-label
    entity: sensor.heatpump_hp2_quatt_cop
    style:
      top: 52%
      left: 66%
      font-weight: bold
      color: white
      font-size: 130%
  - type: state-label
    entity: sensor.heatpump_hp1_temperatureoutside
    style:
      top: 63%
      left: 38%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.heatpump_hp2_temperatureoutside
    style:
      top: 63%
      left: 61%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.quatt_hp2_control_mode
    style:
      top: 72%
      left: 76%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.quatt_hp1_control_mode
    style:
      top: 72%
      left: 24%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.heatpump_thermostat_room_temperature
    prefix: 'CiC '
    style:
      top: 29%
      left: 50%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.t6_thermostaat_thermostat_indoor_temperature
    style:
      top: 42%
      left: 50%
      font-weight: bold
      color: white
      font-size: 120%
  - type: state-label
    entity: sensor.heatpump_thermostat_room_setpoint
    style:
      top: 45%
      left: 50%
      color: white
      font-weight: bold
      font-size: 100%
  - type: state-label
    entity: sensor.heatpump_hp1_temperaturewaterin
    style:
      top: 72%
      left: 7%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.heatpump_hp1_temperaturewaterout
    style:
      top: 72%
      left: 41%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.heatpump_hp2_temperaturewaterin
    style:
      top: 72%
      left: 58%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.heatpump_hp2_temperaturewaterout
    style:
      top: 72%
      left: 93%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.heatpump_flowmeter_flowrate
    style:
      top: 88%
      left: 17%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.heatpump_flowmeter_temperature
    style:
      top: 92%
      left: 17%
      font-weight: bold
      color: white
      font-size: 100%
  - type: state-label
    entity: sensor.quatt_total_power_input_kwh_daily
    prefix: 'Today input: '
    style:
      top: 87%
      left: 33%
      color: white
      font-size: 80%
      align: left
  - type: state-label
    entity: sensor.quatt_total_heat_power_kwh_daily
    prefix: 'Today heat: '
    style:
      top: 90%
      left: 33%
      color: white
      font-size: 80%
      align: left
  - type: state-label
    entity: sensor.gas_daily
    prefix: 'Today gas: '
    style:
      top: 93%
      left: 33%
      color: white
      font-size: 80%
  - type: state-label
    entity: sensor.quatt_cop_daily
    prefix: 'Today CoP: '
    style:
      top: 86%
      left: 53%
      color: white
      font-size: 80%
      align: left
  - type: state-label
    entity: sensor.quatt_costs_input_daily
    prefix: 'Today costs: '
    style:
      top: 89%
      left: 53%
      color: white
      font-size: 80%
      align: left
  - type: state-label
    entity: sensor.quatt_savings_heat_daily
    prefix: 'Today savings: '
    style:
      top: 92%
      left: 53%
      font-weight: bold
      color: white
      font-size: 80%
  - type: state-label
    entity: sensor.quatt_gas_saving_daily
    prefix: 'Today gas savings: '
    style:
      top: 95%
      left: 53%
      color: white
      font-size: 80%
  - type: state-label
    entity: sensor.heatpump_qc_supervisory_control_mode
    style:
      top: 90%
      left: 80%
      font-weight: bold
      color: white
      font-size: 90%
image: /local/quatt12.png

- de volgende template-sensors toegevoegd aan je HA-config:

code:

    #Quatt
    #HP1 working mode
    - name: "Quatt HP1 Control Mode"
      icon: mdi:auto-mode
      state: >
        {% if is_state('sensor.heatpump_hp1_workingmode', '0') %}
          Standby
        {% elif is_state('sensor.heatpump_hp1_workingmode', '1') %}
          Standby - heating
        {% elif is_state('sensor.heatpump_hp1_workingmode', '2') %}
          Heating - heatpump only
        {% elif is_state('sensor.heatpump_hp1_workingmode', '3') %}
          Heating - heatpump + boiler
        {% elif is_state('sensor.heatpump_hp1_workingmode', '4') %}
          Heating - boiler only
        {% elif is_state('sensor.heatpump_hp1_workingmode', '96') %}
          Anti-freeze protection - boiler on
        {% elif is_state('sensor.heatpump_hp1_workingmode', '97') %}
          Anti-freeze protection - boiler pre-pump
        {% elif is_state('sensor.heatpump_hp1_workingmode', '98') %}
          Anti-freeze protection - water circulation
        {% elif is_state('sensor.heatpump_hp1_workingmode', '99') %}
          Fault - circulation pump on
        {% endif %}

    #HP2 working mode
    - name: "Quatt HP2 Control Mode"
      icon: mdi:auto-mode
      state: >
        {% if is_state('sensor.heatpump_hp2_workingmode', '0') %}
          Standby
        {% elif is_state('sensor.heatpump_hp2_workingmode', '1') %}
          Standby - heating
        {% elif is_state('sensor.heatpump_hp2_workingmode', '2') %}
          Heating - heatpump only
        {% elif is_state('sensor.heatpump_hp2_workingmode', '3') %}
          Heating - heatpump + boiler
        {% elif is_state('sensor.heatpump_hp2_workingmode', '4') %}
          Heating - boiler only
        {% elif is_state('sensor.heatpump_hp2_workingmode', '96') %}
          Anti-freeze protection - boiler on
        {% elif is_state('sensor.heatpump_hp2_workingmode', '97') %}
          Anti-freeze protection - boiler pre-pump
        {% elif is_state('sensor.heatpump_hp2_workingmode', '98') %}
          Anti-freeze protection - water circulation
        {% elif is_state('sensor.heatpump_hp2_workingmode', '99') %}
          Fault - circulation pump on
        {% endif %}

    # Quatt Costs per kWh heat for CV and HP
    - name: Costs kWh heat CV
      unique_id: costs_kwh_heat_cv
      unit_of_measurement: "€/kWh"
      state: >
        {% set priceGas = states('sensor.gasprijs') | float %}
        {% set kwhPerM3Gas = 9.8 | float %}
        {% set efficiencyCV = 0.9 | float %}
        {{ '%.4f'%(priceGas / kwhPerM3Gas / efficiencyCV) | float }}
    - name: Costs kWh heat HP
      unique_id: costs_kwh_heat_hp
      unit_of_measurement: "€/kWh"
      state: >
        {% set priceElec = states('sensor.tarief_dal_en_normaal_gemiddeld_variabel') | float %}
        {% set totalCOP = states('sensor.heatpump_total_quatt_cop') | float %}
        {{ '%.4f'%(priceElec/totalCOP) | float }}

    # Quatt costs and savings daily
    - name: Quatt costs input daily
      unique_id: quatt_costs_input_daily
      unit_of_measurement: "€"
      state: >
        {% set kwhInput = states('sensor.quatt_total_power_input_kwh_daily') | float %}
        {% set kwhPrice = states('sensor.tarief_dal_en_normaal_gemiddeld_variabel') | float %}
        {{ '%.2f'%(kwhInput * kwhPrice) | float }}
    - name: Quatt savings heat daily
      unique_id: quatt_savings_heat_daily
      unit_of_measurement: "€"
      state: >
        {% set kwhHeat = states('sensor.quatt_total_heat_power_kwh_daily') | float %}
        {% set kwhPriceCVHeat = states('sensor.costs_kwh_heat_cv') | float %}
        {% set costsInputDaily = states('sensor.quatt_costs_input_daily') | float %}
        {{ '%.2f'%(kwhHeat * kwhPriceCVHeat - costsInputDaily ) | float }}

    - name: Quatt gas saving daily
      unique_id: quatt_gas_savings_daily
      unit_of_measurement: "m3"
      state: >
        {% set kwhHeat = states('sensor.quatt_total_heat_power_kwh_daily') | float %}    
        {% set kwhPerM3Gas = 9.8 | float %}
        {% set efficiencyCV = 0.9 | float %}
        {{ '%1f'%(kwhHeat / efficiencyCV / kwhPerM3Gas ) | float }}         

    # Quatt daily CoP
    - name: Quatt COP daily
      unique_id: quatt_cop_daily
      unit_of_measurement: "CoP"
      state: >
        {% set total_heat = states('sensor.quatt_total_heat_power_kwh_daily') | float %}
        {% set total_input = states('sensor.quatt_total_power_input_kwh_daily') | float %}
        {{ '%.2f'%(total_heat/total_input) | float }}

- de volgende utility-meters toegevoegd aan je HA-config:

code:

# Quatt daily
#HP1
quatt_hp1_power_input_kwh_daily:
  source: sensor.quatt_hp1_energy_input_kwh
  name: Quatt HP1 Power Input kWh Daily
  cycle: daily
quatt_hp1_heat_power_kwh_daily:
  source: sensor.quatt_hp1_heat_energy_kwh
  name: Quatt HP1 Heat Power kWh Daily
  cycle: daily

#HP2
quatt_hp2_power_input_kwh_daily:
  source: sensor.quatt_hp2_energy_input_kwh
  name: Quatt HP2 Power Input kWh Daily
  cycle: daily
quatt_hp2_heat_power_kwh_daily:
  source: sensor.quatt_hp2_heat_energy_kwh
  name: Quatt HP2 Heat Power kWh Daily
  cycle: daily

#Total
quatt_total_power_input_kwh_daily:
  source: sensor.quatt_total_energy_input_kwh
  name: Quatt Total Power Input kWh Daily
  cycle: daily
quatt_total_heat_power_kwh_daily:
  source: sensor.quatt_total_heat_energy_kwh
  name: Quatt Total Heat Power kWh Daily
  cycle: daily

- Daarnaast moet deze template sensor gevuld zijn: sensor.tarief_dal_en_normaal_gemiddeld_variabel. Gebruik ik nu om mijn maandvariabele waarden te middelen. Kan nauwkeuriger, maar voor de eerste indruk prima mee te leven.

Ik denk dat dit het is wat je nodig hebt. Benieuwd of jullie het geheel aan de praat krijgen. Verbeteringen zijn altijd welkom!

Het wordt weer kouder dus weer tijd om lekekr binnen te zitten en dashboardjes te optimaliseren in HA. Zojuist even met die van jou aan de slag gegaan. Ik zie dat je deze sensor gebruikt:
sensor.heatpump_total_quatt_cop

Echter heb ik deze sensor niet in mijn configuratie, kan het zijn dat deze sinds de laatste update van de Quatt integratie is komen te vervallen. Zover ik hem zie maken we hem ook niet zelf aan. Of zie ik iets over het hoofd?

Ik heb hier een enkele Quatt ipv duo, denk dat daar het issue zit. Eerst nog even proberen zelf op te lossen

[jj85]

@AlfredPteD Hier maar even verder reageren om het Quatt topic niet verder te vullen met defrost-detecties

AlfredPteD schreef op maandag 2 december 2024 @ 12:33:
[...]

Dank je. ik heb wel rondgekeken op gitbub, maar deze tab had ik niet gevonden.

Ik vind het gekozen algoritme op basis van deltaT risicovol. Temperaturen hebben altijd een na-ijl effect omdat het altijd even duurt voordat iets op temperatuur is, of is afgekoeld. Hadden ze niet beter hun oude algoritme wat kunnen aanpassen :

[...]

naar

[...]

De powerin kan tijdens een defrost kort onder de 100W komen.. tenminste dat zegt mijn data (volgens anderen is dit volstrekt onmogelijk...)
Probleem hier was een korte dip onder de 100 en dan weer terug omhoog. Resultaat 2 defrosts geteld ipv 1.


Voor na-ijl effect ben ik niet zo bang met 800-900 L/h; zal geen minuten zijn

[Lasoul]

jj85 schreef op maandag 2 december 2024 @ 20:35:
@AlfredPteD Hier maar even verder reageren om het Quatt topic niet verder te vullen met defrost-detecties


[...]


De powerin kan tijdens een defrost kort onder de 100W komen.. tenminste dat zegt mijn data (volgens anderen is dit volstrekt onmogelijk...)
Probleem hier was een korte dip onder de 100 en dan weer terug omhoog. Resultaat 2 defrosts geteld ipv 1.
[Afbeelding]

Voor na-ijl effect ben ik niet zo bang met 800-900 L/h; zal geen minuten zijn

@AlfredPteD Met de nieuwe firmware versie van de CIC wordt de power output niet meer negatief vandaar de check op 0. Daarnaast is het vermoeden dat bij de defrost in een Quatt Duo opstelling de andere warmtepomp wordt gebruikt voor de defrost (rondpompen en warmtegeneratie). In dat geval kan het zijn dat het verbruikte vermogen van de betreffende warmtepomp zeer laag is.

[AlfredPteD]

jj85 schreef op maandag 2 december 2024 @ 20:35:
@AlfredPteD Hier maar even verder reageren om het Quatt topic niet verder te vullen met defrost-detecties


[...]


De powerin kan tijdens een defrost kort onder de 100W komen.. tenminste dat zegt mijn data (volgens anderen is dit volstrekt onmogelijk...)
Probleem hier was een korte dip onder de 100 en dan weer terug omhoog. Resultaat 2 defrosts geteld ipv 1.
[Afbeelding]

Voor na-ijl effect ben ik niet zo bang met 800-900 L/h; zal geen minuten zijn

Even kijken waar hier is ? Quatt en domotica. Oke, prima.

In jouw plaatje is de powerIn zelfs even gelijk aan 0. Misschien moet je dan wel spreken over twee defrosts.

Ik heb in mijn algoritime, dat gebaseerd is op powerin<100 en powerOut=0, een periode gekozen hoelang deze periode minimaal moet duren (nu ingesteld op minimaal 60s) zodat de spikes weggefilterd worden die ontstaan bij in- en uitschakelen van de quatt. Dit is waarschijnlijk niet nodig als je het algoritme op de temperatuur baseerd, want die heeft al wat traagheid.

Ik ben het wel met je eens dat de stroming door de warmtepomp wel hoog is, dus de vertraging is klein, maar de warmte moet ook nog naar de temperatuursensoren doordringen. Dat is ook weer wat trager. Je krijgt dan geen exact beeld van de defrost periode. Wat ik hier roep is deels wel op aannamen gebaseerd want ik heb nog niet veel goede data.

[m10tech]

We zijn bezig de modbus sniffer betrouwbaar te maken. Daar is defrost een boolean bit in de rapportage.
Wellicht kun je voor jezelf ook een RS485 bordje aanschaffen zodat jullie wat betrouwbare input hebt en daar de fuzzy logic op kunt kalibreren.
Voor details, PB...?

[m10tech]

Freeckje schreef op zondag 24 november 2024 @ 11:15:
[...]
Voorlopig antwoord van Quatt:
[...]
Tijdens de koude periode dezelfde "oscillaties" in de powerinput gezien nu ook bij de hogere vermogens. Dit resulteerde in een jankend effect van het geluid dat doordrong tot in de huiskamer. We wachten op het vervolgantwoord.

Is hier al een vervolg op?

Ik heb ondertussen een vergelijkbaar fenomeen gevonden vanochtend in de anti-freeze water flow.
De pomp wordt om de 5 a 10 seconden aan en uitgeschakeld! Daar wordt ie vast niet blij van...

De modbus log hiervan is te vinden op https://www.icloud.com/ic...BjYTbg#quatt-pump-flipper
@Freeckje misschien iets om toe te voegen aan het dossier?

code:

                    flippers
2137 2138 3999 1999 2010 2015  day_time  
pomp pomp           pomp pomp
 W    l/h  x    x    on  1/sp
0028 0000 0000 0000 1000 0320  7_00:28:08
0028 0000 0000 0000 1000 0320  7_00:28:09
0028 0000 0000 0000 1000 0320  7_00:28:10
0028 0000 0000 0000 1000 0320  7_00:28:11
0028 0000 0000 0000 1000 0320  7_00:28:12
0028 0000 0000 0000 1000 0320  7_00:28:13
0028 0000 0000 0000 1000 0320  7_00:28:14
0028 0000 0000 0000 1000 0320  7_00:28:15
0028 0000 0000 0000 1000 0320  7_00:28:16
0028 0000 0000 0000 1000 0320  7_00:28:17
0028 0000 0000 0000 1000 0320  7_00:28:18
0028 0000 0000 0000 1000 0320  7_00:28:19
0028 0000 0000 0000 0000 0000  7_00:28:20
0316 0181 0000 0000 0000 0000  7_00:28:21
01ea 0181 0000 0000 1000 0320  7_00:28:22
0028 0000 0000 0000 1000 0320  7_00:28:23
0028 0000 0000 0000 1000 0320  7_00:28:24
0028 0000 0000 0000 1000 0320  7_00:28:25
0028 0000 0000 0000 1000 0320  7_00:28:26
0028 0000 0000 0000 1000 0320  7_00:28:27
0028 0000 0000 0000 0000 0000  7_00:28:28
0334 0000 0000 0000 0000 0000  7_00:28:29
0316 0000 0000 0000 1000 0320  7_00:28:30
0046 0000 0000 0000 1000 0320  7_00:28:31
0028 0000 0000 0000 0000 0000  7_00:28:32
01fe 0000 0000 0000 0000 0000  7_00:28:33
0316 0000 0000 0000 0000 0000  7_00:28:34
0316 0000 0000 0000 0000 0000  7_00:28:35
0316 0000 0000 0000 0000 0000  7_00:28:36
014a 0000 0000 0000 1000 0320  7_00:28:37
003c 0000 0000 0000 1000 0320  7_00:28:38
0028 0000 0000 0000 1000 0320  7_00:28:39
0028 0000 0000 0000 1000 0320  7_00:28:40
0028 0000 0000 0000 0000 0000  7_00:28:41
02f8 014c 0000 0000 0000 0000  7_00:28:42
0316 014c 0000 0000 0000 0000  7_00:28:43
0316 0000 0000 0000 0000 0000  7_00:28:44
0424 0000 0000 0000 1000 0320  7_00:28:45
0046 0000 0000 0000 1000 0320  7_00:28:46
00a0 0000 0000 0000 0000 0000  7_00:28:47
0316 0000 0000 0000 0000 0000  7_00:28:48
0316 0000 0000 0000 0000 0000  7_00:28:49
0316 0000 0000 0000 0000 0000  7_00:28:50
etc...
0028 0000 0000 0000 1000 0320  7_00:42:32

[Freeckje]

m10tech schreef op zaterdag 7 december 2024 @ 12:19:
[...]

Is hier al een vervolg op?

Ik heb ondertussen een vergelijkbaar fenomeen gevonden vanochtend in de anti-freeze water flow.
De pomp wordt om de 5 a 10 seconden aan en uitgeschakeld! Daar wordt ie vast niet blij van...

De modbus log hiervan is te vinden op https://www.icloud.com/ic...BjYTbg#quatt-pump-flipper
@Freeckje misschien iets om toe te voegen aan het dossier?

Neen, het laatste bericht vanuit Quatt stamt uit 27 november j.l. met de mededeling dat ze me niet vergeten waren
Ik constateer die oscillaties trouwens op meerdere vermogensnivo's en denk dat dit onderdeel is van het regel-algoritme dat ze toepassen in de CiC. Het lijkt er op dat dan uitmondt in een soort pwm-aansturing bij de tussennivo's van de vermogensvragen (speculatie hoor). Mbt de waterpomp: dat lijkt me ander fenomeen dan de oscillaties waarnaar ik refereer, ik zal eens in mijn datalogs duiken.

PS 18:50 uur: rondom een defrost gaat de pomp 3 a 4 minuten van 800 naar 850 l/u. Geen uitschakelingen van de flow gedurende de dag tijdens defrosts (bij mij althans op 19-11-2024).

[ Voor 7% gewijzigd door Freeckje op 07-12-2024 19:00 ]

[m10tech]

OK, zelfs als het een tussenniveau is, dan heeft het geen zin om met dit tempo die PWM te doen.
De traagheid van een woning opwarmen maakt dat elke 10 minuten op of afschakelen goed genoeg is.

Over de antifreeze. Als je eenmaal hebt besloten die aan of uit te zetten, laat die dan ook 2 minuten zo, dat maakt verder ook niet uit. Maar niet elke 3, 5 of 10 seconden op en neer...

[JanHenk]

jj85 schreef op maandag 9 december 2024 @ 13:31:
[...]

@vanquishsdiv
Aanvulling, net zelf ook maar eens geprobeerd. De stappen van @Slurpgeit gevolgd, dit werkt prima

Refresh token verkrijgen: Slurpgeit in "Ervaringen met Quatt?"
HA templates: Slurpgeit in "Ervaringen met Quatt?"

Volgens mij kun je ook zelf met dynamische tarieven in de Quatt app gaan werken als je deze instructies van @Slurpgeit in HA doorvoert. Dan kun je bijv elk uur automatisch vanuit HA de tarieven in de app aanpassen
Slurpgeit in "Ervaringen met Quatt?"

Leuk

Ben wel benieuwd of er, buiten hetgeen Slurpgeit al heeft benoemd en opgenomen in z'n config.yaml, via die mobile api (https://mobile-api.quatt.io/api/v1/me) meer gegevens te verkrijgen zijn die niet (meer) zijn opgenomen in de json van de local webserver? De compressorfrequentie is één ding, maar ik heb het idee dat er nog meer in zit...

[jj85]

JanHenk schreef op maandag 9 december 2024 @ 13:47:
[...]


Leuk

Ben wel benieuwd of er, buiten hetgeen Slurpgeit al heeft benoemd en opgenomen in z'n config.yaml, via die mobile api (https://mobile-api.quatt.io/api/v1/me) meer gegevens te verkrijgen zijn die niet (meer) zijn opgenomen in de json van de local webserver? De compressorfrequentie is één ding, maar ik heb het idee dat er nog meer in zit...

Niet heel veel meer relevante info, nog wel bijv PumpLevel.
Maar verder wel veel informatie.

Wel een interessante; lteConnectionStatus=true, zou er ook een sim-kaartje in de CIC zitten voor communicatie?

JSON:

{
    "meta": {
        "status": 200,
        "took": 0.019003551
    },
    "result": {
        "id": "xxx",
        "firstName": "xxx",
        "lastName": "xxx",
        "isInstaller": false,
        "cicIds": ["CIC-xxx"],
        "installerCicIds": [],
        "userClientIds": [],
        "cics": [{
            "id": "CIC-xxx",
            "installationId": "xxx",
            "installedAt": "2024-08-07T11:57:00.343Z",
            "availableWifiNetworks": [{
                "SSID": "xxx",
                "signal": 77,
                "security": "WPA2",
                "encrypted": true,
                "barsOutOf5": 3
            }]
            "boilerPower": 0,
            "cableConnectionStatus": "disconnected",
            "flowRate": 893.01,
            "isScanningForWifi": false,
            "lastScannedForWifi": "2024-08-09T16:34:42.063Z",
            "lteConnectionStatus": "connected",
            "wifiConnectionStatus": "connected",
            "wifiSSID": "xxx",
            "electricityPrice": 0.24369,
            "dayElectricityPrice": null,
            "nightElectricityPrice": null,
            "gasPrice": 1.32706,
            "usePricingToLimitHeatPump": false,
            "silentMode": "night",
            "heatPumps": [{
                "on": false,
                "modbusSlaveId": 1,
                "compressorFrequency": 0,
                "compressorFrequencyDemand": 0,
                "minimumPower": 0,
                "power": 0,
                "electricalPower": 37.150232,
                "ratedPower": 5864.731637,
                "expectedPower": 0,
                "status": null,
                "temperatureOutside": 5.92,
                "temperatureWaterIn": 25.03,
                "temperatureWaterOut": 24.92,
                "waterPumpLevel": 5,
                "silentModeStatus": false,
                "limitedByCop": false
            }, {
                "on": true,
                "modbusSlaveId": 2,
                "compressorFrequency": 30,
                "compressorFrequencyDemand": 30,
                "minimumPower": 0,
                "power": 2140.934388,
                "electricalPower": 352.834625,
                "ratedPower": 5872.496481,
                "expectedPower": 0,
                "status": null,
                "temperatureOutside": 6.01,
                "temperatureWaterIn": 24.7,
                "temperatureWaterOut": 26.77,
                "waterPumpLevel": 5,
                "silentModeStatus": false,
                "limitedByCop": false
            }],
            "boilerDemand": null,
            "boilerPressure": null,
            "boilerWaterTemperatureIn": 26.77,
            "boilerWaterTemperatureOut": 26.496145,
            "heatingWaterTemperatureIn": 26.77,
            "heatingWaterTemperatureOut": 26.496145,
            "thermostatControlTemperatureSetPoint": null,
            "thermostatRoomTemperatureSetPoint": 20.5,
            "thermostatDemand": null,
            "thermostatRoomTemperature": 20.9,
            "thermostatFlameOn": true,
            "showThermostatTemperatures": true,
            "boilerOn": false,
            "status": "active",
            "serial": null,
            "supervisoryControlMode": 2,
            "isHp1Connected": true,
            "isHp2Connected": true,
            "isThermostatConnected": true,
            "isBoilerConnected": null,
            "isTemperatureSensorConnected": true,
            "isControllerAlive": true,
            "name": "xxx",
            "zipCode": "xxx",
            "orderNumber": "xxx",
            "wifiEnabled": true,
            "electricityNightTimeStartHour": 23,
            "electricityNightTimeEndHour": 7,
            "numberOfHeatPumps": 2,
            "insightsStartAt": "2024-08-07T11:57:00.343Z",
            "quattBuild": "2.20.2",
            "hasSoundSlider": true,
            "dayMaxSoundLevel": "normal",
            "nightMaxSoundLevel": "silent",
            "temperatureOutside": 6,
            "waterTemperature": 26.5,
            "supportsForgetWifi": true
        }],
        "installerCics": []
    }
}

[marcoboers94]

Freeckje schreef op zaterdag 7 december 2024 @ 13:44:
[...]

Neen, het laatste bericht vanuit Quatt stamt uit 27 november j.l. met de mededeling dat ze me niet vergeten waren
Ik constateer die oscillaties trouwens op meerdere vermogensnivo's en denk dat dit onderdeel is van het regel-algoritme dat ze toepassen in de CiC. Het lijkt er op dat dan uitmondt in een soort pwm-aansturing bij de tussennivo's van de vermogensvragen (speculatie hoor). Mbt de waterpomp: dat lijkt me ander fenomeen dan de oscillaties waarnaar ik refereer, ik zal eens in mijn datalogs duiken.

PS 18:50 uur: rondom een defrost gaat de pomp 3 a 4 minuten van 800 naar 850 l/u. Geen uitschakelingen van de flow gedurende de dag tijdens defrosts (bij mij althans op 19-11-2024).

Ik weet niet of het het er mee te maken heeft, maar vorige week waren er monteurs bij mij voor een ongerelateerd service verzoek en toen gaven ze aan dat ze ook meteen de pomp gingen vervangen omdat er een terugroepactie was. Ik had zelf verder nog niks gemerkt aan de pomp in ieder geval.

[Freeckje]

marcoboers94 schreef op maandag 9 december 2024 @ 20:50:
[...]


Ik weet niet of het het er mee te maken heeft, maar vorige week waren er monteurs bij mij voor een ongerelateerd service verzoek en toen gaven ze aan dat ze ook meteen de pomp gingen vervangen omdat er een terugroepactie was. Ik had zelf verder nog niks gemerkt aan de pomp in ieder geval.

Geen relatie met wat ik gemeten heb. Dat had betrekking op een eerdere post van @m10tech .

[jk-d]

Ik vermoed dat het antwoord een grote "nee" is, maar weet iemand of er een mogelijkheid is om het schuifje "optimale besparing" op een andere manier om te zetten dan enkel in de Quatt app? Komende dagen zijn de elektriciteitsprijzen met een dynamisch contract zodanig dat het nu even interessanter is om de CV het werk te laten doen.

[JanHenk]

@jk-d Met de mobile API die hierboven genoemd is kun je puts doorvoeren, zie Slurpgeit in "Ervaringen met Quatt?". Daarmee kun je automations maken die de prijs aanpassen bij Quatt.

Maar je hebt dus een geroote Android telefoon nodig om jouw (persoonlijke) refresh-token te achterhalen. Of een behulpzame Tweaker die je daarmee kan helpen?

[jk-d]

JanHenk schreef op woensdag 11 december 2024 @ 15:47:
@jk-d Met de mobile API die hierboven genoemd is kun je puts doorvoeren, zie Slurpgeit in "Ervaringen met Quatt?". Daarmee kun je automations maken die de prijs aanpassen bij Quatt.

Heb ik inderdaad langs zien komen, eens verder verdiepen.

Maar je hebt dus een geroote Android telefoon nodig om jouw (persoonlijke) refresh-token te achterhalen. Of een behulpzame Tweaker die je daarmee kan helpen?

Eens kijken wat Marktplaats te bieden heeft

[jk-d]

JanHenk schreef op woensdag 11 december 2024 @ 15:47:
@jk-d Met de mobile API die hierboven genoemd is kun je puts doorvoeren, zie Slurpgeit in "Ervaringen met Quatt?". Daarmee kun je automations maken die de prijs aanpassen bij Quatt.

Maar je hebt dus een geroote Android telefoon nodig om jouw (persoonlijke) refresh-token te achterhalen. Of een behulpzame Tweaker die je daarmee kan helpen?

Heeft iemand dit al eens met een packetsniffer geprobeerd of loop ik dan tegen encryptie aan?

[verguldebarman]

jk-d schreef op donderdag 12 december 2024 @ 12:53:
[...]

Heeft iemand dit al eens met een packetsniffer geprobeerd of loop ik dan tegen encryptie aan?

Ik denk dat de oplossing van @TeslaNerd gemakkelijker is, dan pakketjes snuiven.

Check zijn ModBus posts maar eens

[m10tech]

@jk-d Via Modbus kun je niets met de app of de cic en dus kun je niet de prijzen of de besparing aanpassen.

Ik heb recent mitmproxy gebruikt en daarvoor kun je het certificaat daarvan op je telefoon laden.
Ik heb daar de kijk functies van de app mee kunnen bekijken zonder probleem.
De aanpasfuncties lijken me dan ook geen probleem.
Ik kan later nog wel wat testen om details te geven, indien je je token al hebt.
Mitmproxy kan dat trouwens ook onthullen.
stuur maar een pb als je meer wilt...

[m10tech]

hierbij de PUT om de tarieven aan te passen

natuurlijk moet je de URL aanpassen aan je eigen situatie

code:

PUT https://mobile-api.quatt.io/api/v1/me/installation/INS-53153b49-89c0-xxxx-97e3-1371dcf97f05/tariff/TAR-40249432-xxxx-4dbe-9ecf-8d9015b87fad HTTP/2.0
accept: application/json
content-type: application/json
authorization: Bearer e-redacted-g
content-length: 128
sentry-trace: 2585115861d14a109a12dac2859bb737-fc9b0d59556546b5-0
baggage: sentry-environment=production,sentry-public_key=aa4361a5de8c812c5183d296ec199e8e,sentry-release=io.quatt.mobile.ios%401.20.1%2B2,sentry-trace_id=2585115861d14a109a12dac2859bb737
user-agent: QuattMobileApp/2 CFNetwork/1410.1 Darwin/22.6.0
accept-language: en-GB,en;q=0.9
accept-encoding: gzip, deflate, br

{"gasPrice":1.27416,"tariffType":"double","validFrom":"2024-06-25","nightElectricityPrice":0.2532,"dayElectricityPrice":0.29973}

HTTP/2.0 200 
date: Fri, 13 Dec 2024 15:13:06 GMT
content-type: application/json; charset=utf-8
report-to: {"group":"heroku-nel","max_age":3600,"endpoints":[{"url":"https://nel.heroku.com/reports?ts=1734102786&sid=c4c9725f-1ab0-44d8-820f-430df2718e11&s=tzF9s6%2FOXkZ%2FbBROqMwR1aI%2BM9HSLPjihPxh3UEDu5U%3D"}]}
reporting-endpoints: heroku-nel=https://nel.heroku.com/reports?ts=1734102786&sid=c4c9725f-1ab0-44d8-820f-430df2718e11&s=tzF9s6%2FOXkZ%2FbBROqMwR1aI%2BM9HSLPjihPxh3UEDu5U%3D
nel: {"report_to":"heroku-nel","max_age":3600,"success_fraction":0.005,"failure_fraction":0.05,"response_headers":["Via"]}
x-powered-by: Express
etag: W/"11f-41queS8Ie2YAqOPwznIbBpsR6d8"
via: 1.1 vegur
cf-cache-status: DYNAMIC
server: cloudflare
cf-ray: 8f16e56db9b0ec89-MAD
server-timing: cfL4;desc="?proto=TCP&rtt=13693&min_rtt=9555&rtt_var=7110&sent=90&recv=68&lost=0&retrans=2&sent_bytes=29521&recv_bytes=15763&delivery_rate=448458&cwnd=256&unsent_bytes=0&cid=2f053473565e6f83&ts=225089&x=0"
content-length: 287

{"meta":{"status":200,"took":0.093332865},"result":{"id":"TAR-40249432-xxxx-4dbe-9ecf-8d9015b87fad","electricityPrice":null,"dayElectricityPrice":0.29973,"nightElectricityPrice":0.2532,"gasPrice":1.27416,"validFrom":"2024-06-24T22:00:00.000Z","isDeletable":false,"isDateEditable":false}}

[jk-d]

m10tech schreef op vrijdag 13 december 2024 @ 14:40:
@jk-d Via Modbus kun je niets met de app of de cic en dus kun je niet de prijzen of de besparing aanpassen.

Ik heb recent mitmproxy gebruikt en daarvoor kun je het certificaat daarvan op je telefoon laden.
Ik heb daar de kijk functies van de app mee kunnen bekijken zonder probleem.
De aanpasfuncties lijken me dan ook geen probleem.
Ik kan later nog wel wat testen om details te geven, indien je je token al hebt.
Mitmproxy kan dat trouwens ook onthullen.
stuur maar een pb als je meer wilt...

Klinkt interessant. Ga me maar eens even verdiepen in mitmproxy. Electr prijzen zijn nu gelukkig weer wat normaler, dus quatt mag z'n werk weer doen. Maar ik laat HA graag de klus klaren om CV aan het verwarmen te krijgen bij een volgende prijspiek.

[m10tech]

Ik zie voorbereidingen in de APP en de API call voor een systeem met prijs/tijd blokken. Dat is nu nog niet actief, er is maar 1 blok. Maar als Quatt dat introduceert zou het kunnen dat je voor een hele dag de prijzen kunt invullen en dat ze dan de boel automatisch op gas zetten indien de electra duurder is.
Dan heb jij (en niemand) HA nodig om dit te regelen.
Als je daar niet op wilt wachten, dan kun je lekker tweaken...

[Freeckje]

Freeckje schreef op donderdag 7 november 2024 @ 22:24:
[...]

[Afbeelding]
Als ik uitzoom dan zie je pas echt wat er zich afspeelt. Een rimpel of m.i. een oscillatie van de PID-regelaar? Optisch lijkt powerinput redelijk stabiel maar de rimpel is toch ca + en - 20 % max! Om de ca 30 seconden, lijkt het, wordt het setpoint powerinput geupdate. Belangrijk te vermelden dat de sample rate 0.5 Hz was, daarna komt de echte vorm van de signalen goed naar voren (denk aan Nyquist-frequentie).
Kunnen jullie de compressor frequentie hieraan toevoegen? Zie mijn oorspronkelijke vraag.
Er zijn ook periodes dat de signalen heel stabiel zijn!

@TeslaNerd @m10tech en anderen.
De laatste reactie van Quatt op mijn bevinding dat de regeling c.q. het inputvermogen van de wp (m.i. onnodig) fluctueert, hetgeen mogelijk onnodige slijtage van de compressor tot gevolg heeft. Zie afbeelding bovenstaande post.

Ze wijzen de onregelmatige waterflow als hoofdoorzaak aan. Mogelijk baseren ze zich op een oude datalog die ze van mijn wp op de plank hadden liggen. Maar de laatste tijd is de waterflow juist heel stabiel (afgezien van wat ruis). Echter de fluctuaties in de powerinput en poweroutputsignalen zijn er nog steeds op alle vermogensnivo's. Aangezien de Quatt op zich naar tevredenheid draait denk ik er aan om het er bij te laten zitten, tenzij andere forumleden aan deze discussie nog wat aan toe te voegen hebben.

[m10tech]

Dank @Freeckje voor de opvolging.

Ik denk dat Quatt zich toch serieus moet bezinnen over de snelheid van haar regelingen in het zicht van een traag systeem en de slijtage aan compressor en pomp.
Een snel variërende input is geen excuus naar mijn mening.

Je mag het stokje aan mij overdragen indien je het zelf hierbij wilt laten.

In mijn Quatt heb ik geen last van flowvariaties, 800+-10 is prima voor een regelloop met 1s feedback (modbus) en toch beide fenomenen waargenomen.

[Freeckje]

m10tech schreef op woensdag 18 december 2024 @ 16:14:
Dank @Freeckje voor de opvolging.

Ik denk dat Quatt zich toch serieus moet bezinnen over de snelheid van haar regelingen in het zicht van een traag systeem en de slijtage aan compressor en pomp.
Een snel variërende input is geen excuus naar mijn mening.

Je mag het stokje aan mij overdragen indien je het zelf hierbij wilt laten.

In mijn Quatt heb ik geen last van flowvariaties, 800+-10 is prima voor een regelloop met 1s feedback (modbus) en toch beide fenomenen waargenomen.

OK, dat bevestigt in ieder geval mijn bevindingen, dan geef ik sowieso Quatt nog een reactie, met daarin opgemerkt dat ik niet de enige ben die dit fenomeen waarneemt.
Het kan natuurlijk geen kwaad dat jij ook een ticket opent op dit onderwerp. Wordt dus vervolgd

[ Voor 4% gewijzigd door Freeckje op 18-12-2024 16:22 ]

[m10tech]

Ik wacht even met een ticket tot na 1 januari want dan zijn ze uit de stress van de nieuwe klanten binnenloodsen. Van mij mag je in jouw ticket naar mij verwijzen.
Ik geef je mijn klantnummer in een PB...

[m10tech]

m10tech schreef op dinsdag 3 december 2024 @ 21:38:
We zijn bezig de modbus sniffer betrouwbaar te maken. Daar is defrost een boolean bit in de rapportage.
Wellicht kun je voor jezelf ook een RS485 bordje aanschaffen zodat jullie wat betrouwbare input hebt en daar de fuzzy logic op kunt kalibreren.
Voor details, PB...?

Wat mij betreft is het ModBus sniffen in een beta stadium geraakt.
Met de code in https://github.com/M10tech/Quatt-sniffer lukt het mij elke seconde een HA update te krijgen van de betreffende registers.
Ik werk nog aan throttle (dus eens per x seconden).
Wil je details, stuur een PB en ik voeg je toe aan de discussie die @TeslaNerd en @jj85 en ik hebben hierover.

Aan ieder die weet hoe HA werkt, hoe erg is het dat je elke seconde update?

[m10tech]

En om iedereen een beetje lekker te maken voor wat je dan kunt zien:

Het 'janken' van de compressor die om de zoveel seconden harder en zachter gaat. (@Freeckje jouw ontdekking) en het continue bij sturen van de pomp (omdat origineel de flow alleen bekend was bij de CiC en de pomp in de Quatt zit)




En alle geheimzinnige temperaturen

[jj85]

Hulde aan @m10tech voor zijn werk!
Goed om te vermelden dat dit op basis van ESPHome is, wat weer zorgt voor een fijne integratie in HA

Al even wat mee gespeeld

[m10tech]

Voor de mensen die ook modbus willen sniffen:
@TeslaNerd heeft dit bordje gevonden waar alles op en aan zit, maar waar je nog de TX lijn moet doorsnijden en drie weerstanden moet verwijderen (om het echt goed te doen, R1,R2,R3).
https://www.tindie.com/pr...s-and-optional-touch-tft/

Ikzelf gebruik mijn eigen ESP, voeding en dit bordje:
https://www.aliexpress.co...st_main.47.6b0b1802qxz4T8
Daarop hoef ik alleen een 120ohm weerstand te verwijderen (markering 122, dus 1200 ohm en kan dus ook gewoon blijven).

Ook Olimex heeft een RS485 bordje, maar geen ervaring mee:
https://www.olimex.com/Products/Modules/Interface/MOD-RS485/

[ Voor 9% gewijzigd door m10tech op 21-12-2024 23:03 ]

[m10tech]

En hoe je de TX lijn moet doorkrassen op het ESPC3 bordje dat TeslaNerd heeft:

[m10tech]

Met de Quatt-sniffer op versie 0.1.4 denken we dat het delen van metingen een goede stap is om meer te leren over onze Quatt.
Hieronder als voorbeeld een (grote) weergave van een periode waarin de CiC extreem veel wisselingen in de power-mode (cmd_compressorlevel) deed. Dat was al besproken op basis van een tekstuele modbus dump, maar met deze grafieken komen we een stuk sneller tot inzicht.

Is dat snelle schakelen gezond voor een compressor? We hebben het hier over op en afschalen in luttele seconden!!

PS. de onderste balken zijn leeg omdat dit nog op basis van v0.1.2 was

[m10tech]

En dit is het beeld van een defrost zonder bodemplaatverwarming.
Kunnen we speculeren wat al die bits voorstellen??

[m10tech]

Over de bits in R2108, het schema in de Quatt geeft wel wat hints:

L5=bottom plate heater
L6=Crankcase heater
L10=4 way value
RLY11=pump
CN11=EEVmotor=ElectronicExpansionValve


Foto gemaakt bij de vervanging door Quatt monteur van de flowmeter

[m10tech]

Versie is nu 0.7, om uit te stralen dat we een eind op weg zijn naar versie 1.0
https://github.com/M10tech/Quatt-sniffer
Er is nu een goede uitleg en instructies hoe dit te gebruiken...

Enjoy!

[ Voor 3% gewijzigd door m10tech op 22-12-2024 18:02 ]

[TeslaNerd]

m10tech schreef op zaterdag 21 december 2024 @ 17:42:
En hoe je de TX lijn moet doorkrassen op het ESPC3 bordje dat TeslaNerd heeft:
[Afbeelding]

Is het met jou modbus componenten nog nodig om het TX spoortje door te krassen?

[m10tech]

Dat vroeg ik me ook af, maar ik wil expliciet voorkómen dat 'men' met de sniffer de communicatie tussen Quatt en CiC platlegt. Dat is iemand bij het alpha-testen ook overkomen, en als dat niet wordt ontdekt, dan zou dat tot fysieke schade aan de Quatt kunnen lijden.
Op de CiC stekker staat niet voor niets: "niet uittrekken, de Quatt heeft mij nodig"
Mijn advies, gewoon op safe spelen.

[ Voor 3% gewijzigd door m10tech op 22-12-2024 18:46 ]

[m10tech]

Nog een defrost, maar nu mét bodemplaatverwarming.
Je kunt het 150 watt extra verbruik zien...
Bit6 is waarschijnlijk de 4wegklep en
bit0, bit4 en bit5 lijken elkaar onderling uit te sluiten
De CiC is zich hier allemaal niet van bewust, dit is autonoom gedrag van de Quatt.

[TeslaNerd]

Heeft de Quatt buitenunit een eigen stroom en spanningsmeter op de compressor die het voltage en de stroom in amperes geeft in die eerste registers?

[m10tech]

Ik zie een compressor-driver eenheid op het diagram.
Ik kan me goed voorstellen dat deze al deze functies bevat.
Het zou interessant zijn om te weten welk merk die eenheid is, en hoe die werkt, anyone???
Deze unit wordt middels een seriële interface aangestuurd (evt modbus...) dus daar kan alles in geregeld worden, ook spanning en stroom metingen.

[jj85]

m10tech schreef op zondag 22 december 2024 @ 21:17:
Ik zie een compressor-driver eenheid op het diagram.
Ik kan me goed voorstellen dat deze al deze functies bevat.
Het zou interessant zijn om te weten welk merk die eenheid is, en hoe die werkt, anyone???
Deze unit wordt middels een seriële interface aangestuurd (evt modbus...) dus daar kan alles in geregeld worden, ook spanning en stroom metingen.

Megmeet hiplus3000?
Zie foto's op
timmert26 in "Ervaringen met Quatt Deel 2"
en
VindiGoosh in "Ervaringen met Quatt Deel 2"

[m10tech]

Mooi, maar het enige zoekresultaat dat niet over een las-apparaat gaat is naar dit tweakers-Quatt forum... in april

[AlfredPteD]

m10tech schreef op vrijdag 20 december 2024 @ 23:10:
Voor de mensen die ook modbus willen sniffen:
@TeslaNerd heeft dit bordje gevonden waar alles op en aan zit, maar waar je nog de TX lijn moet doorsnijden en drie weerstanden moet verwijderen (om het echt goed te doen, R1,R2,R3).
https://www.tindie.com/pr...s-and-optional-touch-tft/

Ikzelf gebruik mijn eigen ESP, voeding en dit bordje:
https://www.aliexpress.co...st_main.47.6b0b1802qxz4T8
Daarop hoef ik alleen een 120ohm weerstand te verwijderen (markering 122, dus 1200 ohm en kan dus ook gewoon blijven).

Ook Olimex heeft een RS485 bordje, maar geen ervaring mee:
https://www.olimex.com/Products/Modules/Interface/MOD-RS485/

Kan dit ook gerealiseerd worden met een serieel-USB kabeltje ? En welke programmatuur/applicatie moet je dan gebruiken om de modbus uit te lezen ? Ik denk zelf aan een raspberryPi als uitlees-device.

Ik ben ook geholpen met een verwijzing naar een andere forum, als ik hier verkeerd zit.

[m10tech]

Nee, dit is een RS485 bus en die is elektrisch heel anders dan een RS232, ook de TTL versies.
En nog wel het belangrijkste, als je die bus 'verziekt' kan de CiC niet meer met de Quatt communiceren en kan de Quatt uitblijven of kunnen er zelfs dingen kapot gaan...
Een ander forum gaat je niet verder helpen dan hier.

[AlfredPteD]

m10tech schreef op maandag 23 december 2024 @ 13:09:
Nee, dit is een RS485 bus en die is elektrisch heel anders dan een RS232, ook de TTL versies.
En nog wel het belangrijkste, als je die bus 'verziekt' kan de CiC niet meer met de Quatt communiceren en kan de Quatt uitblijven of kunnen er zelfs dingen kapot gaan...
Een ander forum gaat je niet verder helpen dan hier.

Oke, dank. Beetje spannend dus. Ik heb er ook 10 jaar over gedaan om te beginnen met het tweaken van Toon. Uiteindelijk durfde ik het niet aan.

[m10tech]

Als je de instructies bij mijn GitHub pagina leest, dan gaat het prima.
De waarschuwing is meer dat iemand in het begin moet kijken dat alles nog werkt en het niet wekenlang in een foute toestand laat gaarsudderen. Maar als het een half uur werkt, doet het dat voor 'eeuwig'.

[CPM]

gwjonker schreef op zondag 22 december 2024 @ 23:23:
In het kader van plaatjes zeggen meer dan 1000 woorden, hieronder een aantal grafieken die ik bijhoud van de prestaties van de Quatt Duo, afgezet tegen de buitentemperatuur. Gemaakt m.b.v. Grafana in HA.

(Ik hou van mooie plaatjes, zie ook: gwjonker in "Ervaringen met Quatt en HA en andere Domotica")

[Afbeelding]

Een aantal voor mij opvallende trends:

De heat die door de Quatts wordt geleverd aan de woning, is bijna recht evenredig aan de temperatuur.

De COP vormt vanaf ongeveer 3 graden gemiddelde buitentemperatuur (24h) en hoger een lichte kromming; hoe warmer buiten, hoe meer efficient de Quatts hun werk doen.

De COP maakt van ongeveer 3 graden en kouder juist een snellere knik naar beneden; waarschijnlijk door inefficiente defrosts rond die temperaturen. We hebben een aantal best vochtige koude dagen gehad. Afwachten hoe dit bij nog lagere temperaturen verloopt (met drogere lucht).

De flow temperatuur laat ook een rechte lijn zien t.o.v. de buitentemperatuur. Bij een constante flow van 800 l/h is dat wel logisch. De afgegeven warmte (heat) loopt immers ook in een rechte lijn.

De flow temperatuur is veel lager dan ik eerst gedacht had. Had verwacht dat minstens 45 graden nodig zou zijn geweest voor ons huis. Meeste van de tijd ligt ie echter rond de 30 graden.

Het afgelopen half jaar lag de COP de meeste keren rond de 4,5. Het gemiddelde voor dit jaar ligt op 4,6 (volgens app Quatt).

Het gemiddelde 24h vermogen is rond de 1 graad zo'n 6 kW. De gemiddelde flowtemp ligt rond die temperatuur op 39 graden. Het maximale vermogen bij 45 graden aanvoer en -7 is volgens de specificaties 7,2 kW. Ik ben benieuwd of die 7,2 kW voldoende zal zijn. Tot nu toe nog geen gas gebruikt (<0,2 m3).

Tot slot de Return on Investment. Tot nu toe 634 euro van de 3700 euro investering bespaard; dus 17% binnen een half seizoen. Doorrekenend kom je dan op een terugverdientijd van 3 tot 4 jaar.

Daar moet ik meteen wel een kanttekening bij plaatsen. We stoken nu constant op 20 graden, zonder nachtverlaging. Hiervoor stookten we op 19 - 19,5 graden. En 's nachts op 17. Het comfort in huis is nu veel aangenamer. Echter, de hoeveelheid warmte die we nu aan het huis toevoegen ligt ook beduidend hoger. Dus beetje appels met peren vergelijken en teveel in het voordeel van de warmtepompen. Afgezet tegen onze eerdere warmtevraag komt de besparing denk ik rond 2/3 van het genoemde bedrag uit.

Al met al ben ik erg tevreden met de Quatts. Veel meer comfort en lagere kosten. Daarnaast zijn de looks goed en vind ik het geluid ook reuze meevallen.

Ik heb ook veel in Grafana hangen m.b.t. de Quatts.

Ben wel even benieuwd naar de code/grafieken die je hebt gemaakt. Kun je die delen?
En heb je nog speciale settings m.b.t. InfluxDB gedaan voor retention oid?

Thanks alvast.

[m10tech]

HA experts: Ik heb een probleem dat een update van een externe component .cpp file die op GitHub staat niet meegenomen wordt in de compilatie. Ook clean-build-files uit het menu werkt niet. Ik gebruik HAOS op een oude laptop en heb wel eens de docker van ESPhome ingelogd, maar dat is echt teveel gedoe voor normaal gebruik.
Kunnen jullie een simpele instructie bedenken die dat oplost?
Je kunt het testen op de delta van versie 0.7.0 -> versie 0.7.1 van https://github.com/M10tech/Quatt-sniffer

[m10tech]

Oplossing: gebruik refresh op source niveau korter dan de default 1 day

[m10tech]

Ik ga proberen een aantal HA onderwerpen vanuit het deel2 forum naar hier te trekken...
deel2 is namelijk zodanig hoog volume dat veel mensen dat echt niet bij kunnen houden.

jj85 schreef op vrijdag 27 december 2024 @ 21:44:
[...]

Als we een oude post erbij pakken, dan zien we dat de CIC een geforceerde defrost kan aanvragen aan de Quatt (set working mode)
Slurpgeit in "Ervaringen met Quatt?"

Nu blijft tijdens een defrost de working mode op 2 (Heating) staan. Dus de defrost lijkt niet vanuit de CIC geïnitieerd te worden, maar vanuit de Quatt zelf.

Dan zou de firmware op de Quatt zelf ook geupdate moeten worden om functionaliteit te veranderen. Kan je firmware via modbus updaten? (lijkt me wel gewenst, maar geen idee of het kan...)

In de maanden dat ik al modbus snif heb ik nog geen afwijkende berichten gezien en ik zoek er wel naar, maar dat wil niet zeggen dat het niet kan.
Er is zelfs een modbus berichttype (20 en 21) dat voor dit soort zaken gebruikt kan worden.

Maar tegelijkertijd denk ik dat de Quatt firmware niet iets is dat je vaak wilt veranderen.

Het zal ook lastig reverse engineering worden, als bijv mijn Quatt is geüpgraded, dan kan ik daar weer een jaar of meer niets meer aan zien...

[m10tech]

Kijkend naar de post van Slurpgeit, staat er dat working mode ook 'Data Writing' kan zijn...

Verder is register 2122 'ODU PCB firmware version' genaamd.
Die staat bij mij op 0x11e = 286 maar kan ook 0x1.1e = 1.30 zijn...
2123 is 'ODU PCB EEPROM version' met waarde 0x72=114

[m10tech]

Een aandachtspunt voor de ModBus sniffer.
Deze is bij mij niet 100% betrouwbaar maar bij @jj85 wel.
In onderstaande plaat kun je veel defrosts zien, elk met hun karakteristieke patroon van register 2108 bits 0, 2, 4, 5, 6 en register 2118. Maar bij register 2118 ontbreken er overgangen!
Vlak voor 8:00 en na 12:00 is het patroon zoals verwacht, dus alle andere overgangen hebben issues.
Na ~ 2:00, 3:00, 4:00 en 5:00 had er een Off moeten worden geregistreerd, maar die werd pas na 5:52 gezien.
En om~ 7:00, 9:00, 10:00, 10:50 en 11:50 hadden er On overgangen moeten zijn
Omdat ik de modbus op twee manieren trace kan ik in de ruwe dump zien dat die overgangen er wel waren.

Met deze context hebben we al een aantal dingen ontdekt:

• eerst was mijn wifi signaal maar -85 dBm en toen was dit nog veel erger, nu is met -62 dBm.
  jj85 heeft -50dBm
• in verbose mode kon ik zien dat de API buffer problemen heeft (zie verder)
• jj85 heeft een DUO en dus nog veel meer sensoren, dus het kan wel

Bij elke ontvangst van een volle set van 40 registers krijg ik soms geen, maar vaak tussen de 3-10 foutmeldingen. Ik heb een speciale versie gemaakt waarbij deze foutmelding al in debug mode komt.

code:

[D][api.connection:1534]: Cannot send message because of TCP buffer space
...
[D][api.connection:1534]: Cannot send message because of TCP buffer space
[W][component:237]: Component modbus_controller took a long time for an operation (96 ms).
[D][api.connection:147]: Home Assistant 2024.12.5 (192.168.178.9): Sending keepalive failed 2 time(s), will retry in 1000 ms

Code inspectie laat zien dat in zo'n geval de update niet alsnog wordt verzonden op een later moment.

Verder gebruik ik een laptop met HAOS en een ESP32, dus performance lijkt me ook geen issue.

Mijn vragen:
- wie weet hoe je de TCP buffer kunt vergroten zonder een super perfecte wifi te gebruiken
- en is dat ook een goede oplossing
- of een andere methode om dit te fixen?


PS. van 6:03-6:10 was de Quatt even uit.

[m10tech]

jj85 schreef op zondag 22 december 2024 @ 21:59:
[...]

Megmeet hiplus3000?
Zie foto's op
timmert26 in "Ervaringen met Quatt Deel 2"
en
VindiGoosh in "Ervaringen met Quatt Deel 2"

Toch iets gevonden, alhoewel we er niet veel aan hebben

van halverwege https://en.megmeet.com/solution/info.html?id=148
Controller Solution for Heat Pump (Air Source)

The Inverter heat pump controller solution of Megmeet’s ranges from 18K TO 78k, its remarkable feature of system integration , brushless DC compressor driver technology and EVI technology which can effectively reduce energy consumption and minimize environmental impact and provide customers with a reliable and flexible heat pump solution.(Inverter controller, mainboard controller, power filter, wire controller, sensor, temperature controller, reactor, connection cables and the whole set of test equipment needed in the production of the whole machine, etc.
1. Product Range:
Inverter Heat Pump Controller
Domestic water heater controller
Dryer Controller
Swimming Pool Machine Controller
Typical Heat Pump Controller
Dry Ground Heating Controller
2. Features:
3 Channel & 3 phase interleaving PFC technology
Core algorithm compressor driver
180°sine wave vector control technology
In built Auto vibration compensation.
Cloud smart control technique
Auto Torque Compensation for various compressor.
Compressor magnetic saturation control technology
EVI control solution suitable for -30°application environment.
Application Range: 1 Phase/3 Phase,9K-78K BTU
3. Application:
Used in heat pump heater, heat pump dryer, heat pump water heater, anhydrous floor heating, swimming pool machine and special machine etc.
4. Specifications

Input
Valtage Range
1Phase:120-280Vac 3Phase:340-420Vac
Maxjmum Cument 1Phase):36A 3Phase:25A
Maxjmum Power 1Phase):8KW 3Phase:15kw
Output
Working Temperature
Power Consumption <3W
Maxjmum Power 15KW
Throttle Valve EEV
EVI EVI
Other HVDP/LVDP/OLP
Safoty Safety GB/T14536.1-2008 GB 4706.1-2005
EMC EMC GB17625.1-2012 GB4343.1-2009

[TeslaNerd]

@m10tech ik heb in de Quatt sniffer een issue hiervoor aangemaakt en dit issue met jou vragen op de ESPHOME discord gezet voor een reactie van @ssieb en andere modbus deskundigen op discord.

https://github.com/M10tech/Quatt-sniffer/issues/3

https://discord.com/chann...05567/1322588456442138684

Doe ik nog iets nuttigs op de achterbank van de tesla onderweg terug naar waar mijn Quatt staat te relaxen met de thermostaat op 10 graden

[ Voor 44% gewijzigd door TeslaNerd op 28-12-2024 16:56 ]

[harv]

TeslaNerd schreef op zaterdag 28 december 2024 @ 16:38:
@m10tech ik heb in de Quatt sniffer een issue hiervoor aangemaakt en dit issue met jou vragen op de ESPHOME discord gezet voor een reactie van @ssieb en andere modbus deskundigen op discord.

https://github.com/M10tech/Quatt-sniffer/issues/3

https://discord.com/chann...05567/1322588456442138684

Doe ik nog iets nuttigs op de achterbank van de tesla onderweg terug naar waar mijn Quatt staat te relaxen met de thermostaat op 10 graden

@TeslaNerd

Toch wel met chauffeusse (r??)!

[m10tech]

Nog een reactie op een deel2 vraag

s020506 schreef op zaterdag 28 december 2024 @ 07:36:
[...]
Misschien bij nieuwere modellen. Bij mij springt de bodemverwarmer aan als de temperatuur onder de 4 graden komt. Of als de Quatt heeft uitgestaan, na 10 minuten.

We hebben een ander bit, 3, gevonden in register 2108 dat op de json een extra 40W inputPower geeft, maar dit gebeurd alleen als de Quatt niet actief is.

Als speculatie, stel dat de bodemverwarming bestaat uit twee weerstanden. In parallel zou dat 150W zijn, de waarde die we al vaker hebben gezien.
Dan is die twee weerstanden in serie een kwart daarvan, dus ongeveer die 40W.
Nou is elke waarde die de json doorgeeft een formule waarde, geen meting, dus dat kan nog steeds kloppen.

En de relatie met de buitentemperatuur is er ook niet echt...

Kortom, brainstorming speculatie...

Heeft iemand een andere verklaring voor de 40W van bit3?

[ Voor 14% gewijzigd door m10tech op 28-12-2024 19:00 ]

[TeslaNerd]

harv schreef op zaterdag 28 december 2024 @ 17:21:
[...]


@TeslaNerd

Toch wel met chauffeusse (r??)!

Poept een beer in het bos?

[jj85]

m10tech schreef op zaterdag 28 december 2024 @ 18:50:
Nog een reactie op een deel2 vraag


[...]


We hebben een ander bit, 3, gevonden in register 2108 dat op de json een extra 40W inputPower geeft, maar dit gebeurd alleen als de Quatt niet actief is.

Als speculatie, stel dat de bodemverwarming bestaat uit twee weerstanden. In parallel zou dat 150W zijn, de waarde die we al vaker hebben gezien.
Dan is die twee weerstanden in serie een kwart daarvan, dus ongeveer die 40W.
Nou is elke waarde die de json doorgeeft een formule waarde, geen meting, dus dat kan nog steeds kloppen.

En de relatie met de buitentemperatuur is er ook niet echt...

Kortom, brainstorming speculatie...

Heeft iemand een andere verklaring voor de 40W van bit3?
[Afbeelding]

Crankcase heaters zitten wel in die range van 40W, lijkt mij wel een logische verklaring
Aangestuurd door relais L5

[TeslaNerd]

Als de Megmeet controller in de Quatt buitenunit een softwareupdate zou krijgen via de CiC, wordt die update dan ook via de modbus geinstalleerd?

[ Voor 15% gewijzigd door TeslaNerd op 28-12-2024 21:45 ]

[m10tech]

Hoe anders dan?? Het is het enige draadje dat informatie kan vervoeren.

[m10tech]

jj85 schreef op zaterdag 28 december 2024 @ 20:35:
[...]
Crankcase heaters zitten wel in die range van 40W, lijkt mij wel een logische verklaring
Aangestuurd door relais L5
[Afbeelding]

OK, dus dan is bit3 de crankcase heater, maar wat is dan bit4? Elke keer heel kort aan...

[jj85]

m10tech schreef op zaterdag 28 december 2024 @ 22:35:
[...]

OK, dus dan is bit3 de crankcase heater, maar wat is dan bit4? Elke keer heel kort aan...

Ben wat historie kwijt... maar nu vooral na elke defrost actief.

[m10tech]

TeslaNerd schreef op zaterdag 28 december 2024 @ 16:38:
@m10tech ik heb in de Quatt sniffer een issue hiervoor aangemaakt en dit issue met jou vragen op de ESPHOME discord gezet voor een reactie van @ssieb en andere modbus deskundigen op discord.
https://github.com/M10tech/Quatt-sniffer/issues/3
https://discord.com/chann...05567/1322588456442138684

Dank hiervoor!
En er is een nuttige reactie gekomen van ssieb. Men had inderdaad al opgemerkt dat dit een zwakke plek is van de ESPHome api interface, en er is een PR opgesteld die dit zou kunnen verbeteren.
Alleen hebben ze het heel druk en komen er niet aan toe om die in de hoofdstroom op te nemen.
Ik ga die PR maar eens lokaal uitproberen en zien of het ook echt een oplossing is...
Dat is toch wel 1 of 2 dagen klussen tussen alle vakantiedingen door.
Wordt vervolgd!

[m10tech]

Laten we de topics een beetje gebruiken voor focus...
@TeslaNerd @s020506

TeslaNerd schreef op zondag 29 december 2024 @ 11:37:
[...]
Ja, ik manipuleer via opentherm de thermostaat zodat die net boven de kamertemperatuur staat naar binnen de hysterese waarmee de thermostaat altijd aan staat

s020506 schreef op zondag 29 december 2024 @ 11:46:
[...]
Ik heb waarschijnlijk gemist hoe je dat doet. Zou je eens willen uitleggen hoe dat werkt?

[s020506]

m10tech schreef op zondag 29 december 2024 @ 12:19:
Laten we de topics een beetje gebruiken voor focus...
@TeslaNerd @s020506

[...]


[...]

TeslaNerd schreef op zondag 29 december 2024 @ 12:23:
[...]

Dat werkt met een automatisering in Home Assistant. Ik heb naast de thermostaat die aan de Quatt zit ook nog mijn oude thermostaat gekoppeld in Home Assistant. Iedere minuut past deze HA-automatisering de setpoint temperatuur van de Quatt-thermostaat aan naar de actuele kamertemperatuur plus 0,05 grC, tot maximaal de setpoint van de tweede thermostaat.
Dat kan ook met een virtuele thermostaat als tweede thermostaat in Home Assistant

Mja, minder sexy dan ik dacht . Ik zat te denken aan iets als met een OpenTherm gateway ofzo. Dit hierboven heb ik geprobeerd, maar gaf niet het gewenste effect.