Ervaringen met Quatt en HA en andere Domotica

[jj85]

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

Mooi resultaat en dit project zou ik graag kopieren voor het doorlopend kunnen meten van de aanvoer- en retourtemperatuur op al mijn radiatoren. Wat is de onderdelenlijst van jouw projectje?

Paar DS18B20 sensoren (klik)
Terminal adapter (klik)
Een ESP8266/ESP32
ESPHome config (klik)

Je kunt al die sensoren in dezelfde terminals drukken, werkt via 1-wire protocol. Ideaal :-)

[jj85]

m10tech schreef op zaterdag 28 december 2024 @ 14:54:
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?

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

Toch hier ook de eerste misser Defrost blijft hangen.

[m10tech]

Ik heb ondertussen de PR7547 lokaal ingezet en zal zien hoe de komende dagen verlopen...

[TeslaNerd]

jj85 schreef op zondag 29 december 2024 @ 09:43:
[...]
Drie DS18B20 toegevoegd. Met wat thermische pasta en buisisolatie (en tiewraps) gemonteerd:
Quatt in
Quatt uit
CV uit

Boodschappenlijstje
Paar DS18B20 sensoren (klik)
Terminal adapter (klik)
Een ESP8266/ESP32
ESPHome config (klik)

Wat is de handigste oplossing voor 7x een esp32 met 2 tempsensoren per radiator?
Ik wil niet per radiator een usb-c voeding aanleggen. Is er voor de esp32 een alternatief dat met laag stroomverbruik op een knoopcel batterij het een stookseizoen vol houdt op bluetooth?

[ Voor 23% gewijzigd door TeslaNerd op 30-12-2024 14:19 ]

[jj85]

TeslaNerd schreef op maandag 30 december 2024 @ 17:07:
[...]

Ik heb wat zitten googelen en zit nu te kijken naar deze mini lcd thermometers die met een hackje ook door HA kunnen worden gelezen. Ik moet alleen nog uitvinden hoe ik de temperatuursensor in die MI tegen de radiator of de cv-leiding kan plakken

https://nl.aliexpress.com...5120f5c&afSmartRedirect=y

https://www.huizebruin.nl...pelen-aan-home-assistant/

Die werken perfect voor hele lange tijd als je deze firmware erop zet. Heb er heel wat rondzwerven hier in huis

Of een iets ander type dat je uitvoert met 2(!) externe sensors.
https://github.com/pvvx/ATC_MiThermometer/issues/571

Geen idee wat de batterijduur gaat zijn...

[ Voor 7% gewijzigd door jj85 op 30-12-2024 17:18 ]

[m10tech]

Ter inspiratie, door een hulp processor in te zetten kom je een eind.
En geen DHCP!
Maar hoe je dat weer in HA krijgt...
https://www.cron.dk/esp8266-on-batteries-for-years-part-1/

[jj85]

m10tech schreef op maandag 30 december 2024 @ 17:19:
Ter inspiratie, door een hulp processor in te zetten kom je een eind.
En geen DHCP!
Maar hoe je dat weer in HA krijgt...
https://www.cron.dk/esp8266-on-batteries-for-years-part-1/

offtopic:
Een esp kun je ook prima langdurig op een accu/batterij draaien.
Ik heb een e-paper display (ververst elk uur) die data uit HA haalt en weergeeft. Half jaartje houdt hij het wel vol.
https://community.home-as...our-home-decor/435428/108

We dwalen een beetje af in dit topic Eventueel verder in het esp of esphome topic?

[TeslaNerd]

TeslaNerd schreef op vrijdag 22 maart 2024 @ 17:35:
update van mijn HA automatisering voor de pseudo waterbesturing:

[Afbeelding]

code:

alias: >-
  ThermostaatHack voor pseudo waterbesturing op heatpump_hp1_temperaturewaterin
  van de Quatt. Check iedere minuut of de doeltemperatuur van de Honeywell
  omhoog of omlaag moet worden aangepast
description: >-
  Thermostaat hack op Honeywell Round thermostaat via OTGateWay obv schema
  Netatmo thermostaat. Gebruik HEAT als kamertemperatuur omhoog moet naar
  doeltemperatuur Netatmo en gebruik KEEP_WARM als kamertemperatuur boven de
  Netatmo doeltemperatuur ligt. Gebruik een startverhoging gedurende 30 seconden
  zodat de thermostaat de warmtepomp direct aan zet
trigger:
  - platform: time_pattern
    seconds: "1"
condition: []
action:
  - variables:
      current_temp: "{{ states('sensor.heatpump_thermostat_room_temperature') | float }}"
      target_temp: "{{ state_attr('climate.woonkamer', 'temperature') | float }}"
      target_temp_keep_warm_start: "{{ min ( 20.5 , min ( current_temp + 0.25 , target_temp + 0.5 ) ) }}"
      target_temp_keep_warm: "{{ min ( 20 , min ( current_temp + 0.0 , target_temp + 0.0 ) ) }}"
      target_temp_heat_start: "{{ min ( 20.5 , min ( current_temp + 0.75 , target_temp + 0.5 ) ) }}"
      target_temp_heat: "{{ min ( 20 , min ( current_temp + 0.25 , target_temp + 0.5 ) ) }}"
      water_in: >-
        {{
        states('sensor.buitentemperatuurafhankelijke_maximale_watertemperatuur')
        | float }}
      water_temp_plus_t: "{{ states('sensor.heatpump_hp1_temperaturewaterin') | float + 1 }}"
  - if:
      - condition: numeric_state
        alias: >-
          Verhoog actietimer tbv HEAT met 1 minuut als opwarmsnelheid lager dan
          0.2 graden Celsius per uur en reset naar 0 als opwarmsnelheid er weer
          boven komt
        entity_id: sensor.filtered_opwarmsnelheid
        below: 0.2
    then:
      service: counter.increment
      entity_id: counter.aktietimer_heat
    else:
      service: counter.reset
      entity_id: counter.aktietimer_heat
  - if:
      - condition: numeric_state
        alias: >-
          Verhoog actietimer tbv KEEP_WARM met 1 minuut als opwarmsnelheid lager
          dan 0 graden Celsius per uur en reset naar 0 minuten als
          opwarmsnelheid er weer boven komt
        entity_id: sensor.filtered_opwarmsnelheid
        below: 0
    then:
      service: counter.increment
      entity_id: counter.aktietimer_keep_warm
    else:
      service: counter.reset
      entity_id: counter.aktietimer_keep_warm
  - if:
      - condition: state
        entity_id: binary_sensor.heatpump_thermostat_heating
        state: "on"
      - condition: numeric_state
        alias: >-
          Zet Honeywell 1 graad lager als QuattwaterIn boven maximale
          watertemperatuur zodat thermostaat de warmtepomp uit zet en reset
          daarna de aktietimers voor HEAT en KEEP_WARM
        entity_id: sensor.heatpump_hp1_temperaturewaterin
        above: sensor.buitentemperatuurafhankelijke_maximale_watertemperatuur
    then:
      - service: climate.set_temperature
        data:
          temperature: "{{ current_temp - 1.0 }}"
        target:
          entity_id: climate.honeywell
      - service: counter.reset
        target:
          entity_id:
            - counter.aktietimer_heat
            - counter.aktietimer_keep_warm
        data: {}
    else:
      - if:
          - condition: template
            alias: >-
              Kamertemperatuur lager dan target + 0.05 dan doe HEAT anders doe
              KEEP_WARM
            value_template: "{{ current_temp < target_temp + 0.05 }}"
        then:
          - if:
              - condition: template
                alias: >-
                  Als maximale buitentemperatuur minimaal t graden boven de
                  actuele Quatt watertemperatuur
                value_template: "{{ water_in > water_temp_plus_t }}"
              - condition: numeric_state
                alias: >-
                  start de warmtepomp als aktietimer voor HEAT boven de 10
                  minuten komt. Start met een extra verhoging gedurende 30
                  seconden en reset daarna de aktietimers HEAT en KEEP_WARM
                entity_id: counter.aktietimer_heat
                above: 10
            then:
              - service: climate.set_temperature
                data:
                  temperature: "{{ target_temp_heat_start }}"
                target:
                  entity_id: climate.honeywell
              - delay: "00:00:30"
              - service: climate.set_temperature
                data:
                  temperature: "{{ target_temp_heat }}"
                target:
                  entity_id: climate.honeywell
              - service: counter.reset
                target:
                  entity_id:
                    - counter.aktietimer_heat
                    - counter.aktietimer_keep_warm
                data: {}
        else:
          - if:
              - condition: template
                alias: >-
                  Als maximale buitentemperatuur minimaal t graden boven de
                  actuele Quatt watertemperatuur
                value_template: "{{ water_in > water_temp_plus_t }}"
              - condition: numeric_state
                alias: >-
                  start de warmtepomp als aktietimer voor KEEP_WARM boven de 10
                  minuten komt. Start met een extra verhoging gedurende 30
                  seconden en reset daarna de aktietimers HEAT en KEEP_WARM
                entity_id: counter.aktietimer_keep_warm
                above: 10
            then:
              - service: climate.set_temperature
                data:
                  temperature: "{{ target_temp_keep_warm_start }}"
                target:
                  entity_id: climate.honeywell
              - delay: "00:00:30"
              - service: climate.set_temperature
                data:
                  temperature: "{{ target_temp_keep_warm }}"
                target:
                  entity_id: climate.honeywell
              - service: counter.reset
                target:
                  entity_id:
                    - counter.aktietimer_heat
                    - counter.aktietimer_keep_warm
                data: {}
mode: single

De Buitentemperatuurafhankelijke maximale watertemperatuur zit in een HA-Helper. De maximale waarde heb ik, voorlopig, aangepast naar 50 graden bij -10. Bij een volgende vorstperiode mogelijk nog aan te passen.

code:

{{ max (0 , 40 - states("sensor.heatpump_hp1_temperatureoutside") | float ) }}

de tellers counter.aktietime_heat en counter.aktietimer_keep_warm heb ik ook als Helpers in HA aangemaakt

Met deze winderige koude dag had mijn Quatt net wat warmer water nodig dan mijn maximale buitentemperatuur functie bij 8 graden buitentemperatuur toeliet. Om niet hiervoor de offset te wijzigen heb ik in de maximale buitentemperatuur-functie de buitentemperatuur van de Quatt vervangen door de gevoelstemperatuur van het knmi voor mijn locatie. Nu gaat het weer beter 🥳

[TeslaNerd]

m10tech schreef op maandag 23 december 2024 @ 13:27:
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'.

Hoe kan ik zien welke versie van de Quatt-sniffer modbus en modbuscontroller door de ESPHome yaml van github is geladen?
Ik heb gezocht in de ESPHome logs maar kan dat niet terugvinden

[m10tech]

Dat heb ik nog niet onder de knie. Onthoudt wat je laadt op welk moment...

[jj85]

m10tech schreef op maandag 30 december 2024 @ 22:37:
Dat heb ik nog niet onder de knie. Onthoudt wat je laadt op welk moment...

Voorzet https://github.com/M10tech/Quatt-sniffer/pull/4
Kan vast slimmer met een variabele, maar dat gaat weer boven mijn petje

[TeslaNerd]

Met de modbus data in HA voor Evaporating temperature en Evaporating coil temperature is nu goed te zien dat deze net boven nul blijven bij compressor frequencies vanaf 40hz met de huidige buitentemperatuur van 3-4 graden.

