Ervaringen met Quatt en HA en andere Domotica

[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 ]

[TeslaNerd]

jordy5 schreef op woensdag 9 juli 2025 @ 18:10:
Ik heb zelf al jaren om de omvormer uit te lezen een Elfin RS485 naar Ethernet 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)

Waarschijnlijk wel. Probeer het eens met Modbus Poll op een windows pc/laptop

Ik ken het niet maar Grok of Chatgpt kunnen hier goed bij helpen. Geef Grok of Chatgpt ook de link naar de Quatt Modbus sniffer voor de context

https://github.com/M10tech/Quatt-sniffer?tab=readme-ov-file

https://grok.com/share/bG...01-4aca-95be-373b3e8043be

[ Voor 8% gewijzigd door TeslaNerd op 09-07-2025 18:28 ]

[m10tech]

Op zich kun je dit gebruiken. RS485 is RS485.
Wat je daarna met de data doet is een ander verhaal...
Mijn sniffer zorgt dat HA het perfect kan verwerken.
Ik betwijfel dat jouw Elfin met HA samenwerkt.
Maar als dat je doel niet is, dan denk ik dat het wel werkt.

[jordy5]

Hij werkt perfect voor me omvormer in HomeAssistant. Hoewel me omvormer niet via Modbus gaat, maar daar is ook een vrij simpele config voor in HA. Elfin kan gewoon de boel direct op MQTT van me HA zetten. Voor modbus zou het gewoon ook smpel in HA te krijgen zijn: https://community.home-as...-ew11-wifi-modbus-or-mqtt

Ik heb het even goed nagekeken. De Eflin van me omvormer zit er al 5 jaar aan zonder enig issue, dus kijk er niet/weinig naar, maar deze heb ik ook via Modbus in HA, die 1-op-1 de data eruit haalt: https://www.home-assistant.io/integrations/modbus/

Zoals al aangeven, zal ik binnenkort ff een Elfin aan de CiC hangen, maar ik verwacht niet dat het veel spannender zal zijn.

Voor het idee is dit de config om de 40 belangrijkste registers uit mijn omvormer uit te lezen:

code:

modbus:
  - name: modbus_pv
    type: tcp
    host: ip-elfin
    port: port-elfin
    sensors:
      - name: modbus_pvreader
        address: 0x0104
        input_type: holding
        virtual_count: 40
        unique_id: pvreader
        data_type: int16

[ Voor 55% gewijzigd door jordy5 op 10-07-2025 12:53 ]

[TeslaNerd]

jordy5 schreef op woensdag 9 juli 2025 @ 18:39:
Hij werkt perfect voor me omvormer in HomeAssistant. Hoewel me omvormer niet via Modbus gaat, maar daar is ook een vrij simpele config voor in HA. Elfin kan gewoon de boel direct op MQTT van me HA zetten. Voor modbus zou het gewoon ook smpel in HA te krijgen zijn: https://community.home-as...-ew11-wifi-modbus-or-mqtt

Ik zal er eens een bestellen en in de vakantie aansluiten

Succes en wij horen graag hoe het is gegaan

[RickvdT]

Naar aanleiding van de discussie rond koelen met Quatt heb ik flink wat posts terug gelezen omtrent de modbus. Mooi om te zien wat jullie al bereikt hebben!

Aan de slag gaan met ESPHome stond al langer op mijn to-do lijst en dit leek mij een mooi eerste project. Inmiddels is er vanuit Quatt de bevestiging dat koelen native gesupport gaat worden en is de noodzaak er een beetje vanaf. Aangezien ik wat materiaal voor een ander project moest bestellen toch maar een LilyGo T-CAN485 boardje voor 10 euro mee besteld. Ik zal t.z.t. laten weten of dit zo makkelijk gaat werken als gehoopt.

[jordy5]

Voor het communiceren met de Quatt zonder de CiC kan je out-of-the-box met Elfin aan de slag en deze naar HomeAssistant sturen. Helaas zal je dan wel de "aansturing" van de HP's zelf moeten doen ook Heb even korte test gedaan en uiitgelezen:



Met de CiC ingeschakeld werkt het helaas niet samen (2 masters waarschijnlijk) 1 op de 5/6 requests falen met standaard response timeout, lijkt me erg onwenselijk aangezien het vast aan de CiC kant dan ook zal falen. Wat wel mogelijk is de data door te sturen naar MQTT of een TCP server. Dan moet je wel de data pakketten zelf "parsen". Daar moet ik maar 's nog ff induiken Dan kan je in ieder geval monitoren/sniffen.

[ Voor 18% gewijzigd door jordy5 op 10-07-2025 19:05 ]

[RickvdT]

jordy5 schreef op donderdag 10 juli 2025 @ 18:51:
Voor het communiceren met de Quatt zonder de CiC kan je out-of-the-box met Elfin aan de slag en deze naar HomeAssistant sturen. Helaas zal je dan wel de "aansturing" van de HP's zelf moeten doen ook Heb even korte test gedaan en uiitgelezen:

[Afbeelding]

Met de CiC ingeschakeld werkt het helaas niet samen (2 masters waarschijnlijk) 1 op de 5/6 requests falen met standaard response timeout, lijkt me erg onwenselijk aangezien het vast aan de CiC kant dan ook zal falen. Wat wel mogelijk is de data door te sturen naar MQTT of een TCP server. Dan moet je wel de data pakketten zelf "parsen". Daar moet ik maar 's nog ff induiken Dan kan je in ieder geval monitoren/sniffen.

De warmtepomp vind het dus prima zonder CiC? Ik had wel verwacht dat er iets van een health check/handshake zou zijn tussen de CiC en de warmtepomp. Waarbij de warmtepomp in storing/hold zou komen te staan als hij een tijd niks van de CiC hoort.

Dat zou het wel een stuk makkelijker maken om zelf de Quatt aan te sturen.

[jj85]

RickvdT schreef op vrijdag 11 juli 2025 @ 15:33:
[...]


De warmtepomp vind het dus prima zonder CiC? Ik had wel verwacht dat er iets van een health check/handshake zou zijn tussen de CiC en de warmtepomp. Waarbij de warmtepomp in storing/hold zou komen te staan als hij een tijd niks van de CiC hoort.

Dat zou het wel een stuk makkelijker maken om zelf de Quatt aan te sturen.

Warmtepomp blijft vrolijk doorhobbelen op zn laatste instructies vanuit de CiC. Na bijv een power dip op de warmtepomp gaat hij weer in standby, totdat er nieuwe instructies volgen.

[m10tech]

Mijn Quatt(1.0) wordt tegenwoordig anders aangestuurd door de CiC dan wat ik gewend was.

Normaal was dat bij het uitschakelen van de thermostaat (tweede statusbar van onder) de workingmode (onderste) ook meteen naar nul ging en de pomp nog even nadraaide.
Nu lijkt het also er altijd minstens 5 minuten warmte wordt gepompt.
CiC versie 3.5.0

[jj85]

