Wat vinden jullie van het nieuwe Qsilence PVT systeem?

[HR_support]

Dr Nix schreef op vrijdag 9 mei 2025 @ 17:10:
Ah dank @Maarten60 , die kan in de lijst.
Overigens, @HR_support , het zou ook prettig zijn als jullie op een register de firmwareversie beschikbaar maken, dat is erg prettig om een betrouwbare applicatie/integratie te bouwen. Dan weet je wat je kunt verwachten van het apparaat.

Goed idee.
Ik heb hem op de wensenlijst software ontwikkeling gezet. Beloof nog niks, zit namelijk erg diep in de besturingssoftware. Moet dus uitgezocht worden of dit mogelijk is.

[hbolten]

Hoi Support, bedankt voor deze info, klinkt logisch

Is ergens gedocumenteerd hoe je de LinQ met Google Home gebruikt?

Alvast bedankt
Hans

HR_support schreef op woensdag 14 mei 2025 @ 16:44:
[...]


Dat komt omdat de LinQ een apart platform heeft. Trouwens wel uit te lezen met een Google Home.


De beschreven methode gaat niet werken, omdat hij dan gaat koelen. Er is geen buitentemperatuur grens in de Qube voor verwarmen en koelen. Hij gaat naar status zomerbedrijf (koelen) op basis van de digitale input, softwareschakelaar koelen op de Qube, of Koelbedrijf op de LinQ.

Wil je de warmtevraag blokkeren dan moet je het anders doen:

Zet Coil 62, En_PlantSetp_Compens op uit. Dan zet je de stooklijn uit en gaat Qube naar een vast setpoint.
Vaste setpoint staat op Holdingregister 101. Usr_PID_HeatSetp.
Als je deze op 20 oC staat zal Qube bij warmtevraag een retourtemperatuur van 20 oC willen maken en dus de compressor niet starten.
In koelbedrijf kan zelfde met Usr_PID_Coolsetp, (Holdingregister 103) maar die moet je dan hoog op 30 oC zetten.

[BB_Elektro]

Dr Nix schreef op donderdag 28 november 2024 @ 15:52:
• Helaas zie ik er geen register tussen staan dat daadwerkelijk het totale elektrische verbruik weergeeft. Dit zou super nuttig zijn voor de administratie. En het scheelt een modbus-meter in de meterkast. @HR_support : Kan dit in een volgende versie er wel in? Deze waarde staat wel op het Carel-schermpje, dus het wordt ergens bijgehouden...

Sinds kort draait er SW 4.0.07 op m'n Qube, en die heeft een modbus register voor het totale elektrische verbruik in kWh: input register 69, GeneralMng.AcumulatedPwr..., Totaal Elektrisch verbruik in kWh.

Als je die als "state_class: total_increasing" in de Home Assistant configuration yaml zet (ik laat alleen dat register zien):

code:

# Modbus tcp connections
modbus:
#--------------------------- Warmtepomp -------------------------
# HR-Energy Qube SW 4.0.07 modbus registers
  - name: Warmtepomp
    type: tcp
    host: qube.local
    port: 502
    sensors:
    #-------------------- input registers --------------------
      - name: wp Elektrisch verbruik
        unique_id: warmtepomp.elektrisch_verbruik
        state_class: total_increasing
        scan_interval: 60
        device_class: energy
        unit_of_measurement: kWh
        slave: 1
        address: 69
        input_type: input
        data_type: float32
        precision: 3

dan kun je daarna in de Energieconfiguratie onder Individuele apparaten de warmtepomp toevoegen:


In je energie dashboard staat ie er dan netjes tussen:


@HR_support Bedankt voor het toevoegen van dit register!

[BB_Elektro]

HR_support schreef op woensdag 14 mei 2025 @ 16:39:
[...]
Ha die Maarten. Zet het even op het lijstje om dit te vermelden in de Modbus lijst.
Voor nu de belangrijkste:
StartFail = 17
Compressor shutdown = 9
Compressor start up = 8
Keyboard Off = 6
Qube DHW run = 22
Qube Heat run = 16
Qube Cool run = 15
Algemeen alarm = 2
Standby = 1

Voor de Home Assistant gebruikers: ik heb uitgezocht hoe je dit netjes kan weergeven. Het modbus register device_class zet je op enum. Verder maak je een template sensor aan die het getal van de status omzet in een string, zie onderstaand de yaml code:

code:

    # ---- andere modbus registers hier ----
      - name: wp Unit status
        unique_id: warmtepomp.unit_status
        state_class: measurement
        scan_interval: 60
        device_class: enum
        slave: 1
        address: 38
        input_type: input
        data_type: uint16
        precision: 0
    # ---- andere modbus registers hier ----

