Ervaringen met Quatt en HA en andere Domotica

[nairolf]

AlfredPteD schreef op donderdag 20 februari 2025 @ 16:13:
[...]


Ik geloof je graag, maar dit is voor mij abacadabra. waarschijnlijk les 17. Ik ben bij les 1.

offtopic:
Sorry, ik zit in mijn werkbubbel, waar iedereen en zn moeder git droomt.

In dat geval hier een visuele beschrijving:
https://www.poppastring.c.../rebase_catchup_thumb.jpg

- Je forkt de repo, maakt een branch ("feature" hier) op de base branch ("master" hier).
- De base branch op de originele repo wordt geupdate
- Je synchroniseert de base branch van jouw fork (github "Sync fork" knop)
- Je doet een rebase. Dat probeert de commits/changes die jij hebt gedaan stuk-voor-stuk opnieuw toe te passen op een andere locatie (commit).

Als dat meteen lukt dan heb je dus de laatste changes van "upstream" (de originele repo), plus je eigen changes. Test wel altijd of het werkt, want het kan natuurlijk dat door een grote aanpassing upstream je ineens ook nog ergens anders een aanpassing moet doen voordat jouw changes weer werken zoals ze voorheen deden.
Denk hierbij bijvoorbeeld aan een nieuwe sensor die berekend wordt uit andere sensoren. Als je namen aanpast dan zal je mogelijk ook die aanpassing moeten doen in de code die de berekening uitvoert, omdat die de namen van upstream gebruikt i.p.v. jouw veranderde namen.

Soms gaat een rebase niet meteen goed, bijvoorbeeld als op de originele repo namen aangepast zijn, en jouw commit ook de naam aanpast. Bijvoorbeeld als "bar" hernoemd is naar "baz" en jij "bar" hernoemde naar "foo", dan zegt git conflict: je probeert "bar" te hernoemen naar "baz" maar "bar" bestaat niet meer, er staat nu "foo", niet "bar" en krijg je iets voor je neus om het conflict op te lossen.

[TeslaNerd]

@m10tech zo ziet mijn ESPHome device data er uit na de ESPHome update en reinstall via jouw github:

[ Voor 63% gewijzigd door TeslaNerd op 20-02-2025 18:06 ]

[TeslaNerd]

Zijn er hier al meer tweakers die de Quatt met een eigen regeling aansturen door de offset tussen kamertemperatuur en ingestelde temperatuur per 0,01 graden te manipuleren?

Ik draai nu zelf een aantal weken met een eigen regeling en zou graag wat ervaringen willen uitwisselen

[m10tech]

Ik heb de afgelopen zonnige dagen steeds mijn compressorlevel handmatig bijgestuurd met die methode.
Overigens is 0.05°C genoeg voor dat doel. Hiermee heb ik het overschot aan zonnepaneelstroom in mijn vloerverwarming geïnvesteerd.

Ik denk er nu aan om de modbus in mijn thermostaat op te nemen, dus dan is alles bij elkaar in mijn ESP32.
Daarmee dan een regellus opstellen die het compressorlevel op een bepaald niveau regelt.

Maar ik zoek nog een doel waarom dat nuttig zou zijn.
Want tegelijkertijd overweeg ik om echt alleen nog room temperatuur en roomsetpoint door te geven en heater_on tussen -1 en +0.3 °C te sturen en de CiC het te laten uitzoeken. Mijn gevoel zegt dat dat wel eens zou kunnen werken...

En ik moet echt toch een keer waterzijde inregelen, want dat is duidelijk nog niet gebeurd, de Quatt stuurt hier in 'radiator only' mode water van 50°C door het systeem.

En natuurlijk heb ik mijn werk nog, dus geen idee waneer dit allemaal kan gebeuren.

[m10tech]

m10tech schreef op maandag 17 februari 2025 @ 23:22:
Versie 0.9.0 release candidate one is beschikbaar op GitHub.
Indien iemand wil testen, graag, maar ik wil pas over vanaf vrijdag als het weer 'lente' is.

En jawel, lang gewacht maar toch gekomen.

Versie 1.0.0 van de Quatt-sniffer is uit
Alle details op https://github.com/M10tech/Quatt-sniffer

Lijst van gerapporteerde entiteiten:

code:

| Register | Sensor name                  | Register | Sensor name                  |
| :---     | :--------------------------- | :---     | :--------------------------- |
| R3999    | Working Mode set by CiC      | R2010    | Pump Mode set by CiC         |
| R1999    | Compressor Level set by CiC  | R2015    | Pump Level set by CiC        |
| R2099    | Working Mode Actual          | R2116    | Evaporator Pressure          |
| R2100    | Compressor AC Voltage        | R2117    | Condenser Pressure           |
| R2101    | Compressor AC Current        | R2118b0  | Defrost Mode                 |
| R2102    | Compressor Frequency Demand  | R2119b0  | Alarm - Main Line Current    |
| R2103    | Compressor Frequency Actual  | R2119b3  | Info - Compressor Oil Return |
| R2104    | Fan Speed Maximum            | R2119b4  | Alarm - High Pressure Switch |
| R2105    | Fan Speed Actual             | R2119b6  | Alarm - 1st Start Pre-heat   |
| R2107    | Electric Expansion Valve     | R2119b9  | Alarm - AC High/Low Voltage  |
| R2108b2  | Bottom Heater                | R2119b12 | Alarm - Low Pressure Switch  |
| R2108b3  | Crankcase Heater             | R2119    | Status bits R2119            |
| R2108b0  | Fan Low Speed Mode           | R2120    | Status bits R2120            |
| R2108b4  | Fan Defrost Speed Mode       | R2121    | Status bits R2121            |
| R2108b5  | Fan High Speed Mode          | R2122/23 | Firmware/EEPROM Version      |
| R2108b6  | 4way Valve                   | R2131    | Condensing Temperature       |
| R2108b11 | Pump Relay                   | R2132    | Evaporating Temperature      |
| R2108bx  | Other bits R2108             | R2133    | Water In Temperature         |
| R2110    | Outside Temperature          | R2134    | Water Out Temperature        |
| R2111    | Evaporator Coil Temperature  | R2135    | Condenser Coil Temperature   |
| R2112    | Gas Discharge Temperature    | R2137    | Pump Power                   |
| R2113    | Gas Return Temperature       | R2138    | Pump Flow                    |

En natuurlijk zeer heel dank voor de bijdragen van @TeslaNerd @jj85 en anderen om hier te komen!

[TeslaNerd]

m10tech schreef op zaterdag 22 februari 2025 @ 17:55:
[...]

En jawel, lang gewacht maar toch gekomen.

Versie 1.0.0 van de Quatt-sniffer is uit
Alle details op https://github.com/M10tech/Quatt-sniffer

Lijst van gerapporteerde entiteiten:

code:

| Register | Sensor name                  | Register | Sensor name                  |
| :---     | :--------------------------- | :---     | :--------------------------- |
| R3999    | Working Mode set by CiC      | R2010    | Pump Mode set by CiC         |
| R1999    | Compressor Level set by CiC  | R2015    | Pump Level set by CiC        |
| R2099    | Working Mode Actual          | R2116    | Evaporator Pressure          |
| R2100    | Compressor AC Voltage        | R2117    | Condenser Pressure           |
| R2101    | Compressor AC Current        | R2118b0  | Defrost Mode                 |
| R2102    | Compressor Frequency Demand  | R2119b0  | Alarm - Main Line Current    |
| R2103    | Compressor Frequency Actual  | R2119b3  | Info - Compressor Oil Return |
| R2104    | Fan Speed Maximum            | R2119b4  | Alarm - High Pressure Switch |
| R2105    | Fan Speed Actual             | R2119b6  | Alarm - 1st Start Pre-heat   |
| R2107    | Electric Expansion Valve     | R2119b9  | Alarm - AC High/Low Voltage  |
| R2108b2  | Bottom Heater                | R2119b12 | Alarm - Low Pressure Switch  |
| R2108b3  | Crankcase Heater             | R2119    | Status bits R2119            |
| R2108b0  | Fan Low Speed Mode           | R2120    | Status bits R2120            |
| R2108b4  | Fan Defrost Speed Mode       | R2121    | Status bits R2121            |
| R2108b5  | Fan High Speed Mode          | R2122/23 | Firmware/EEPROM Version      |
| R2108b6  | 4way Valve                   | R2131    | Condensing Temperature       |
| R2108b11 | Pump Relay                   | R2132    | Evaporating Temperature      |
| R2108bx  | Other bits R2108             | R2133    | Water In Temperature         |
| R2110    | Outside Temperature          | R2134    | Water Out Temperature        |
| R2111    | Evaporator Coil Temperature  | R2135    | Condenser Coil Temperature   |
| R2112    | Gas Discharge Temperature    | R2137    | Pump Power                   |
| R2113    | Gas Return Temperature       | R2138    | Pump Flow                    |

En natuurlijk zeer heel dank voor de bijdragen van @TeslaNerd @jj85 en anderen om hier te komen!

Mooie mijlpaal @m10tech @jj85 en de anderen🥳

NB kan het zijn dat deze nieuwe release pas morgen beschikbaar is? Ik zie nog steeds 0.9.0 na een reinstall

[m10tech]

Dat kan indien jouw HA minder dan 24 uur geleden heeft gesynced. Ikzelf heb het daardoor ook nog niet kunnen laden, maar 0.9.1 was de test om het toch 1.0.0 te mogen noemen...

Ik denk dat dit een nadeel van packages is dat niet op te lossen valt zonder medewerking van ESPhome.
Zie https://github.com/esphom...1#issuecomment-1439006061

[jj85]

m10tech schreef op zondag 23 februari 2025 @ 10:28:
Dat kan indien jouw HA minder dan 24 uur geleden heeft gesynced. Ikzelf heb het daardoor ook nog niet kunnen laden, maar 0.9.1 was de test om het toch 1.0.0 te mogen noemen...

Ik denk dat dit een nadeel van packages is dat niet op te lossen valt zonder medewerking van ESPhome.
Zie https://github.com/esphom...1#issuecomment-1439006061

Geef anders de packages ook een refresh mee

[louigi58]

Hoe vaak wordt sensor.heatpump_thermostat_room_temperature uitgelezen?
Gebeurd dat alleen bij warmtevraag?

[jj85]

louigi58 schreef op zondag 23 februari 2025 @ 13:44:
Hoe vaak wordt sensor.heatpump_thermostat_room_temperature uitgelezen?
Gebeurd dat alleen bij warmtevraag?

[Afbeelding]
[Afbeelding]
[Afbeelding]

Wordt door de CiC wel continu uitgelezen, maar de T6 geeft enkel een nieuwe waarde als deze (ik meen) 0,2grC gestegen of gedaald is.

[m10tech]

10s middels deze instelling die je kunt vinden onder devices/Quatt

[ Voor 142% gewijzigd door m10tech op 23-02-2025 13:53 ]

[TeslaNerd]

m10tech schreef op zondag 23 februari 2025 @ 10:28:
Dat kan indien jouw HA minder dan 24 uur geleden heeft gesynced. Ikzelf heb het daardoor ook nog niet kunnen laden, maar 0.9.1 was de test om het toch 1.0.0 te mogen noemen...

Ik denk dat dit een nadeel van packages is dat niet op te lossen valt zonder medewerking van ESPhome.
Zie https://github.com/esphom...1#issuecomment-1439006061

Met een beetje geduld vanavond nog eens op de install-knop gedrukt en nu wel gelukt:



@m10tech Nu wij v1.0.0 hebben bereikt met de QuattSniffer durf ik het wel weer te vragen:

Denk jij dat het al mogelijk is met wat wij nu weten een eigen standalone controller te maken met onze ESP32-RS485 boardjes?

[ Voor 13% gewijzigd door TeslaNerd op 23-02-2025 21:41 ]

[m10tech]

Hmmm, een eigen CiC vervanger, dat is een ambitie die ik in mijn eerste post op tweakers al formuleerde.
Maar ik ben voorzichtig. Want wat wil je bereiken, en wat kan je verliezen...
Ja, als het MOET, dan zal ik er één maken en dat zal vast wel werken.
Maar momenteel wil ik geen garantie en onderhoud verliezen.
En dat is vooral omdat er niets moet. De Quatt doet wat mij betreft gewoon zijn ding en ik heb hem leren kennen dus ik kan hem nog wat extra trucjes laten doen daardoor. Maar altijd binnen zijn eigen grenzen.

Als elektrotechnisch ingenieur heb ik alles wat hier bij komt kijken van binnenuit begrepen.
Als leek zou ik drie keer nadenken voor ik hier mee aan de slag zou gaan.

Samengevat, ik hoop dat het nooit nodig is, maar mocht het zover komen, dan weten jullie me te vinden.

[ Voor 5% gewijzigd door m10tech op 23-02-2025 22:43 ]

[jj85]

@m10tech ga je de aangepaste modbus componenten nog als PR aan esphome aanbieden? Of zijn ze nu specifiek voor Quatt?

[m10tech]

jj85 schreef op maandag 24 februari 2025 @ 16:22:
@m10tech ga je de aangepaste modbus componenten nog als PR aan esphome aanbieden? Of zijn ze nu specifiek voor Quatt?

Ik heb enige pogingen gedaan om feedback te krijgen van ssieb (?) en Jesse (?) maar daar kreeg ik niks op terug. Dus ik laat het hierbij.
De kern is denk ik goed genoeg om het te kunnen mergen, maar dat is nog best wat werk, en je wil vooral weten hoe de eigenaar het graag wil zien voordat je die energie er in stopt.

TL;DR Het is Quatt Only

[AlfredPteD]

Nog even een vraag over de sniffer.
Alles lijkt prima te werken, de data komt met grote regelmaat in HA, en daar kan ik mee werken.

Zoals eerder aangegeven laat ik de sniffer data ook op MQTT publiceren. Daar zie ik een probleem met de binary_sensors. Deze geven het volgende bericht op de MQTT bus:

code:

Topic: warmtepomp/modbus/sniffer/binary_sensor/hp1_4way_valve/state
{
    "test": "default"
}

De andere sensoren hebben wel data, bv :

code:

Topic: warmtepomp/modbus/sniffer/sensor/hp1_compressor_frequency_actual/state

30

De test:default is volgens mij een standaard bericht als HA een fout ziet in de te publiceren data, of in de gebruikte templates.

Ik heb in de yaml file aangegeven dat MQTT gebruikt moet worden met de volgende code :

code:

mqtt:
  broker: 192.168.178.65
  topic_prefix: warmtepomp/modbus/sniffer
  log_topic: warmtepomp/modbus/sniffer/log

(op het log-topic wordt ook alleen het default bericht gepubliceerd.)

Wat kan de reden zijn dat HA een standaardbericht doorstuurt?

(ps. mijn sensoren-namen zijn iets anders dan die van de originele code )

[m10tech]

Even een dooie mus antwoord: ik heb geen ervaring met HA en MQTT...

[jj85]

m10tech schreef op woensdag 26 februari 2025 @ 18:37:
Even een dooie mus antwoord: ik heb geen ervaring met HA en MQTT...

@AlfredPteD ik ook niet. Al heeft dit niks met HA te doen. Stel je vraag eens in het esphome topic.
Het grote ESPhome topic

Is dit zo bij alle binary sensoren?

[thieske1]

Weten jullie of het mogelijk is om de thermostat control setpoint lager te krijgen dan 31?
Door de ha integratie, zie ik dat deze pendelt. Ik heb hem altijd op 21 graden staan zonder gebruik te maken van schema's.
Ik heb een tado v3 thermostaat en alleen radiatoren in huis.

[Rowwan]

thieske1 schreef op donderdag 27 februari 2025 @ 15:27:
Weten jullie of het mogelijk is om de thermostat control setpoint lager te krijgen dan 31?
Door de ha integratie, zie ik dat deze pendelt. Ik heb hem altijd op 21 graden staan zonder gebruik te maken van schema's.
Ik heb een tado v3 thermostaat en alleen radiatoren in huis.
[Afbeelding]