Ik maak al gebruik van de eerder hier beschreven CiC/Quatt besturing via de thermostaat waarbij de frequentie van de compressor naar wens kan worden aangestuurd door het thermostaat setpoint enkele tienden van graden boven de actuele kamertemperatuur te houden met HA.
Zie ook:
nairolf schreef op dinsdag 19 november 2024 @ 10:08

Ik wil nu een graag een aansturing maken via deze offset tussen kamertemperatuur en room setpoint waarbij de compressorfrequentie zo hoog mogelijk wordt gehouden zonder dat er defrosts optreden.

Is er in HA iets waarmee ik doorlopend kan laten doelzoeken naar de juiste offset tussen kamertemperatuur en room setpoint zodanig dat de evaporating temperature niet onder nul gaat zodat er geen defrosts optreden?

[ Voor 6% gewijzigd door TeslaNerd op 01-01-2025 12:23 ]

[jj85]

@TeslaNerd mogelijk dat de PID integratie kan helpen
https://github.com/ScratMan/HASmartThermostat

target_sensor zou dan de evap temperatuur kunnen zijn.
Offset laat je aan op een of andere manier schakelen op basis van de control output vd regelaar

code:

{{ state_attr('climate.smart_thermostat_example', 'control_output') | float(0) }}"

Voor de verplichte heater kan je wel een dummy aanmaken.

Of deze
https://github.com/soloam/ha-pid-controller

[ Voor 6% gewijzigd door jj85 op 31-12-2024 14:14 ]

[m10tech]

m10tech schreef op zondag 29 december 2024 @ 21:16:
Ik heb ondertussen de PR7547 lokaal ingezet en zal zien hoe de komende dagen verlopen...

Op basis van de recente defrosts (7) ziet dit er goed uit.
Ik zou deze branch ook kunnen publiceren, of ik verzamel eerst nog wat meer bewijsmateriaal.
Kandidaten om dit ook te testen?

[jj85]

@m10tech hoe heb je hem toegevoegd?

Zo?

YAML:

external_components:
  # equivalent shorthand for GitHub pull request
  - source: github://pr#7547
    components: [ api ]

[ Voor 5% gewijzigd door jj85 op 31-12-2024 14:50 ]

[m10tech]

nee, handmatig als lokale component ingetypt. Geen idee wat jouw PR methode zou opleveren, je kan namelijk niets controleren op die manier...
Overigens moet je ook event aan de componenten toevoegen...

[TeslaNerd]

m10tech schreef op dinsdag 31 december 2024 @ 14:39:
[...]

Op basis van de recente defrosts (7) ziet dit er goed uit.
Ik zou deze branch ook kunnen publiceren, of ik verzamel eerst nog wat meer bewijsmateriaal.
Kandidaten om dit ook te testen?

Kan ik het ook testen zonder defrosts?

[m10tech]

het valt pas echt op met defrosts omdat dat echt voorspelbare sets gegevens zijn en het opvalt als iets niet aan die voorspelling voldoet

[TeslaNerd]

Versienr 0.7.3 van de modbusController zie ik nu in de log staan

[m10tech]

Klopt, heb PR#4 van jj85 vanochtend gemerged.
Je kunt ook controleren of de ranges matchen met de verwachtingen, wat hier het geval is...

[TeslaNerd]

Is het alleen de defrost bit waar dit bij gebeurd? Of kan het ook met andere bits worden getest?

[m10tech]

Het gebeurd met alle bits, maar je hebt defrosts nodig als voorspelbaar patroon.
En met het weer dat er aankomt gaat het je toch niet lukken om defrost-vrij te blijven ;-)

[jj85]

m10tech schreef op dinsdag 31 december 2024 @ 14:50:
nee, handmatig als lokale component ingetypt. Geen idee wat jouw PR methode zou opleveren, je kan namelijk niets controleren op die manier...
Overigens moet je ook event aan de componenten toevoegen...

Heb de pr toegevoegd en geïnstalleerd

YAML:

external_components:
  - source:
      type: git
      url: https://github.com/m10tech/Quatt-sniffer
    components: [ modbus, modbus_controller]   
    refresh: 1min 
  - source: github://pr#7547
    components: [ api, event ]

[TeslaNerd]

Ik heb het overgenomen in mijn ESPHome yaml en nog eens op install gedrukt.
Ziet er goed uit bij mij

[m10tech]

Het punt is dat je niets ziet aan je logs als je die PR laadt...
Kun je checken of je eerder wel defrosts had en 'hangende bits' had? (zie voorbeeld van jj85 hier)
Dan weten tenminste dat er iets te testen valt...

[TeslaNerd]

m10tech schreef op dinsdag 31 december 2024 @ 15:48:
Het punt is dat je niets ziet aan je logs als je die PR laadt...
Kun je checken of je eerder wel defrosts had en 'hangende bits' had? (zie voorbeeld van jj85 hier)
Dan weten tenminste dat er iets te testen valt...

Nee, niet eerder gezien. Wat doen die extra regels in de yaml voor api en event?

[m10tech]

lees dit verhaal: https://github.com/esphome/esphome/pull/7547
Samengevat, tot nu toe worden updates weggegooid als het niet binnen twee keer lukt om ze te versturen.
Hiermee gaan ze in een back-log en worden alsnog doorgestuurd...

[TeslaNerd]

m10tech schreef op dinsdag 31 december 2024 @ 16:05:
lees dit verhaal: https://github.com/esphome/esphome/pull/7547
Samengevat, tot nu toe worden updates weggegooid als het niet binnen twee keer lukt om ze te versturen.
Hiermee gaan ze in een back-log en worden alsnog doorgestuurd...

Mooie fix!
Daar gaan meer mensen blij mee zijn 👍

[TeslaNerd]

O ja, en dat weet dat er aan komt valt nog wel mee hier in Amsterdam. Komende 14 dagen niet onder nul.

[maxtrash]

@Freeckje ik geloof dat jij een vergelijkbare situatie hebt.
Ik heb een Diyless thermostaat type 3 aangeschaft en via MQTT kun je rechtstreeks de opentherm watertemperatuur instellen. In mijn geval zou ik graag willen dat als het koud is de warmtepomp hele lange runs maakt op een hoog vermogen (bijv. 2700W input vermogen bij mijn DUO) en dat als het niet voldoende is ik een airco bij kan schakelen.
ik probeer dat nu te bereiken door via node red de setpoint van de Tado (waar de Quatt nu achter hangt) te moduleren. Dat lost ook mijn problemen op met feit dat hij setpoint niet haalt omdat warmteverlies hoger is dan door Quatt is ingeschat.
Sturen via de Diyless lijkt me eigenlijk wel ideaal maar het is ook wat spannend om de werkende situatie met de Tado te ontmantelen. Raad jij het aan? Nadeel van de diyless is dat ik de temperatuur alleen per 0.5 kan instellen. Dat vind ik nogal grof.

[ Voor 4% gewijzigd door maxtrash op 01-01-2025 23:00 ]

[Freeckje]

maxtrash schreef op woensdag 1 januari 2025 @ 22:59:
@Freeckje ik geloof dat jij een vergelijkbare situatie hebt.
Ik heb een Diyless thermostaat type 3 aangeschaft en via MQTT kun je rechtstreeks de opentherm watertemperatuur instellen. In mijn geval zou ik graag willen dat als het koud is de warmtepomp hele lange runs maakt op een hoog vermogen (bijv. 2700W input vermogen bij mijn DUO) en dat als het niet voldoende is ik een airco bij kan schakelen.
ik probeer dat nu te bereiken door via node red de setpoint van de Tado (waar de Quatt nu achter hangt) te moduleren. Dat lost ook mijn problemen op met feit dat hij setpoint niet haalt omdat warmteverlies hoger is dan door Quatt is ingeschat.
Sturen via de Diyless lijkt me eigenlijk wel ideaal maar het is ook wat spannend om de werkende situatie met de Tado te ontmantelen. Raad jij het aan? Nadeel van de diyless is dat ik de temperatuur alleen per 0.5 kan instellen. Dat vind ik nogal grof.

Hoi @maxtrash , Ik heb helaas (nog) geen DiylessType 3 TS en ook geen Tado dus maakt het beantwoorden lastig. Momenteel loopt er met mijn zelfbouw-TS een experiment met aansturing via "controlsetpoint".
Via die weg is het mogelijk het watersetpoint met een reso van 0.1 graad aan te sturen.
Werkt jouw aanpak via nodered/mqtt/tado naar tevredenheid, dan zou je daarna zelf de Diyless-T3 kunnen programmeren met het gewenste algoritme, maar dat vraagt wel kennis van zaken mbt programmeren van de Diyless.
PS: het experiment met controlsetpoint wijst uit dat de Quatt dominant is qua aansturing van de wp, en aanstuurt op de door Quatt ingestelde stooklijn. Via otcontrolsetpoint kan je dat setpoint "beinvloeden", het is dus geen exacte 1 op 1 instelling van de watertemperatuur!

[ Voor 8% gewijzigd door Freeckje op 02-01-2025 10:30 ]

[TeslaNerd]

Freeckje schreef op donderdag 2 januari 2025 @ 10:21:
[...]

Hoi @maxtrash , Ik heb helaas (nog) geen DiylessType 3 TS en ook geen Tado dus maakt het beantwoorden lastig. Momenteel loopt er met mijn zelfbouw-TS een experiment met aansturing via "controlsetpoint".
Via die weg is het mogelijk het watersetpoint met een reso van 0.1 graad aan te sturen.
Werkt jouw aanpak via nodered/mqtt/tado naar tevredenheid, dan zou je daarna zelf de Diyless-T3 kunnen programmeren met het gewenste algoritme, maar dat vraagt wel kennis van zaken mbt programmeren van de Diyless.
PS: het experiment met controlsetpoint wijst uit dat de Quatt dominant is qua aansturing van de wp, en aanstuurt op de door Quatt ingestelde stooklijn. Via otcontrolsetpoint kan je dat setpoint "beinvloeden", het is dus geen exacte 1 op 1 instelling van de watertemperatuur!

@Freeckje heb jij uit jouw experiment de relatie tussen de deltaT_kamerT_naar_kamerSetpoint en de Tbuiten, Taanvoer en het vermogen/compressorfrequentie waarmee de Quatt gaat stoken al goed in beeld gekregen?

Ik kan met de tips van @nairolf voor de Honeywell Round Modulation T87M1003 met OTgateway de deltaT_kamerT_naar_kamerSetpoint nu heel precies op 0.01 graad instellen in HA en de werkelijke offset tussen kamertemperatuur en roomsetpoint blijft dan binnen een paar honderste grC rondom de ingestelde waarde.

De stooklijn van Quatt gaat volgens mij uit van de Tbuiten, de Taanvoer en de deltaT_kamerT_naar_kamerSetpoint. Het is mij nog niet gelukt die relatie goed uit mijn HA-data te destileren

[Freeckje]

@TeslaNerd mijn CiC staat ingesteld op watertemp aansturing en doet daarmee niets met het kamersetpoint en kamertemperatuur. Ik bemerk dat de CiC voornamelijk op basis van de buitentemperatuur het uitgangsvermogen instelt (en mede door het otcontrolsetpoint). Zal proberen een grafiekje te maken maar heb weinig statistiek vanwege de kleine spreiding van de buitentemp de laatste tijd.
PS: 17:00
Hierbij een scatter-plot van het power output en buitentemperatuur (x-as). Het controlsetpoint stond nagenoeg de gehele tijd op 32 graden, en geen nachtverlaging.
Door je oogharen kan je er een stooklijn in ontdekken . Grote voordeel van watertemp-aansturing van de CiC vind ik, is dat de regeling zeer rustig reageert op watersetpoint-variaties, maar vooral rustig is omdat de stooklijn gevolgd wordt zonder under- en overshoots. Moet er wel bij vermelden dat we een vloerverwarming hebben c.q. een groot blok beton onder de voeten.