m10tech schreef op zondag 13 juli 2025 @ 18:16:
Mijn Quatt(1.0) wordt tegenwoordig anders aangestuurd door de CiC dan wat ik gewend was.
[Afbeelding][Afbeelding]
Normaal was dat bij het uitschakelen van de thermostaat (tweede statusbar van onder) de workingmode (onderste) ook meteen naar nul ging en de pomp nog even nadraaide.
Nu lijkt het also er oftewel altijd minstens 5 minuten wordt gedraaid.
CiC versie 3.5.0

Was me onlangs ook opgevallen bij m'n pomptesten. Duurde een 'eeuwigheid' voordat de flow weer naar 0 ging

[jordy5]

Ik heb een nieuwe Elfin binnen en zonder protocol naar een simpel opgebouwde TCP server in Python laten connecten. Met copilot en M10Tech zijn repo, kom je een heel eind en heb data in HomeAssistant. Gaan het in de koudere periodes zien: Github Quatt-Elfin-Sniffer

[ Voor 6% gewijzigd door jordy5 op 22-07-2025 16:03 ]

[TeslaNerd]

jordy5 schreef op dinsdag 22 juli 2025 @ 10:34:
Ik heb een nieuwe Elfin binnen en zonder protocol naar een simpel opgebouwde TCP server in Python laten connecten. Met copilot en M10Tech zijn repo, kom je een heel eind en heb data in HomeAssistant. Gaan het in de koudere periodes zien: Github Quatt-Elfin-Sniffer

Heeft Elfin dezelfde modbus registers also de Quatt?

[jj85]

TeslaNerd schreef op dinsdag 22 juli 2025 @ 19:59:
[...]

Heeft Elfin dezelfde modbus registers also de Quatt?

Elfin in niet een warmtepomp, maar een RS485 interface
https://nl.aliexpress.com/item/1005006092814219.html

[ Voor 44% gewijzigd door jj85 op 22-07-2025 20:14 ]

[Lasoul]

Begin juni heb ik een nieuwe beta versie van de Quatt Home Assistant integratie uitgebracht waarin de sensors zijn gesplitst over verschillende devices. Hierdoor kan ook makkelijker de nieuwe Quatt apparaten zoals de All-Electric, Chill etc, worden ondersteund.

Ondertussen draait deze versie bij een aantal personen die ik ken zonder problemen maar ik heb verder geen feedback ontvangen. Het kan natuurlijk zijn dat alles goed werkt maar om het zeker te weten zou ik willen vragen of een aantal mede-tweakers deze versie zouden kunnen testen zodat ik hem kan releasen als een normale versie. Alvast bedankt!

[TeslaNerd]

Lasoul schreef op zondag 17 augustus 2025 @ 13:43:
Begin juni heb ik een nieuwe beta versie van de Quatt Home Assistant integratie uitgebracht waarin de sensors zijn gesplitst over verschillende devices. Hierdoor kan ook makkelijker de nieuwe Quatt apparaten zoals de All-Electric, Chill etc, worden ondersteund.

Ondertussen draait deze versie bij een aantal personen die ik ken zonder problemen maar ik heb verder geen feedback ontvangen. Het kan natuurlijk zijn dat alles goed werkt maar om het zeker te weten zou ik willen vragen of een aantal mede-tweakers deze versie zouden kunnen testen zodat ik hem kan releasen als een normale versie. Alvast bedankt!

[Afbeelding]

Ik wil het graag testen. Mijn HA draait nu nog v0.8. Hoe/waar kan ik upgraden van v0.8 naar v0.9b?

[Lasoul]

TeslaNerd schreef op zondag 17 augustus 2025 @ 14:48:
[...]

Ik wil het graag testen. Mijn HA draait nu nog v0.8. Hoe/waar kan ik upgraden van v0.8 naar v0.9b?

Thx
Je kunt via HACS de beta versie downloaden. Even de Quatt integratie opzoeken en dan rechtsboven op de drie puntjes klikken en dan redownload selecteren. Via het popup scherm kun je dan in de dropdown box Need a different version de nieuwe beta versie selecteren.

[TeslaNerd]

Lasoul schreef op zondag 17 augustus 2025 @ 14:54:
[...]


Thx
Je kunt via HACS de beta versie downloaden. Even de Quatt integratie opzoeken en dan rechtsboven op de drie puntjes klikken en dan redownload selecteren. Via het popup scherm kun je dan in de dropdown box Need a different version de nieuwe beta versie selecteren.

[Afbeelding]

Dankjewel! De update via HACS-redownload ging probleemloos. Morgenochtend wordt het 15 graden en zal ik wat HA-automations testen met deze nieuwe versie van de Quatt-integratie

[FV33]

Beste tweakers,

Vraagje, ik zit in de laatste offerte fase voor:
1x duo + all E large
1x single + all E XL

Nu heb ik behoorlijke overproductie zonnestroom en zou de All E graag smiddags willen laten chargen en in de avond / nacht laten leeg lopen.
Winter periode in de nacht chargen (goedkopere dynamische stroom).

Is dit mogelijk via HA?
Of weten jullie of dit bij quatt er op korter termijn aan komt?

Thanks.

[Timmy]

FV33 schreef op maandag 18 augustus 2025 @ 20:16:

Is dit mogelijk via HA?
Of weten jullie of dit bij quatt er op korter termijn aan komt?

De API heeft op dit moment geen mogelijkheid om Quatt All-E aan te sturen. Het warme water wordt aangevuld zodra Quatt dat nodig vindt.

Er is wel meer intelligentie aangekondigd maar nog niet beschikbaar.

[raven22]

raven22 schreef op zaterdag 15 maart 2025 @ 09:12:
[...]


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.
[Afbeelding]

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

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.

Nav een verzoek in het Quatt forum hierbij een verder ontwikkelde versie van het script. Het bestaat om het voor mij begrijpelijker te houden uit 5 delen. Wellicht zit er in deel 2 en 4 wat overlap. Ik ben een leek op dit gebied en heb dit samen met Chatgpt gemaakt. Ik houd me aanbevolen voor verbeteringen, maar onderstaande werkt.

Script bestaat uit 5 delen. Hier in willekeurige volgorde.

1. deze spreekt voor zich, stelt de nachtverlaging in, tijd en temp kun je zelf kiezen

code:

alias: Nachtverlaging
triggers:
- at: "21:58:00"
trigger: time
actions:
- target:
entity_id: climate.tado_smart_thermostat_ru3988930560
data:
temperature: 18
action: climate.set_temperature
- entity_id: input_boolean.tv_verhoging_toegestaan
action: input_boolean.turn_off
mode: single

2. de temp regeling met de stapjes verhoging, ik kies voor 0,15 gr stapjes om afrondingsverschillen te voorkomen. De 20,5 is de max tot waar naar verhoogd wordt

code:

alias: Start temperatuurregeling
description: ""
triggers:
- at: input_datetime.tv_regeling_start
trigger: time
actions:
- entity_id: input_boolean.tv_verhoging_toegestaan
action: input_boolean.turn_on
- target:
entity_id: climate.tado_smart_thermostat_ru3988930560
data:
temperature: >
{% set ta =
states('sensor.tado_smart_thermostat_ru3988930560_current_temperature')
| float %} {% set tv = ta + 0.15 %} {% if tv > 20.5 %} 20.5 {% else %}
{{ tv }} {% endif %}
action: climate.set_temperature
mode: single

3. dit heeft als functie het toevoegen van een hysterese anders blijft het systeem rond de 20,5 jutteren. Nu gaat de vraagtemp naar 20 als 20,5 bereikt wordt. Daar moet hij blijven tot de actuele temp ook weer onder de 20 komt, dan gaat hij weer in stapjes van o,15 omhoog

code:

alias: TV terug als Ta >= 20.5
triggers:
- entity_id: sensor.tado_smart_thermostat_ru3988930560_current_temperature
above: 20.49
trigger: numeric_state
conditions:
- condition: template
value_template: >
{% set start = states('input_datetime.tv_regeling_start') %} {% set
now_time = now().strftime('%H:%M:%S') %} {{ now_time >= start and now_time
<= '21:55:00' }}
actions:
- target:
entity_id: climate.tado_smart_thermostat_ru3988930560
data:
temperature: 20
action: climate.set_temperature
- entity_id: input_boolean.tv_verhoging_toegestaan
action: input_boolean.turn_off
mode: single

4. dit regelt de verhoging

code:

alias: Tv verhogen
triggers:
- entity_id: sensor.tado_smart_thermostat_ru3988930560_current_temperature
trigger: state
conditions:
- condition: template
value_template: >
{% set start = states('input_datetime.tv_regeling_start') %} {% set
now_time = now().strftime('%H:%M:%S') %} {{ now_time >= start and now_time
<= '21:55:00' }}
- condition: state
entity_id: input_boolean.tv_verhoging_toegestaan
state: "on"
- condition: numeric_state
entity_id: sensor.tado_smart_thermostat_ru3988930560_current_temperature
below: 20.5
actions:
- target:
entity_id: climate.tado_smart_thermostat_ru3988930560
data:
temperature: >
{% set ta =
states('sensor.tado_smart_thermostat_ru3988930560_current_temperature')
| float %} {% set tv = ta + 0.15 %} {% if tv > 20.5 %} 20.5 {% else %}
{{ tv }} {% endif %}
action: climate.set_temperature
mode: single

5. deze is nodig om als de tempverhoging onder de 20 gezakt is weer mogelijk t emaken

code:

alias: Verhoging toestaan bij Ta <=20
triggers:
- entity_id: sensor.tado_smart_thermostat_ru3988930560_current_temperature
below: 20.01
trigger: numeric_state
conditions:
- condition: template
value_template: >
{% set start = states('input_datetime.tv_regeling_start') %} {% set
now_time = now().strftime('%H:%M:%S') %} {{ now_time >= start and now_time
<= '21:55:00' }}
actions:
- entity_id: input_boolean.tv_verhoging_toegestaan
action: input_boolean.turn_on
mode: single

Een van de scripts creert een helper in het dashboard (zie screenshot). Daarmee stel je de tijd in wanneer de regeling van start kan gaan. (bv in het voorjaar als de buitentemp snel oploopt na een koude nacht is het efficienter om om 10 te beginnen ipv 8 uur)



Tot slot, ik heb in het script de entiteiten aangepast naar de Tado Homekit integratie en de Tado HA integratie verwijderd om geen problemen met de nieuwe api call limieten te krijgen.

[abbeyrules]

Ik heb recent een AE uitbreiding gekregen, ik kwam er eindelijk toe HA weer eens aan te zetten. Ik dacht gelijk even updaten van 0.6.0 naar de nieuwste 0.9.0 integratie. Nu krijg ik deze fout:


Iemand een idee wat er mis gaat?

[ Voor 15% gewijzigd door abbeyrules op 16-09-2025 21:41 ]

[Lasoul]

abbeyrules schreef op dinsdag 16 september 2025 @ 21:40:
Ik heb recent een AE uitbreiding gekregen, ik kwam er eindelijk toe HA weer eens aan te zetten. Ik dacht gelijk even updaten van 0.6.0 naar de nieuwste 0.9.0 integratie. Nu krijg ik deze fout:
[Afbeelding]

Iemand een idee wat er mis gaat?

Op zich zo niet maar het zou kunnen dat de migratie naar de nieuwe structuur niet wordt uitgevoerd en dat de integratie dan in de config_flow (setup) niet goed gaat. Zou je eens in de logfile willen kijken naar de gedetailleerde foutmelding?

Om het werkend te krijgen zou je de integratie kunnen weggooien en dan opnieuw configuren. Dat zou het probleem moeten oplossen.

[Erveetwee]

Ahem.
Lekkere beginnersvraag: Ik wilde aan de slag met m'n Quatt dashboard in HA, had ik de afgelopen maanden niet meer naar gekeken.

Krijg deze foutmelding te zien:

Ik denk te begrijpen dat ik bij Hub toevoegen het ip adres van mijn cic moet toevoegen.
Stomme is, als ik zoek in mijn netwerk (gebruik Fing op een Iphone) dan zie ik de CIC er niet tussen staan.

Waar maak ik fouten? Of wat voor naam moet ik op zoeken in mijn netwerk?

[Lasoul]

Erveetwee schreef op woensdag 17 september 2025 @ 15:20:
Ahem.
Lekkere beginnersvraag: Ik wilde aan de slag met m'n Quatt dashboard in HA, had ik de afgelopen maanden niet meer naar gekeken.

Krijg deze foutmelding te zien: [Afbeelding]

Ik denk te begrijpen dat ik bij Hub toevoegen het ip adres van mijn cic moet toevoegen.
Stomme is, als ik zoek in mijn netwerk (gebruik Fing op een Iphone) dan zie ik de CIC er niet tussen staan.

Waar maak ik fouten? Of wat voor naam moet ik op zoeken in mijn netwerk?

Je zou de bestaande configuratie kunnen weggooien en dan de CIC herstarten.
Als het goed is wordt de CIC (Quatt) automatisch door Home Assistant ontdekt en kun je hem toevoegen.

[Erveetwee]

Yes, dat deed de truc. Dank!


NB Volgens mij zijn nu wel alle oude entiteiten aangepast of hernoemd.

[Lasoul]

Erveetwee schreef op woensdag 17 september 2025 @ 16:03:
Yes, dat deed de truc. Dank!


NB Volgens mij zijn nu wel alle oude entiteiten aangepast of hernoemd.

Als je ze zelf geen andere naam hebt gegeven, dan zijn ze hetzelfde gebleven anders zijn ze inderdaad teruggezet naar de oorspronkelijke naam.

[Erveetwee]

Dat had ik wel gedaan zie ik.
Heb m'n grafieken aangepast en het werkt weer netjes. Dankjewel.

[TeslaNerd]