template:
    sensor:
        name: wp Unit status
        unique_id: warmtepomp.unit_status_string
        state: >
            {% if   states('sensor.wp_unit_status') | int ==  1 %}
                Standby 
            {% elif states('sensor.wp_unit_status') | int ==  2 %}
                Alarm
            {% elif states('sensor.wp_unit_status') | int ==  6 %}
                Keyboard off
            {% elif states('sensor.wp_unit_status') | int ==  8 %}
                Compressor start up
            {% elif states('sensor.wp_unit_status') | int ==  9 %}
                Compressor shutdown
            {% elif states('sensor.wp_unit_status') | int == 15 %}
                Cooling
            {% elif states('sensor.wp_unit_status') | int == 16 %}
                Heating
            {% elif states('sensor.wp_unit_status') | int == 17 %}
                Start fail
            {% elif states('sensor.wp_unit_status') | int == 22 %}
                Heating DHW
            {% else %}
                Unknown state
            {% endif %}

Als je deze unit status dan in je geschiedenis weergeeft ziet het er als volgt uit:

[BB_Elektro]

Ben ondertussen nog wat verder gegaan om de weergave van informatie in HA strakker te krijgen. De status van bron stroming lees je geïnverteerd uit het register, onderstaand een manier om dat om te keren zodat "on" en "off" kloppen. Er zijn vast doorgewinterde HA gebruikers die weten hoe je dit strakker kan doen, ik hoor het graag!

Verder heb ik de status van de drie- en vierwegkleppen vertaald naar hun functie en heb ik de unit status lijst compacter gemaakt:

code:

template:
  - binary_sensor:
      - name: wp Bron stroming
        unique_id: warmtepomp.digital_in_source_flow_inverted
        state: >
            {% if   is_state('binary_sensor.wp_bron_stroming', 'on' ) %} off
            {% elif is_state('binary_sensor.wp_bron_stroming', 'off') %} on
            {% endif %}
  - sensor:
      - name: wp Driewegklep DHW/CV
        unique_id: warmtepomp.driewegklep_dhw_cv_string
        state: >
            {% if   is_state('binary_sensor.wp_driewegklep_dhw_cv', 'on')  %} DHW
            {% elif is_state('binary_sensor.wp_driewegklep_dhw_cv', 'off') %} CV
            {% endif %}
      - name: wp Vierwegklep verwarmen/koelen
        unique_id: warmtepomp.vierwegklep_verwarmen_koelen_string
        state: >
            {% if   is_state('binary_sensor.wpd02_vierwegklep_verwarmen_koelen', 'on' ) %} Verwarmen
            {% elif is_state('binary_sensor.wpd02_vierwegklep_verwarmen_koelen', 'off') %} Koelen
            {% endif %}
      - name: wp Unit status
        unique_id: warmtepomp.unit_status_string
        state: >
            {% if   states('sensor.wp_unit_status') | int ==  1 %} Standby 
            {% elif states('sensor.wp_unit_status') | int ==  2 %} Alarm
            {% elif states('sensor.wp_unit_status') | int ==  6 %} Keyboard off
            {% elif states('sensor.wp_unit_status') | int ==  8 %} Compressor start up
            {% elif states('sensor.wp_unit_status') | int ==  9 %} Compressor shutdown
            {% elif states('sensor.wp_unit_status') | int == 15 %} Cooling
            {% elif states('sensor.wp_unit_status') | int == 16 %} Heating
            {% elif states('sensor.wp_unit_status') | int == 17 %} Start fail
            {% elif states('sensor.wp_unit_status') | int == 22 %} Heating DHW
            {% else %} Unknown state
            {% endif %}

Tenslotte onderstaand hoe je de pomp percentages juist kan weergeven. De registerwaarde is namelijk 100 als de pompsnelheid 0% is, en 0 als de pomp op 100% draait. Middels een offset van 100 en een scale van -1 wordt dit rechtgezet:

code:

    #-------------------- input registers --------------------
      - name: wp Pomp user percentage
        unique_id: warmtepomp.user_pump_signal
        state_class: measurement
        scan_interval: 60
        unit_of_measurement: "%"
        slave: 1
        address: 4
        input_type: input
        data_type: float32
        offset: 100
        scale: -1
        precision: 0
      - name: wp Pomp bron percentage
        unique_id: warmtepomp.source_pump_signal
        state_class: measurement
        scan_interval: 60
        unit_of_measurement: "%"
        slave: 1
        address: 6
        input_type: input
        data_type: float32
        offset: 100
        scale: -1
        precision: 0

[ Voor 4% gewijzigd door BB_Elektro op 25-05-2025 21:39 ]

[HR_support]

hbolten schreef op woensdag 14 mei 2025 @ 17:26:
Hoi Support, bedankt voor deze info, klinkt logisch

Is ergens gedocumenteerd hoe je de LinQ met Google Home gebruikt?

Alvast bedankt
Hans


[...]

Hallo Hans, zoals ik begrepen heb van een collega die Google Home gebruikt. Kun je een device koppelen. Onze LinQ is ontwikkeld door Jotto. Dus zoek op Jotto, en voila.

[HR_support]