[ Voor 56% gewijzigd door Freeckje op 02-01-2025 17:41 ]

[maxtrash]

Freeckje schreef op donderdag 2 januari 2025 @ 10:21:
[...]

Hoi @maxtrash , Ik heb helaas (nog) geen DiylessType 3 TS en ook geen Tado dus maakt het beantwoorden lastig. Momenteel loopt er met mijn zelfbouw-TS een experiment met aansturing via "controlsetpoint".
Via die weg is het mogelijk het watersetpoint met een reso van 0.1 graad aan te sturen.
Werkt jouw aanpak via nodered/mqtt/tado naar tevredenheid, dan zou je daarna zelf de Diyless-T3 kunnen programmeren met het gewenste algoritme, maar dat vraagt wel kennis van zaken mbt programmeren van de Diyless.
PS: het experiment met controlsetpoint wijst uit dat de Quatt dominant is qua aansturing van de wp, en aanstuurt op de door Quatt ingestelde stooklijn. Via otcontrolsetpoint kan je dat setpoint "beinvloeden", het is dus geen exacte 1 op 1 instelling van de watertemperatuur!

dank voor je reactie. Jammer wel. Als de aansturing van de controlsetpoint alleen een andere manier is om de daadwerkelijke watertemperatuur van de Quatt te sturen dan neig ik er nog even naar om datzelfde te proberen via verschil tussen temperatuur setpoint en ruimtetemperatuur. Ik kan nu software matig sturen tussen verschillende algoritmes en moet ook een beetje rekening houden met de WAF. Als mijn gekloot niet werkt zet ik algoritme op Tado en werkt het gewoon standaard. Als ik kies voor HA gaat hij thermostaat in home assistant volgen. Bij minimal is de setpoint van de Quatt de OT ruimtetemperatuur - 0.1 graden en bij HA-power probeer ik de warmtepomp binnen een bepaalde power input range te houden (1700-2500 Watt als voorbeeld).

code:

node.warn(`Calc-separated\n` +
    `HVAC Name: ${msg.payload.hvacName}\n` +
    `Algorithm: ${msg.payload.algorithm}\n` +
    `time left : ${timeLeft} seconds`);
if (msg.payload.algorithm == "HA-Power" && timeLeft <=0 ) {
    global.set(msg.payload.hvacName + 'lastSetpointUpdate', now);
    var newSetpoint = adjustSetpointByPower(msg.payload.hvacName, msg.payload.hvacTemperature, msg.payload.hvacPower, msg.payload.hvacOptimalPowerMinimum, msg.payload.hvacOptimalPowerMaximum);
} else if (msg.payload.algorithm == "HA") {
//       function calculateSetpointNew(tempDiff, desiredSetpoint, derivedTemperature, adjustmentFactor, responseDelay)
    newSetpoint = calculateSetpointNew(tempDiff, msg.payload.desiredSetpoint, msg.payload.derivedTemperature, 0.6, 1).toFixed(1);
    newSetpoint = applyHysteresis(msg.payload.hvacName, newSetpoint, msg.payload.currentTemperature, msg.payload.hvacSetpoint, msg.payload.desiredSetpoint, msg.payload.keepOnSetpoint, 16.0);
} else if (msg.payload.algorithm == "Minimal") {
    newSetpoint = msg.payload.keepOnSetpoint;
    node.warn("Minimal triggered")
} else if (msg.payload.algorithm == "Unchanged") {
    newSetpoint = msg.payload.hvacSetpoint;
} else {
    newSetpoint = msg.payload.hvacSetpoint;
}

[TeslaNerd]

maxtrash schreef op donderdag 2 januari 2025 @ 18:29:
[...]

dank voor je reactie. Jammer wel. Als de aansturing van de controlsetpoint alleen een andere manier is om de daadwerkelijke watertemperatuur van de Quatt te sturen dan neig ik er nog even naar om datzelfde te proberen via verschil tussen temperatuur setpoint en ruimtetemperatuur. Ik kan nu software matig sturen tussen verschillende algoritmes en moet ook een beetje rekening houden met de WAF. Als mijn gekloot niet werkt zet ik algoritme op Tado en werkt het gewoon standaard. Als ik kies voor HA gaat hij thermostaat in home assistant volgen. Bij minimal is de setpoint van de Quatt de OT ruimtetemperatuur - 0.1 graden en bij HA-power probeer ik de warmtepomp binnen een bepaalde power input range te houden (1700-2500 Watt als voorbeeld).

[Afbeelding]

code:

node.warn(`Calc-separated\n` +
    `HVAC Name: ${msg.payload.hvacName}\n` +
    `Algorithm: ${msg.payload.algorithm}\n` +
    `time left : ${timeLeft} seconds`);
if (msg.payload.algorithm == "HA-Power" && timeLeft <=0 ) {
    global.set(msg.payload.hvacName + 'lastSetpointUpdate', now);
    var newSetpoint = adjustSetpointByPower(msg.payload.hvacName, msg.payload.hvacTemperature, msg.payload.hvacPower, msg.payload.hvacOptimalPowerMinimum, msg.payload.hvacOptimalPowerMaximum);
} else if (msg.payload.algorithm == "HA") {
//       function calculateSetpointNew(tempDiff, desiredSetpoint, derivedTemperature, adjustmentFactor, responseDelay)
    newSetpoint = calculateSetpointNew(tempDiff, msg.payload.desiredSetpoint, msg.payload.derivedTemperature, 0.6, 1).toFixed(1);
    newSetpoint = applyHysteresis(msg.payload.hvacName, newSetpoint, msg.payload.currentTemperature, msg.payload.hvacSetpoint, msg.payload.desiredSetpoint, msg.payload.keepOnSetpoint, 16.0);
} else if (msg.payload.algorithm == "Minimal") {
    newSetpoint = msg.payload.keepOnSetpoint;
    node.warn("Minimal triggered")
} else if (msg.payload.algorithm == "Unchanged") {
    newSetpoint = msg.payload.hvacSetpoint;
} else {
    newSetpoint = msg.payload.hvacSetpoint;
}

Mooie setup in HA en interessant hoe jij kan schakelen tussen de verschillende opties, Tado en HA-thermostaten.

Wat betekenen de waarden in jouw dashboard voor de grC/h voor Woonkamer hp/ Woonkamer Tado en Woonkamer temperature desk? Dat zijn toch niet de opwarmsnelheden per temperatuursensor? Daarvoor lijken mij die erg hoog als jouw huis al 20.4 graden is.

NB Ik ben voor de minimale regeling ook uitgekomen op ruimtetemperatuur minus 0.1. Hoe stuur jij de Quatt zodanig dat jij in het HA-power het vermogen binnen de range van 1700-2500watt kan houden?

[ Voor 8% gewijzigd door TeslaNerd op 02-01-2025 19:12 ]

[maxtrash]

TeslaNerd schreef op donderdag 2 januari 2025 @ 18:59:
[...]

Mooie setup in HA en interessant hoe jij kan schakelen tussen de verschillende opties, Tado en HA-thermostaten.

Wat betekenen de waarden in jouw dashboard voor de grC/h voor Woonkamer hp/ Woonkamer Tado en Woonkamer temperature desk? Dat zijn toch niet de opwarmsnelheden per temperatuursensor? Daarvoor lijken mij die erg hoog als jouw huis al 20.4 graden is.

toch wel, maar het hangt natuurlijk erg af over hoeveel punten je dit uitmiddelt. En als je de deur naar de gang opent of naar buiten dan kan dat best veel invloed hebben op de temperatuur.
Om half zeven heb ik even de airco in de game kamer aangezet. Het is onvoorstelbaar hoe snel daarmee de temperatuur verhoogd wordt. Ik kan bijv. een uur lang verwarmen op 2500W met de Quatt en dan stijgt de ruimtetemperatuur met 0.2 graad per uur. Als dan de airco op 250W verwarmt (en de Quatt bijvoorbeeld naar 2000W) dan kan het zomaar dat de temperatuur ineens met 2,5 graad per uur gaat stijgen, ondanks dat het totale vermogen minder is. Maar als je dan de airco uitzet zakt de temperatuur weer als een plumpudding in...(isolatie in mijn huis, een voormalig klooster uit de jaren 30, is niet optimaal)

[Flesym]

maxtrash schreef op woensdag 1 januari 2025 @ 22:59:
@Freeckje ik geloof dat jij een vergelijkbare situatie hebt.
Ik heb een Diyless thermostaat type 3 aangeschaft en via MQTT kun je rechtstreeks de opentherm watertemperatuur instellen. In mijn geval zou ik graag willen dat als het koud is de warmtepomp hele lange runs maakt op een hoog vermogen (bijv. 2700W input vermogen bij mijn DUO) en dat als het niet voldoende is ik een airco bij kan schakelen.
ik probeer dat nu te bereiken door via node red de setpoint van de Tado (waar de Quatt nu achter hangt) te moduleren. Dat lost ook mijn problemen op met feit dat hij setpoint niet haalt omdat warmteverlies hoger is dan door Quatt is ingeschat.
Sturen via de Diyless lijkt me eigenlijk wel ideaal maar het is ook wat spannend om de werkende situatie met de Tado te ontmantelen. Raad jij het aan? Nadeel van de diyless is dat ik de temperatuur alleen per 0.5 kan instellen. Dat vind ik nogal grof.

[Afbeelding]

Ik heb ook de Diyless:
1) Diyless 1 kun je in 0,1 ⁰C besturen met in HA de volgende code in HA

code:

type: custom:thermostat-card
entity: climate.diyless_thermostat_1_central_heating
title: kamertemp.
no_card: true
pending: 2
step: 0.1
features:
  - style: icons
    type: climate-hvac-modes
    hvac_modes:
      - heat
      - "off"
show_current_as_primary: true

Dit komt ook beschikbaar in versie 2.2.0 op de Diyless 3.

2) ik heb nu de beta 2.2.0 op Diyless 1 draaien en dan kun je heel mooi de stooklijn modelleren in CV water versus buitentemperatuur en er wordt automatisch de realtime waarde op geplot met een oranje bol). Ook zit in 2.2.0 een instelbare hysteresis en dit werkt prima.

3) Nadeeltje van de Diyless 3 is wel de 230v adapter. Deze genereert warmte en beïnvloedt de interne sensor. Maar ik heb hem op een externe 5v adapter gezet. Zodra de beta code ook beschikbaar is voor de Diyless 3 ga ik weer daarop over

4) in 2.2.0 komt ook sensor calibratie beschikbaar.

[Flesym]

Overigens kun je in de nieuwe code kiezen voor 3 regelingen:


En ook kun je kiezen tussen Opentherm Outside sensor of Meteostation op basis van GPS

[maxtrash]

Flesym schreef op donderdag 2 januari 2025 @ 19:35:
[...]


Ik heb ook de Diyless:
1) Diyless 1 kun je in 0,1 ⁰C besturen met in HA de volgende code in HA

code:

type: custom:thermostat-card
entity: climate.diyless_thermostat_1_central_heating
title: kamertemp.
no_card: true
pending: 2
step: 0.1
features:
  - style: icons
    type: climate-hvac-modes
    hvac_modes:
      - heat
      - "off"
show_current_as_primary: true

Net even via Hacs geïnstalleerd maar deze heeft zo'n NEST design wat ik niet zo mooi vind. Maar maakt niet uit, keuze genoeg.

Dit komt ook beschikbaar in versie 2.2.0 op de Diyless 3.