Ik denk dat je deze verward met de "room setpoint"? (otFtControlSetpoint" vs "otFtRoomSetpoint").

[ Voor 3% gewijzigd door Rowwan op 27-02-2025 16:01 ]

[AlfredPteD]

jj85 schreef op woensdag 26 februari 2025 @ 19:48:
[...]

@AlfredPteD ik ook niet. Al heeft dit niks met HA te doen. Stel je vraag eens in het esphome topic.
Het grote ESPhome topic

Is dit zo bij alle binary sensoren?

Ik ben me aan het inlezen in dat topic.

Maar het is zo bij alle binary_sensors vanuit de sniffer.

[m10tech]

Voor de rol van ControlSetPoint (CSP) zie deze drie gekoppelde posts:
m10tech in "Ervaringen met Quatt Deel 2"
In de situatie alhier zal het flipperen tussen 31 en 0 niets uitmaken.
De waarde rond de 50 zou gasgebruik kunnen triggeren, maar pas als de Quatt tegen maximum capaciteit wordt aangestuurd. Dat is zeer onwaarschijnlijk bij dit weer, maar misschien als je het room-setpoint met 2 of 3 graden omhooggooit.

[m10tech]

In januari heb ik 3 posts gemaakt met observaties rondom het gedrag van de Quatt, vooral met betrekking tot de rol van ControlSetPoint CSP en hoe die mede bepaalt waneer gas wordt bijgeschakeld.
Je thermostaat is degene die het CSP bepaald, dus dit monitoren en eventueel gedrag van de thermostaat aanpassen kan je helpen ongewenst gedrag over gas gebruik op te lossen. Zowel bij teveel alsook te weinig!
De derde observatie quote de tweede en die quote de eerste.

[ Voor 39% gewijzigd door m10tech op 28-02-2025 18:28 ]

[Onno !]

thieske1 schreef op donderdag 27 februari 2025 @ 15:27:
Weten jullie of het mogelijk is om de thermostat control setpoint lager te krijgen dan 31?
Door de ha integratie, zie ik dat deze pendelt. Ik heb hem altijd op 21 graden staan zonder gebruik te maken van schema's.
Ik heb een tado v3 thermostaat en alleen radiatoren in huis.
[Afbeelding]

Bij mij is ie momenteel 29, dus deze kan lager dan 31 zijn. Maar ik heb een Honeywell DT4M thermostaat icm vloerverwarming.
Edit: control setpoint staat nu op 25

[jj85]

m10tech schreef op donderdag 27 februari 2025 @ 18:45:

In de situatie alhier zal het flipperen tussen 31 en 0 niets uitmaken.

Klopt het wat je zegt?
0 (of 10 bij een T6) is Quatt uit
31 (alles >10) is Quatt aan

Dus in dit geval pendelt de Quatt lekker mee met de 0 en 31...

[m10tech]

In de gegeven informatie is er geen zicht op otFtChEnabled.
Maar als die inderdaad mee flippert, dan wordt het een ander verhaal...

[thieske1]

m10tech schreef op donderdag 27 februari 2025 @ 20:12:
In de gegeven informatie is er geen zicht op otFtChEnabled.
Maar als die inderdaad mee flippert, dan wordt het een ander verhaal...

Welke is entity is dat precies in HA?
Deze denk ik? binary_sensor.quatt_hybrid_thermostat_heating
Flippert lekker mee...

[ Voor 41% gewijzigd door thieske1 op 28-02-2025 01:49 ]

[TeslaNerd]

thieske1 schreef op vrijdag 28 februari 2025 @ 01:45:
[...]

Welke is entity is dat precies in HA?
Deze denk ik? binary_sensor.quatt_hybrid_thermostat_heating
Flippert lekker mee...
[Afbeelding]

Dat is primair gedrag van jouw thermostaat, en secundair van de Quatt/CiC. De ontwerpkeuze van Quatt voor de regeling van de CiC is dat als de thermostaat de heating Uit schakelt dat de Quatt ook direct wordt uitgeschakeld. Zolang de thermostaat de heating AAN heeft staan kan de CiC-regeling de warmtepomp aan- en uitschakelen

[m10tech]

m10tech schreef op maandag 10 februari 2025 @ 18:04:
@AlfredPteD Ik heb hier een permanente offset van 15V !!! tussen mijn zonne-omvormer en de Quatt.
Met het trieste weer van vandaag is er geen sprake van grote stromen op de groep van de PV,
en omdat een PV strikt moet uitschakelen bij 254V vertrouw ik die best wel.

Omdat vandaag bij toeval om 10:35 mijn CiC werd geüpgraded naar 2.23.0 is er 1 minuut geen Quatt aangewerkt, maar de rest van de dag permanent op max = 10 of 9.

Dat dipje zie je terug in een piekje van ~5V. Ook de defrosts zijn op die manier terug te zien.
Er zit 3m kabel tussen wandcontactdoos en Quatt en misschien 2m naar de meterkast vanaf de WCD.

Wat mij opviel aan jouw referentie voltage van je TV is dat die superglad is. Dat kan gewoon niet een echte goede meting zijn...

Over de Smartmeter die geen Voltage doorgeeft, dat is niet 100% correct, het is de ESPhome DSMR integratie die dat niet heeft toegevoegd voor oudere meters v4.2. Ik ga daar straks met een local component iets aan proberen te doen.
En Stedin vervangt mijn meter uit 2014 volgende maand voor een moderne, dus dan maakt dat ook niet meer uit... Dat moet omdat de GPRS ondersteuning weg zal vallen over niet al te lange tijd.
[Afbeelding]

@AlfredPteD @jj85 @Fragger123 De DSMR is vervangen en nu versie 5.0
De DSMR geeft een hele strakke metingen serie van het voltage. De Growatt Solar converter geeft maar 2V hoger aan.
En de Quatt geeft wel 10V minder aan!!
Ik gok dat de CiC hiervoor compenseert bij het berekenen van het gebruikte vermogen, en dat dit per specifieke Quatt anders uitpakt...
Qua trent ziet het er wel goed uit.
Om 13:00 2.4kW zonnestroom en om 18:00 bijna nul...

[Batavia]

m10tech schreef op woensdag 5 maart 2025 @ 18:45:
[...]

@AlfredPteD @jj85 @Fragger123 De DSMR is vervangen en nu versie 5.0
De DSMR geeft een hele strakke metingen serie van het voltage. De Growatt Solar converter geeft maar 2V hoger aan.
En de Quatt geeft wel 10V minder aan!!

Het verschil is fors. Maar zou het nog kunnen dat het verschil ook ontstaat omdat je op verschillende punten meet ? (De meterkast vs je zolder)

Zeker als je het vermogen intern in een apparaat meet dan is dat het vermogen dat er in warmte wordt omgezet .

[m10tech]

Batavia schreef op maandag 10 maart 2025 @ 15:58:
[...]
Het verschil is fors. Maar zou het nog kunnen dat het verschil ook ontstaat omdat je op verschillende punten meet ? (De meterkast vs je zolder)

Zeker als je het vermogen intern in een apparaat meet dan is dat het vermogen dat er in warmte wordt omgezet .

Dat gaat alleen op indien er (veel) stroom wordt getrokken over de kabel richting verweg.
Uit mijn grafiek kun je ook zien dat in het grootste deel van de meting er geen stroom wordt getrokken door de Quatt. En door de zonnepanelen aan het eind van de dag.
Op de punten waar ik wel heb aangegeven dat er (veel) stroom wordt getrokken zie je dat de invloed daarvan klein is (gelukkig maar, goede kabels).
Al met al is mijn Quatt gewoon struktureel 10V te weinig aan het rapporteren tov de smartmeter.
Dat is in de afgelopen week ook constant zo gebleven, dus het was niet alleen die eerste dag dat mijn nieuwe meter er hing.

[Batavia]

m10tech schreef op maandag 10 maart 2025 @ 18:47:
[...]

Dat gaat alleen op indien er (veel) stroom wordt getrokken over de kabel richting verweg.
Uit mijn grafiek kun je ook zien dat in het grootste deel van de meting er geen stroom wordt getrokken door de Quatt. En door de zonnepanelen aan het eind van de dag.
Op de punten waar ik wel heb aangegeven dat er (veel) stroom wordt getrokken zie je dat de invloed daarvan klein is (gelukkig maar, goede kabels).
Al met al is mijn Quatt gewoon struktureel 10V te weinig aan het rapporteren tov de smartmeter.
Dat is in de afgelopen week ook constant zo gebleven, dus het was niet alleen die eerste dag dat mijn nieuwe meter er hing.

Wat ik nog dacht dat de quatt het voltage over (bijvoorbeeld )de pomp zou kunnen meten en dan 10v heeft afgenoept voor andere electronica. Dus intern in het apparaat.

Maar dan ga ik erg invullen. Misschien is een slecht gecallibreedere meting logischer

[raven22]

Ik zou graag in homeassistant een automatisering maken voor de tado V3+ waarin ik op bepaalde tijdstippen een vraagtemperatuur kan definieren. In de periode tussen deze tijdstippen moet de vraagtemperatuur steeds 0,1 hoger worden dan de actuele temperatuur, tot de temp voor het komende tijdstip bereikt is.

De automatisering moet dus eigenlijk elke minuut of zo even checken of de vraagtemperatuur gehaald is en dan afhankelijk van het resultaat wel of geen actie ondernemen.

Dus bv om 8 uur 19 graden en om 21 uur 20 graden. En daar tussen dus een langzame opbouw.
Een dergelijk oplopend schema in de tado app zelf is niet flexibel genoeg, de ene keer wordt het 0,1 stapje snel gehaald en slaat de quatt weer uit om even later bij het volgende stapje weer aan te gaan. Bij koud weer kan het 0,1 stapje lang duren en komt de volgende stap al als de vorige nog niet gehaald is. Nadeel daarvan is dat bij 0,2 of 0,3 verschil de quatt vrij snel naar een (te) hoog vermogen schakeld. Mijn vvw is extra traag en opwarmen vergt geduld, iets wat de cic niet altijd heeft.

Een automatisering met de standaard opties uit HA lukt me nog wel maar veel verder dan dat reikt mijn kennis helaas nog niet. Dus wellicht heeft 1 van jullie al eens zoiets gemaakt.

[Fragger123]

Je zou zoiets kunnen gebruiken om de temperatuur te verhogen:

code:

alias: "Tado geleidelijke temperatuurstijging"
trigger:
  - platform: time_pattern
    minutes: "/1"  # Elke minuut checken
condition:
  - condition: template
    value_template: >
      {{ state_attr('climate.tado', 'current_temperature') < states('input_number.target_temperature') | float }}
action:
  - service: climate.set_temperature
    data:
      entity_id: climate.tado
      temperature: >
        {{ state_attr('climate.tado', 'current_temperature') + 0.1 }}
mode: single

Maak wel nog even een helper aan om de "ultimate_target_temperature" = 20 graden in te zetten. En controleer deze dan ook in deze loop.

Disclaimer: ik typte dit op werk zonder Homeassistant, je kunt dit waarschijnlijk niet zomaar copy/pasten

[verguldebarman]

raven22 schreef op woensdag 12 maart 2025 @ 10:40:
Ik zou graag in homeassistant een automatisering maken voor de tado V3+ waarin ik op bepaalde tijdstippen een vraagtemperatuur kan definieren. In de periode tussen deze tijdstippen moet de vraagtemperatuur steeds 0,1 hoger worden dan de actuele temperatuur, tot de temp voor het komende tijdstip bereikt is.

De automatisering moet dus eigenlijk elke minuut of zo even checken of de vraagtemperatuur gehaald is en dan afhankelijk van het resultaat wel of geen actie ondernemen.

Dus bv om 8 uur 19 graden en om 21 uur 20 graden. En daar tussen dus een langzame opbouw.
Een dergelijk oplopend schema in de tado app zelf is niet flexibel genoeg, de ene keer wordt het 0,1 stapje snel gehaald en slaat de quatt weer uit om even later bij het volgende stapje weer aan te gaan. Bij koud weer kan het 0,1 stapje lang duren en komt de volgende stap al als de vorige nog niet gehaald is. Nadeel daarvan is dat bij 0,2 of 0,3 verschil de quatt vrij snel naar een (te) hoog vermogen schakeld. Mijn vvw is extra traag en opwarmen vergt geduld, iets wat de cic niet altijd heeft.

Een automatisering met de standaard opties uit HA lukt me nog wel maar veel verder dan dat reikt mijn kennis helaas nog niet. Dus wellicht heeft 1 van jullie al eens zoiets gemaakt.

Neem even contact op met @Mickel moen. Hij heeft volgens mij een vrij uitgebreid schema voor Tado gemaakt. Zie ook zijn post van vanochtend:

Mickel moen in "Ervaringen met Quatt Deel 2"

[raven22]

verguldebarman schreef op woensdag 12 maart 2025 @ 17:19:
[...]

Neem even contact op met @Mickel moen. Hij heeft volgens mij een vrij uitgebreid schema voor Tado gemaakt. Zie ook zijn post van vanochtend:

Mickel moen in "Ervaringen met Quatt Deel 2"

@Mickel moen gebruikt vaste tijdstippen in de tado app om de verhoging door te voeren.

Als je dit dynamisch wilt instellen dan lijkt deze code goed te werken.

code:

alias: Dynamische Temperatuurregeling Woonkamer
triggers:
  - entity_id: sensor.woonkamer_temperature
    trigger: state
conditions: []
actions:
  - choose:
      - conditions:
          - condition: time
            after: "21:59:00"
            before: "22:01:00"
        sequence:
          - target:
              entity_id: climate.woonkamer
            data:
              temperature: 19
            action: climate.set_temperature
      - conditions:
          - condition: time
            after: "07:59:00"
            before: "22:00:00"
          - condition: template
            value_template: >
              {% set ta = states('sensor.woonkamer_temperature') | float |
              round(1) %} {% set tv = state_attr('climate.woonkamer',
              'temperature') | float | round(1) %} {{ ta >= tv }}
        sequence:
          - target:
              entity_id: climate.woonkamer
            data:
              temperature: >
                {% set tv = state_attr('climate.woonkamer', 'temperature') |
                float | round(1) %} {% set new_tv = tv + 0.1 %} {% if new_tv >
                20 %}
                  20
                {% else %}
                  {{ new_tv }}
                {% endif %}
            action: climate.set_temperature
mode: single

[raven22]

raven22 schreef op vrijdag 14 maart 2025 @ 09:54:
[...]

@Mickel moen gebruikt vaste tijdstippen in de tado app om de verhoging door te voeren.

Als je dit dynamisch wilt instellen dan lijkt deze code goed te werken.

code:

alias: Dynamische Temperatuurregeling Woonkamer
triggers:
  - entity_id: sensor.woonkamer_temperature
    trigger: state
conditions: []
actions:
  - choose:
      - conditions:
          - condition: time
            after: "21:59:00"
            before: "22:01:00"
        sequence:
          - target:
              entity_id: climate.woonkamer
            data:
              temperature: 19
            action: climate.set_temperature
      - conditions:
          - condition: time
            after: "07:59:00"
            before: "22:00:00"
          - condition: template
            value_template: >
              {% set ta = states('sensor.woonkamer_temperature') | float |
              round(1) %} {% set tv = state_attr('climate.woonkamer',
              'temperature') | float | round(1) %} {{ ta >= tv }}
        sequence:
          - target:
              entity_id: climate.woonkamer
            data:
              temperature: >
                {% set tv = state_attr('climate.woonkamer', 'temperature') |
                float | round(1) %} {% set new_tv = tv + 0.1 %} {% if new_tv >
                20 %}
                  20
                {% else %}
                  {{ new_tv }}
                {% endif %}
            action: climate.set_temperature
mode: single

Er is mij door @CPM gevraagd om een korte toelichting.
Het script doet het volgende:
- van 2200 tot 800 is de ingestelde temperatuur (Tv=vraagtemperatuur) 19 gr.
- tussen 8 en 22 wordt de Ta (actuele temperatuur) in de gaten gehouden, als deze >= is aan Tv dan wordt de nieuwe Tv gelijk aan Ta +0.1, dit met een maximum van 20 graden
- om 2200 gaat de temp weer naar 19.

Hieronder een nieuwe versie van het script want om 22 uur ging de Tv niet naar 19. Nu hopenlijk wel, maar zoals gezegd ik ben geen expert, script is mbv chatgpt gemaakt.

Ik ga ervanuit dat de Tado is toegevoegd aan homeassistant, zo niet volg dan deze instructies https://www.home-assistan...20list%2C%20select%20Tado.

Op het homeassistant dashboard zie je dan vanzelf de tado gegevens. Hier moet je de entiteit van je tado thermostaat uithalen. In het script vervang je climate.woonkamer door deze entiteit van jouw tado.


Verder heb je nog nodig de actuele temperatuur waarde. In het script vervang je sensor.woonkamer_temperature door deze waarde.

code:

alias: Dynamische Temperatuurregeling Woonkamer
triggers:
  - entity_id: sensor.woonkamer_temperature
    trigger: state
  - at: "22:00:00"
    trigger: time
conditions: []
actions:
  - choose:
      - conditions:
          - condition: time
            after: "21:59:00"
            before: "22:01:00"
        sequence:
          - target:
              entity_id: climate.woonkamer
            data:
              temperature: 19
            action: climate.set_temperature
      - conditions:
          - condition: time
            after: "07:59:00"
            before: "21:55:00"
          - condition: template
            value_template: >
              {% set ta = states('sensor.woonkamer_temperature') | float |
              round(1) %} {% set tv = state_attr('climate.woonkamer',
              'temperature') | float | round(1) %} {{ ta >= tv }}
        sequence:
          - target:
              entity_id: climate.woonkamer
            data:
              temperature: >
                {% set ta = states('sensor.woonkamer_temperature') | float |
                round(1) %} {% set new_tv = ta + 0.1 %} {% if new_tv > 20 %}
                  20
                {% else %}
                  {{ new_tv }}
                {% endif %}
            action: climate.set_temperature
mode: single

Nog een slotopmerking:
Het is denk ik belangrijk dat het ingestelde warmteverlies door Quatt goed overeenkomt met de realiteit. Is die te hoog dan worden de stapjes snel doorlopen en mijn bedoeling is juist dat hij er de hele dag over doet.
Is jouw ingestelde warmteverlies aan de lage kant, en duren de stapjes te lang, maak er dan stapjes van 0.2 of zelfs 0.3 van. De cic zal dan sneller een hoger vermogen vragen van de quatt.

[ Voor 4% gewijzigd door raven22 op 15-03-2025 09:25 ]

[HGBMason]

Bedankt, dit ga ik graag proberen in de hoop dat het voor X werkt.
Voor de zekerheid, het script moet toch geplaatst worden in 'configuration.yaml'? Geen verdere aanpassingen?

[raven22]

HGBMason schreef op zaterdag 15 maart 2025 @ 10:05:
Bedankt, dit ga ik graag proberen in de hoop dat het voor X werkt.
Voor de zekerheid, het script moet toch geplaatst worden in 'configuration.yaml'? Geen verdere aanpassingen?

maak een nieuwe automatisering en klik dan rechtsboven op de 3 stippeltjes.
dan zie je de optie bewerk als yaml, daar plak je het script en slaat het op

[raven22]

raven22 schreef op vrijdag 14 maart 2025 @ 09:54:
[...]

Nog een aangepaste versie. De voorwaarde van Ta >= Tv voordat Tv verhoogd wordt kan er helemaal uit.
Nu is ingesteld dat Tv is altijd gelijk aan Ta +0.1 , met een maximum van 20.
Ik merkte dat als de zon flink in de kamer schijnt de Ta snel oploopt en de Tv dus ook. Als de zon dan weg is en de Ta weer zakt bleef de Tv op de hoge waarde staan en ontstond er een te groot verschil tussen Ta en Tv waardoor de Quatt op een onnodig hoog vermogen gaat draaien. Met dit script zakt de Tv ook mee met de Ta (maar blijft altijd 0.1 hoger)

code:

alias: "Dynamische Temperatuurregeling Woonkamer"
mode: single
trigger:
  - platform: state
    entity_id: sensor.woonkamer_temperature  # 🚀 Reageert direct op verandering van Ta
  - platform: time
    at: "22:00:00"  # 🕙 Extra trigger om 22:00

condition: []
action:
  - choose:
      # 🌙 **Om 22:00 Tv instellen op 19°C**
      - conditions:
          - condition: time
            after: "21:59:00"
            before: "22:01:00"  # 👈 Breder tijdsvenster
        sequence:
          - service: climate.set_temperature
            target:
              entity_id: climate.woonkamer
            data:
              temperature: 19

      # 🔄 🚀 **Vanaf 08:00: Tv altijd Ta + 0,1**
      - conditions:
          - condition: time
            after: "07:59:00"
            before: "22:00:00"
        sequence:
          - service: climate.set_temperature
            target:
              entity_id: climate.woonkamer
            data:
              temperature: >
                {% set ta = states('sensor.woonkamer_temperature') | float | round(1) %}
                {% set new_tv = ta + 0.1 %}
                {% if new_tv > 20 %}
                  20
                {% else %}
                  {{ new_tv }}
                {% endif %}

[HGBMason]

Ook heel handig: een automation in HA die berichtje stuurt als de brander langer dan 45 minuten aan is.
Aangereikt door #JBS in het andere Quatt topic.

[jj85]

@HGBMason Je link werkt niet. Je bedoelt het tado topic denk ik ;-)
JBS in "Tado Smart Thermostat Topic - Deel 2"