Beste Tweakers,
We hadden even een klein moment om nog wat aanpassingen te doen.
1. Op jullie verzoek zijn er nu 2 SGready contacten via BMS te sturen.
In Modbus lijst toevoegen:
Coil 65 BMS_SGready_A SGready_A by BMS
Coil 66 BMS_SGready_B SGready_B by BMS
Dus veel plezier, maar onthoudt wees voorzichtig met sturen, en zorg voor minimale tijden dat je contacten gaat sturen.
2. Het is helaas niet mogelijk om de versie te verstrekken.
Bovenstaande aanpassing zit in versie 4.0.08. Als je als tweaker deze versie wil, maak dat dan (via de installateur) kenbaar bij Support van HR-energy.

[MattMax]

HR_support schreef op maandag 2 juni 2025 @ 10:06:
Beste Tweakers,
We hadden even een klein moment om nog wat aanpassingen te doen.
1. Op jullie verzoek zijn er nu 2 SGready contacten via BMS te sturen.
In Modbus lijst toevoegen:
Coil 65 BMS_SGready_A SGready_A by BMS
Coil 66 BMS_SGready_B SGready_B by BMS
Dus veel plezier, maar onthoudt wees voorzichtig met sturen, en zorg voor minimale tijden dat je contacten gaat sturen.
2. Het is helaas niet mogelijk om de versie te verstrekken.
Bovenstaande aanpassing zit in versie 4.0.08. Als je als tweaker deze versie wil, maak dat dan (via de installateur) kenbaar bij Support van HR-energy.

Bedankt voor deze update! Voordat ik hiermee aan de slag ga, wil ik graag even checken of ik de SGready implementatie goed begrijp. Het gaat om het volgende scenario:

• Dynamisch energiecontract bij Tibber. Via HomeAssistant kan ik de exacte stroomprijs zien en het bijbehorende "price level" (met wat extra code).
• Als "price level" bijv. de waarde "very expensive" heeft, dan is de stroomprijs dus een stuk hoger dan gemiddeld en zou ik bijv. de warmtepomp tijdelijk willen uitschakelen (met een maximum van 2u uitschakeling per dag).
• Klopt de SGready logica die hier beschreven wordt om de Qube te schakelen via Modbus? Dus voor normale operatie (Mode 2) SGready_A en SGready_B beide op 0 zetten? En voor actief starten warmtebedrijf (Mode 4) dus SGready_A op en SGready_B beide op 1.

[HR_support]

MattMax schreef op maandag 2 juni 2025 @ 16:26:
[...]


Bedankt voor deze update! Voordat ik hiermee aan de slag ga, wil ik graag even checken of ik de SGready implementatie goed begrijp. Het gaat om het volgende scenario:

• Dynamisch energiecontract bij Tibber. Via HomeAssistant kan ik de exacte stroomprijs zien en het bijbehorende "price level" (met wat extra code).
• Als "price level" bijv. de waarde "very expensive" heeft, dan is de stroomprijs dus een stuk hoger dan gemiddeld en zou ik bijv. de warmtepomp tijdelijk willen uitschakelen (met een maximum van 2u uitschakeling per dag).
• Klopt de SGready logica die hier beschreven wordt om de Qube te schakelen via Modbus? Dus voor normale operatie (Mode 2) SGready_A en SGready_B beide op 0 zetten? En voor actief starten warmtebedrijf (Mode 4) dus SGready_A op en SGready_B beide op 1.

Hallo MattMax,
Uitleg staat op My.HR-energy.com onder update 4.0.07. Kun je daar en in de App van LinQ opvragen via de AI-Chatbot
Maar voor nu, dit is de uitleg die je daar kan vinden.

Uitleg SG ready.
SGready A SGready B Status Aktie
Uit Uit Geen SGready Geen aktie, normaal bedrijf
Aan Uit SGready_Blok Blokkeer warmtepomp
Aan Aan SGready_Max Legionella eenmalig, Surplus stooklijn, LinQ + 1K.
Uit Aan SGready_Plus Legionella eenmalig

Surplus stooklijn, betekend dus dat de berekende waarde uit stooklijn, verhoogd wordt met een instelbare offset. (10K fabrieks instelling) Als Qube uitgerust is met een Buffer (Plant of buffersensor regeling) zal buffer dus ook 10K warmer gehouden worden dan normaal.
Bij SG-ready Max, zullen alle ruimtesetpoints van de aangesloten LinQ’s verhoogd worden met 1K. Op de LinQ verschijnt dan een surplus teken (zonnetje)

[MattMax]

HR_support schreef op dinsdag 3 juni 2025 @ 10:03:
[...]

Hallo MattMax,
Uitleg staat op My.HR-energy.com onder update 4.0.07. Kun je daar en in de App van LinQ opvragen via de AI-Chatbot
Maar voor nu, dit is de uitleg die je daar kan vinden.

Thanks! Die PDF had ik gemist en ik gebruik zelf geen Linq. Helemaal duidelijk zo!