2) ik heb nu de beta 2.2.0 draaien en dan kun je heel mooi de stooklijn modelleren in CV water versus buitentemperatuur en er wordt automatisch de realtime waarde op geplot met een oranje bol). Ook zit in 2.2.0 een instelbare hysteresis en dit werkt prima.
[Afbeelding]
3) Nadeeltje van de Diyless 3 is wel de 230v adapter. Deze genereert warmte en beïnvloedt de interne sensor. Maar ik heb hem op een externe 5v adapter gezet. Zodra de beta code ook beschikbaar is voor de Diyless 3 ga ik weer daarop over

4) in 2.2.0 komt ook sensor calibratie beschikbaar.

jij bent ook met de auteur op Github aan het praten denk ik :-) ?

[Flesym]

maxtrash schreef op donderdag 2 januari 2025 @ 20:28:
[...]

Net even via Hacs geïnstalleerd maar deze heeft zo'n NEST design wat ik niet zo mooi vind. Maar maakt niet uit, keuze genoeg.

[...]

jij bent ook met de auteur op Github aan het praten denk ik :-) ?

Klopt, hij is heel welwillend om dingen aan te passen.
Ik denk dat ik jou ook even daar zag.

Ging mij even om:
step: 0.1
Maar die mocht ik niet bold maken 😂

[MWink]

TeslaNerd schreef op zondag 29 december 2024 @ 17:20:
[...]

Zoals al vaker hier opgemerkt zit dat waarschijnlijk in de firmware van de controller-printplaat in de buitenunit die de engineers van Quatt niet kunnen aanpassen.
Ik vermoed dat de nieuwe versies van de Quatt buitenunit die ook de flowmeter in de buitenunit hebben (installaties vanaf zomer 2024?) ook deze nieuwe firmware hebben

Zouden die temperaturen van de bodemplaat verwarming (en andere parameters) niet een configuratie binnen de firmware van de warmtepomp kunnen zijn die de CiC via de Modbus interface kan instellen ? Er zal vast een default waarde zijn die als basis geldt als je het niet configureert. Vaak heb je op dat soort interfaces nog een password byte waar je eerst heen moet schrijven om configuratie te kunnen wijzigen. maar als de CiC dat nooit schrijft zie je die ook niet op de modbus

[Freeckje]

Flesym schreef op donderdag 2 januari 2025 @ 19:44:
Overigens kun je in de nieuwe code kiezen voor 3 regelingen:
[Afbeelding]

En ook kun je kiezen tussen Opentherm Outside sensor of Meteostation op basis van GPS

Ik ga dit eens goed bestuderen, hoop dat er een goede specificatie beschikbaar is. Als deze TS voldoet dan kan ik mijn DIY-TS-project afblazen .

[Flesym]

Freeckje schreef op donderdag 2 januari 2025 @ 21:17:
[...]

Ik ga dit eens goed bestuderen, hoop dat er een goede specificatie beschikbaar is. Als deze TS voldoet dan kan ik mijn DIY-TS-project afblazen .

Ach, het is een (erg meedenkende) ontwikkelaar maar documentatie loopt wel achter / is beperkt. Daarbij kan ik zelf maar beperkt functies testen want mijn CIC staat op room temperature sturing. Maar met de verbeteringen die Quatt heeft aangebracht, ik zelf (overgestapt op heatboosters en beter waterzijdig ingeregeld) en de Diyless software blijft mijn temperatuurschommeling nu over het algemeen binnen de 0,4 graden. Eerder was deze rond de 1 ⁰C binnen een uur.

Wel valt op (denk omdat Quatt vooral buiten-temp en room temperatuur gebruikt) dat andere verstoringen redelijk veel impact hebben. In het screenshot van 3 dagen: oranje=storm, blauw=koken in keuken (7m afstand), geel=2 man visite.
Maar mijn Quatt draait nu (vrijwel) permanent, HA is er tussen uit (gebruikte ik om de room temperature te beïnvloeden) en zoals gezegd over het algemeen blijft ik binnen 0,4 graden over een grote tijdsspanne mede omdat nu de Quatt permanent verwarmt. Dus dit is voor mij een reuze stap.
.

[TeslaNerd]

MWink schreef op donderdag 2 januari 2025 @ 20:52:
[...]


Zouden die temperaturen van de bodemplaat verwarming (en andere parameters) niet een configuratie binnen de firmware van de warmtepomp kunnen zijn die de CiC via de Modbus interface kan instellen ? Er zal vast een default waarde zijn die als basis geldt als je het niet configureert. Vaak heb je op dat soort interfaces nog een password byte waar je eerst heen moet schrijven om configuratie te kunnen wijzigen. maar als de CiC dat nooit schrijft zie je die ook niet op de modbus

Heb jij daar een voorbeeld van (gezien)?

[Flesym]

En ik wil niemand een Diyless aansmeren, het blijft een project van 1 of een paar ontwikkelaars en enerzijds is het geen gelikt product en anderzijds geeft dat risico's. Maar een meedenkende ontwikkelaar is een verademing.

[Freeckje]

Flesym schreef op donderdag 2 januari 2025 @ 22:02:
En ik wil niemand een Diyless aansmeren, het blijft een project van 1 of een paar ontwikkelaars en enerzijds is het geen gelikt product en anderzijds geeft dat risico's. Maar een meedenkende ontwikkelaar is een verademing.

Ik viel op het plaatje met het mooie display . Wat bedoel je met "geen gelikt product"?
Als het dan maar opensource is, of dat je zelf je software kunt compileren en installeren.
Is daar iets over bekend?

[TeslaNerd]

Flesym schreef op donderdag 2 januari 2025 @ 22:02:
En ik wil niemand een Diyless aansmeren, het blijft een project van 1 of een paar ontwikkelaars en enerzijds is het geen gelikt product en anderzijds geeft dat risico's. Maar een meedenkende ontwikkelaar is een verademing.

Kan zijn software/HA-integratie ook via een OTgateway op andere ot thermostaten draaien?

[Flesym]

Freeckje schreef op donderdag 2 januari 2025 @ 22:08:
[...]

Ik viel op het plaatje met het mooie display . Wat bedoel je met "geen gelikt product"?
Als het dan maar opensource is, of dat je zelf je software kunt compileren en installeren.
Is daar iets over bekend?

Dat laatste weet ik niet, is te moeilijk voor mij. Maar bij de D1 kan dat wel, D3 niet naar gekeken (ik gok dat het wel op Github staat).

Niet gelikt:
Diyless 1:
- standaard ESP bordje en OpenTherm bordje in een 3D geprint huisje
- eenvoudige remote sensor (Xiaomi BLE thermometer)
- alleen een simpele embedded webserver
- basic configurator
- geen remote control (wel via HA of Tailscale)
- beperkte documentatie (config) staat op hun website

Diyless 3:
- inderdaad mooi uiterlijk (inschatting Chinese DIY hardware waar Diyless hun software op heeft gezet)
- 230v adapter is 3D printed om een 5v adaptertje. Maar deze verwarmt de sensor (vandaar dat ik een remote 5v adapter gebruik)
- basic configurator
- geen remote control (wel via HA of Tailscale)
- beperkte documentatie (config) staat op hun website

Dus niet echt geschikt voor een gebruiker/leek maar wel erg leuk voor een hobbyist die zelf wat wil uitzoeken..

[Flesym]

TeslaNerd schreef op donderdag 2 januari 2025 @ 22:15:
[...]

Kan zijn software/HA-integratie ook via een OTgateway op andere ot thermostaten draaien?

Echt geen idee maar het thermostaat deel draait op een standaard ESP bordje dus ik denk van wel

[HBO88]

jj85 schreef op maandag 30 december 2024 @ 19:28:
[...]

offtopic:
Een esp kun je ook prima langdurig op een accu/batterij draaien.
Ik heb een e-paper display (ververst elk uur) die data uit HA haalt en weergeeft. Half jaartje houdt hij het wel vol.
https://community.home-as...our-home-decor/435428/108

We dwalen een beetje af in dit topic Eventueel verder in het esp of esphome topic?

Ook al niet geheel on topic, super bedankt voor het delen. Ik zocht zoiets al een lange tijd, ga eens in verdiepen om zelf zoiets (na) te maken!

[TeslaNerd]

HBO88 schreef op vrijdag 3 januari 2025 @ 13:45:
[...]

Ook al niet geheel on topic, super bedankt voor het delen. Ik zocht zoiets al een lange tijd, ga eens in verdiepen om zelf zoiets (na) te maken!

Dit is toch prima on topic voor Quatt en HA en andere Domotica🤔

Houdt ons op de hoogte van jouw vorderingen!

[RxRxR]

Is bekend aan de hand waarvan de CIC bepaald om de CV aan/uit te zetten?

Momenteel heb ik de eerste momenten waarop de CIC denkt het niet met alleen de warmtepomp te redden en de CV aan te moeten zetten. Echter, zoals in onderstaande afbeelding te zien is loopt dit niet bepaald lekker.
De CV wordt voor enkele minuten aangezet waarna deze weer uit gaat. Dit voegt niks toe qua temperatuur maar zorgt wel voor veel nutteloze start/stops van de CV.


Wordt het aan/uit zetten gedaan aan de hand van het thermostat control setpoint (daar lijkt het een beetje op)? En zou dit betekenen dat als ik een OTGW tussen de thermostaat en CIC zet ik dit kan sturen?

Als achtergrond: CV is aangesloten via aan/uit en huis wordt verwarmd via vloerverwarming. Quatt staat momenteel op silent setting. (Om het dichtvriezen van de warmtepomp voordat een defrost gebeurd te testen, maar dat is een ander onderwerp)

[TeslaNerd]

RxRxR schreef op vrijdag 3 januari 2025 @ 16:14:
Is bekend aan de hand waarvan de CIC bepaald om de CV aan/uit te zetten?

Momenteel heb ik de eerste momenten waarop de CIC denkt het niet met alleen de warmtepomp te redden en de CV aan te moeten zetten. Echter, zoals in onderstaande afbeelding te zien is loopt dit niet bepaald lekker.
De CV wordt voor enkele minuten aangezet waarna deze weer uit gaat. Dit voegt niks toe qua temperatuur maar zorgt wel voor veel nutteloze start/stops van de CV.


Wordt het aan/uit zetten gedaan aan de hand van het thermostat control setpoint (daar lijkt het een beetje op)? En zou dit betekenen dat als ik een OTGW tussen de thermostaat en CIC zet ik dit kan sturen?

Als achtergrond: CV is aangesloten via aan/uit en huis wordt verwarmd via vloerverwarming. Quatt staat momenteel op silent setting. (Om het dichtvriezen van de warmtepomp voordat een defrost gebeurd te testen, maar dat is een ander onderwerp)

[Afbeelding]

Dat ziet er uit als een gebruikelijke CiC regeling met even cv tijdens de defrosts en tussen de defrosts ook nog een plukje gas omdat de warmtepomp het net niet alleen red. Dat laatste kan jij waarschijnlijk voorkomen door de soundslider verder omhoog te zetten.
Met een opentherm regeling tussen CiC en cv of een andere afstelling van de cv reageert de cv mogelijk met minder vermogen.
Probeer eens wat en laat even weten of dat een ander (beter?) beeld geeft

[CPM]

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/

Ik neem aan dat je deze bordjes met USB moet aansluiten op je HA? Dat gaat een uitdaging worden aangezien mijn CiC in een andere ruimte staat 10 meter verderop.
Zijn er draadloze bordjes of LAN bordjes? Ik wil dit best gaan proberen namelijk maar de voorwaarde moet zijn ethernet of wifi.
Wil zo'n bordje best opsturen naar iemand van hier om het te testen.