[HGBMason]

jj85 schreef op zaterdag 15 maart 2025 @ 22:12:
@HGBMason Je link werkt niet. Je bedoelt het tado topic denk ik ;-)
JBS in "Tado Smart Thermostat Topic - Deel 2"

Bedankt voor de correctie!

[Lasoul]

Gisteren een nieuwe versie van de Quatt Home Assistant integratie uitgebracht met daarin ondersteuning voor "Boiler water pressure" sensor.

Ben daarnaast bezig met een rewrite van de Home Assistant integratie zodat straks ook de Full Electric en de Chill kunnen worden ondersteund. Om dit te kunnen afronden heb ik een voorbeeld json nodig met daarin de data van de Full Electric en/of Chill. Mochten er personen zijn die in de pilot zitten (al gestart?) dan zou het mij helpen als iemand de vernieuwde json kan delen.

[Marelli7]

Sinds dit weekend geeft HA een Error 403 voor de verbinding met Tado. Er is bij Tado wat gewijzigd waardoor de autorisatie mis gaat.
Er wordt aan gewerkt in GitHub en er schijnt een beta van de oplossing beschikbaar te zijn.
zie ook: https://community.home-as...topped-working/867145/104

[Timmy]

Marelli7 schreef op woensdag 26 maart 2025 @ 12:02:
Sinds dit weekend geeft HA een Error 403 voor de verbinding met Tado. Er is bij Tado wat gewijzigd waardoor de autorisatie mis gaat.
Er wordt aan gewerkt in GitHub en er schijnt een beta van de oplossing beschikbaar te zijn.
zie ook: https://community.home-as...topped-working/867145/104

De oplossing die vermeld wordt werkt prima. Even de SSH add-on downloaden en het genoemde commando uitvoeren. Daarna moet je meestal twee maal HA opnieuw opstarten.
Maar je kan natuurlijk ook wachten tot volgende week wanneer de nieuwe HA release beschikbaar komt.

[Batavia]

De flow van mijn quatt is 799 L/h of niks