Hoe gaat het met jullie modbus sniffers nu de Quatts weer zijn gaan draaien?
Ik heb voor mijn gevoel meer CRC-fouten dan vorig stookseizoen en ik zie een aantal waarden van registers niet of maar incidenteel doorkomen.

[jj85]

@TeslaNerd net vandaag weer aangesloten. Draait als een zonnetje.

[TeslaNerd]

jj85 schreef op woensdag 1 oktober 2025 @ 17:19:
@TeslaNerd net vandaag weer aangesloten. Draait als een zonnetje.

Ik had problemen na de update van ESPHome naar 2025.8 en het werkt weer met 2025.5.2.
Met welke ESPHome firmware werkt het bij jou goed?

[jj85]

TeslaNerd schreef op woensdag 1 oktober 2025 @ 17:31:
[...]

Ik had problemen na de update van ESPHome naar 2025.8 en het werkt weer met 2025.5.2.
Met welke ESPHome firmware werkt het bij jou goed?

2025.6.3

[TeslaNerd]

jj85 schreef op woensdag 1 oktober 2025 @ 17:19:
@TeslaNerd net vandaag weer aangesloten. Draait als een zonnetje.

Ik zie dat mijn quatt sniffer wel data krijgt en via de modbus en modbus controller componenten verwerkt. En dat sommige registers (water temperatuur in en out en de buitentemperatuur) wel meelopen met dezelfde watertemperaturen via de JSON maar veel uitval hebben. Als de compressor aan staat dan zie ik geen beweging in de data voor stroomverbruik en ook niet voor compressorfrequentie etc.

[TeslaNerd]

jj85 schreef op woensdag 1 oktober 2025 @ 17:19:
@TeslaNerd net vandaag weer aangesloten. Draait als een zonnetje.

Bij mij loopt ie niet meer als een zonnetje

Ik zie dat mijn quatt sniffer wel data krijgt en via de modbus en modbus controller componenten verwerkt. En dat sommige registers (water temperatuur in en out en de buitentemperatuur) wel meelopen met dezelfde watertemperaturen via de JSON maar veel uitval hebben. Als de compressor aan staat dan zie ik geen beweging in de data voor overige temperaturen in de buitenunit, niet voor stroomverbruik en ook niet voor compressorfrequentie etc.

code:

INFO ESPHome 2025.6.3
INFO Reading configuration /config/esphome/modbustest.yaml...
INFO Updating https://github.com/M10tech/Quatt-sniffer@None
INFO Starting log output from 192.168.178.10 using esphome API
INFO Successfully resolved modbustest @ 192.168.178.10 in 0.000s
INFO Successfully connected to modbustest @ 192.168.178.10 in 0.109s
INFO Successful handshake with modbustest @ 192.168.178.10 in 0.054s
[09:17:30][I][app:137]: ESPHome version 2025.6.3 compiled on Oct  2 2025, 00:03:54
[09:17:30][I][app:139]: Project Tweakers.Quatt Modbus sniffer version v1.1.0
[09:17:30][C][wifi:613]: WiFi:
[09:17:30][C][wifi:434]:   Local MAC: DC:DA:0C:C5:6E:98
[09:17:30][C][wifi:439]:   SSID: 'RadioJaap'[redacted]
[09:17:30][C][wifi:442]:   IP Address: 192.168.178.10
[09:17:30][C][wifi:451]:   BSSID: 48:D3:43:4C:3C:01[redacted]
[09:17:30][C][wifi:451]:   Hostname: 'modbustest'
[09:17:30][C][wifi:451]:   Signal strength: -61 dB ▂▄▆█
[09:17:30][C][wifi:462]:   Channel: 6
[09:17:30][C][wifi:462]:   Subnet: 255.255.255.0
[09:17:30][C][wifi:462]:   Gateway: 192.168.178.1
[09:17:30][C][wifi:462]:   DNS1: 213.46.228.196
[09:17:30][C][wifi:462]:   DNS2: 62.179.104.196
[09:17:30][C][logger:215]: Logger:
[09:17:30][C][logger:215]:   Max Level: DEBUG
[09:17:30][C][logger:215]:   Initial Level: DEBUG
[09:17:30][C][logger:220]:   Log Baud Rate: 115200
[09:17:30][C][logger:220]:   Hardware UART: USB_CDC
[09:17:30][C][logger:224]:   Task Log Buffer Size: 768
[09:17:30][C][logger:229]:   Level for 'modbus': DEBUG
[09:17:30][C][logger:229]:   Level for 'modbus_controller.sensor': DEBUG
[09:17:30][C][logger:229]:   Level for 'sensor': DEBUG
[09:17:30][C][logger:229]:   Level for 'uart_debug': DEBUG
[09:17:30][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@11160 #20
[09:17:30][E][modbus_controller:176]: No matching range for sensor found - start_address : 0x2B98
[09:17:30][C][uart.arduino_esp32:151]: UART Bus 0:
[09:17:30][C][uart.arduino_esp32:153]:   RX Pin: GPIO20
[09:17:30][C][uart.arduino_esp32:155]:   RX Buffer Size: 256
[09:17:30][C][uart.arduino_esp32:162]:   Baud Rate: 19200 baud
[09:17:30][C][uart.arduino_esp32:162]:   Data Bits: 8
[09:17:30][C][uart.arduino_esp32:162]:   Parity: EVEN
[09:17:30][C][uart.arduino_esp32:162]:   Stop bits: 1
[09:17:30][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@3999 #1
[09:17:30][C][modbus:176]: Modbus:
[09:17:30][C][modbus:177]: Version: 1.1.X
[09:17:30][C][modbus:179]:   Send Wait Time: 250 ms
[09:17:30][C][modbus:180]:   CRC Disabled: NO
[09:17:30][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@3999 #1
[09:17:30][D][modbus_controller.sensor:025]: Sensor new state: 1.00
[09:17:30][D][sensor:099]: 'HP1 - Working Mode set by CiC': Sending state 1.00000  with 0 decimals of accuracy
[09:17:30][C][modbus_controller:367]: ModbusController:
[09:17:30][C][modbus_controller:368]: Version: 1.1.X
[09:17:30][C][modbus_controller:369]:   Address: 0x01
[09:17:30][C][modbus_controller:370]:   Max Command Retries: 4
[09:17:30][C][modbus_controller:371]:   Offline Skip Updates: 0
[09:17:30][C][modbus_controller:385]: ranges
[09:17:30][C][modbus_controller:388]:   Range type=3 start=0x7CF count=1 skip_updates=0
[09:17:30][C][modbus_controller:388]:   Range type=3 start=0x7DA count=1 skip_updates=0
[09:17:30][C][modbus_controller:388]:   Range type=3 start=0x7DF count=1 skip_updates=0
[09:17:30][C][modbus_controller:388]:   Range type=3 start=0x833 count=40 skip_updates=0
[09:17:30][C][modbus_controller:388]:   Range type=3 start=0xF9F count=1 skip_updates=0
[09:17:30][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@1999 #1
[09:17:30][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@1999 #1
[09:17:30][D][modbus_controller.sensor:025]: Sensor new state: 4096.00
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Compressor Level set by CiC'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][D][uart_debug:114]: <<< 01,06,0F,9F,00,02,3B,31,01,06,0F,9F,00,02,3B,31,01,06,07,CF,00,01,79,41,01,06,07,CF,00,01,79,41,01,06,07,DA,10,00,A4,85
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Pump Mode set by CiC'
[09:17:30]modbus_controller.sensor  State Class: ''
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@2010 #1
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Pump Level set by CiC'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Working Mode set by CiC'
[09:17:30]modbus_controller.sensor  State Class: ''
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@2010 #1
[09:17:30][D][modbus_controller.sensor:025]: Sensor new state: 505.00
[09:17:30][D][sensor:099]: 'HP1 - Pump Mode set by CiC': Sending state 505.00000  with 0 decimals of accuracy
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Working Mode Actual'
[09:17:30]modbus_controller.sensor  State Class: ''
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][D][uart_debug:114]: <<< 01,06,07,DA,10,00,A4,85,01,06,07,DF,01,F9,78,96
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Compressor AC Voltage'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'V'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 1
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'voltage'
[09:17:30][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@2015 #1
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Compressor AC Current'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'A'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'current'
[09:17:30][D][uart_debug:114]: <<< 01,06,07,DF,01,F9,78,96
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Compressor Frequency Demand'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'Hz'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'frequency'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Compressor Frequency Actual'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'Hz'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'frequency'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Fan Speed Maximum'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'RPM'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'speed'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Icon: 'mdi:fan'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Fan Speed Actual'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'RPM'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'speed'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Icon: 'mdi:fan'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Electric Expansion Valve'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'p'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Other bits R2108'
[09:17:30]modbus_controller.sensor  State Class: ''
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - EV1 steps'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'p'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Outside Temperature'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: '°C'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'temperature'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Evaporator Coil Temperature'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: '°C'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'temperature'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Gas Discharge Temperature'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: '°C'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'temperature'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Gas Return Temperature'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: '°C'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'temperature'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Evaporator Pressure'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'bar'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'pressure'
[09:17:30][D][uart_debug:114]: <<< 01,03,08,33,00,28,B7,BB
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Condenser Pressure'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'bar'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'pressure'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Status bits R2119'
[09:17:30]modbus_controller.sensor  State Class: ''
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Status bits R2120'
[09:17:30]modbus_controller.sensor  State Class: ''
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Status bits R2121'
[09:17:30]modbus_controller.sensor  State Class: ''
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Firmware Version'
[09:17:30]modbus_controller.sensor  State Class: ''
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][D][modbus:140]: good CRC as client for address=1     with FC=3 , offset=3 and len=80  => start@2015 #1
[09:17:30][D][modbus_controller.sensor:025]: Sensor new state: 2.00
[09:17:30][D][sensor:099]: 'HP1 - Pump Level set by CiC': Sending state 0.02000  with 2 decimals of accuracy
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - EEPROM Version'
[09:17:30]modbus_controller.sensor  State Class: ''
[09:17:30]modbus_controller.sensor  Unit of Measurement: ''
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 0
[09:17:30][D][uart_debug:114]: <<< 01,03,50,00,02,00,DA,00,0E,00,1E,00,1E,02,8A,02,6E,00,00,01,2E,08,01,01,F4,11,A1,0E,2C,1A,6E,0E,2C,00,00,38,00,00,58,00,B2,00,00,00,00,00,00,00,00,01,19,00,72,00,02,2E,78,00,00,00,37,0B,B8,0B,B8,00,00,17,50,0E,39,16,16,16,D5,16,69,0B,B8,00,E6,00,00,C5,FC
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Condensing Temperature'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: '°C'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'temperature'
[09:17:30][D][modbus:140]: good CRC as server for address=1     with FC=3 , offset=2 and len=4   => start@11160 #20
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Evaporating Temperature'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: '°C'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'temperature'
[09:17:30][D][uart_debug:114]: <<< 01,03,2B,98,00,14,CD,CE
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Water In Temperature'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: '°C'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'temperature'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Water Out Temperature'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: '°C'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'temperature'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Condenser Coil Temperature'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: '°C'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'temperature'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Pump Power'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'W'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'power'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'HP1 - Pump Flow'
[09:17:30]modbus_controller.sensor  State Class: 'measurement'
[09:17:30]modbus_controller.sensor  Unit of Measurement: 'L/h'
[09:17:30]modbus_controller.sensor  Accuracy Decimals: 2
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Device Class: 'volume_flow_rate'
[09:17:30][C][modbus_controller.sensor:010]: modbus_controller.sensor  Icon: 'mdi:gauge'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Fan Low Speed Mode'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Bottom Heater'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Crankcase Heater'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Fan Defrost Speed Mode'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Fan High Speed Mode'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - 4way Valve'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Pump Relay'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Defrost Mode'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Alarm - Main Line Current'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Info - Compressor Oil Return'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Alarm - High Pressure Switch'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Alarm - 1st Start Pre-heat'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Alarm - AC High/Low Voltage'
[09:17:30][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'HP1 - Alarm - Low Pressure Switch'
[09:17:31][C][esphome.ota:077]: Over-The-Air updates:
[09:17:31][C][esphome.ota:077]:   Address: modbustest.local:3232
[09:17:31][C][esphome.ota:077]:   Version: 2
[09:17:31][C][esphome.ota:080]:   Password configured
[09:17:31][C][safe_mode:018]: Safe Mode:
[09:17:31][C][safe_mode:025]:   Boot considered successful after 60 seconds
[09:17:31][C][safe_mode:025]:   Invoke after 10 boot attempts
[09:17:31][C][safe_mode:025]:   Remain for 300 seconds
[09:17:31][C][api:185]: API Server:
[09:17:31][C][api:185]:   Address: modbustest.local:6053
[09:17:31][C][api:187]:   Using noise encryption: YES
[09:17:31][C][mdns:125]: mDNS:
[09:17:31][C][mdns:125]:   Hostname: modbustest
[09:17:31][D][uart_debug:114]: <<< 01,03,2B,D3,00,14,BD,D8
[09:17:32][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@11160 #20
[09:17:32][E][modbus_controller:176]: No matching range for sensor found - start_address : 0x2B98
[09:17:32][D][uart_debug:114]: <<< 01,06,0F,9F,00,02,3B,31
[09:17:32][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@3999 #1
[09:17:32][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@3999 #1
[09:17:32][D][modbus_controller.sensor:025]: Sensor new state: 1.00
[09:17:32][D][sensor:099]: 'HP1 - Working Mode set by CiC': Sending state 1.00000  with 0 decimals of accuracy
[09:17:32][D][uart_debug:114]: <<< 01,06,0F,9F,00,02,3B,31,01,06,07,CF,00,01,79,41
[09:17:32][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@1999 #1
[09:17:32][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@1999 #1
[09:17:32][D][modbus_controller.sensor:025]: Sensor new state: 4096.00
[09:17:32][D][uart_debug:114]: <<< 01,06,07,CF,00,01,79,41,01,06,07,DA,10,00,A4,85
[09:17:32][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@2010 #1
[09:17:32][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@2010 #1
[09:17:32][D][modbus_controller.sensor:025]: Sensor new state: 506.00
[09:17:32][D][sensor:099]: 'HP1 - Pump Mode set by CiC': Sending state 506.00000  with 0 decimals of accuracy
[09:17:32][D][uart_debug:114]: <<< 01,06,07,DA,10,00,A4,85,01,06,07,DF,01,FA,38,97
[09:17:33][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@2015 #1
[09:17:33][D][uart_debug:114]: <<< 01,06,07,DF,01,FA,38,97
[09:17:33][D][uart_debug:114]: <<< 01,03,08,33,00,28,B7,BB
[09:17:33][D][modbus:140]: good CRC as client for address=1     with FC=3 , offset=3 and len=80  => start@2015 #1
[09:17:33][D][modbus_controller.sensor:025]: Sensor new state: 2.00
[09:17:33][D][sensor:099]: 'HP1 - Pump Level set by CiC': Sending state 0.02000  with 2 decimals of accuracy
[09:17:33][D][modbus:140]: good CRC as server for address=1     with FC=3 , offset=2 and len=4   => start@11160 #20
[09:17:33][D][uart_debug:114]: <<< 01,03,50,00,02,00,DA,00,0E,00,1E,00,1E,02,8A,02,67,00,00,01,30,08,01,01,F4,11,A1,0E,2C,1A,6E,0E,2C,00,00,38,00,00,58,00,B2,00,00,00,00,00,00,00,00,01,19,00,72,00,02,2E,78,00,00,00,37,0B,B8,0B,B8,00,00,17,50,0E,39,16,16,16,D5,16,69,0B,B8,00,E6,00,00,EC,67,01,03,2B,98,00,14,CD,CE
[09:17:34][D][uart_debug:114]: <<< 01,03,2B,D3,00,14,BD,D8
[09:17:35][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@11160 #20
[09:17:35][E][modbus_controller:176]: No matching range for sensor found - start_address : 0x2B98
[09:17:35][D][uart_debug:114]: <<< 01,06,0F,9F,00,02,3B,31
[09:17:35][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@3999 #1
[09:17:35][D][uart_debug:114]: <<< 01,06,0F,9F,00,02,3B,31
[09:17:35][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@3999 #1
[09:17:35][D][modbus_controller.sensor:025]: Sensor new state: 1.00
[09:17:35][D][sensor:099]: 'HP1 - Working Mode set by CiC': Sending state 1.00000  with 0 decimals of accuracy
[09:17:35][D][uart_debug:114]: <<< 01,06,07,CF,00,01,79,41
[09:17:35][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@1999 #1
[09:17:35][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@1999 #1
[09:17:35][D][modbus_controller.sensor:025]: Sensor new state: 4096.00
[09:17:35][D][uart_debug:114]: <<< 01,06,07,CF,00,01,79,41,01,06,07,DA,10,00,A4,85
[09:17:35][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@2010 #1
[09:17:35][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@2010 #1
[09:17:35][D][modbus_controller.sensor:025]: Sensor new state: 506.00
[09:17:35][D][sensor:099]: 'HP1 - Pump Mode set by CiC': Sending state 506.00000  with 0 decimals of accuracy
[09:17:35][D][uart_debug:114]: <<< 01,06,07,DA,10,00,A4,85,01,06,07,DF,01,FA,38,97
[09:17:35][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@2015 #1
[09:17:35][D][uart_debug:114]: <<< 01,06,07,DF,01,FA,38,97
[09:17:35][D][uart_debug:114]: <<< 01,03,08,33,00,28,B7,BB
[09:17:35][D][modbus:140]: good CRC as client for address=1     with FC=3 , offset=3 and len=80  => start@2015 #1
[09:17:35][D][modbus:140]: good CRC as server for address=1     with FC=3 , offset=2 and len=4   => start@11160 #20
[09:17:35][D][modbus_controller.sensor:025]: Sensor new state: 2.00
[09:17:35][D][sensor:099]: 'HP1 - Pump Level set by CiC': Sending state 0.02000  with 2 decimals of accuracy
[09:17:35][D][uart_debug:114]: <<< 01,03,50,00,02,00,DA,00,0E,00,1E,00,1E,02,8A,02,67,00,00,01,30,08,01,01,F4,11,A1,0E,2C,1A,6E,0E,35,00,00,38,00,00,59,00,B3,00,00,00,00,00,00,00,00,01,19,00,72,00,02,2E,78,00,00,00,37,0B,B8,0B,B8,00,00,17,65,0E,5A,16,16,16,D5,16,69,0B,B8,00,E6,00,00,23,FC,01,03,2B,98,00,14,CD,CE
[09:17:36][D][uart_debug:114]: <<< 01,03,2B,D3,00,14,BD,D8
[09:17:37][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@11160 #20
[09:17:37][E][modbus_controller:176]: No matching range for sensor found - start_address : 0x2B98
[09:17:37][D][uart_debug:114]: <<< 01,06,0F,9F,00,02,3B,31
[09:17:37][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@3999 #1
[09:17:37][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@3999 #1
[09:17:37][D][modbus_controller.sensor:025]: Sensor new state: 1.00
[09:17:37][D][sensor:099]: 'HP1 - Working Mode set by CiC': Sending state 1.00000  with 0 decimals of accuracy
[09:17:37][D][uart_debug:114]: <<< 01,06,0F,9F,00,02,3B,31,01,06,07,CF,00,01,79,41
[09:17:37][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@1999 #1
[09:17:37][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@1999 #1
[09:17:37][D][modbus_controller.sensor:025]: Sensor new state: 4096.00
[09:17:37][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@2010 #1
[09:17:37][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@2010 #1
[09:17:37][D][modbus_controller.sensor:025]: Sensor new state: 506.00
[09:17:37][D][sensor:099]: 'HP1 - Pump Mode set by CiC': Sending state 506.00000  with 0 decimals of accuracy
[09:17:37][D][uart_debug:114]: <<< 01,06,07,CF,00,01,79,41,01,06,07,DA,10,00,A4,85,01,06,07,DA,10,00,A4,85,01,06,07,DF,01,FA,38,97
[09:17:37][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@2015 #1
[09:17:37][D][uart_debug:114]: <<< 01,06,07,DF,01,FA,38,97
[09:17:38][D][uart_debug:114]: <<< 01,03,08,33,00,28,B7,BB
[09:17:38][D][modbus:140]: good CRC as client for address=1     with FC=3 , offset=3 and len=80  => start@2015 #1
[09:17:38][D][modbus_controller.sensor:025]: Sensor new state: 2.00
[09:17:38][D][sensor:099]: 'HP1 - Pump Level set by CiC': Sending state 0.02000  with 2 decimals of accuracy
[09:17:38][D][modbus:140]: good CRC as server for address=1     with FC=3 , offset=2 and len=4   => start@11160 #20
[09:17:38][D][uart_debug:114]: <<< 01,03,50,00,02,00,DB,00,0E,00,1E,00,1E,02,8A,02,67,00,00,01,30,08,01,01,F4,11,A1,0E,35,1A,6E,0E,35,00,00,38,00,00,59,00,B3,00,00,00,00,00,00,00,00,01,19,00,72,00,02,2E,78,00,00,00,37,0B,B8,0B,B8,00,00,17,65,0E,5A,16,16,16,D5,16,69,0B,B8,00,E6,00,00,37,E1,01,03,2B,98,00,14,CD,CE
[09:17:39][D][uart_debug:114]: <<< 01,03,2B,D3,00,14,BD,D8
[09:17:40][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@11160 #20
[09:17:40][E][modbus_controller:176]: No matching range for sensor found - start_address : 0x2B98
[09:17:40][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@3999 #1
[09:17:40][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@3999 #1
[09:17:40][D][modbus_controller.sensor:025]: Sensor new state: 1.00
[09:17:40][D][sensor:099]: 'HP1 - Working Mode set by CiC': Sending state 1.00000  with 0 decimals of accuracy
[09:17:40][D][uart_debug:114]: <<< 01,06,0F,9F,00,02,3B,31,01,06,0F,9F,00,02,3B,31,01,06,07,CF,00,01,79,41
[09:17:40][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@1999 #1
[09:17:40][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@1999 #1
[09:17:40][D][modbus_controller.sensor:025]: Sensor new state: 4096.00
[09:17:40][D][uart_debug:114]: <<< 01,06,07,CF,00,01,79,41,01,06,07,DA,10,00,A4,85
[09:17:40][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@2010 #1
[09:17:40][D][modbus:140]: good CRC as client for address=1     with FC=6 , offset=2 and len=4   => start@2010 #1
[09:17:40][D][modbus_controller.sensor:025]: Sensor new state: 506.00
[09:17:40][D][sensor:099]: 'HP1 - Pump Mode set by CiC': Sending state 506.00000  with 0 decimals of accuracy
[09:17:40][D][uart_debug:114]: <<< 01,06,07,DA,10,00,A4,85,01,06,07,DF,01,FA,38,97
[09:17:40][D][modbus:140]: good CRC as server for address=1     with FC=6 , offset=2 and len=4   => start@2015 #1
[09:17:40][D][uart_debug:114]: <<< 01,06,07,DF,01,FA,38,97
[09:17:40][D][uart_debug:114]: <<< 01,03,08,33,00,28,B7,BB
[09:17:40][D][modbus:140]: good CRC as client for address=1     with FC=3 , offset=3 and len=80  => start@2015 #1
[09:17:40][D][modbus_controller.sensor:025]: Sensor new state: 2.00
[09:17:40][D][sensor:099]: 'HP1 - Pump Level set by CiC': Sending state 0.02000  with 2 decimals of accuracy
[09:17:40][D][modbus:140]: good CRC as server for address=1     with FC=3 , offset=2 and len=4   => start@11160 #20
[09:17:40][D][uart_debug:114]: <<< 01,03,50,00,02,00,DB,00,0E,00,1E,00,1E,02,8A,02,67,00,00,01,30,08,01,01,F4,11,A1,0E,35,1A,6E,0E,35,00,00,38,00,00,59,00,B3,00,00,00,00,00,00,00,00,01,19,00,72,00,02,2E,78,00,00,00,37,0B,B8,0B,B8,00,00,17,65,0E,5A,16,16,16,D5,16,69,0B,B8,00,DC,00,00,17,EC,01,03,2B,98,00,14,CD,CE

[jj85]

@TeslaNerd Ik heb, realiseer ik mij nu, de meeste logging een tandje lager staan. Dus waarschijnlijk zie ik daardoor ook geen eventuele CRC-errors

code:

[09:24:05.684][C][logger:215]: Logger:
[09:24:05.684][C][logger:215]:   Max Level: DEBUG
[09:24:05.684][C][logger:215]:   Initial Level: DEBUG
[09:24:05.684][C][logger:220]:   Log Baud Rate: 0
[09:24:05.684][C][logger:220]:   Hardware UART: USB_CDC
[09:24:05.684][C][logger:224]:   Task Log Buffer Size: 768
[09:24:05.685][C][logger:229]:   Level for 'modbus': INFO
[09:24:05.690][C][logger:229]:   Level for 'modbus_controller.sensor': WARN
[09:24:05.690][C][logger:229]:   Level for 'sensor': WARN
[09:24:05.690][C][logger:229]:   Level for 'uart_debug': ERROR

Freq en current gaan hier prima

[TeslaNerd]

jj85 schreef op donderdag 2 oktober 2025 @ 09:25:
@TeslaNerd Ik heb, realiseer ik mij nu, de meeste logging een tandje lager staan. Dus waarschijnlijk zie ik daardoor ook geen eventuele CRC-errors

code:

[09:24:05.684][C][logger:215]: Logger:
[09:24:05.684][C][logger:215]:   Max Level: DEBUG
[09:24:05.684][C][logger:215]:   Initial Level: DEBUG
[09:24:05.684][C][logger:220]:   Log Baud Rate: 0
[09:24:05.684][C][logger:220]:   Hardware UART: USB_CDC
[09:24:05.684][C][logger:224]:   Task Log Buffer Size: 768
[09:24:05.685][C][logger:229]:   Level for 'modbus': INFO
[09:24:05.690][C][logger:229]:   Level for 'modbus_controller.sensor': WARN
[09:24:05.690][C][logger:229]:   Level for 'sensor': WARN
[09:24:05.690][C][logger:229]:   Level for 'uart_debug': ERROR

Freq en current gaan hier prima
[Afbeelding]

Ja, dat klopt. Ik heb wat extra regels toe moeten voegen om de debug aan de praat te krijgen:

code:

external_components:
  # use all components from GitHub repository
  - source:
      type: git
      url: https://github.com/M10tech/Quatt-sniffer
      #type: local
      #path: components
    components: [ modbus, modbus_controller ]
    refresh: 5min  ## use this temporarily if you recently updated the repo, else disable for default 24h  

# Enable logging
logger:
  #baud_rate: 0                         ## Turn off logging via UART (set baudrate to 0) in case the RS485 uses the onboard UART (tx/rx)
                                        ## However, in sniffer mode and with detached TX hardware trace this is not needed
  level: DEBUG
  logs:
    uart_debug: DEBUG                   ## suppress log-messages from uart
    modbus: DEBUG                        ## suppress log-messages from modbus
    modbus_controller.sensor: DEBUG      ## suppress log-messages from modbus_controller.sensor
    sensor: DEBUG                        ## suppress log-messages from modbus_controller  

uart:                 ## Igor Ybema: The RS485 is connected to the ESP32-C3 via hardware uart, rx/tx (gpio20/gpio21).
  id: uart_bus
  # tx_pin: GPIO21    ## just listening: tx_pin not specified
  rx_pin: GPIO20
  baud_rate: 19200    ## start bit na 52us: 19200 baud zie https://discord.com/chann...24364/1232080954466631761
  data_bits: 8
  parity: EVEN
  stop_bits: 1
  debug:
    after: 
      timeout: 10ms
    sequence:
      - lambda: UARTDebug::log_hex(direction, bytes, ',');    ## toon modbus data als hex waarden in uart_debug log

[TeslaNerd]

Het esp32 met rs485 boardje van @thehog is niet meer beschikbaar [out of stock] op Tindie.com.

Wat is jullie advies voor een alternatief boardje voor eenvoudige setup voor de Quatt modbus sniffer?

[ Voor 32% gewijzigd door TeslaNerd op 06-10-2025 12:38 ]

[jj85]

TeslaNerd schreef op maandag 6 oktober 2025 @ 12:36:
Het esp32 met rs485 boardje van @thehog is niet meer beschikbaar [out of stock] op Tindie.com.

Wat is jullie advies voor een alternatief boardje voor eenvoudige setup voor de Quatt modbus sniffer?

Ben wel gecharmeerd van de Atom m5stack met RS485 base, maar die heb ik nog niet werkend gekregen (CiC doet dan helemaal niks meer).

Maar verder wel mooi compact etc. Dus tzt nog eens verder induiken.

[TeslaNerd]

jj85 schreef op maandag 6 oktober 2025 @ 12:54:
[...]

Ben wel gecharmeerd van de Atom m5stack met RS485 base, maar die heb ik nog niet werkend gekregen (CiC doet dan helemaal niks meer).

Maar verder wel mooi compact etc. Dus tzt nog eens verder induiken.

[Afbeelding]

Ja, die ziet er strak uit. Kan jij de tx blokkeren zoals beschreven op de quatt sniffer github?

[jj85]

TeslaNerd schreef op maandag 6 oktober 2025 @ 12:57:
[...]

Ja, die ziet er strak uit. Kan jij de tx blokkeren zoals beschreven op de quatt sniffer github?

Ja vast wel, schematic staat ook gewoon online
https://docs.m5stack.com/...20RS485%20Base#schematics

R1, R4, R5 en R6 eruit zal vast werken, maar ik heb een werkende op het bekende tindie bordje, dus ga m'n M5stack nu niet slopen

Misschien dat @MWink z'n sniffer boardje ook al beschikbaar heeft?

[RickvdT]

RickvdT schreef op donderdag 10 juli 2025 @ 13:13:
LilyGo T-CAN485 boardje voor 10 euro mee besteld. Ik zal t.z.t. laten weten of dit zo makkelijk gaat werken als gehoopt.

Dit is ook een mooi bordje, maar je moet waarschijnlijk ook hier de tx blokkeren wil het werken. Lukte mij in ieder geval niet out-of-the-box. Ik heb de tx gelaten en hem voor een ander project gebruikt.

[RickvdT]

Momenteel is een thuisbatterij nog geen interessante optie voor ons. Afgelopen zomer heb ik een automation gemaakt om bij overtollige PV de zwembad warmtepomp te laten draaien. Ik liep al een tijdje met het idee om hetzelfde te doen in het najaar met de Quatt. Aangezien in het hele huis lage temperatuur vloerverwarming ligt is het idee om met overtollige PV het huis op te warmen en dat dit de rest van de dag wordt afgegeven. Dit idee https://www.weheat.nl/inzichten/warmtepomp-als-thuisbatterij

Na wat tweaken werkt het nu best aardig. Op een wisselvallige dag als vandaag hebben de Quatts toch 4 uur op vrijwel alleen zonne energie gedraait. De 0,9 graad verhoging is ruimschoots genoeg om het warmteverlies te dekken. Ik hoop op deze manier een groot deel van oktober en maart/april kosteloos te kunnen stoken.


Zie onderstaande voor de yaml. p1_vermogen_20_min_ma is een 20 Minute moving average filter helper om bij dagen met wisselend weer geen pendelgedrag te krijgen. Tado entities zijn deels Homekit en deels de officiele Tado integratie. Vanwege de api rate limits was ik met Homekit begonnen om er achter te komen dat deze geen hvac_mode en overlay kent. Mocht iemand opmerkingen of suggesties hebben hoor ik het graag!

code:

alias: Thermostaat op Zonne-energie
description: >
  Past de Tado temperatuur aan op basis van energie teruglevering
triggers:
  - minutes: /5
    trigger: time_pattern
conditions:
  - condition: sun
    after: sunrise
    before: sunset
actions:
  - variables:
      rolling_average_power: "{{ states('sensor.p1_vermogen_20_min_ma') | float(0) }}"
      current_set_temp: >-
        {{ state_attr('climate.tado_smart_thermostat_su3953355264',
        'temperature') | float(0) }}
      max_temp: 22
      min_temp: 19.5
      home_idle_use: 250
      current_actual_temp: >-
        {{
        states('sensor.tado_smart_thermostat_su3953355264_current_temperature')
        | float(0) }}
      increase_step: 0.2
      decrease_step: 0.2
  - choose:
      - conditions:
          - condition: template
            value_template: |
              {{ states('sensor.p1_vermogen_20_min_ma')|float >
               ( home_idle_use + states('sensor.heatpump_total_power_input')|float ) }}
        sequence:
          - target:
              entity_id: climate.kamer_1
            data:
              hvac_mode: auto
            action: climate.set_hvac_mode
      - conditions:
          - condition: numeric_state
            entity_id: sensor.p1_vermogen_20_min_ma
            below: -400
          - condition: template
            value_template: "{{ current_actual_temp < max_temp }}"
        sequence:
          - choose:
              - conditions:
                  - condition: state
                    entity_id: sensor.heatpump_qc_supervisory_control_mode
                    state: Standby
                sequence:
                  - target:
                      entity_id: climate.tado_smart_thermostat_su3953355264
                    data:
                      temperature: >-
                        {{ [current_actual_temp + increase_step, max_temp] | min
                        }}
                    action: climate.set_temperature
            default:
              - target:
                  entity_id: climate.tado_smart_thermostat_su3953355264
                data:
                  temperature: "{{ [current_set_temp + increase_step, max_temp] | min }}"
                action: climate.set_temperature
      - conditions:
          - condition: numeric_state
            entity_id: sensor.p1_vermogen_20_min_ma
            above: 0
          - condition: state
            entity_id: sensor.heatpump_qc_supervisory_control_mode_code
            state:
              - '2'
              - '3'
          - condition: template
            value_template: |
              {{ is_state('binary_sensor.kamer_1_overlay', 'on') }}
        sequence:
          - target:
              entity_id: climate.tado_smart_thermostat_su3953355264
            data:
              temperature: "{{ [current_set_temp - decrease_step, min_temp] | max }}"
            action: climate.set_temperature
mode: single