[ Voor 6% gewijzigd door CPM op 04-01-2025 10:04 ]

[TeslaNerd]

CPM schreef op zaterdag 4 januari 2025 @ 09:52:
[...]


Ik neem aan dat je deze bordjes met USB moet aansluiten op je HA? Dat gaat een uitdaging worden aangezien mijn CiC in een andere ruimte staat 10 meter verderop.
Zijn er draadloze bordjes of LAN bordjes? Ik wil dit best gaan proberen namelijk maar de voorwaarde moet zijn ethernet of wifi.
Wil zo'n bordje best opsturen naar iemand van hier om het te testen.

Ja, eerst even met usb op je HA aansluiten voor de eerste kennismaking. Daarna is de verbinding draadloos via wifi. Het boardje is obv een ESP32 en maakt gebruik van de ESPHOME-integratie die jij in HA kan installeren.
Als de CiC verbinding met wifi heeft lukt dat met dit boardje ook.

NB met alleen het boardje kun jij alle extra Quatt sensoren in HA krijgen. Het optionele touch tft display is niet noodzakelijk (misschien wel leuk om te hebben. Let me know!)

https://www.tindie.com/pr...s-and-optional-touch-tft/

[ Voor 32% gewijzigd door TeslaNerd op 04-01-2025 10:19 ]

[CPM]

TeslaNerd schreef op zaterdag 4 januari 2025 @ 10:12:
[...]

Ja, eerst even met usb op je HA aansluiten voor de eerste kennismaking. Daarna is de verbinding draadloos via wifi. Het boardje is obv een ESP32 en maakt gebruik van de ESPHOME-integratie die jij in HA kan installeren.
Als de CiC verbinding met wifi heeft lukt dat met dit boardje ook.

NB met alleen het boardje kun jij alle extra Quatt sensoren in HA krijgen. Het optionele touch tft display is niet noodzakelijk (misschien wel leuk om te hebben. Let me know!)

https://www.tindie.com/pr...s-and-optional-touch-tft/

[Afbeelding]

Zijn er nog andere bordjes die werken? Ik lees dat jij van deze een permanente aanpassing doet (TX doorkrassen)?
ik ben nieuw in deze materie dus de hele werking in HA en ondersteuning daarvoor weet ik nog niets van, ben ik dan afhankelijk van een driver oid?

Wacht ik lees even alle "modbus" posts door.

[TeslaNerd]

CPM schreef op zaterdag 4 januari 2025 @ 11:07:
[...]


Zijn er nog andere bordjes die werken? Ik lees dat jij van deze een permanente aanpassing doet (TX doorkrassen)?
ik ben nieuw in deze materie dus de hele werking in HA en ondersteuning daarvoor weet ik nog niets van, ben ik dan afhankelijk van een driver oid?

Wacht ik lees even alle "modbus" posts door.

Met de ESPHome script en modbus controller aanpassingen van @m10tech en @jj85 is het nu bijna plug-en-play geworden.
Ik zou zelf weer dat Tindie boardje voor €15 nemen en het zelfs eerst proberen zonder het TX-spoortje door te krassen of die 3 weerstanden te verwijderen.

[harv]

TeslaNerd schreef op zaterdag 4 januari 2025 @ 10:12:
[...]

Ja, eerst even met usb op je HA aansluiten voor de eerste kennismaking. Daarna is de verbinding draadloos via wifi. Het boardje is obv een ESP32 en maakt gebruik van de ESPHOME-integratie die jij in HA kan installeren.
Als de CiC verbinding met wifi heeft lukt dat met dit boardje ook.

NB met alleen het boardje kun jij alle extra Quatt sensoren in HA krijgen. Het optionele touch tft display is niet noodzakelijk (misschien wel leuk om te hebben. Let me know!)

https://www.tindie.com/pr...s-and-optional-touch-tft/

[Afbeelding]

@TeslaNerd @jj85 @Freeckje @m10tech

Fijne reactie @TeslaNerd hier en in ervaringen met quatt deel 2

Ik heb hier ook al vaak gezocht of een boardje met HA iets voor mij is.
Maar als ik dan lees van weerstandjes knippen en zo, slaat de schrik om mijn hart. Een keer een wasdrogerprint proberen te repareren, moest simpel voedingkje zijn, dan zou hij niet meer halverwege stoppen.
Week later staat een nieuwe droger in huis

Als je dan ook nog HA moet zien te installeren, koppelen board via usb met ver weg staande computer, en ik zie dat jullie, -techneuten-, ook nog wat zoekende zijn, lijkt het me soms beter wat te wachten, ondanks mijn interesse in het sniffen van de pomp, altijd goed voor nu en later.

Maar waar vind ik een totaal plan om het geheel te realiseren, met een "garantie" dat het werkt?
Volgens mij heb ik dat hier nog niet gezien. En ik denk dat dat voor veel tweakers interessant zou zijn.
Misschien een gezamenlijk project??

Verder succes in het tweaken, we leren er veel van.

[TeslaNerd]

harv schreef op zaterdag 4 januari 2025 @ 12:37:
[...]


@TeslaNerd @jj85 @Freeckje @m10tech

Fijne reactie @TeslaNerd hier en in ervaringen met quatt deel 2

Ik heb hier ook al vaak gezocht of een boardje met HA iets voor mij is.
Maar als ik dan lees van weerstandjes knippen en zo, slaat de schrik om mijn hart. Een keer een wasdrogerprint proberen te repareren, moest simpel voedingkje zijn, dan zou hij niet meer halverwege stoppen.
Week later staat een nieuwe droger in huis

Als je dan ook nog HA moet zien te installeren, koppelen board via usb met ver weg staande computer, en ik zie dat jullie, -techneuten-, ook nog wat zoekende zijn, lijkt het me soms beter wat te wachten, ondanks mijn interesse in het sniffen van de pomp, altijd goed voor nu en later.

Maar waar vind ik een totaal plan om het geheel te realiseren, met een "garantie" dat het werkt?
Volgens mij heb ik dat hier nog niet gezien. En ik denk dat dat voor veel tweakers interessant zou zijn.
Misschien een gezamenlijk project??

Verder succes in het tweaken, we leren er veel van.

Dat hier op tweakers veel kennis bij elkaar wordt gebracht en goed wordt samengewerkt is de beste garantie dat het werkt!

Dit is nu al een gezamenlijk project en jij en andere tweakers zijn welkom hier in mee te doen. Zoals ik hieronder schrijf aan @cpm werkt het boardje van Tindie nu bijna plug-en-play en verwacht ik dat het zonder knippen van weerstanden en doorkrassen van TX-spoor ook al doet wat het moet doen.

Als gezamenlijk project mag jij mijn werkend boardje overnemen zonder dat jij hoeft te knippen, krassen of met usb ver weg te koppelen en zal ik een nieuwe bestellen zodat ik dat kan uitproberen zonder dat ik een doorgekrast spoortje moet gaan dichtkliederen. Stuur mij een pm als jij dat wilt proberen

[RxRxR]

TeslaNerd schreef op vrijdag 3 januari 2025 @ 23:13:
[...]

Dat ziet er uit als een gebruikelijke CiC regeling met even cv tijdens de defrosts en tussen de defrosts ook nog een plukje gas omdat de warmtepomp het net niet alleen red. Dat laatste kan jij waarschijnlijk voorkomen door de soundslider verder omhoog te zetten.
Met een opentherm regeling tussen CiC en cv of een andere afstelling van de cv reageert de cv mogelijk met minder vermogen.
Probeer eens wat en laat even weten of dat een ander (beter?) beeld geeft

Ik doelde op een opentherm gateway tussen de thermostaat en CIC, zodat ik otFtControlCheckpoint aan kan passen die naar de CIC gaat. In het algmene quatt topic is voldoende bediscussieerd dat de CIC niks met die waarde doet om het vermogen van de Quatt te bepalen, maar ik vroeg me af of dit voor de CV bijsturing wellicht anders was? Dus bijvoorbeeld otFtControlCheckpoint kunstmatig laag houden totdat echt duidelijk is dat de Quatt het niet zelf trekt, en dan de CV voor minimaal 1-2 uur aanhouden door otFtControlCheckpoint op een hogere waarde te zetten? Ik zal de OTGW weer eens onder uit de kast halen waar hij heen ging toen de Quatt kwam.

Soundslider omhoog zetten zal het met de huidige temperaturen oplossen inderdaad, die heb ik nu tijdelijk op Silent gezet om te kijken of het defrost gedrag nu beter gaat. Zonder soundslider ziet het vermogen / Cop verloop er onderstaand uit. Waar al halverwege zn run het vermogen en de COP van de Quatt inzakken, maar de Quatt nog doodleuk een half uur door probeert te stampen voordat hij gaat defrosten.

edit: Maar dat laatste is zoals ik al zei eigenlijk meer voor het algemene quatt forum

[m10tech]

TeslaNerd schreef op zaterdag 4 januari 2025 @ 12:55:
[...]
Zoals ik hieronder schrijf aan @cpm werkt het boardje van Tindie nu bijna plug-en-play en verwacht ik dat het zonder knippen van weerstanden en doorkrassen van TX-spoor ook al doet wat het moet doen.

Even een kort bericht vanuit mijn vakantie. Als electrotechnisch ingenieur weet ik dat het doorkrassen van TX en het verwijderen van de weerstanden de juiste acties zijn voor een correcte werking van de modbus interface.
Dat gezegd zijnde zullen de weerstanden niet kritisch zijn maar de TX kan serieus invloed hebben. Dus doe bij voorkeur alles, maar minstens de TX.
Vind je dit spannend, ga dan langs bij een RepairCafe, die regelen dit in een handomdraai

[jj85]

m10tech schreef op zaterdag 4 januari 2025 @ 18:11:
[...]

Even een kort bericht vanuit mijn vakantie. Als electrotechnisch ingenieur weet ik dat het doorkrassen van TX en het verwijderen van de weerstanden de juiste acties zijn voor een correcte werking van de modbus interface.
Dat gezegd zijnde zullen de weerstanden niet kritisch zijn maar de TX kan serieus invloed hebben. Dus doe bij voorkeur alles, maar minstens de TX.
Vind je dit spannend, ga dan langs bij een RepairCafe, die regelen dit in een handomdraai

Wel mee eens. Ook al werd de TX niet aangestuurd mijn CIC ging over de zeik. Doorhalen is in mijn ogen noodzakelijk zolang deze op de uart hardware tx van de esp zit.

[Rowwan]

Je kunt de TX toch anders configureren? (Geen UART TX, maar een analoge input oid)

[jj85]

Rowwan schreef op zaterdag 4 januari 2025 @ 19:53:
Je kunt de TX toch anders configureren? (Geen UART TX, maar een analoge input oid)

Gaat om dit bordje
https://www.tindie.com/pr...s-and-optional-touch-tft/

The RS485 is connected to the hardware uart rx/tx (gpio20/gpio21).

Ook al configureren we een andere pin als TX, er blijft signaal langskomen op gpio21, wat voor verstoringen zorgt. Doorhalen van het spoortje wat vooralsnog de enig optie om geen stoorsignalen te krijgen. Maar ongewtijfweld zijn er alternatieven...

[m10tech]

Het genoemde bordje heeft ‘autoTX’. Dan is doorhalen de enige optie voor veilig gebruik. Ik heb eerder een module genoemd die een expliciete TX pin heeft, en die hang ik vast aan aarde. Dan bereik ik hetzelfde. Maar dat moet je nog aan een ESP bordje hangen. Niet moeilijk, maar je moet het wel doen