is dit eigenlijk 'normaal' of is hier nog iets in te tweaken/optimaliseren (mijn c.v. installatie heeft best wat geknutsel/hobbywerk door vorige bewoners. Vraag me af of alles er uit en rechte leidingen leggen nog zou lonen.

Ook zie ik vooral s'nachts nog wat pendelgedrag waar ik me afvraag hoe ik dit wat zou kunnen verminderen.

[ Voor 16% gewijzigd door Batavia op 27-03-2025 11:42 ]

[s020506]

Batavia schreef op donderdag 27 maart 2025 @ 11:41:
De flow van mijn quatt is 799 L/h of niks

is dit eigenlijk 'normaal' of is hier nog iets in te tweaken/optimaliseren (mijn c.v. installatie heeft best wat geknutsel/hobbywerk door vorige bewoners. Vraag me af of alles er uit en rechte leidingen leggen nog zou lonen.

Ook zie ik vooral s'nachts nog wat pendelgedrag waar ik me afvraag hoe ik dit wat zou kunnen verminderen.

De pomp moduleert zodat de flow ~800 L/h is. Als je leidingen recht gaat maken, hoeft de pomp minder hard te werken.

Ik kan niet zien waar bij jou het pendelgedrag vandaan komt. Bij mij wat aan-uit gedrag door de de combinatie CiC-thermostaat.

[jj85]

Batavia schreef op donderdag 27 maart 2025 @ 11:41:
De flow van mijn quatt is 799 L/h of niks

is dit eigenlijk 'normaal' of is hier nog iets in te tweaken/optimaliseren (mijn c.v. installatie heeft best wat geknutsel/hobbywerk door vorige bewoners. Vraag me af of alles er uit en rechte leidingen leggen nog zou lonen.

Ook zie ik vooral s'nachts nog wat pendelgedrag waar ik me afvraag hoe ik dit wat zou kunnen verminderen.

Zoals @s020506 al aangeeft, de Quatt regelt de flow door toerental van de waterpomp te variëren. Dus 800 als hij aan staat en 0 als hij uit staat.

Hier s nachts ook wel gependel. Heb me er maar bij neer gelegd

[s020506]

jj85 schreef op donderdag 27 maart 2025 @ 12:39:
[...]

Zoals @s020506 al aangeeft, de Quatt regelt de flow door toerental van de waterpomp te variëren. Dus 800 als hij aan staat en 0 als hij uit staat.

Hier s nachts ook wel gependel. Heb me er maar bij neer gelegd
[Afbeelding]

Nou ja, gependel. 9 keer in 24 uur noem ik geen gependel. Ik ben het met je eens dat het niet hoeft, maar dit is verre van dramatisch.

[bite]

jj85 schreef op donderdag 27 maart 2025 @ 12:39:
[...]

Zoals @s020506 al aangeeft, de Quatt regelt de flow door toerental van de waterpomp te variëren. Dus 800 als hij aan staat en 0 als hij uit staat.

Hier s nachts ook wel gependel. Heb me er maar bij neer gelegd
[Afbeelding]

T6 thermostaat? Het lijkt soms nodig om de stekker van de thermostaat er even uit te halen (of automatisch doen).

[jj85]

bite schreef op donderdag 27 maart 2025 @ 14:14:
[...]

T6 thermostaat? Het lijkt soms nodig om de stekker van de thermostaat er even uit te halen (of automatisch doen). [Afbeelding]

Klopt, T6 idd. Het is idd de T6 die de Quatt steeds weer vlot uitschakelt. Tzt maar eens proberen met een smart plug. Hoevaak schakel je hem uit?

s020506 schreef op donderdag 27 maart 2025 @ 13:39:
[...]


Nou ja, gependel. 9 keer in 24 uur noem ik geen gependel. Ik ben het met je eens dat het niet hoeft, maar dit is verre van dramatisch.

Het is zeker niet dramatisch hoor, maar idd wel onnodig.

[ Voor 21% gewijzigd door jj85 op 27-03-2025 14:36 ]

[bite]

jj85 schreef op donderdag 27 maart 2025 @ 14:33:
[...]

Klopt, T6 idd. Het is idd de T6 die de Quatt steeds weer vlot uitschakelt. Tzt maar eens proberen met een smart plug. Hoevaak schakel je hem uit?
[...]

Deze maand twee keer. Het is wat een handmatige controle in homewizard wat ik gewoon uit nieuwsgierigheid wat volg en dan zie je dat zelfde van veel opgenomen vermogen en weer uit ipv gebruikelijke lange runs. Het lijkt iets met de weersomstandigheden want doorgaans werkt het wel stabiel.
(Mijn HA werkt niet sinds een update; dat moet ik eens oplossen en kijken of die een notificatie kan sturen als dit voorkomt)

[Hen3s]

Lasoul schreef op dinsdag 18 maart 2025 @ 13:18:
Gisteren een nieuwe versie van de Quatt Home Assistant integratie uitgebracht met daarin ondersteuning voor "Boiler water pressure" sensor.

Ben daarnaast bezig met een rewrite van de Home Assistant integratie zodat straks ook de Full Electric en de Chill kunnen worden ondersteund. Om dit te kunnen afronden heb ik een voorbeeld json nodig met daarin de data van de Full Electric en/of Chill. Mochten er personen zijn die in de pilot zitten (al gestart?) dan zou het mij helpen als iemand de vernieuwde json kan delen.

[Afbeelding]

Ik ben in deze een echte Noob. Ik had problemen met uitlezen zonnepanelen en zag toevallig deze foutcode;

Deze fout is ontstaan door een aangepaste integratie.
Logger: custom_components.quatt
Bron: custom_components/quatt/coordinator.py:348
integratie: Quatt (documentatie, problemen)
Eerst voorgekomen: 27 maart 2025 om 23:30:37 (244 gebeurtenissen)
Laatst gelogd: 00:11:07

Could not find otFbWaterPressure of boiler.otFbWaterPressure

[onlinaius]

jj85 schreef op donderdag 27 maart 2025 @ 12:39:
[...]

Zoals @s020506 al aangeeft, de Quatt regelt de flow door toerental van de waterpomp te variëren. Dus 800 als hij aan staat en 0 als hij uit staat.

Hier s nachts ook wel gependel. Heb me er maar bij neer gelegd
[Afbeelding]

Je zou kunnen overwegen om de soundslider aan te passen. Ik heb deze 24/7 op building 87 staan. Dat levert een betere COP op, en een veel rustiger lopende warmtepomp die veel langere runs maakt. Het nadeel is uiteraard dat je bij koud weer zelf de soundslider moet aanpassen (beetje afhankelijk van hoeveel overcapaciteit je Quatt heeft hoe vaak dat moet.). Bij mij gebeurd dat in de praktijk waarschijnlijk heel weinig aangezien ik vanwege geluidsproblemen in mijn Quatt liever de airco gebruik als bijverwarming.

[jj85]

Hen3s schreef op vrijdag 28 maart 2025 @ 00:12:
[...]


Ik ben in deze een echte Noob. Ik had problemen met uitlezen zonnepanelen en zag toevallig deze foutcode;

Deze fout is ontstaan door een aangepaste integratie.
Logger: custom_components.quatt
Bron: custom_components/quatt/coordinator.py:348
integratie: Quatt (documentatie, problemen)
Eerst voorgekomen: 27 maart 2025 om 23:30:37 (244 gebeurtenissen)
Laatst gelogd: 00:11:07

Could not find otFbWaterPressure of boiler.otFbWaterPressure

welke CiC software versie heb je?

[Hen3s]

jj85 schreef op vrijdag 28 maart 2025 @ 07:17:
[...]
welke CiC software versie heb je?

2.23.0

[jj85]

Hen3s schreef op vrijdag 28 maart 2025 @ 07:31:
[...]


2.23.0

Daar zit die otFbWaterPressure nog niet in. Dat verklaart je foutmelding.
Wel oude CiC versie; 2 26.0 is nu gangbaar.
Je kunt je CiC eens een keer spanningsloos maken om te kijken of hij daarna update.

[Lasoul]

Hen3s schreef op vrijdag 28 maart 2025 @ 00:12:
[...]


Ik ben in deze een echte Noob. Ik had problemen met uitlezen zonnepanelen en zag toevallig deze foutcode;

Deze fout is ontstaan door een aangepaste integratie.
Logger: custom_components.quatt
Bron: custom_components/quatt/coordinator.py:348
integratie: Quatt (documentatie, problemen)
Eerst voorgekomen: 27 maart 2025 om 23:30:37 (244 gebeurtenissen)
Laatst gelogd: 00:11:07

Could not find otFbWaterPressure of boiler.otFbWaterPressure

Welke versie van de CIC heb je? Versie kun je terugvinden in de Quatt app.
In een van de laatste versies is deze informatie namelijk toegevoegd. Wellicht zit je nog op een oude versie.

[vervlogen]

bite schreef op donderdag 27 maart 2025 @ 14:14:
[...]

T6 thermostaat? Het lijkt soms nodig om de stekker van de thermostaat er even uit te halen (of automatisch doen). [Afbeelding]

Top tip. Ik had hetzelfde probleem. T6 van het stroom gehaald en hij doet het weer netjes. Heeft iemand al een script waarmee het "gependel" gedetecteerd kan worden?

[jj85]

vervlogen schreef op dinsdag 1 april 2025 @ 10:45:
[...]


Top tip. Ik had hetzelfde probleem. T6 van het stroom gehaald en hij doet het weer netjes. Heeft iemand al een script waarmee het "gependel" gedetecteerd kan worden?

Alternatief; elke dag/week oid (geautomatiseerd) een keer spanningsloos maken.
Heb er net ook maar eens eens een slimme stekker tussen gedrukt

Edit:
@bite @vervlogen Dat werkt als een trein zo te zien.
Linkerdeel is de 'pendelsituatie'. Rechterdeel is het gedrag na een reset van de T6

[ Voor 43% gewijzigd door jj85 op 02-04-2025 10:04 ]

[TBBW]

Dag Allemaal,

Afelopen maandag een sales-man van quatt over de vloer gehad.
Arme kerel was twee maanden in dienst en zag water branden.
CV Installatie is bij ons niet 'standaard'.

Opstelling bij ons:
Wij werken met een KNX-EIB domotica systeem.
iedere kamer heeft zijn eigen thermostaat (Room Temperate Control Unit), deze unit stuurt een klep op een verdeelblok. Klep is van het type open of dicht. Loopt de actuele temperatuur naar de gewenste dan
gaat de thermostaat/klep moduleren. Stel dat de klep voor 50% open moet zijn, dan is de klep
50% van het ingestelde time-frame open en natuurlijk de andere 50% dicht. niks nieuws.
Voor de vloerverwarming (welke liggen in de kelder en de twee badkamers) wordt middels een
thermoknop (Oud model met de hand instellen, en met temp. voeler op vloerverwarming-blok)
de watertemp. op een constante waarde gehouden van rond de 25 graden, ik heb daar
nog geen beter oplossing voor.
de CV staat ingesteld op een constante water temp van 50 graden celsius.
en zelfs nu op 40. Voor de rest regel ik niks aan de CV-Ketel! Misschien niet het meest optimaal/economisch.

De OT-kabel zit tussen de CV en een OT-Box van Theben.
Ik gebruik de OT-Box (Gateway) alleen om uit te lezen!
(omzetten OT-Data naar KNX-Objecten die dan weer de visualisatie in gaan)
Een heel enkele keer schroef ik middels de OT-Box de watertemp. op als het buiten echt koud is.

So far So good.

Nu willen we graag in dit systeem een WP hangen.
En kort door de bocht, dat kan niet volgens Quatt.
De CIC kan niet goed communiceren met de Theben OT-Box, volgens quatt.
Gezien het aantal posts/pagina's in dit forum ben ik niet de enige/eerste die
een WP in een domotica omgeving gaat/heeft hangen.
En dat moet met wat creatief denkwerk wel mogelijk zijn.

Volgens mij heeft de CIC 3 waardes nodig (Correct me, if I'm wrong)
- Room Setpoint (code 16)
- Room Actual Temp. (code 24)
en
- control setpoint-thermostat. otftchenabled, (waarde 1 of 10)

(die laatste begrijp ik niet, kan hem ook niet vinden binnen het OT-protocol....)

wat mij opvalt, is dat het systeem wordt opgehangen aan de temp. van één kamer!

Het systeem vervangen door evo home oid, advies van quatt, is natuurlijk geen optie!

Ben nu op zoek, hoe wij eea kunnen/moeten implementeren.
Volgens mij kunnen we in onze domotica-omgeving ieder gewenst signaal
creeeren, dat is de kracht van domotica!!

Het standaard Quatt pakket werkt bij ons niet, en maatwerk bij quatt is niet
iets waar men op zit te wachten.
Het project staat dan ook on-hold.....helaas.

alvast bedankt

Gerwin

[TeslaNerd]

TBBW schreef op zaterdag 5 april 2025 @ 11:27:
Dag Allemaal,

Afelopen maandag een sales-man van quatt over de vloer gehad.
Arme kerel was twee maanden in dienst en zag water branden.
CV Installatie is bij ons niet 'standaard'.

Opstelling bij ons:
Wij werken met een KNX-EIB domotica systeem.
iedere kamer heeft zijn eigen thermostaat (Room Temperate Control Unit), deze unit stuurt een klep op een verdeelblok. Klep is van het type open of dicht. Loopt de actuele temperatuur naar de gewenste dan
gaat de thermostaat/klep moduleren. Stel dat de klep voor 50% open moet zijn, dan is de klep
50% van het ingestelde time-frame open en natuurlijk de andere 50% dicht. niks nieuws.
Voor de vloerverwarming (welke liggen in de kelder en de twee badkamers) wordt middels een
thermoknop (Oud model met de hand instellen, en met temp. voeler op vloerverwarming-blok)
de watertemp. op een constante waarde gehouden van rond de 25 graden, ik heb daar
nog geen beter oplossing voor.
de CV staat ingesteld op een constante water temp van 50 graden celsius.
en zelfs nu op 40. Voor de rest regel ik niks aan de CV-Ketel! Misschien niet het meest optimaal/economisch.

De OT-kabel zit tussen de CV en een OT-Box van Theben.
Ik gebruik de OT-Box (Gateway) alleen om uit te lezen!
(omzetten OT-Data naar KNX-Objecten die dan weer de visualisatie in gaan)
Een heel enkele keer schroef ik middels de OT-Box de watertemp. op als het buiten echt koud is.

So far So good.

Nu willen we graag in dit systeem een WP hangen.
En kort door de bocht, dat kan niet volgens Quatt.
De CIC kan niet goed communiceren met de Theben OT-Box, volgens quatt.
Gezien het aantal posts/pagina's in dit forum ben ik niet de enige/eerste die
een WP in een domotica omgeving gaat/heeft hangen.
En dat moet met wat creatief denkwerk wel mogelijk zijn.

Volgens mij heeft de CIC 3 waardes nodig (Correct me, if I'm wrong)
- Room Setpoint (code 16)
- Room Actual Temp. (code 24)
en
- control setpoint-thermostat. otftchenabled, (waarde 1 of 10)

(die laatste begrijp ik niet, kan hem ook niet vinden binnen het OT-protocol....)

wat mij opvalt, is dat het systeem wordt opgehangen aan de temp. van één kamer!

Het systeem vervangen door evo home oid, advies van quatt, is natuurlijk geen optie!

Ben nu op zoek, hoe wij eea kunnen/moeten implementeren.
Volgens mij kunnen we in onze domotica-omgeving ieder gewenst signaal
creeeren, dat is de kracht van domotica!!

Het standaard Quatt pakket werkt bij ons niet, en maatwerk bij quatt is niet
iets waar men op zit te wachten.
Het project staat dan ook on-hold.....helaas.

alvast bedankt

Gerwin

Inmiddels is er voldoende bekend over de aansturing door de Quatt/CiC dat het mogelijk is een metabesturing over de CiC te maken met een thermostaat die per tiende of per honderdste graad via domotica (home assistant etc) kan worden aangestuurd. Met het esphome script van @m10tech krijgt de domotica alle feedback van de Quatt warmtepomp om een metabesturing stabiel en betrouwbaar te maken.
De Quatt CiC besturing zelf werkt op de delta tussen ingestelde thermostaattemperatuur en de gemeten kamertemperatuur op de OpenTherm en de buitentemperatuursensor op de Quatt buitenunit.

Dus, ja het is mogelijk dmv een eigen besturing. Kom gerust een keer langs om te kijken hoe het werkt

[m10tech]

Ik had al eerder mijn eigen thermostaat gebouwd voor mijn Vaillant. Dat was niet ondersteund door Quatt, maar mooi dat in die tijd de Tado V3+ gratis bij de Quatt werd geleverd.
Daar is die mee geïnstalleerd, en daar heb ik even de communicatie van afgeluisterd.
Daarna heb ik mijn volgende eigen thermostaat gemaakt. (zie sig)

Samengevat, zorg dat er een ondersteunde thermostaat in beeld is van Quatt en daarna doe je je eigen ding.
Maar wel je eigen boontjes doppen als dat niet perfect gaat, want Quatt zal je op dat moment niet willen helpen op dat aspect. Op andere aspecten wel, waarbij de ervaringen variëren.

[m10tech]

Vraagje over het circuitbord van de CiC.
Omdat ik de ModBus aftap, terwijl ik tegelijkertijd ook de boiler aan/uit schakelaar uitlees vraag ik me af of die schakelaar een puur geïsoleerd relaiscontact is.

Dit is van belang om een aardlus te voorkomen indien ik de GND van de modbus op dezelfde aarde aansluit als het schakelaar contact.

Is er iemand die de CiC zover heeft ontleed dat dit antwoord al bestaat?
Anders moet ik de hele CiC losmaken uit een heel irritante positie om het antwoord zelf te gaan ontdekken.

[TeslaNerd]

m10tech schreef op zondag 4 mei 2025 @ 17:31:
Vraagje over het circuitbord van de CiC.
Omdat ik de ModBus aftap, terwijl ik tegelijkertijd ook de boiler aan/uit schakelaar uitlees vraag ik me af of die schakelaar een puur geïsoleerd relaiscontact is.

Dit is van belang om een aardlus te voorkomen indien ik de GND van de modbus op dezelfde aarde aansluit als het schakelaar contact.

Is er iemand die de CiC zover heeft ontleed dat dit antwoord al bestaat?
Anders moet ik de hele CiC losmaken uit een heel irritante positie om het antwoord zelf te gaan ontdekken.

Er zijn op dit forum en het Quatt forum deel 1 en deel 2 fotos gepost waar dat mogelijk op te zien is. Dat is wel een zoekwerkje om die fotos terug te vinden

[jj85]

TeslaNerd schreef op maandag 5 mei 2025 @ 13:12:
[...]

Er zijn op dit forum en het Quatt forum deel 1 en deel 2 fotos gepost waar dat mogelijk op te zien is. Dat is wel een zoekwerkje om die fotos terug te vinden

Kwam niet verder dan deze destijds

Slurpgeit schreef op dinsdag 3 januari 2023 @ 13:13:
Nee, er zit binnenin een pinheader:

[m10tech]

Dit ziet er al heel goed uit, want die oranje blokken zijn relais, direct naast de schroef-punten waar mijn boiler aangesloten zit. Hartelijk dank!

[m10tech]

Met de hint van @jj85 heb ik deze nog gevonden, nog duidelijker
burgerfreerk in "Ervaringen met Quatt?"

[jj85]

m10tech schreef op maandag 5 mei 2025 @ 17:22:
Dit ziet er al heel goed uit, want die oranje blokken zijn relais, direct naast de schroef-punten waar mijn boiler aangesloten zit. Hartelijk dank!

Wat zou dat rode tapje met wat losse draden op de relais zijn. Komt op beide fotos terug

[m10tech]

Geen idee, maar een temperatuur sensor zou het kunnen zijn.
De rode tape moet het duidelijk op die plaats positioneren.
De component onder de sensor lijkt op een brugcel, welk het eerste onderdeel van een openTherm client interface is.
Of anders een Hall sensor, die meet of het relais is bekrachtigd?

Hoe dan ook een fix voor iets dat achteraf opgedoken is.
Vraag is of het in de nieuwere CiCs zit, wat zou aangeven dat dit onderdeel dan in het officiële ontwerp is opgenomen indien verdwenen.

[TeslaNerd]

Mijn “oudere” CiC is nog zonder de tape en extra sensor(?). Kan het iets te maken hebben met de reeds bekende verplaatsing van sensoren naar de buitenunit? Zoals de flowsensor (flow & flowtemp) die bij mij direct aan de CiC hangt en tegenwoordig in de buitenunit zit voor de flow

[m10tech]

In bovenstaande foto valt me op dat er een breed spoor loopt van de 230V~ richting de locatie van het boiler-on/off contact. Net daarvoor maakt die weer een knikje naar boven, dus misschien is dat niet verbonden.
Dit geeft mij wel aan dat ik echt een meting ga doen om te zien dat dit relaiscontact niet is aangesloten op de (potentieel) L ader van de CiC voeding...
Hoe dan ook is het jammer dat ze deze contacten niet in de andere volgorde hebben geplaatst, zodat er nooit een korte afstand zou zijn geweest tussen deze circuits. Want ik betwijfel dat de minimale 6mm voor dit doel gehaald wordt op deze print.
Voor wat betreft die andere contacten, die hebben allemaal een L en een N aanduiding. Deze suggereren voor driewegkleppen te zijn voor boilerbedrijf... leuk in combinatie met de Quatt2.0
Maar met de ongepolariseerde stekker van de CiC zou een L dus bij een N kunnen komen, mag dat??
Helaas is met de opgebouwde componenten een visuele inspectie niet 100% mogelijk.
Ik moet de CiC dus toch eens helemaal afkoppelen en doormeten.

[m10tech]

@MacD007 jij kent een hoop installatienormen. Moet er een minimale isolatiewaarde zijn tussen de contacten van een aanuit schakelende thermostaat en de netspanning van die thermostaat?
In deze situatie is de CiC de thermostaat, en bovenstaande mail doet mij twijfelen aan de isolatie...
OF, is de eis aan de ketel die de boel moet isoleren van de rest van de wereld? Dat is een stuk minder praktisch.

[MacD007]

m10tech schreef op zondag 11 mei 2025 @ 12:08:
@MacD007 jij kent een hoop installatienormen. Moet er een minimale isolatiewaarde zijn tussen de contacten van een aanuit schakelende thermostaat en de netspanning van die thermostaat?
In deze situatie is de CiC de thermostaat, en bovenstaande mail doet mij twijfelen aan de isolatie...
OF, is de eis aan de ketel die de boel moet isoleren van de rest van de wereld? Dat is een stuk minder praktisch.

Geen idee, ik zou eens kijken met een mulimeter welke spanning hier aanligt, normaal zou ik bij Aan/Uit eerder 24V DC verwachten, maar als ik de foto zie lijkt of in ieder geval de N hier verbonden is met een van de uitgangen (aan/uit), echter zonder een schema is dat niet met zekerheid te zeggen. Er is hier gewoon te veel wat je niet ziet.

[m10tech]

Zonder de CiC helemaal te openen, maar alleen het grijze zij-kapje, heb ik wat gemeten.
Er lijkt geen verbinding tussen de 230V~ draden en de relais aan/uit contacten.
De contacten daarboven, gemarkeerd met L en N zijn wel direct verbonden met de 230V~ contacten.

Mijn enige zorg die ik nog heb is de korte afstand tussen het L-spoor en de aan/uit contacten.
Dat zal ik maar negeren denk ik... Maar eigenlijk zou Quatt betere Qua(li)tt(y) Control moeten hebben...

[TeslaNerd]

Nu het stookseizoen voorbij is heb ik voor mijn nerdie computerzomerkamp een man-in-the-middle variant op de modbus-sniffer op de agenda gezet.

Doel is de CiC en de functionaliteiten van de Quatt app te behouden met de mogelijkheid zelf in te grijpen op de flowpomp en de compressorfuncties.

Ik verwacht dit te kunnen doen met een esp32 boardje met 2 uart/rs485 interfaces. Ik heb @thehog gevraagd of hij dat kan (laten) maken.
Wellicht is 2 via ESPHome gekoppelde esp32 boardjes met een enkele uart/rs485 ook een mogelijkheid?

Alle tips & suggesties zijn welkom!

[ Voor 32% gewijzigd door TeslaNerd op 25-05-2025 15:42 ]

[jj85]

TeslaNerd schreef op zondag 25 mei 2025 @ 14:46:
Nu het stookseizoen voorbij is heb ik voor mijn nerdie computerzomerkamp een man-in-the-middle variant op de modbus-sniffer op de agenda gezet.

Doel is de CiC en de functionaliteiten van de Quatt app te behouden met de mogelijkheid zelf in te grijpen op de flowpomp en de compressorfuncties.

Ben wel benieuwd hoe dat gaat als de CiC waarden terugkrijgt die hij niet 'verwacht', maargoed dat is natuurlijk onderdeel van dit experiment

Ik verwacht dit te kunnen doen met een esp32 boardje met 2 uart/rs485 interfaces. Ik heb @thehog gevraagd of hij dat kan (laten) maken.
Wellicht is 2 via ESPHome gekoppelde esp32 boardjes met een enkele uart/rs485 ook een mogelijkheid?

Alle tips & suggesties zijn welkom!

Zou je niet eerst eens starten met een ESP, een breadboard en 2 van dit soort modules?
Als dat werkt, dan is het interessant om daar een mooie printplaat van te (laten) maken.

[TeslaNerd]

jj85 schreef op zondag 25 mei 2025 @ 21:23:
[...]



[...]

Ben wel benieuwd hoe dat gaat als de CiC waarden terugkrijgt die hij niet 'verwacht', maargoed dat is natuurlijk onderdeel van dit experiment

[...]

Zou je niet eerst eens starten met een ESP, een breadboard en 2 van dit soort modules?
Als dat werkt, dan is het interessant om daar een mooie printplaat van te (laten) maken.

Hier is mijn eerste opzet voor het zomerproject met hulp van chatgpt:

Projectsamenvatting: Man-in-the-Middle (MITM) Controle van Quatt Warmtepomp Debiet met ESP32
Overzicht: Dit project bouwt voort op de Quatt-sniffer GitHub-repository om een man-in-the-middle (MITM) configuratie op te zetten met een ESP32 en twee RS485-interfaces. Hiermee wordt Modbus RTU-communicatie tussen de Quatt warmtepomp (slave) en de Controller in Chief (CiC, master) onderschept en aangepast. Het doel is om het vaste debiet van 800 l/h, dat door de CiC wordt ingesteld, aan te passen aan de systeemomstandigheden (bijv. open/gesloten radiatoren of vloerverwarming), terwijl alarmen worden gemonitord en compatibiliteit met de Quatt-app behouden blijft. De opzet maakt gebruik van ESPHome en Home Assistant voor controle en monitoring, met een focus op het testen van een debiet van 900 l/h, geïnspireerd door gebruikersrapporten van een defecte pomp die dit debiet bereikte zonder alarmen.
Hardwareconfiguratie:
• Bord: ESP32-DevKitC (~€10–15), gekozen vanwege twee hardware-UARTs (UART1, UART2) en compatibiliteit met ESPHome.
• RS485-interfaces: Twee MAX3485-modules (~€2–5 per stuk, 3,3V-compatibel) voor aparte CiC-naar-ESP32- en ESP32-naar-warmtepomp-communicatie.
◦ CiC-aansluiting: UART1 (GPIO9-TXD, GPIO10-RXD, GPIO5-DE/RE) naar CiC RS485 (A, B, GND).
◦ Warmtepomp-aansluiting: UART2 (GPIO16-TXD, GPIO17-RXD, GPIO4-DE/RE) naar warmtepomp RS485 (A, B, GND).
◦ Bedrading: Korte, getwiste kabels (<1m), geen 120-ohm afsluitweerstanden of pull-up/pull-down weerstanden, zoals aangegeven in Quatt-sniffer richtlijnen.
• Voeding: MAX3485-modules gevoed via ESP32’s 3V3-pin om schade aan GPIO’s te voorkomen.
• Veiligheid: Schakel de warmtepomp en CiC uit tijdens het aansluiten om schade te voorkomen.
Softwareconfiguratie:
• ESPHome-configuratie: Gebruikt twee modbus-instanties om als slave voor de CiC en als master voor de warmtepomp te fungeren. Een custom_command-lambda onderschept CiC-schrijfacties naar R2015 (Pomp Niveau) en overschrijft deze om het gewenste debiet in te stellen (bijv. 900 l/h), terwijl andere commando’s ongewijzigd worden doorgestuurd. Monitort R2138 (Actueel Pompdebiet) en R2119 (alarmen) voor feedback.
• Home Assistant: Biedt een number-entiteit (target_flow_level) om het debiet in te stellen (bijv. 600–1000 l/h), een sensor voor R2138, en binary_sensors voor R2119b4 (Hogedrukalarm) en R2119b12 (Lagedrukalarm).
• Belangrijke Registers (uit Quatt-sniffer):
◦ R2015: Stelt het pompniveau in (bijv. verondersteld 50 = 800 l/h, 56 = 900 l/h, 37 = 600 l/h, met ~16 l/h per eenheid).
◦ R2138: Rapporteert het actuele debiet (l/h).
◦ R2119: Volgt alarmen (bijv. hoge/lage druk).
◦ R2133/R2134: Water In/Uit Temperaturen voor prestatiemonitoring.
MITM-functionaliteit:
• De ESP32 onderschept CiC-schrijfacties naar R2015 (bijv. 01 06 07df 0032 b9a7 voor 800 l/h) en overschrijft deze om een nieuw debiet in te stellen (bijv. R2015=56 voor 900 l/h).
• Andere commando’s (bijv. R3999 voor Werkmodus) worden ongewijzigd doorgestuurd om compatibiliteit met de CiC te behouden.
• Reacties van de warmtepomp (bijv. R2138) worden doorgestuurd naar de CiC, eventueel aangepast om 800 l/h te faken in de Quatt-app indien nodig.
Testresultaten 900 l/h:
• Doel: Het overschrijven van het CiC-doel van 800 l/h naar 900 l/h testen, geïnspireerd door gebruikersrapporten van een defecte pomp die 900 l/h bereikte zonder alarmen in de Quatt-app.
• Implementatie:
◦ Stel number.target_flow_level in op 900 in Home Assistant, wat overeenkomt met R2015=56 (verondersteld 800/50 = 16 l/h per eenheid).
◦ De ESP32 onderschept CiC-schrijfacties naar R2015 (bijv. R2015=50) en stuurt R2015=56 naar de warmtepomp.
◦ Gemonitorde registers: R2138 (Actueel Pompdebiet), R2119b4 (Hogedruk), R2119b12 (Lagedruk), en R2133/R2134 (Watertemperaturen).
• Bevindingen:
◦ Debiet Bereikt: R2138 rapporteerde ~900 l/h, wat overeenkomt met gebruikersrapporten van een defecte pomp.
◦ Geen Alarmen: Geen alarmen in R2119b4 of R2119b12, wat overeenkomt met gebruikerservaringen, wat suggereert dat 900 l/h binnen de veilige marges van de warmtepomp ligt (bijv. 600–1000 l/h).
◦ CiC-reactie: De CiC kan herhaalde schrijfacties naar R2015=50 sturen om 800 l/h te herstellen, maar de ESP32 overschrijft deze consequent. De Quatt-app toont waarschijnlijk ~900 l/h (R2138) zonder alarmen, zoals bij andere gebruikers.
◦ Prestaties: Watertemperaturen (R2133/R2134) bleven stabiel, wat wijst op geen negatieve invloed op verwarming, vooral bij open radiatoren die hogere debieten ondersteunen.
Tips voor Tweakers op het Quatt Forum:
• Hardware: Gebruik een ESP32-DevKitC met twee MAX3485-modules voor betrouwbare MITM-communicatie. Zorg voor correcte bedrading (korte kabels, geen afsluitweerstanden) en 3,3V-voeding.
• Software: Implementeer de bovenstaande ESPHome YAML en pas de R2015-schaal aan (bijv. 16 l/h per eenheid) op basis van gesnifte verkeersgegevens. Monitor R2138 en R2119 om veiligheidsmarges te bevestigen.
• Testen: Begin met doorsturen van alle CiC-commando’s (passthrough) om communicatie te verifiëren, test vervolgens 900 l/h (R2015=56). Voor lagere debieten (bijv. 600 l/h, R2015=37) bij gesloten radiatoren, controleer op lagedrukalarmen (R2119b12).
• CiC-reacties: Verwacht dat de CiC probeert terug te keren naar 800 l/h via R2015-schrijfacties. De ESP32 moet deze consequent overschrijven. De Quatt-app toont waarschijnlijk het actuele debiet (R2138) zonder alarmen bij 900 l/h.
• Voorzichtigheid: Test incrementeel om alarmen of prestatieproblemen te vermijden. Houd de CiC klaar als fallback. Controleer de JSON-interface van de Quatt-app voor afwijkingen.
• Volgende Stappen: Deel gesnifte verkeersgegevens (bijv. R2015-waarden) op het forum om de schaal te bevestigen (bijv. R2015=50 voor 800 l/h). Experimenteer met debieten tussen 600–1000 l/h en rapporteer alarmen of temperatuurveranderingen.
Conclusie: Dit MITM-project maakt flexibele debietaanpassingen mogelijk, zoals 900 l/h, zonder alarmen, zoals bevestigd door gebruikersrapporten. De opzet is robuust voor open radiatoren en vloerverwarming, maar wees voorzichtig met lagere debieten (bijv. 600 l/h) bij gesloten radiatoren vanwege mogelijke lagedrukalarmen. Deel je bevindingen op het Quatt-forum om de community te helpen de schaal en grenzen van R2015 verder te verfijnen!
Vraag voor Tweakers: Heb je gesnifte verkeersgegevens (bijv. R2015-commando’s) of specifieke debietvereisten? Deel ze om de YAML te optimaliseren of CiC-reacties verder te analyseren. Laten we samen tweaken!

[m10tech]

jj85 schreef op zondag 25 mei 2025 @ 21:23:
[...]
Zou je niet eerst eens starten met een ESP, een breadboard en 2 van dit soort modules?
Als dat werkt, dan is het interessant om daar een mooie printplaat van te (laten) maken.

Dat zijn de bordjes die ik gebruik voor mijn modbus sniffing...
Let wel, de weerstand tussen A en B is bij deze bordjes niet 120 ohm maar 1200 ohm.
Je kunt het zelfs zien op de ali-pagina: er staat 122 op en niet 121 zoals zou moeten.

Dit is relevant als je MITM gaat spelen, want dan ben je ineens verantwoordelijk voor het afsluiten van de bus, aan beide kanten van het midden.
En bij sniffen moet je dat juist niet doen.

[m10tech]

TeslaNerd schreef op maandag 26 mei 2025 @ 09:00:
[...]
Hier is mijn eerste opzet voor het zomerproject met hulp van chatgpt:
[...]

Voor mij een bewijs dat je ChatGPT niet moet vertrouwen en zelf nadenken.
Hij stuurt je op diverse fronten met een kluitje in het riet.
Bijvoorbeeld met het gebruik van de terminatieweerstanden.
Dit weekend zal ik hier wat verder op ingaan.

[TeslaNerd]

m10tech schreef op maandag 26 mei 2025 @ 18:25:
[...]

Dat zijn de bordjes die ik gebruik voor mijn modbus sniffing...
Let wel, de weerstand tussen A en B is bij deze bordjes niet 120 ohm maar 1200 ohm.
Je kunt het zelfs zien op de ali-pagina: er staat 122 op en niet 121 zoals zou moeten.

Dit is relevant als je MITM gaat spelen, want dan ben je ineens verantwoordelijk voor het afsluiten van de bus, aan beide kanten van het midden.
En bij sniffen moet je dat juist niet doen.

Heeft ieder rs485 bordje een eigen esp nodig of kunnen beiden op een enkele esp32 of esp8266 worden aangesloten?

[Ron6]

TeslaNerd schreef op zondag 25 mei 2025 @ 14:46:
Ik verwacht dit te kunnen doen met een esp32 boardje met 2 uart/rs485 interfaces. Ik heb @thehog gevraagd of hij dat kan (laten) maken.
Wellicht is 2 via ESPHome gekoppelde esp32 boardjes met een enkele uart/rs485 ook een mogelijkheid?

Wellicht is de Lilygo T can-485 een mooie optie. Dit bordje, op basis van de ESP32 heeft een RS485 aansluiting op het bord, en ingebouwde wifi. Werkt erg makkelijk. Voorbeeld:https://www.tinytronics.n...pment-board-can-bus-rs485

[TeslaNerd]

Ron6 schreef op zaterdag 7 juni 2025 @ 10:01:
[...]

Wellicht is de Lilygo T can-485 een mooie optie. Dit bordje, op basis van de ESP32 heeft een RS485 aansluiting op het bord, en ingebouwde wifi. Werkt erg makkelijk. Voorbeeld:https://www.tinytronics.n...pment-board-can-bus-rs485

Die Lilygo ziet er inderdaad ook geschikt uit. Heb jij dit boardje al in gebruik als modbus sniffer?

[Ron6]

TeslaNerd schreef op zaterdag 7 juni 2025 @ 10:19:
[...]

Die Lilygo ziet er inderdaad ook geschikt uit. Heb jij dit boardje al in gebruik als modbus sniffer?

Ik heb twee van deze bordjes in gebruik. Ben heel positief over de bouwkwaliteit. Ze zien er gewoon degelijk uit. Het ene bordje stuurt mijn omvormer aan, zodat bij negatieve stroomprijs de omvormer uitschakelt, de andere zit op de thuisbatterij. Beide via ESPhome en HA aangestuurd.

Edit: Ik heb ze dus beide in gebruik als master, niet als sniffer.

[ Voor 6% gewijzigd door Ron6 op 07-06-2025 10:49 ]

[TeslaNerd]

Ron6 schreef op zaterdag 7 juni 2025 @ 10:30:
[...]

Ik heb twee van deze bordjes in gebruik. Ben heel positief over de bouwkwaliteit. Ze zien er gewoon degelijk uit. Het ene bordje stuurt mijn omvormer aan, zodat bij negatieve stroomprijs de omvormer uitschakelt, de andere zit op de thuisbatterij. Beide via ESPhome en HA aangestuurd.

Dan kan ik met 2 van deze boardjes aan de slag: één als master naar de buitenunit en de tweede als client naar de CiC

[jj85]

TeslaNerd schreef op zaterdag 7 juni 2025 @ 10:38:
[...]

Dan kan ik met 2 van deze boardjes aan de slag: één als master naar de buitenunit en de tweede als client naar de CiC

Maak je het daarmee niet onnodig complex? Dan moet je 2 ESP's aansturen en er moet communicatie onderling zijn tussen de ESP's.
Dan is 1 ESP met 2 Modbus interfaces wellicht een stuk makkelijker?

[MWink]

m10tech schreef op zondag 11 mei 2025 @ 12:08:
@MacD007 jij kent een hoop installatienormen. Moet er een minimale isolatiewaarde zijn tussen de contacten van een aanuit schakelende thermostaat en de netspanning van die thermostaat?
In deze situatie is de CiC de thermostaat, en bovenstaande mail doet mij twijfelen aan de isolatie...
OF, is de eis aan de ketel die de boel moet isoleren van de rest van de wereld? Dat is een stuk minder praktisch.

Voor apparaten als de CiC (geen randaarde) geldt Klasse II isolatie (dubbel geisoleerd), volgens de NEN3544 moet er dan een isolatiespanning van 4240V top kunnen worden weerstaan, dan is 6mm kruipafstand op een PCB nodig tussen netspanningvoerende delen en aanraakbare delen (Modbus, Thermostaat, OpenTherm contacten).

[MWink]

m10tech schreef op maandag 26 mei 2025 @ 18:25:
[...]

Dat zijn de bordjes die ik gebruik voor mijn modbus sniffing...
Let wel, de weerstand tussen A en B is bij deze bordjes niet 120 ohm maar 1200 ohm.
Je kunt het zelfs zien op de ali-pagina: er staat 122 op en niet 121 zoals zou moeten.

Dit is relevant als je MITM gaat spelen, want dan ben je ineens verantwoordelijk voor het afsluiten van de bus, aan beide kanten van het midden.
En bij sniffen moet je dat juist niet doen.

Ondertussen is een groepje 2e jaars studenten Elektronica bij ons aan de slag geweest met een Modbus sniffer. Het HW ontwerp is open source en je kunt het volledig bestuckt bestellen bij JLCPCB. Galvanische scheiding en pure Modbus sniffing zonder belasting van de RS-485 bus. Ze zijn vorige week besteld en zijn onderweg naar NL. Je kunt er naar eigen inzicht ESPHome of andere software op zetten. USB-C voeding of LiPo, dus ook portable en SD kaart. Let op nog niet getest. Hierbij een 3D render.

[TeslaNerd]

MWink schreef op donderdag 26 juni 2025 @ 20:38:
[...]


Ondertussen is een groepje 2e jaars studenten Elektronica bij ons aan de slag geweest met een Modbus sniffer. Het HW ontwerp is open source en je kunt het volledig bestuckt bestellen bij JLCPCB. Galvanische scheiding en pure Modbus sniffing zonder belasting van de RS-485 bus. Ze zijn vorige week besteld en zijn onderweg naar NL. Je kunt er naar eigen inzicht ESPHome of andere software op zetten. USB-C voeding of LiPo, dus ook portable en SD kaart. Let op nog niet getest. Hierbij een 3D render. [Afbeelding]

Wat een goed project!
Is het boardje nog niet getest? Of alleen de SD kaart functionaliteit?
Ik wil het graag proberen met mijn Quatt. Kun jij een linkje sturen?

[MWink]

TeslaNerd schreef op vrijdag 27 juni 2025 @ 08:00:
[...]

Wat een goed project!
Is het boardje nog niet getest? Of alleen de SD kaart functionaliteit?
Ik wil het graag proberen met mijn Quatt. Kun jij een linkje sturen?

Dit gaat om een hardware project van twee studenten (Elektronica minor), de functionaliteit wordt natuurlijk grotendeels bepaald door de software die je op de ESP32 zet (bv op basis van ESPHome). We gaan vanaf september met twee Embedded minor studenten verder aan de software werken.

De PCB is ontworpen met KiCad en production files (gerbers en BOM/CPL) zijn beschikbaar, maar is afgelopen week pas geproduceerd en is onderweg naar NL, dan kan de PCB pas getest worden, dus of de geisoleerde RS-485 interface, SD kaart, USB-C, Wifi/BLE, batterijlader etc aan de eisen voldoen. Dan geven we de hardware files (KiCad project en de production files) ook vrij op github via de CERN-OHL-P v2 license.. Het HW ontwerp is uitgebreid gereviewd en gesimuleerd maar is nog geen garantie dat alles werkt natuurlijk..

Er zijn ook studenten bezig geweest met een OpenTherm Thermostaat die via ESPHome gekoppeld kan worden aan HA. Dat wordt echter pas na de vakantie.

[m10tech]

MWink schreef op donderdag 26 juni 2025 @ 20:26:
[...]
Voor apparaten als de CiC (geen randaarde) geldt Klasse II isolatie (dubbel geisoleerd), volgens de NEN3544 moet er dan een isolatiespanning van 4240V top kunnen worden weerstaan, dan is 6mm kruipafstand op een PCB nodig tussen netspanningvoerende delen en aanraakbare delen (Modbus, Thermostaat, OpenTherm contacten).

Dan lijkt de CiC daar niet aan te voldoen.
Of mis ik iets?

[MWink]

m10tech schreef op vrijdag 27 juni 2025 @ 09:38:
[...]

Dan lijkt de CiC daar niet aan te voldoen.
Of mis ik iets?

Ik heb de CiC wel helemaal open gehad maar toen niet specifiek op gelet of alle netspanningvoerende delen op voldoende afstand zaten, ik vond het een nette PCB. Ik las dat de L trace op de PCB langs de thermostaat contacten lag, of waren dat die contacten met L1, L en N? De PCB sporen liggen doorgaans onder een isolerend soldeermasker waardoor er geen lucht overslag mogelijk lijkt, maar het is onduidelijk of je dat echt mag meetellen voor de kruipafstand. Ik was aan het speuren in de relevante norm, dat is voor de CiC de NEN 60664 serie (via NEN-connect), maar het lijkt ook van de stofklasse en vochtigheid af te hangen: (NEN 60664-3 H4 zegt iets over de afhankelijkheid van coating (het soldeermasker kun je zien als een type I coating, dat is niet een speciaal voor dat doel aangebachte coating). In de ruimte waar de CiC hangt kan het evt vochtig worden. Gaat mij iets te ver om dat verder uit te zoeken. De PCB is ontworpen door Betronic, dat is een respectabel PCB ontwerp huis. Ik ga ervanuit dat ze in dit geval in hun PCB ontwerp tool (bv Altium) blankets hebben gedefinieerd tussen primaire en secundaire circuits, in dit geval 5,5 mm.

Ik had de CiC open omdat wilde controleren of het relais contact voor de aan/uit sturing van de ketel potentiaal vrij was en dat bleek dus. Aangezien ik mijn CV-ketel er tussen uit heb wilde ik dat contact kunnen gebruiken om via de switch ingang van zo'n Tuya Wifi smartswitch een elektrisch backup element te kunnen schakelen. Maar die stuur ik nu via HA aan. Zo'n Tuya smartswitch heeft een fysieke switch ingang, echter die hangt wel via de interne voeding aan het net en ik wil niet de CiC opblazen.

[egeszsegedre]

Hoi! Ik heb vandaag m'n Quatt opgeleverd gekregen, en heb 'm enthousiast met de mooie HACS-module in HA gekregen. Ik vroeg mij af of er een manier was om, met de gegevens die ik nu heb, 'm ook toe te laten voegen in het Energy Dashboard. Ik snap dat ik een Helper kan maken, maar die prompt wordt al heel gauw heel verwarrend. Iemand dit eerder gedaan?

[jj85]

@egeszsegedre Integral Helper aanmaken (Riemann sum). Deze kun je daarna zo toevoegen aan Energy Dashboard.

[egeszsegedre]

@jj85 dank je wel! Ik vind dat menu altijd zo verwarrend. Ik ga het proberen!

[MWink]

Ik heb de geisoleerde Modbus sniffer van mijn elektronica minor studenten ondertussen voorzien van de M10tech/Quatt-sniffer ESPHome firmware en succesvol tussen de Quatt (1e generatie) en de CiC aangesloten. Uiteindelijk komen alle sensoren binnen in HA.
Nog niet de warmtepomp aan gehad natuurlijk.



Eigenlijk ging alles in 1 keer goed, eerst ESPHome op de ESP32 S3 mini gezet via de USB-C, en daarna via OTA verder de m10tech Quatt-sniffer uploaden.
De PCB draait nu nog even op een platte LiPo, deze kan worden opgeladen via USB-C met ingebouwde laad-IC. Kan ook zonder lipo via USB-C gevoed worden, of met, als backup.

Nu nog een mooi HA dashboard maken voor de Quatt (suggesties?), en werken aan een eigen regeling via Opentherm temp setpoint.

[TeslaNerd]

MWink schreef op dinsdag 8 juli 2025 @ 22:18:
Ik heb de geisoleerde Modbus sniffer van mijn elektronica minor studenten ondertussen voorzien van de M10tech/Quatt-sniffer ESPHome firmware en succesvol tussen de Quatt (1e generatie) en de CiC aangesloten. Uiteindelijk komen alle sensoren binnen in HA.
Nog niet de warmtepomp aan gehad natuurlijk.[Afbeelding]

[Afbeelding]

Eigenlijk ging alles in 1 keer goed, eerst ESPHome op de ESP32 S3 mini gezet via de USB-C, en daarna via OTA verder de m10tech Quatt-sniffer uploaden.
De PCB draait nu nog even op een platte LiPo, deze kan worden opgeladen via USB-C met ingebouwde laad-IC. Kan ook zonder lipo via USB-C gevoed worden, of met, als backup.

Nu nog een mooi HA dashboard maken voor de Quatt (suggesties?), en werken aan een eigen regeling via Opentherm temp setpoint.

Mooi eerste testresultaat van deze modbus sniffer van jouw studenten. Is er een projectlink waarmee anderen deze kunnen bestellen bij JLCPCB?

Voor een dashboard vind ik het schema van @jj85 erg informatief







En ik heb een aantal nieuwsgierige vragen:
- is alleen de Rx of zowel de Rx als de Tx verbonden met de uart van deze ESP?
- heeft dit boardje wel/niet 120 ohm eindweerstanden?
- zie jij in de logfile van ESPHome wel/geen crc-fouten bij het decoderen van de modbusdata?
- kan deze modbus sniffer alleen maar lezen of lezen en schrijven op de modbus?

[ Voor 20% gewijzigd door TeslaNerd op 08-07-2025 22:51 ]

[MWink]

TeslaNerd schreef op dinsdag 8 juli 2025 @ 22:46:
[...]

Mooi eerste testresultaat van deze modbus sniffer van jouw studenten. Is er een projectlink waarmee anderen deze kunnen bestellen bij JLCPCB?

En ik heb een aantal nieuwsgierige vragen:
- is alleen de Rx of zowel de Rx als de Tx verbonden met de uart van deze ESP?
- heeft dit boardje wel/niet 120 ohm eindweerstanden?
- zie jij in de logfile van ESPHome wel/geen crc-fouten bij het decoderen van de modbusdata?
- kan deze modbus sniffer alleen maar lezen of lezen en schrijven op de modbus?

- github repository staat nu nog even private, er moeten nog wat links in de readme aangepast worden, en wat afstemmen met wat mensen. Er staan de orginele Kicad project files en de gegenereerde gerbers en BOM en CPL files in het archief, is beschikbaar onder de CERN-OHL-P v2 license. Prijs bij JLCPCB is 85 euro per 5 PCBs incl import en verzending.

- van de rs-485 transceiver is alleen de Rx verbonden en Rx enable is actief en
- Tx is niet verbonden en Tx enable is niet actief
- geen eindweerstanden want die zitten al op de bus
- ik zie paar keer per minuut CRC fouten, ik ga morgen even de bedrading verbeteren, misschien dat het helpt
- deze modbus sniffer kan alleen maar lezen doordat de Tx is gedisabled. Ik heb wel 0 Ohm weerstanden laten plaatsen op de Rx en Tx enable pinnen om het later mogelijk te maken ook te schrijven op de modbus.


.

[jordy5]

Ik heb zelf al jaren om de omvormer uit te lezen een Elfin RS485 naar Ethernet (wifi variant heb ik tegenwoordig) aangesloten op de RS485 poort. Dit werkt prima en kan de data ook gemakkelijk verwerken. Is zo'n ding ook te gebruiken met de Quatt CiC/HP?

Op ali zijn ze vooral aanwezig: https://nl.aliexpress.com/item/1005006092814219.html (heb zelf de wifi variant)

[ Voor 17% gewijzigd door jordy5 op 09-07-2025 18:17 ]