[m10tech]

Achtergrond: een RS485 bus heeft twee uiteinden die elk een 120ohm afsluitweerstand hebben. De master kan ook nog een pullup en een pulldown weerstand hebben. Wij zijn te gast op die bus en horen geen weerstanden mee te brengen.
Een bus heeft een master en die zend een commando waarna de geadresseerde slaaf moet antwoorden. Maar als wij daar doorheen gaan zenden op een willekeurig moment dan verstoren we soms zo’n dialoog. Dus geen TX toestaan door een sniffer.!

[ Voor 7% gewijzigd door m10tech op 04-01-2025 23:02 ]

[TeslaNerd]

Rowwan schreef op zaterdag 4 januari 2025 @ 19:53:
Je kunt de TX toch anders configureren? (Geen UART TX, maar een analoge input oid)

In de configuratie yaml voor ESPHome zit de uart setup voor het koppelen van de GPIOs aan de TX en de RX.
Wij hebben in de setup met dit ESP32-C3 boardje met geintegreerde MAX485 chip geprobeerd de TX niet in te stellen of op een ongebruikte GPIO (18) in te stellen maar bleven dan toch activiteit op de TX led zien.
Als iemand suggesties heeft hoe dit wel via de configuratie kan worden ingesteld laat het ons weten.

This is an ESP32-C3-MINI-1-N4 with RS485 and color touch TFT all together on one board. The ESP32-C3-MINI-1-N4 contains the ESP32-C3 SoC which is a successor for the well known ESP8266 microcontroller. The RS485 exists of auto-send-receive with MAX485 chip. And the touch screen is the ILI9341 screen with touch sensor.

IOT home users who want to talk to modbus devices generally some ready available components are connected together to create a arduino modbus capable device. However this is often not the best of connection due to all the wiring which is necessary between all the components. This board makes it easy and allows you to run you modbus code together with an easy visible color touch screen interface.

It is an intergrated complete design. Just connect power (USB-C) and your modbus device, upload some code, and you have a nice working device! The LCD connections to the GPIO's of the ESP32-C3-MINI-1-N4 is shown in one of the photo's. The RS485 is connected to the hardware uart rx/tx (gpio20/gpio21). Therefore you can't use serial output and RS485 together. But hey, just print your debugging info on the TFT screen!

The basic option contains of only the PCB with the ESP32-C3-MINI-1-N4, the USB-C connector and a soldered connector for the RS485 connection. This allows it to be used as basic ESP32-C3-MINI-1-N4 modbus master or slave. You can add the ILI9341 TFT screen with touchscreen to add the possibility to add custom design for your program to interact with the user. The 3d printed case is another option for complete PCB+TFT+case solution.

The module is powered using the USB-C connector or with external 5v soldered to the power connections on the board.

I am using this design for my Sofar inverter with the software Sofar2Mqtt for which I modified the code to work with this tft screen (see last two photos). This software will be pre-installed before shipping so I can test if everything is working correctly. You can overwrite it with your own program/code with any ESP32-C3 programmer if you don't want to use this software.

ESPhome can also be installed and it also provides support for the touchscreen (TFT screen and Touch sensor) but make sure to turn of logging via UART (set baudrate to 0) as the RS485 uses the onboard UART (tx/rx).

[m10tech]

En om het nog eens te benadrukken: de bovenstaande quote zegt

This allows it to be used as basic ESP32-C3-MINI-1-N4 modbus master or slave.

Voor sniffer dus verplicht TX snijden

[TeslaNerd]

De defrosts lopen nu weer lekker stipt een keer per uur. Het maakt ook niet uit of ik de Quatt continu op 90Hz (control test) laat draaien of de CiC zijn ding laat doen.

[m10tech]

MWink schreef op donderdag 2 januari 2025 @ 20:52:
[...]
Zouden die temperaturen van de bodemplaat verwarming (en andere parameters) niet een configuratie binnen de firmware van de warmtepomp kunnen zijn die de CiC via de Modbus interface kan instellen ? Er zal vast een default waarde zijn die als basis geldt als je het niet configureert. Vaak heb je op dat soort interfaces nog een password byte waar je eerst heen moet schrijven om configuratie te kunnen wijzigen. maar als de CiC dat nooit schrijft zie je die ook niet op de modbus

In theorie kun je de modbus ook gebruiken om de firmware van de Quatt te updaten.
Ik kijk expliciet of ik ooit afwijkende berichten vind, maar dat is in de afgelopen maanden nog niet gebeurd.
Niet voor het updaten van firmware, en ook niet om andere parameters te zetten.
Het is natuurlijk ook heel lastig om hier een vinger achter te krijgen.

We (denken te) weten dat er twee versies van de Quatt firmware zijn, zichtbaar aan de bodemplaatverwarming.
Er is geen aansturing op laag niveau vanuit de CiC.
De oudere versie doet iets met 4 graden en 7 graden. Dat heb ik uit jouw posts @MWink .
De nieuwere versie hebben TeslaNerd, jj85 en ikzelf en daarvan gaat de bodemverwarming aan vóór een defrost, EN als de buitentemperatuur onder de 0 graden komt.
Dat heeft een schakelpatroon op de seconde. Dus soms stuitert de BPV om de twee seconden om...

Het is ook wel goed dat de Quatt veel van dit soort dingen helemaal autonoom doet.
Je hebt dan geen last van uit de hand lopende situaties als de modbus of de CiC moeilijk gaan doen.

edit: Wat WEL heel slecht is, is dat gestuiter indien dit op een mechanisch relais wordt gedaan...
Quatt en CiC doen dit op diverse punten slecht, en daar is al over gecommuniceerd, maar dit is er nog 1 meer...

[ Voor 5% gewijzigd door m10tech op 06-01-2025 17:13 ]

[TeslaNerd]

m10tech schreef op maandag 6 januari 2025 @ 15:57:
[...]

In theorie kun je de modbus ook gebruiken om de firmware van de Quatt te updaten.
Ik kijk expliciet of ik ooit afwijkende berichten vind, maar dat is in de afgelopen maanden nog niet gebeurd.
Niet voor het updaten van firmware, en ook niet om andere parameters te zetten.
Het is natuurlijk ook heel lastig om hier een vinger achter te krijgen.

We (denken te) weten dat er twee versies van de Quatt firmware zijn, zichtbaar aan de bodemplaatverwarming.
Er is geen aansturing op laag niveau vanuit de CiC.
De oudere versie doet iets met 4 graden en 7 graden. Dat heb ik uit jouw posts @MWink .
De nieuwere versie hebben TeslaNerd, jj85 en ikzelf en daarvan gaat de bodemverwarming aan vóór een defrost, EN als de buitentemperatuur onder de 0 graden komt.
Dat heeft een schakelpatroon op de seconde. Dus soms stuitert de BPV om de twee seconden om...

Het is ook wel goed dat de Quatt veel van dit soort dingen helemaal autonoom doet.
Je hebt dan geen last van uit de hand lopende situaties als de modbus of de CiC moeilijk gaan doen.

[Afbeelding]

@TeslaNerd heeft dezelfde “oude” firmware als @MWink 🥳

Zie het plaatje in mijn post hieronder, bodemplaatverwarmer aan beneden 4 en weer uit wanneer het boven 7 komt

[MWink]

m10tech schreef op zaterdag 4 januari 2025 @ 18:11:
[...]

Even een kort bericht vanuit mijn vakantie. Als electrotechnisch ingenieur weet ik dat het doorkrassen van TX en het verwijderen van de weerstanden de juiste acties zijn voor een correcte werking van de modbus interface.
Dat gezegd zijnde zullen de weerstanden niet kritisch zijn maar de TX kan serieus invloed hebben. Dus doe bij voorkeur alles, maar minstens de TX.
Vind je dit spannend, ga dan langs bij een RepairCafe, die regelen dit in een handomdraai

Helemaal correct.

Andere optie is om het signaal in de CiC te onderscheppen op de RX en TX tussen de RS-485 transceiver en de processor op de CiC. Dan heb je al de logische niveaus ipv de gebalanceerde (A-B) spanningniveaus van RS-485. Simpelweg 2 GPIO inputs van de ESP op de RX en TX aansluiten. Ik heb de CiC al een keer open gehad en zou mij niet verbazen als dit test points zijn.

[m10tech]

MWink schreef op dinsdag 7 januari 2025 @ 21:05:
[...]
Andere optie is om het signaal in de CiC te onderscheppen op de RX en TX tussen de RS-485 transceiver en de processor op de CiC. Dan heb je al de logische niveaus ipv de gebalanceerde (A-B) spanningniveaus van RS-485. Simpelweg 2 GPIO inputs van de ESP op de RX en TX aansluiten. Ik heb de CiC al een keer open gehad en zou mij niet verbazen als dit test points zijn.

Dat kan zijn, maar een RS485 interface is ook weer niet zo heel spannend, en dan hoef je niet uit te leggen wat die extra klodders soldeer aan de binnenkant van je CiC doen...
Ik denk dat dat een iets hoger gelegen lat is voor de meeste mensen...

Maar, als je dat experiment aan wil gaan, dan horen we graag hoe het ging!

[TeslaNerd]

Ik kom ook ESP oplossingen tegen bij andere warmtpompen hier op tweakers.

Bijvoorbeeld dit project voor Mitsubishi pompen:

xoror schreef op zondag 24 maart 2024 @ 11:02

Ik heb gevraagd of zij ook iets hebben aan de modbus sniffer. Kunnen wij iets met hoe zij bij de Mitsubishi meeluisteren en besturen?

[MWink]

m10tech schreef op dinsdag 7 januari 2025 @ 23:20:
[...]

Dat kan zijn, maar een RS485 interface is ook weer niet zo heel spannend, en dan hoef je niet uit te leggen wat die extra klodders soldeer aan de binnenkant van je CiC doen...
Ik denk dat dat een iets hoger gelegen lat is voor de meeste mensen...

Maar, als je dat experiment aan wil gaan, dan horen we graag hoe het ging!

Was ook niet bedoeld voor anderen om uit te proberen.
En zeker niet solderen, ik had het over test points, daar heb je probes voor..

[MWink]

jj85 schreef op zaterdag 4 januari 2025 @ 20:13:
[...]

Gaat om dit bordje
https://www.tindie.com/pr...s-and-optional-touch-tft/


[...]


Ook al configureren we een andere pin als TX, er blijft signaal langskomen op gpio21, wat voor verstoringen zorgt. Doorhalen van het spoortje wat vooralsnog de enig optie om geen stoorsignalen te krijgen. Maar ongewtijfweld zijn er alternatieven...

Misschien beetje off-topic:
Welk spoortje? Bij RS-485 heb je een A-B gebalanceerde lijn waarop wordt gezonden en ontvangen, dus het gaat over een spoor aan de logische niveau kant van de transceiver. Bedoelen jullie de TX lijn of de TX_Enable lijn? Als je echt de TX-lijn doorhaalt dan is de polariteit onbepaald en ga je juist storen op de bus.

De meeste RS-485 tranceiver ICs (zoals de pin compatible SN75176, MAX3485, SP3485 etc) hebben een Transmit_Enable en !Receive_Enable pin op resp. pin 3 en 2.
De enige juiste manier om te voorkomen dat je als sniffer zendt is dus de Transmit_Enable laag maken, veel breakout bordjes hebben die mogelijkheid. Bedoelen jullie dat?

[MWink]

m10tech schreef op zondag 5 januari 2025 @ 09:57:
En om het nog eens te benadrukken: de bovenstaande quote zegt

[...]

Voor sniffer dus verplicht TX snijden

Bedoel je de TX Enable?

[jj85]

@MWink Geen idee

Dit was het advies van de maker van het bordje (@thehog.
'snij hem hier bij het rode streepje door'


Met een latere aanvulling:

Ja dat is exact de reden dat ik aangeef dat je hem daar aan de onderkant kan doorsnijden. Want die weerstand houdt hem dan hoog (hoog betekend geen data in TTL).

[jj85]

Work in progress :
(beide in defrost-mode, HP1 is bodemplaat aan het opwarmen, HP2 heeft de 4-wegklep gedraaid (pijl in compressor)

[TeslaNerd]

jj85 schreef op donderdag 9 januari 2025 @ 11:19:
Work in progress :
(beide in defrost-mode, HP1 is bodemplaat aan het opwarmen, HP2 heeft de 4-wegklep gedraaid (pijl in compressor)

[Afbeelding]

Mooi dashboard!
Kun jij met kleuren rood en blauw aangeven waar de warme en koude aanvoeren en retouren zijn?
Voor jouw duo Quatt mis ik de totale delta T

[ Voor 23% gewijzigd door TeslaNerd op 09-01-2025 12:33 ]

[jj85]

TeslaNerd schreef op donderdag 9 januari 2025 @ 11:57:
[...]

Mooi dashboard!
Kun jij met kleuren rood en blauw aangeven waar de warme en koude aanvoeren en retouren zijn?
Voor jouw duo Quatt mis ik de totale delta T

[Afbeelding]

(4-way valve van HP1 is actief, dan verandert het plaatje mee. Dit was even een tijdelijke aanpassing in HA, dus geen echte defrost/cooling)

Edit: nu een echte defrost. Moet positie van t sensoren nog maar eens reviewen

[ Voor 17% gewijzigd door jj85 op 09-01-2025 17:13 ]

[TeslaNerd]

jj85 schreef op donderdag 9 januari 2025 @ 16:28:
[...]


[Afbeelding]
(4-way valve van HP1 is actief, dan verandert het plaatje mee. Dit was even een tijdelijke aanpassing in HA, dus geen echte defrost/cooling)

Edit: nu een echte defrost. Moet positie van t sensoren nog maar eens reviewen
[Afbeelding]

Als jij het binnenwerkplaatje spiegelt en voor hp2 iets hoger plaatst (met hp2 tekst er onder) dan laat jij zien dat de wateruit van hp1 de waterin van hp2 is


En dan als achtergrond ook nog een Quatt met bevroren voorplaat als de Evaporating temperatuur onder nul is 😎

[ Voor 5% gewijzigd door TeslaNerd op 09-01-2025 18:42 ]

[m10tech]

Goed, Beter, Best!

Dan de getallen ook groter, uiteindelijk wil je die makkelijk af kunnen lezen.

En de compressor kan een iets pakkender plaatje? Nu lijkt het een broodrooster

Ah, en de pijlen in de warmtewisselaar staan soms verkeerd...

[ Voor 14% gewijzigd door m10tech op 09-01-2025 22:10 ]

[jj85]

@TeslaNerd @m10tech Al veel te veel tijd in gestoken vandaag
Als iemand een mooie flitsende afbeelding kan maken, dan graag. Anders blijft het een broodrooster

Pijlen in WW zijn naar mijn mening gewoon goed. Toch?
Tegenstroom tijdens heating
Meestroom tijdens cooling/defrost

Plaatje ook maar gewoon 'gejat' van Teslanerd z'n bron

[ Voor 24% gewijzigd door jj85 op 09-01-2025 22:19 ]

[m10tech]

Tijd lijkt gratis hier
Op weg naar Best vind ik Beter ook prima!

[m10tech]

m10tech schreef op donderdag 9 januari 2025 @ 22:46:
[...]
Daar zit de essentie van het systeem.
De Quatt buiteneenheid is een semi-autonoom ding dat een beperkt aantal trucjes kan.
Het kan op commando 10 compressor frequenties aannemen en de pomp traploos regelen.
Indien ze ook de compressoraansturing traploos hadden gemaakt dan had de CiC een hoop meer kunnen regelen, maar dit is wat het is.
[...]
In het HA forum ga ik zo een bericht schrijven over het IDEE om de quatt zelf aan te sturen.
Dat is geen concreet plan, slechts een brainstorm, en de implicaties voor garantie enzo moeten niet onderschat worden...

Iets waar ik al een paar weken op zit te broeden:

De CiC stuurt met 4 registers aan wat de Quatt moet doen.
Dat gebeurd direct nadat er een read is van de 40 registers van de huidige toestand.
STEL dat je een opzet maakt waarin je als een proxy in de modbus gaat zitten, en de read gewoon doorlaat tussen CiC en Quatt. Maar DIRECT daarna de writes van de CiC zelf consumeert en eventueel omzet in andere writes, dan kun je bijsturen waar je de CiC niet al te slim vindt...

Je moet de bus dan met een elektronische schakelaar openknippen, maar dat is te doen.
Sleutel is dat je de read als een ankerpunt kunt gebruiken...

Let wel, dit is een brainstorm, het kan ook gewoon een slecht idee zijn!!!!!!

[TeslaNerd]

m10tech schreef op donderdag 9 januari 2025 @ 22:57:
[...]


Iets waar ik al een paar weken op zit te broeden:

De CiC stuurt met 4 registers aan wat de Quatt moet doen.
Dat gebeurd direct nadat er een read is van de 40 registers van de huidige toestand.
STEL dat je een opzet maakt waarin je als een proxy in de modbus gaat zitten, en de read gewoon doorlaat tussen CiC en Quatt. Maar DIRECT daarna de writes van de CiC zelf consumeert en eventueel omzet in andere writes, dan kun je bijsturen waar je de CiC niet al te slim vindt...

Je moet de bus dan met een elektronische schakelaar openknippen, maar dat is te doen.
Sleutel is dat je de read als een ankerpunt kunt gebruiken...

Let wel, dit is een brainstorm, het kan ook gewoon een slecht idee zijn!!!!!!

Klinkt als een veelbelovend vervolg op de Quatt sniffer!

Altijd bereid om iets nieuws te proberen op mijn Quatt🥳

Ik herinnerde mij deze pagina met een vergelijkbaar idee voor een laadpaal, die ik tegenkwam toen ik mijn Tindie-boardje met ESPHome aan de praat probeerde te krijgen.

https://community.home-as...n-in-the-middle/350756/11

Met oa deze opmerking:

https://community.home-as...an-in-the-middle/350756/5
“If it is Modbus RTU over RS485 it supports multidrop communication so you shouldn’t need to use two interfaces. And you should be able to request the information you want on the RS485 bus without being limited to only the queries asked by the charger.”

[m10tech]

De essentie is dat de CiC commandos NIET doorkomen bij de Quatt. Anders maak je de Quatt ernstig in de war. Dat is wat ik bedoel met knippen van de bus.

Je artikelen verwijzen naar uitlezen van registers, en dat kan prima vanuit meerdere masters, mits de timing OK is. Maar daar hebben we het hier niet over.

[TeslaNerd]

Ik heb nog even aan een AI gevraagd hoe het op modbus werkt met master/slave/client/server:

In the context of Modbus RTU (Remote Terminal Unit), the terms "master" and "slave" are indeed analogous to "client" and "server," but they serve specific roles:

Master (Client): The master device initiates communication by sending queries or commands to the slave devices. In a network, it's the device that controls the data exchange, deciding when and what data to request from the slaves.
Slave (Server): The slave devices respond to the queries from the master. They do not initiate communication but rather wait for commands from the master to respond with data or perform actions as instructed.

The terms "master/slave" have been traditionally used in Modbus but are increasingly replaced by "client/server" or other terms like "controller/controlled" due to the negative connotations associated with "master" and "slave." Here's how they compare:

Client/Server: In broader computing terms, a client requests services or data from a server, which processes these requests and sends back the results. In Modbus RTU:
The client (master) requests data or commands execution.
The server (slave) responds with data or confirms execution.

However, there are nuances:

Modbus RTU Specifics:
In Modbus, communication is strictly one-way initiated by the master, which is not always true in all client-server models where servers might push data without a prompt.
Modbus uses a specific protocol format for communication, which includes function codes for different types of actions or data requests, something not inherent to all client-server architectures.

In summary, while "master/slave" in Modbus RTU can be likened to "client/server," these terms are specific to Modbus's operational model where the master has full control over communication initiation, and slaves are passive until addressed. The terminology might change for inclusivity, but the functionality remains the same within Modbus RTU.

[Stefannn]

m10tech schreef op donderdag 9 januari 2025 @ 22:57:
[...]


Iets waar ik al een paar weken op zit te broeden:

De CiC stuurt met 4 registers aan wat de Quatt moet doen.
Dat gebeurd direct nadat er een read is van de 40 registers van de huidige toestand.
STEL dat je een opzet maakt waarin je als een proxy in de modbus gaat zitten, en de read gewoon doorlaat tussen CiC en Quatt. Maar DIRECT daarna de writes van de CiC zelf consumeert en eventueel omzet in andere writes, dan kun je bijsturen waar je de CiC niet al te slim vindt...

Je moet de bus dan met een elektronische schakelaar openknippen, maar dat is te doen.
Sleutel is dat je de read als een ankerpunt kunt gebruiken...

Let wel, dit is een brainstorm, het kan ook gewoon een slecht idee zijn!!!!!!

Hoi, ik heb geen quatt, maar wel een w/w warmtepomp en een volledig geautomatiseerd home. Ook geen HA want toen ik dit in 2008 bouwde was dat er nog niet (of niet serieus).

Idee lijkt me super, als ik een quatt zou hebben zou ik meedoen.

Dat gezegd hebbende…
- ik zou het denk ik NIET direct vanuit HA opzetten maar met een aparte PLC of anders een apart programma op Linux op de computer waar HA op draait.

Reden:
- zoiets moet heel erg realtime werken.
- dan zou ik zoiets opzetten als een zelfstandige low level service of daemon die super robust zorgt dat je communicatie trucje werkt.
- betreffende service bestuur je dan via een rest interface. Of je laat hem alle reads in json in een output file zetten en laat hem inputs in json uit een input file lezen.
- je gebruikt HA (of welk domotica systeem dan ook) dan als systeem controller die met een veel lagere frequentie betreffende interface bestuurt.

[MWink]

m10tech schreef op donderdag 9 januari 2025 @ 22:57:
[...]


Iets waar ik al een paar weken op zit te broeden:

De CiC stuurt met 4 registers aan wat de Quatt moet doen.
Dat gebeurd direct nadat er een read is van de 40 registers van de huidige toestand.
STEL dat je een opzet maakt waarin je als een proxy in de modbus gaat zitten, en de read gewoon doorlaat tussen CiC en Quatt. Maar DIRECT daarna de writes van de CiC zelf consumeert en eventueel omzet in andere writes, dan kun je bijsturen waar je de CiC niet al te slim vindt...

Je moet de bus dan met een elektronische schakelaar openknippen, maar dat is te doen.
Sleutel is dat je de read als een ankerpunt kunt gebruiken...

Let wel, dit is een brainstorm, het kan ook gewoon een slecht idee zijn!!!!!!

Dit is denk ik het beste te realiseren door een PCB op de modbus tussen de CiC en de Quatt te plaatsen met een standalone microcontroller (bv een ESP) met 2 RS-485 transceivers erop. Deze zou je dan in een transparant mode kunnen draaien waarin alle master reads en slave responses 1 op 1 worden doorgelaten. En een intercept mode waarin je de 4 writes kan aanpassen. Beetje zoals die OpenTherm gateways werken. Het is wel wat embedded programmeer werk, en niet zeker of dit met ESPHome lukt om het goed in HA te integreren, maar kan anders zeker wel met een REST of MQTT interface.

Technisch lijkt mij dit dus wel kunnen. Er is wel een ander probleem: als die 4 write registers anders worden ingesteld dan de CiC wil schrijven dan zal de CiC door die 40 registers op een bepaald moment wel vreemde waarden terugkrijgen van de Quatt, waardoor de sturing door de CiC nog weer vergroot wordt, etc. Je zou die waarden van die registers op zekere hoogte wel weer kunnen aanpassen om de CiC voor te liegen, maar ik denk dat er dan wel wat regelingen in de soep kunnen lopen.

Betrouwbaarheid:
Als deze PCB geen voeding hebt, heb je natuurlijk ook geen werkende Quatt. En om te voorkomen dat wanneer de ESP gecrasht is er geen communicatie meer mogelijk is zou je nog een soort fail safe verbinding kunnen maken tussen de 2 RS-485 transceivers, zoals die Nodo Opentherm gateway ook heeft..

Een andere optie waarbij je de rechtstreekse bus in stand houdt en voor de 4 write registers een tijdelijke extra master rol op de bus gaat zetten met (elektronische)schakelaars gaat hem niet worden, omdat je dan de andere Master ook uit moet zetten, wordt een grote uitdaging met reflecties door de impedanties op de A-B lijn. We hebben hier al veel ervaring opgedaan met projecten.

Ik heb nu wel een idee om een team Elektrotechniek studenten voor onze opleiding in een projectje wat hardware te laten ontwikkelen dat hiervoor toegepast kan worden. Ik heb daar zelf geen tijd voor.

Vraag: is er nog andere embedded hardware/software die jullie graag ontwikkeld zouden zien door onze studenten in een projectje? Bv denk aan open source hardware op github, PCB assembled te bestellen, zoals een ESPHome OpenTherm thermostaat hardware (vergelijkbaar met die Melnyk thermostaat), dedicated ESPHome Modbus sniffer hardware, een ESPHome Quatt buitentemperatuurmeter hack hardware etc.

[ Voor 9% gewijzigd door MWink op 10-01-2025 10:19 ]

[jj85]

MWink schreef op vrijdag 10 januari 2025 @ 10:02:
[...]
Vraag: is er nog andere embedded hardware/software die jullie graag ontwikkeld zouden zien door onze studenten in een projectje? Bv denk aan open source hardware op github, PCB assembled te bestellen, zoals een ESPHome OpenTherm thermostaat hardware (vergelijkbaar met die Melnyk thermostaat), dedicated ESPHome Modbus sniffer hardware, een ESPHome Quatt buitentemperatuurmeter hack hardware etc.

Een ESPHome OpenTherm thermostaat lijkt me sowieso interessant

[TeslaNerd]

jj85 schreef op vrijdag 10 januari 2025 @ 19:49:
[...]

Een ESPHome OpenTherm thermostaat lijkt me sowieso interessant

Een goedkope set (2 sensoren plus ESP op BLE op knoopcelbatterij) om cv waterzijdig in te regelen met aanvoer- en retourtemperaturen in Home Assistant. Maximaal €5 per radiator

NB en jouw studenten mogen op mijn cv komen testen 😜

[ Voor 7% gewijzigd door TeslaNerd op 10-01-2025 21:20 ]

[Flesym]

TeslaNerd schreef op vrijdag 10 januari 2025 @ 20:15:
[...]

Een goedkope set (2 sensoren plus ESP op BLE op knoopcelbatterij) om cv waterzijdig in te regelen met aanvoer- en retourtemperaturen in Home Assistant. Maximaal €5 per radiator

@MWink Sowieso een tool om waterzijdig inregelen over meerdere radiatoren heen te vereenvoudigen / optimaliseren in relatie met de gewenste ruimtetemperatuur (en eventueel draaisnelheid van aanwezige heatboosters).

[MWink]

TeslaNerd schreef op vrijdag 10 januari 2025 @ 20:15:
[...]

Een goedkope set (2 sensoren plus ESP op BLE op knoopcelbatterij) om cv waterzijdig in te regelen met aanvoer- en retourtemperaturen in Home Assistant. Maximaal €5 per radiator

Dat bestaat al ongeveer, studenten hebben deze hardware ontwikkeld waar dat mee kan:
https://github.com/energi...mes-temp-monitor-hardware

Firmware staat ook op github, kun je aanpassen dat het bv BLE advertisements met de temperaturen uitstuurt. Dan moet je nog wel een ESP32 met ESPHome hebben die deze opvangt en als sensor in HA beschikbaar maakt.

Is alleen niet op een knoopcel maar op een Lithium Thionylchloride AA batterij. https://www.nkon.nl/dispo...-14500/spanning/3.6v.html

Prijs ligt net iets boven de 5 euro als je het laat maken bij JLCPCB. Zie bestelinstructies: https://github.com/energi...=readme-ov-file#producing

[TeslaNerd]

MWink schreef op vrijdag 10 januari 2025 @ 21:21:
[...]


Dat bestaat al ongeveer, studenten hebben deze hardware ontwikkeld waar dat mee kan:
https://github.com/energi...mes-temp-monitor-hardware

Firmware staat ook op github, kun je aanpassen dat het bv BLE advertisements met de temperaturen uitstuurt. Dan moet je nog wel een ESP32 met ESPHome hebben die deze opvangt en als sensor in HA beschikbaar maakt.

Is alleen niet op een knoopcel maar op een Lithium Thionylchloride AA batterij. https://www.nkon.nl/dispo...-14500/spanning/3.6v.html

Prijs ligt net iets boven de 5 euro als je het laat maken bij JLCPCB. Zie bestelinstructies: https://github.com/energi...=readme-ov-file#producing

Wat goed dat dit er al is.
Kan ik de ESP32-C3 die op het modbus-boardje zit ook gebruiken als BLE tussenstation van de 8 Twomes units naar ESPHome?
Of heeft iedere Twomes een eigen ESP32 nodig als BLE tussenstation?

[jj85]

TeslaNerd schreef op zaterdag 11 januari 2025 @ 00:11:
[...]

Wat goed dat dit er al is.
Kan ik de ESP32-C3 die op het modbus-boardje zit ook gebruiken als BLE tussenstation van de 8 Twomes units naar ESPHome?
Of heeft iedere Twomes een eigen ESP32 nodig als BLE tussenstation?

De C3 kan als ble proxy ingezet worden, maar vergt iets meer dan de default setup. Zie bijv https://github.com/agitti...ges/bermuda-proxy-c3.yaml

[m10tech]

MWink schreef op vrijdag 10 januari 2025 @ 10:02:
[...]


Dit is denk ik het beste te realiseren door een PCB op de modbus tussen de CiC en de Quatt te plaatsen met een standalone microcontroller (bv een ESP) met 2 RS-485 transceivers erop. Deze zou je dan in een transparant mode kunnen draaien waarin alle master reads en slave responses 1 op 1 worden doorgelaten. En een intercept mode waarin je de 4 writes kan aanpassen. Beetje zoals die OpenTherm gateways werken. Het is wel wat embedded programmeer werk, en niet zeker of dit met ESPHome lukt om het goed in HA te integreren, maar kan anders zeker wel met een REST of MQTT interface.

Technisch lijkt mij dit dus wel kunnen. Er is wel een ander probleem: als die 4 write registers anders worden ingesteld dan de CiC wil schrijven dan zal de CiC door die 40 registers op een bepaald moment wel vreemde waarden terugkrijgen van de Quatt, waardoor de sturing door de CiC nog weer vergroot wordt, etc. Je zou die waarden van die registers op zekere hoogte wel weer kunnen aanpassen om de CiC voor te liegen, maar ik denk dat er dan wel wat regelingen in de soep kunnen lopen.

Betrouwbaarheid:
Als deze PCB geen voeding hebt, heb je natuurlijk ook geen werkende Quatt. En om te voorkomen dat wanneer de ESP gecrasht is er geen communicatie meer mogelijk is zou je nog een soort fail safe verbinding kunnen maken tussen de 2 RS-485 transceivers, zoals die Nodo Opentherm gateway ook heeft..

Een andere optie waarbij je de rechtstreekse bus in stand houdt en voor de 4 write registers een tijdelijke extra master rol op de bus gaat zetten met (elektronische)schakelaars gaat hem niet worden, omdat je dan de andere Master ook uit moet zetten, wordt een grote uitdaging met reflecties door de impedanties op de A-B lijn. We hebben hier al veel ervaring opgedaan met projecten.

Ik heb nu wel een idee om een team Elektrotechniek studenten voor onze opleiding in een projectje wat hardware te laten ontwikkelen dat hiervoor toegepast kan worden. Ik heb daar zelf geen tijd voor.

Vraag: is er nog andere embedded hardware/software die jullie graag ontwikkeld zouden zien door onze studenten in een projectje? Bv denk aan open source hardware op github, PCB assembled te bestellen, zoals een ESPHome OpenTherm thermostaat hardware (vergelijkbaar met die Melnyk thermostaat), dedicated ESPHome Modbus sniffer hardware, een ESPHome Quatt buitentemperatuurmeter hack hardware etc.

Goede ideeën, en fijn dat er interesse is alhier.
Je hebt helemaal gelijk dat de failsafe het belangrijkste aspect is, en daar moeten we echt zo robuuste mogelijk zijn.

Over het schakelen van de bus zelf ben ik het niet met je eens dat dat niet kan.
Met een zorgvuldig ontwerp zorg je dat de bus wel op de goede impedantie blijft en dat je schakelt tussen twee masters. Daar kunnen we in latere berichten dieper op ingaan.

ESP Home is inderdaad volstrekt ongeschikt voor dit doel, toch niet in de arduino mode.
In mijn signature kun je een link vinden naar het niveau waarop dit wel werkt in mijn eigen thermostaat met ESP IDF.
Dat kan dan prima via MQTT of zo worden geïntegreerd in HA en andere systemen.

[TeslaNerd]

Ik heb ook nog deze BLE tag liggen waarvan de temperatuursensor in de NRF51822 kan worden gelezen met ESPHome.

@MWink Hebben jouw studenten ook al eens naar deze NRF5xxx tags gekeken voor een extra compacte temperatuursensor met BLE?

https://dutch.alibaba.com...724857.0.0.5900Wz2qWz2qFu

[ Voor 55% gewijzigd door TeslaNerd op 11-01-2025 17:44 ]

[m10tech]

m10tech schreef op zaterdag 11 januari 2025 @ 11:01:
[...]
Over het schakelen van de bus zelf ben ik het niet met je eens dat dat niet kan.
Met een zorgvuldig ontwerp zorg je dat de bus wel op de goede impedantie blijft en dat je schakelt tussen twee masters. Daar kunnen we in latere berichten dieper op ingaan.

Een eerste naïeve poging van een schakelend ontwerp.
STEL dat je deze schakelaars kunt maken, heb je dan al een oplossing?

Schema:
tijdens READ request en response: zoals getekend.
tijdens WRITE from CiC request en response: flip links en midden
tijdens WRITE to Quatt request en response: flip rechts en midden

Potentieel probleem: de zwevende lijn naar een afgeschakelde deelnemer...
En natuurlijk deze schakelaars maken zonder relais, want ze schakelen 1x per seconde



Overigens is de timing van deze stappen:
READ: rsp in 20ms
WRITE1: 25ms na response to READ
READ: 700ms na response to WRITE4