Ervaringen met Quatt en HA en andere Domotica

[JazekerXX]

patrickvdhart schreef op dinsdag 30 april 2024 @ 11:52:
[...]

Dank voor je reactie maar dat begrijp ik niet.

P is nooit in tijd, is meestal een rechtstreekse gain (bijv Honeywell) of gedefinieerd als proportionele band, gain = 100 / Pb (bijv in Foxboro). Heeft over het algemeen geen eenheid want %verandering/%verandering
I staat voor integral time en is nu eenmaal een tijd,
D voor derivative en is normaal ook in tijd units.

Waarom denk jij dat het geen tijd is? Is dat anders in de DIYless? Of heb ik iets totaal gemist in de discussie, hebben we het hier niet over een PID, dat sluit ik ook niet uit.....

wat Flesym al uitlegde..
maar heel simpel gezegd, de I en ook de D waarde zijn gewoon waardes waar de formule mee rekent. ook de tijd is een variabele in die formule. hoe langer de afwijking hoe hoger de tijdwaarde. maar tijd stel je dus niet in, dat berekent hij dus zelf.

[Freeckje]

TeslaNerd schreef op dinsdag 23 april 2024 @ 18:59:
Ik heb de logic analyzer binnen en heb een sample gemaakt van de quatt modbus op de AGB contacten van de CiC. Ik heb er zelf geen verstand van maar hoor graag van de logische analysten hier of dit een goede sample is en wat hier in te zien is

Gemaakt met de Saleae Logic v1.2.40

https://www.dropbox.com/s...8fpf4xihdcnqbec959mu&dl=0

https://www.dropbox.com/s...gr7q2ljj53r9fvpyb1fd&dl=0

Programma heb ik aan de praat gekregen en de files ingelezen. Helaas kan ik er geen brood van bakken van hetgeen ik zie. Op de kanalen zijn spikes te zien van minder dan 1 micro-seconde die om een verklaring vragen... Een verkeerde samplerate, ruis op de signalen, nivo drempelwaarde analyser te kritisch?
Kan je je analyzer niet eerst testen met een bekend serieel protocol afkomstig van een usb-serial (TTL) adapter zodat je weet of alles goed geinterpreteerd wordt?

[TeslaNerd]

Freeckje schreef op woensdag 1 mei 2024 @ 12:25:
[...]

Programma heb ik aan de praat gekregen en de files ingelezen. Helaas kan ik er geen brood van bakken van hetgeen ik zie. Op de kanalen zijn spikes te zien van minder dan 1 micro-seconde die om een verklaring vragen... Een verkeerde samplerate, ruis op de signalen, nivo drempelwaarde analyser te kritisch?
Kan je je analyzer niet eerst testen met een bekend serieel protocol afkomstig van een usb-serial (TTL) adapter zodat je weet of alles goed geinterpreteerd wordt?

[Afbeelding]

Goede vragen! Ik heb de sample met de default instellingen van de logic analyzer gemaakt. Wat zou de juiste samplerate zijn?

[Freeckje]

TeslaNerd schreef op woensdag 1 mei 2024 @ 16:03:
[...]

Goede vragen! Ik heb de sample met de default instellingen van de logic analyzer gemaakt. Wat zou de juiste samplerate zijn?

Als je een baudrate van 9600 als uitgangspunt neemt moet je samplerate ongeveer 5 a 10 keer zo snel zijn, dus 50 a 100 k samples per seconde. In dat geval zou je herkenbare data kunnen zien.
Nogmaals: probeer als het effe kan de analyzer eerst uit met bekende seriele data.

[JazekerXX]

Freeckje schreef op woensdag 1 mei 2024 @ 12:25:
[...]

Programma heb ik aan de praat gekregen en de files ingelezen. Helaas kan ik er geen brood van bakken van hetgeen ik zie. Op de kanalen zijn spikes te zien van minder dan 1 micro-seconde die om een verklaring vragen... Een verkeerde samplerate, ruis op de signalen, nivo drempelwaarde analyser te kritisch?
Kan je je analyzer niet eerst testen met een bekend serieel protocol afkomstig van een usb-serial (TTL) adapter zodat je weet of alles goed geinterpreteerd wordt?

[Afbeelding]

ik weet een beetje van modbus.
de AGB staat voor:
A = + data
B = - data
en G = de Ground (GND) deze doet dus niks die zit aan de - van de voeding zeg maar, en alle - van alle apparaten zitten aan elkaar daarom heet het ground omdat het het gemeenschappelijke grond potentiaal is.

officieel moet je twisted pair kabel gebruiken (7 windingen per meter volgens mij) en een 120 ohm termination weerstand over de A en B, maar goed als het een paar meter is maakt dit niet uit.

wat de data betreft, je zou een duidelijke start en stop moeten zien (dat de lijnen dus even in dezelfde positie blijven) met daartussen de data (waar je dus veel wisselingen 010110 ziet).
misschien heb je hier wat aan:
https://jarnobaselier.nl/hoe-werkt-modbus/


met de puls tijd van een 0 of 1 kun je de baudrate achterhalen. ik had dit verhaal nog gevonden:

code:

Bitrate
Dit is het aantal bits dat per seconden wordt overgedragen.
dit kan weergegeven worden in:
- bps (bits per seconden)
- kbps (kilo bits per seconden)
- Mbps (mega bits per seconden)
- Gbps (giga bits per seconden)

Baudrate:
De baudrate is gelijk aan het aantal spanningssprongen in het transportmedium (lees: kabel) dat per seconden op kan treden.

voorbeeld:
stel, een spanning sprong duurt 5 ms, dan is de baudrate 200.
Dit komt alsvolgt: 1/0.005 = 200 Bd.

wel nu: "ik snap er geen zak van, bit en baud is toch hetzelfde http://images.tweakers.net/forum/smileys/confused.gif"

Niet helemaal, even aan de hand van onderstaand voorbeeld probeer ik het toch wat lastige verschil uit te leggen:

http://www.coolelektric.com/bitrate.gif
ff snel met MS Word getekend, had geen autoCAD bij de hand ;(

Om de waarde van een spanningsniveau aan te geven zijn er steeds 2 bits nodig. uitgaande dat een spanningssprong 5 ms is komt dit neer op een bitrate van 400 bps. de baudrate is nog steeds 200 Bd.
Je ziet nu dus dat er met het gebruik van een meerwaardig signaal een mogelijkheid onstaat om bij een gelijk blijvende baudrate de bitrate te verdubbelen. Dit word ook wel multilevel codering genoemd. Met het maken van ingewikkelde bit-codes is het dus mogelijk om een snellere bitrate te krijgen.

wat betreft de sample rate. hoger is beter maar wat zijn de concessies? kortere capture tijd?

die korte pulsjes van minder dan 1 micro seconde, zijn die sporadisch en willekeurig? dan lijkt het me idd dat het ruis is wat net boven de threshold uit komt. mogelijk kun je de threshold instellen? op mijn scope is dat het trigger knopje waar je aan kan draaien om de threshold aan te passen.

nou hopelijk kun je hier wat mee..
succes!

[TeslaNerd]

Freeckje schreef op woensdag 1 mei 2024 @ 16:15:
[...]

Als je een baudrate van 9600 als uitgangspunt neemt moet je samplerate ongeveer 5 a 10 keer zo snel zijn, dus 50 a 100 k samples per seconde. In dat geval zou je herkenbare data kunnen zien.
Nogmaals: probeer als het effe kan de analyzer eerst uit met bekende seriele data.

Dit zijn mijn eerste experimenten met het analyseren van modbus/seriele data. Welke andere herkenbare seriële data zou ik in mijn standaard gezinswoning kunnen vinden?
-usb?
-opentherm?
-iets op de gpio van een raspberry pi?
-

[Freeckje]

TeslaNerd schreef op donderdag 2 mei 2024 @ 08:32:
[...]

Dit zijn mijn eerste experimenten met het analyseren van modbus/seriele data. Welke andere herkenbare seriële data zou ik in mijn standaard gezinswoning kunnen vinden?
-usb?
-opentherm?
-iets op de gpio van een raspberry pi?
-

Inderdaad met een seriele uitgang van de GPIO van een Rasp, als je gewend bent met een Rasp. Op de GPIO zit een ouderwetse (0-3.3 Volt) serieele uitgang die je zo op je analyzer kunt aansluiten. Met bv Python een programmaatje maken die de seriele data produceert. Of misschien een modbus simulator.
Staan vast voorbeelden van op het web.

[ Voor 3% gewijzigd door Freeckje op 02-05-2024 08:53 ]

[m10tech]

Freeckje schreef op woensdag 1 mei 2024 @ 16:15:
[...]

Als je een baudrate van 9600 als uitgangspunt neemt moet je samplerate ongeveer 5 a 10 keer zo snel zijn, dus 50 a 100 k samples per seconde. In dat geval zou je herkenbare data kunnen zien.
Nogmaals: probeer als het effe kan de analyzer eerst uit met bekende seriele data.

Freeckje schreef op maandag 29 april 2024 @ 16:35:
[...]

Daar is al meerdere keren iets over geschreven: zoek oa op "modbus"

Dank voor de reactie.
De essentie van mijn vraag was het overbodig maken van de CIC, maar ik zie dat 'we' nog niet eens de modbus hebben gekraakt in read-only modus. Dan ben ik dus een paar stappen te vroeg ;-)

Ik kan eventueel helpen bij iemand in de buurt van De Meern met een Quatt om de elektrische eigenschappen te achterhalen middels een scope. Ik heb namelijk nog geen Quatt maar ben me wel aan het aanmelden.
(PS. is er iemand die me met een vriendenkorting wil helpen?)

Naar mijn mening is de logic analyser niet perse de juiste tool als je hem met oversampling gebruikt.
Ik heb vaak een serieel protocol gekraakt en de baudrate bepaald etc middels het progressief gebruik van een ESP8266 met sampling en interrupts. Het punt is om de modbus messages boven water te krijgen, want we weten al dat het modbus is.

De posts waarin de IDs worden gedecodeerd etc. zijn wat mij betreft veel interessanter. Kwamen die nou uit de logic analyser? Zo ja, dan is het resultaat al behaald en is de vraag wat het allemaal betekend.

Daarvoor is een ESP die het allemaal voorbewerkt en toegankelijk maakt ideaal. Als 'men' dat gaat gebruiken dan komen de inzichten vast wel. Want we hebben niet allemaal een logic analyser in huis, noch nodig.

[Freeckje]

m10tech schreef op donderdag 2 mei 2024 @ 12:24:
[...]


[...]


Dank voor de reactie.
De essentie van mijn vraag was het overbodig maken van de CIC, maar ik zie dat 'we' nog niet eens de modbus hebben gekraakt in read-only modus. Dan ben ik dus een paar stappen te vroeg ;-)

Ik kan eventueel helpen bij iemand in de buurt van De Meern met een Quatt om de elektrische eigenschappen te achterhalen middels een scope. Ik heb namelijk nog geen Quatt maar ben me wel aan het aanmelden.
(PS. is er iemand die me met een vriendenkorting wil helpen?)

Naar mijn mening is de logic analyser niet perse de juiste tool als je hem met oversampling gebruikt.
Ik heb vaak een serieel protocol gekraakt en de baudrate bepaald etc middels het progressief gebruik van een ESP8266 met sampling en interrupts. Het punt is om de modbus messages boven water te krijgen, want we weten al dat het modbus is.

De posts waarin de IDs worden gedecodeerd etc. zijn wat mij betreft veel interessanter. Kwamen die nou uit de logic analyser? Zo ja, dan is het resultaat al behaald en is de vraag wat het allemaal betekend.

Daarvoor is een ESP die het allemaal voorbewerkt en toegankelijk maakt ideaal. Als 'men' dat gaat gebruiken dan komen de inzichten vast wel. Want we hebben niet allemaal een logic analyser in huis, noch nodig.

@TeslaNerd heeft al een analyzer maar is nog niet bekend met het gebruik daarvan en is lerende . Daarmee kan je ook de Modbus boodschappen zichtbaar maken, Om dan te adviseren om een esp8266 te gebruiken is dan de achterdeur uit m.i. . Tenzij je het leuk vindt natuurlijk.

Mbt het overbodig maken van de CiC. Ik hou dat in gedachte, echter zolang Quatt niet falliet is ga ik er ook geen energie in steken. De modbus info is wel relevant, interessant of we sommige parameters missen in de json-data. Maar als modbus al niet decodeerbaar is, is de CiC vervangen onhaalbaar.

[ Voor 8% gewijzigd door Freeckje op 02-05-2024 12:55 ]

[m10tech]

Freeckje schreef op donderdag 2 mei 2024 @ 12:35:
[...]

@TeslaNerd heeft al een analyzer maar is nog niet bekend met het gebruik daarvan en is lerende . Daarmee kan je ook de Modbus boodschappen zichtbaar maken, Om dan te adviseren om een esp8266 te gebruiken is dan de achterdeur uit m.i. . Tenzij je het leuk vindt natuurlijk.

Mbt het overbodig maken van de CiC. Ik hou dat in gedachte, echter zolang Quatt niet falliet is ga ik er ook geen energie in steken. De modbus info is wel relevant, interessant of we sommige parameters missen in de json-data. Maar als modbus al niet decodeerbaar is, is de CiC vervangen onhaalbaar.

Eens met de laatste opmerking.
Over de ESP, dat is bedoeld om veel deelnemers hier de bus te laten tracen in hun opstellingen. Door dat soort info te delen zien we wat variabel is en wat per opstelling anders is. En het zorgt dat observaties uit verschillende hoeken kunnen komen.
Anyhow, @TeslaNerd is goed bezig en daar kunnen we zeker de eerste stappen samen mee zetten.

[TeslaNerd]

m10tech schreef op donderdag 2 mei 2024 @ 13:49:
[...]


Eens met de laatste opmerking.
Over de ESP, dat is bedoeld om veel deelnemers hier de bus te laten tracen in hun opstellingen. Door dat soort info te delen zien we wat variabel is en wat per opstelling anders is. En het zorgt dat observaties uit verschillende hoeken kunnen komen.
Anyhow, @TeslaNerd is goed bezig en daar kunnen we zeker de eerste stappen samen mee zetten.

Mijn vorderingen met het boardje van Igor Ybema (combi van een esp32c met een max485) zijn inderdaad al zo ver dat ik met de raw data uit de max485 de baudrate heb kunnen vaststellen op 19200 en daarna data heb kunnen loggen die lijkt te voldoen aan het modbusprotocol in de zin dat ik conform protocol functie 03 en functie 06 berichten voorbij zie komen en dat de functie 03 berichten aangeven dat er 40 waarden achter elkaar worden gezet van registers 2999 t/m 3039. Dat heb ik via een eenvoudig scriptje voor ESPHome aan de praat gekregen. Een sample daarvan staat ook hierboven. Wat de waarden in deze modbus samples voorstellen is voor mij echter nog geheel niet duidelijk. Als jij daar kan helpen met jouw modbus inzichten verwacht ik dat wij verder kunnen komen. Het combineren van meerdere traces uit verschillende opstellingen zal zeker gaan bijdragen.
Het traject met de logic analyzer loopt een stuk achter bij waar ik al ben gekomen met het esp boardje en ESPHome. Ik had die logic analyzer daarvoor al besteld en wilde graag daarmee bevestigd zien wat ik met het esp boardje al voor elkaar heb. Wellicht overbodig dus.
Ik ben over 10 dagen terug uit het buitenland en dan ben jij zeker welkom vanuit De Meern mee te kijken naar mijn Quatt opstelling in Amsterdam.

[ Voor 6% gewijzigd door TeslaNerd op 02-05-2024 16:02 ]

[m10tech]

Eerste observaties van de ESPHome log eerder gedeeld door @TeslaNerd:

Ik begin met alle regels te verzamelen met 'uart_debug' erin, dat zijn de bruikbare Modbus RTU frames.

Alles wat begint met 01 gaat over node 1 en als het begint met 00 is het broadcast (1 bericht)

De eerste regel is <<< 01,03,08,33,00,28,B7,BB
dit betekend: get registers from 2099 - 2139
We zien niet dat daar iets mee gedaan wordt behalve met 2099
[19:21:59][D][sensor:094]: 'Modbus 2099': Sending state 0.00000 UoM_onbekend with 0 decimals of accuracy

En dat is logisch, want je hebt ESPHome gevraagd te kijken naar 2099+3000-3039+nog wat andere. Dat was een typo want je comment inline zegt dat je 2999 bedoelde...

Je moet je script dus aanpassen naar de werkelijke adressen uit de log.
Ik rapporteer later welke adressen ik allemaal heb gevonden.

[JazekerXX]

m10tech schreef op donderdag 2 mei 2024 @ 12:24:

(PS. is er iemand die me met een vriendenkorting wil helpen?)

Uiteraard...

Krijg €100 korting bij Quatt via mijn link: https://referral.quatt.io/l/MAIKEL57/

[m10tech]

JazekerXX schreef op donderdag 2 mei 2024 @ 18:22:
[...]


Uiteraard...

Krijg €100 korting bij Quatt via mijn link: https://referral.quatt.io/l/MAIKEL57/

Helaas, een ander was je al voor, maar misschien gebruik ik hem nog indien nodig.
Of anderen alhier gebruiken die van jou voor hun aanschaf.
Toch hartelijk dank!

[JazekerXX]

m10tech schreef op donderdag 2 mei 2024 @ 18:48:
[...]

Helaas, een ander was je al voor, maar misschien gebruik ik hem nog indien nodig.
Of anderen alhier gebruiken die van jou voor hun aanschaf.
Toch hartelijk dank!

Graag gedaan!

[m10tech]

m10tech schreef op donderdag 2 mei 2024 @ 17:51:

Ik rapporteer later welke adressen ik allemaal heb gevonden.

De gevonden adressen zijn voor read register [phone] + 3000-3039
Voor read/write (04+06) 1999,2010,2015,3999

Alle schrijf acties schreven alleen een 0 en alle lees acties op die registers gaven geen antwoord...

Hierbij de crunch van die records voor de read register regels voor 3000-3039, twee samples, 10 seconden tussentijd:

code:

0,30,36,42,47,52,56,61,66,71,74,0,30,39,49,55,61,67,72,79,85,90,45,65,0,0,0,0,3,165,155,135,140,135,120,100,95,65,65,165,
0,30,36,42,47,52,56,61,66,71,74,0,30,39,49,55,61,67,72,79,85,90,45,65,0,0,0,0,3,165,155,135,140,135,120,100,95,65,65,165,

en voor 2099-2138, elke seconde:

code:

0,220,0,30,0,0,0,0,270,0,500,3736,3755,6613,4698,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5918,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6613,4698,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5918,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6613,4698,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5918,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6613,4698,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5918,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6613,4698,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5918,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6613,4698,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5918,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6613,4698,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6600,4708,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6600,4708,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6600,4708,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6600,4708,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6600,4708,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6600,4708,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6600,4708,0,6144,92,90,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3708,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6600,4708,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6600,4708,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6600,4708,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5905,5259,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6587,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5905,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3764,6587,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5905,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3764,6587,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3764,6587,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3764,6587,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6587,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6587,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3764,6587,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3764,6575,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6575,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6575,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6575,4718,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6575,4728,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6056,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6575,4728,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6056,5893,5249,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6575,4728,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5238,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6575,4728,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6069,5893,5238,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6575,4728,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6056,5881,5238,3000,740,0,
0,220,0,30,0,0,0,0,270,0,500,3736,3755,6562,4728,0,6144,92,91,0,0,0,0,281,114,2,11896,0,55,3000,3000,0,3740,3773,6056,5881,5238,3000,740,0,

[TeslaNerd]

Goede samenvatting van de modbus logfile met de crunch van de records voor de read registers. Ik heb deze records een tijdje laten meelopen in Home Assistant waarbij ik sommige waarden zag oplopen tot in de 60 duizend met grote fluctuaties. Ik heb nog geen relatie kunnen ontdekken tussen de waarden van deze registers/records en de waarden van de overige Quatt variabelen die ik uit de json in Home Assistant heb.
Is het mogelijk dat deze waarden uit de modbus registers nog eens gedecodeerd moeten worden?

[ Voor 36% gewijzigd door TeslaNerd op 03-05-2024 05:13 ]

[m10tech]

Bij de crunch heb ik gezien dat de waarden gedecodeerd door ESPHome er soms faliekant naast zitten. Mijn aanpak zou zijn om zelf de code te schrijven indien die betrouwbaarheid niet op orde komt.
Je ziet dat de 3000-3039 waarden nooit boven de 165 liggen, maar in de log staat bijvoorbeeld

code:

[19:21:59][D][sensor:094]: 'Modbus 3000': Sending state 3999.00000 UoM_onbekend with 0 decimals of accuracy
[19:21:59][D][sensor:094]: 'Modbus 3001': Sending state 0.00000 UoM_onbekend with 0 decimals of accuracy
[19:21:59][D][sensor:094]: 'Modbus 3002': Sending state 30806.00000 UoM_onbekend with 0 decimals of accuracy
[19:21:59][D][sensor:094]: 'Modbus 3003': Sending state 44474.00000 UoM_onbekend with 0 decimals of accuracy
[19:21:59][D][sensor:094]: 'Modbus 3004': Sending state 35840.00000 UoM_onbekend with 0 decimals of accuracy
[19:21:59][D][sensor:094]: 'Modbus 3005': Sending state 0.00000 UoM_onbekend with 0 decimals of accuracy
[19:21:59][D][sensor:094]: 'Modbus 3006': Sending state 13330.00000 UoM_onbekend with 0 decimals of accuracy

Ook deze sequence is bedenkelijk, want de waarden zijn heel toevallig gelijk aan adressen van andere registers!!

code:

[19:22:00][D][sensor:094]: 'Modbus 1999': Sending state 3999.00000 UoM_onbekend with 0 decimals of accuracy
[19:22:00][D][sensor:094]: 'Modbus 2010': Sending state 1999.00000 UoM_onbekend with 0 decimals of accuracy
[19:22:00][D][sensor:094]: 'Modbus 2015': Sending state 2010.00000 UoM_onbekend with 0 decimals of accuracy

Ook zie je dat meerdere frames aan elkaar geplakt zijn, de paginering verloopt niet betrouwbaar:

code:

[19:22:04][D][uart_debug:114]: <<< 01,06,07,CF,00,00,B8,81,01,06,07,DA,00,00,A9,45,01,06,07,DA,00,00,A9,45

Voor mij een teken dat deze codebase, of moet worden gefixed, of genegeerd.

PS. omdat de registers uint16_t zijn zal de waarde maximaal 65535 zijn ;-)
PPS. het staat Quatt vrij er elke willekeurige betekenis aan te geven, zoals omrekeningen etc...
PPPS. Ik denk dat de failed CRC die soms aanwezig zijn niet gemeld worden wegens loglevel ERROR...

[TeslaNerd]

Wat is loglevel ERROR?

[m10tech]

[19:21:52][C][logger:174]: Level for 'uart_debug': DEBUG
[19:21:52][C][logger:174]: Level for 'modbus': ERROR
[19:21:52][C][logger:174]: Level for 'modbus_controller.sensor': ERROR

[TeslaNerd]

ik zal die ESPHome decoder eigenaardigheden ook in de ESPHome Discord eens aankaarten. Daar zitten ook een paar gebruikers/moderators die vaker met ESPHome een modbus protocol hebben gereverse engineered

[m10tech]

Over het enige 'broadcast frame'

code:

00,00,00,FC,80,78,

Het adres is 0, maar de functie is ook 0 en dat voldoet niet aan de standaard.
De CRC klopt ook niet, dus dit is een corrupt frame, wat betekend dat er geen broadcast wordt gebruikt.

[TeslaNerd]

m10tech schreef op zaterdag 4 mei 2024 @ 09:46:
Over het enige 'broadcast frame'

code:

00,00,00,FC,80,78,

Het adres is 0, maar de functie is ook 0 en dat voldoet niet aan de standaard.
De CRC klopt ook niet, dus dit is een corrupt frame, wat betekend dat er geen broadcast wordt gebruikt.

Jouw opmerking over broadcast frame brengt bij mij de vraag terug hoe een ESP/RS485 afluisterboardje zich als master of als slave gedraagt in de bestaande master/slave opstelling van de CiC en de buitenunit van de Quatt? Iemand op Discord vertelde dat met ESPHome een ESP/RS485 boardje zich ook als master opstelt als je deze als intermediate aansluit in een bestaande RS485 bus

[ Voor 32% gewijzigd door TeslaNerd op 05-05-2024 05:41 ]

[m10tech]

TeslaNerd schreef op zondag 5 mei 2024 @ 05:39:
[...]

Jouw opmerking over broadcast frame brengt bij mij de vraag terug hoe een ESP/RS485 afluisterboardje zich als master of als slave gedraagt in de bestaande master/slave opstelling van de CiC en de buitenunit van de Quatt? Iemand op Discord vertelde dat met ESPHome een ESP/RS485 boardje zich ook als master opstelt als je deze als intermediate aansluit in een bestaande RS485 bus

Als afluister node wil je alleen luisteren en niets zenden. Zowel master als slave luisteren, dus dat is niet relevant. Maar alleen een master neemt het initiatief, en dat wil je voorkomen, anders verstoor je de bus.

Nu is het zo dat het versturen van info van de ESP naar het RS485 bord via de tx pin gaat, dus als je die niet aansluit dan ben je altijd veilig. Maar in jouw opstelling lijkt daar geen optie voor, toch?

Zelf heb ik dit bordje van Olimex welk een TX-enable pin heeft, dus dat kan ik zelf beslissen.
Maar ja, ik ben ook voorstander van zelf ontwikkelen ipv voorgebakken code van ESPHome.
Mijn indruk is dat ESPHome niet op een RTOS is gebaseerd. Ik werk altijd met freeRTOS en dat levert mij maximale controle.

Ik gebruik de modules van HomeACcessoryKid en heb geen probleem om een sniffer (en later een gateway tussen CIC en Quatt) te maken waar iedereen aan mee kan tweaken.

[TeslaNerd]

m10tech schreef op zondag 5 mei 2024 @ 13:14:
[...]

Als afluister node wil je alleen luisteren en niets zenden. Zowel master als slave luisteren, dus dat is niet relevant. Maar alleen een master neemt het initiatief, en dat wil je voorkomen, anders verstoor je de bus.

Nu is het zo dat het versturen van info van de ESP naar het RS485 bord via de tx pin gaat, dus als je die niet aansluit dan ben je altijd veilig. Maar in jouw opstelling lijkt daar geen optie voor, toch?

Zelf heb ik dit bordje van Olimex welk een TX-enable pin heeft, dus dat kan ik zelf beslissen.
Maar ja, ik ben ook voorstander van zelf ontwikkelen ipv voorgebakken code van ESPHome.
Mijn indruk is dat ESPHome niet op een RTOS is gebaseerd. Ik werk altijd met freeRTOS en dat levert mij maximale controle.

Ik gebruik de modules van HomeACcessoryKid en heb geen probleem om een sniffer (en later een gateway tussen CIC en Quatt) te maken waar iedereen aan mee kan tweaken.

Nee, de tx kan bij het boardje dat ik heb alleen softwarematig uit of met het doorkrassen van de tx verbinding op het boardje.
Zal de software die jij hebt ook werken op mijn boardje met ESP32-C en MAX485?

[m10tech]

Ik kan ook werken met ESP32C alhoewel ik niet weet of je ESP32-C2 of ESP32-C3 bedoeld.
Ik heb hier een ESP32-C3 naast me liggen ;-)
De MAX485 ziet er wel bruikbaar uit, en omdat ie in dit bord zit zijn alle elektrische eigenschappen al geregeld.
De Olimex module gebruikt een chip van Analogue die pincompatible is.
Kun je de details van dit bordje aangeven (merk/model) zodat ik er nog wat beter naar kan kijken.

[TeslaNerd]

m10tech schreef op zondag 5 mei 2024 @ 14:35:
Ik kan ook werken met ESP32C alhoewel ik niet weet of je ESP32-C2 of ESP32-C3 bedoeld.
Ik heb hier een ESP32-C3 naast me liggen ;-)
De MAX485 ziet er wel bruikbaar uit, en omdat ie in dit bord zit zijn alle elektrische eigenschappen al geregeld.
De Olimex module gebruikt een chip van Analogue die pincompatible is.
Kun je de details van dit bordje aangeven (merk/model) zodat ik er nog wat beter naar kan kijken.

Ja, ESP32-C3, met deze link het boardje van Igor Ybema, alias TheHogNL via tindie.com:

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

Niet veel info maar je kan via die website vragen stellen aan Igor en daar reageert hij snel op

[ Voor 7% gewijzigd door TeslaNerd op 05-05-2024 15:53 ]

[m10tech]

Dat is al duidelijk.
De code is arduino en de !RE/DE pins zijn aan elkaar geknoopt.
De pin die ze aanstuurt is D5 volgens zijn code, en die gaat naar de 2 middelste poten van de 8 poot chip U3.
Op de ESP32-C3-MINI-1 heet D5 IO5 en zit aan module pin 19.
De 14 poot is vast een level shifter want de ESP doet 3V3 maar de MAX485 doet 5V.
Indien je het spoortje naar de !RE/DE doorsnijdt (nabij de tekst U2) en aan nul legt, dan kan hij alleen nog ontvangen. En formeel hoor je de 120 ohm (1200 opschrift) te verwijderen voor dit doel. Beetje jammer dat hier geen disable jumper zit. Ook de 560 ohm (5600 opschrift) pull up and pull down zijn dubieus. Dat wordt afgeraden.
De RX en TX zitten aan IO6 en IO7 volgens zijn code en dus niet aan de RX0 en TX0 van de ESP, ondanks dat dit wordt beschreven. Maar dat is eventueel nog iets om te controleren...

[TeslaNerd]

m10tech schreef op zondag 5 mei 2024 @ 18:02:
Dat is al duidelijk.
De code is arduino en de !RE/DE pins zijn aan elkaar geknoopt.
De pin die ze aanstuurt is D5 volgens zijn code, en die gaat naar de 2 middelste poten van de 8 poot chip U3.
Op de ESP32-C3-MINI-1 heet D5 IO5 en zit aan module pin 19.
De 14 poot is vast een level shifter want de ESP doet 3V3 maar de MAX485 doet 5V.
Indien je het spoortje naar de !RE/DE doorsnijdt (nabij de tekst U2) en aan nul legt, dan kan hij alleen nog ontvangen. En formeel hoor je de 120 ohm (1200 opschrift) te verwijderen voor dit doel. Beetje jammer dat hier geen disable jumper zit. Ook de 560 ohm (5600 opschrift) pull up and pull down zijn dubieus. Dat wordt afgeraden.
De RX en TX zitten aan IO6 en IO7 volgens zijn code en dus niet aan de RX0 en TX0 van de ESP, ondanks dat dit wordt beschreven. Maar dat is eventueel nog iets om te controleren...

TheHognl schrijft op tindie: “The RS485 is connected to the hardware uart rx/tx (gpio20/gpio21).” Dat heb ik ook overgenomen voor in ESPHome.
Doet hij dat in zijn eigen code anders met io6 en io7?

Die 120 ohm werd mij ook eerder verteld dat die er af moest voor een intermediate meeluisterboardje. Dat heb ik aan Igor gevraagd maar die schreef terug:

[ Voor 5% gewijzigd door TeslaNerd op 06-05-2024 03:07 ]

[m10tech]

Zijn code waar hij naar verwijst gebruikt soft serial. Zoek naar 485 en je ziet het zo. En de foto bevat duidelijk een 120 ohm. Wellicht heb jij een ander model? Foto?

[JazekerXX]

TeslaNerd schreef op maandag 6 mei 2024 @ 02:32:
[...]

TheHognl schrijft op tindie: “The RS485 is connected to the hardware uart rx/tx (gpio20/gpio21).” Dat heb ik ook overgenomen voor in ESPHome.
Doet hij dat in zijn eigen code anders met io6 en io7?

Die 120 ohm werd mij ook eerder verteld dat die er af moest voor een intermediate meeluisterboardje. Dat heb ik aan Igor gevraagd maar die schreef terug:
[Afbeelding]
[Afbeelding]

De 120 ohm termination weerstanden moeten alleen op het begin en eind van de bus. Bij de tussenliggende modules dus niet. Maar als je kabel korter is dan een paar meter zijn de weerstanden niet eens nodig, maar is wel het beste uiteraard.

[TeslaNerd]

m10tech schreef op maandag 6 mei 2024 @ 08:03:
Zijn code waar hij naar verwijst gebruikt soft serial. Zoek naar 485 en je ziet het zo. En de foto bevat duidelijk een 120 ohm. Wellicht heb jij een ander model? Foto?

Uit die github link haal ik dat de rx tx op io6 en io7 passen bij het doe-het-zelf project dat daar wordt beschreven met onderstaande foto. Ik heb het kant-en-klaar boardje met voorgeinstalleerde software dat via tindie.com wordt verkocht

[m10tech]

TeslaNerd schreef op maandag 6 mei 2024 @ 08:50:
[...]

Uit die github link haal ik dat de rx tx op io6 en io7 passen bij het doe-het-zelf project dat daar wordt beschreven met onderstaande foto. Ik heb het kant-en-klaar boardje met voorgeinstalleerde software dat via tindie.com wordt verkocht
[Afbeelding]

Ook van dat tindie bordje bestaan blijkbaar twee versies, een OLED en een TFT.
De OLED gebruikt D5,D6,D7, en de TFT de standaard RX/TX.
Maar als jij een TFT versie hebt, dan is het inderdaad standaard RX/TX

[TeslaNerd]

m10tech schreef op maandag 6 mei 2024 @ 09:09:
[...]

Ook van dat tindie bordje bestaan blijkbaar twee versies, een OLED en een TFT.
De OLED gebruikt D5,D6,D7, en de TFT de standaard RX/TX.
Maar als jij een TFT versie hebt, dan is het inderdaad standaard RX/TX

Ik heb de TFT versie, maar zonder de TFT ;-)

Waar zie jij die OLED versie?

[ Voor 4% gewijzigd door TeslaNerd op 06-05-2024 11:15 ]

[m10tech]

TeslaNerd schreef op maandag 6 mei 2024 @ 11:14:
[...]

Ik heb de TFT versie, maar zonder de TFT ;-)

Waar zie jij die OLED versie?

De repo code refereert daar aan

[TeslaNerd]

m10tech schreef op zondag 12 mei 2024 @ 20:04:
[...]

De repo code refereert daar aan

Ok, ja ik zie het en je kan het mini OLED schermpje op de ESP van het doe-het-zelf boardje zetten

[m10tech]

TeslaNerd schreef op maandag 13 mei 2024 @ 04:39:
[...]

Wel terug uit de US (?) maar last van jet-lag gok ik zo

TeslaNerd schreef op donderdag 2 mei 2024 @ 15:50:
[...]
Ik ben over 10 dagen terug uit het buitenland en dan ben jij zeker welkom vanuit De Meern mee te kijken naar mijn Quatt opstelling in Amsterdam.

Mijn huisbezoek van Quatt is verplaatst van 14 mei naar 3 juni, maar nog steeds razend snel wat mij betreft.

Indien we daadwerkelijk wat willen testen/ontwikkelen de komende tijd, dan kan dat, maar anders wacht ik tot mijn Quatt aangesloten is voor we verder gaan.

Generieke opmerkingen zijn natuurlijk altijd OK.

[TeslaNerd]

m10tech schreef op donderdag 16 mei 2024 @ 18:20:
[...]

Wel terug uit de US (?) maar last van jet-lag gok ik zo


[...]


Mijn huisbezoek van Quatt is verplaatst van 14 mei naar 3 juni, maar nog steeds razend snel wat mij betreft.

Indien we daadwerkelijk wat willen testen/ontwikkelen de komende tijd, dan kan dat, maar anders wacht ik tot mijn Quatt aangesloten is voor we verder gaan.

Generieke opmerkingen zijn natuurlijk altijd OK.

Uitstekende timing. Ik was idd even terug uit Japan maar nu tot 4 juni in Tonga

[m10tech]

Mijn Quatt staat nu twee weken op het dak.

Ik monitor de CIC API met domoticz en zie dat de qc.flowRateFiltered 10 uur aan een stuk rond de 550l/h (of per minuut?) is geweest. Toch lijkt het electra-verbruik rond de 5.15W te blijven.
Daarvoor en daarna was de flow weer nul.

Is dit een bug in de CiC of is er daadwerkelijk sprake van pompen??

code:

watch "curl -s http://192.168.178.170:8080/beta/feed/data.json | jq ."

code:

"hp1": {
    "powerInput": 5.150232
},
"qc": {
    "flowRateFiltered": 548.784,
    "stickyPumpProtectionEnabled": false,
    "supervisoryControlMode": 0
}

Ook bij het uitzetten van de CV bleef de flow.

Iemand die dit herkent?

[ Voor 5% gewijzigd door m10tech op 08-07-2024 23:28 ]

[MacD007]

m10tech schreef op maandag 8 juli 2024 @ 23:21:
Mijn Quatt staat nu twee weken op het dak.

Ik monitor de CIC API met domoticz en zie dat de qc.flowRateFiltered 10 uur aan een stuk rond de 550l/h (of per minuut?) is geweest. Toch lijkt het electra-verbruik rond de 5.15W te blijven.
Daarvoor en daarna was de flow weer nul.

nee, dit is zeker niet per minut, het is per uur.
heb je ook al de json van de cic bekeken in de zelfde tijd, geeft hij daar ook die gevonden waarde aan:

bij mij is de pomp still en doet helemaal niets.

Is dit een bug in de CiC of is er daadwerkelijk sprake van pompen??

code:

watch "curl -s http://192.168.178.170:8080/beta/feed/data.json | jq ."

code:

"hp1": {
    "powerInput": 5.150232
},
"qc": {
    "flowRateFiltered": 548.784,
    "stickyPumpProtectionEnabled": false,
    "supervisoryControlMode": 0
}

Ook bij het uitzetten van de CV bleef de flow.

Iemand die dit herkent?

[m10tech]

MacD007 schreef op dinsdag 9 juli 2024 @ 00:00:
[...]
nee, dit is zeker niet per minut, het is per uur.
heb je ook al de json van de cic bekeken in de zelfde tijd, geeft hij daar ook die gevonden waarde aan:

bij mij is de pomp still en doet helemaal niets.

[Afbeelding]

[...]

API=json van CiC, toch? Is er nog een andere API? En hoe werkt die dan?
De gerapporteerde waarde is de json uit de CiC API...

[m10tech]

Vandaag is de flow METING opnieuw aangegaan.Vanaf 8 uur vanochtend continue op 550l/h.
Ik betwijfel dat er echt gepompt wordt, dus ik zet er een startplug tussen om te meten.
Ik ga het morgen bij Quatt rapporteren.

[MacD007]

m10tech schreef op dinsdag 9 juli 2024 @ 08:23:
[...]

API=json van CiC, toch? Is er nog een andere API? En hoe werkt die dan?
De gerapporteerde waarde is de json uit de CiC API...

snap ik, alleen mogelijk dat juist daar een fout in zit, dus als je direct je json feed uitleest (zie TS hoe je dat moet doen, hoewel ik wel denk dat je dat al weet) kun je deze mogelijk fout dan uitsluiten.
het was ook maar een tip.
zou de pomp wel werken is dat vreemd en zou dat op deze manier ook niet moeten doen.

[m10tech]

m10tech schreef op dinsdag 9 juli 2024 @ 13:33:
Vandaag is de flow METING opnieuw aangegaan.Vanaf 8 uur vanochtend continue op 550l/h.
Ik betwijfel dat er echt gepompt wordt, dus ik zet er een startplug tussen om te meten.
Ik ga het morgen bij Quatt rapporteren.

[Afbeelding]

Vandaag antwoord van Quatt helpdesk:

Inderdaad, ik heb de Quatt-gegevens bekeken en ik zie een doorstroming terwijl de Quatt niet in werking is.
Ik heb een service-inspectie voor je ingepland, dit is een bekend probleem, dus we hebben al enkele stappen voor de oplossing.

Heb je dus een nieuwe Quatt met flowsensor intern, dan kan dit ook voor jou relevant zijn...

En kudos voor Quatt Helpdesk. Uitermate snel en behulpzaam!

[TeslaNerd]

@m10tech ik lees dat jij al aardig vertrouwd raakt met de nieuwe huisgenoot. Heb jij al meegeluisterd naar de modbus communicatie in jouw Quatt?

[m10tech]

Dat staat op de lijst, maar ik ga eerst de TADO nabouwen in ESP32 en ook de on-off functie van mijn ketel via dezelfde ESP32 doorzetten naar mijn vaillant OT ketel. Dan heb ik weer monitoring daarvan.
En daarna hoop ik de MODBUS te gaan monitoren. Dus over een paar weken ben ik wel zover...

[RealCato]

ruubert schreef op woensdag 20 december 2023 @ 20:51:
Taming Tado 2

Ik ben nu sinds een paar dagen af van de in mijn ogen onnodige herstarts van de Quatt, bijvoorbeeld omdat de watertemperatuur onder de 18,5 C kwam.

Wat heb ik gedaan:
- Nachtverlaging beperkt tot 0,5C
- De delta waarmee de Tado de gewenste temperatuur variabel gemaakt. In de ochtend stapjes van 0,2 C, vanaf de middag 0,5 C en tijdens de nacht 0,1 C.

Waarom deze verschillen (0,1 , 0,2 , 0,5C). Ik merkte dat bij 0,2C stapjes de huiskamer zeer moeilijk of niet op de target temperatuur kwam, met 0,5 C wel. Dus in de ochtend stapjes van 0,2 C en als het dan met of zonder zon niet lukt vanaaf 12:00 0,5 C. Dit werkte fijn.
Met een stap van 0,6 C werd af en toe de CV bijgeschakeld en dat willen we natuurlijk niet.
Tijdens de nacht is een stapje van 0,1 C voldoende om pendelen van de Quatt te vermijden.

In mij chat met Tado wilden ze niet inhoudelijk ingaan op deze problematiek. Ze laten het probleem bij Quatt...
"Helaas hebben we vanuit tado ook geen mogelijkheid om parameters hiervoor aan te passen, voor de opentherm aansturing. Deze worden namelijk niet overgenomen, vandaar dat ik hoop dat quatt dit kan oplossen"

Niet getreurd hier is mijn fix voor een mooi continue draaiende pomp

Voor de volledigheid hier de complete HA automatisering:


Ik ga er vanuit dat de Tado thermostaat al in HA is opgenomen: bij mij heet hij climate.heating

Maak een Fake Thermostaat in configuration:

code:

climate:
  - platform: generic_thermostat
    name: Fake Thermostat
    unique_id: ft01
    heater: switch.dummy_tado_switch
    target_sensor: sensor.heatpump_thermostat_room_temperature
    min_temp: 15
    max_temp: 25
    ac_mode: false
    # target_temp: 20
    #cold_tolerance: 0.1
    #hot_tolerance: 0.1
    initial_hvac_mode: 'heat'
    precision: 0.1

Maak een dummy switch:

code:

- platform: template
    switches:
      dummy_tado_switch:
        #value_template: "{{ false  }}"
        turn_on:
        turn_off:

Maak een input_number in configuration.yaml voor de variabele temperatuur delta

code:

delta:
    name: Delta
    initial: 0.1
    min: 0.1
    max: 0.5
    step: 0.1

De automatisering bepaalt het setpoint van de Tado thermostaat via de Fake thermostaat.
Voor overdag gebruik ik dit:

code:

- alias: 'TADO Day'
  trigger:
    - platform: state
      entity_id: sensor.heatpump_flowmeter_flowrate
  condition:
    - or: 
      - condition: time
        after: '06:30'
        before: '22:00'
        weekday:
          - mon
          - tue
          - wed
          - fri
          - sat
          - sun
      - condition: time
        after: '06:30'
        before: '19:00'
        weekday:
          - thu    
  action:
    - if: 
      - condition: numeric_state
        entity_id: climate.heating
        attribute: temperature
        below: 19.90
      then:
        - service: climate.set_temperature
          data:
            temperature: 20.00
          target:
            entity_id: climate.fake_thermostat
    - if:
      - condition: time
        after: '06:30'
        before: '12:00'
      then:
        - service: input_number.set_value
          data:
            value: 0.2  
          target:
            entity_id: input_number.delta 
    - if:
      - condition: time
        after: '12:00'
      then:
        - service: input_number.set_value
          data:
            value: 0.5  
          target:
            entity_id: input_number.delta

Voor de nacht gebruik ik 2 schema's :

code:

- alias: 'TADO Night 1'
  trigger:
    - platform: state
      entity_id: sensor.heatpump_flowmeter_flowrate
  condition:
    - or:
      - condition: time
        after: '22:00'
        before: '06:30'
        weekday:
          - mon
          - tue
          - wed
          - fri
          - sat
          - sun
      - condition: time
        after: '19:00'
        before: '06:30'
        weekday:
          - thu    
  action:
    - service: climate.set_temperature
      data:
        temperature: 19.75
      target:
        entity_id: climate.fake_thermostat
    - service: input_number.set_value
      data:
        value: 0.1  
      target:
        entity_id: input_number.delta

en

code:

- alias: 'TADO Night 2'
  trigger:
    - platform: state
      entity_id: sensor.heatpump_flowmeter_flowrate
  condition:
    - or:
      - condition: time
        after: '00:01'
        before: '06:30'
        weekday:
          - mon
          - tue
          - wed
          - fri
          - sat
          - sun
      - condition: time
        after: '21:00'
        before: '06:30'
        weekday:
          - thu    
  action:
    - service: climate.set_temperature
      data:
        temperature: 19.50
      target:
        entity_id: climate.fake_thermostat
    - service: input_number.set_value
      data:
        value: 0.1  
      target:
        entity_id: input_number.delta

In alle schema's wordt de target temperatuur doorgegeven aan de fake thermostaat. Deze 'jongen' heeft als taak om de gewenste temperatuur naar de Tado te sturen in stapjes van 0,1 C , 0,2 of 0,5 C .
Dit gebeurt zo:

code:

- alias: 'Adjust Real Thermostat Temperature'
  mode: restart
  trigger:
    - platform: state
      entity_id: sensor.heatpump_flowmeter_flowrate
    - platform: time_pattern
      minutes: '/1'
    - platform: state
      entity_id: climate.fake_thermostat
      attribute: temperature
  action:
    - variables:
        room_temp: "{{ states('sensor.heating_temperature') | float }}"
        target_temp: "{{ state_attr('climate.fake_thermostat', 'temperature') | float }}"
        delta_temp: "{{ states('input_number.delta') | float }}"
    - choose:
        - conditions: 
            - condition: template
              value_template: "{{ room_temp < target_temp }}"
          sequence:
              # If room temp is less than target, increment the thermostat setting
            - service: climate.set_temperature
              target:
                entity_id: climate.heating
              data:
                temperature: "{{ room_temp + delta_temp }}"
        - conditions:
            - condition: template
              value_template: "{{ room_temp >= target_temp }}"
          sequence:
              # If room temp is greater than or equal to target, set to the target temp
            - service: climate.set_temperature
              target:
                entity_id: climate.heating
              data:
                temperature: "{{ target_temp }}"

Doe er je voordeel mee!

@ruubert Dank! Ik heb jouw code gebruikt om mijn eigen automations te maken. Het was wel even wat werk want je code is niet knip-en-plakbaar, dan krijg je foutmeldingen. Maar het is gelukt.

Paar vraagjes:
1) je hebt 3 triggers voor het bijstellen van de real thermostat. Heb je die alledrie nodig?
2) ook je Tado day en Tado Night automations hebben meerdere triggers en condities? Kun je niet simpelweg alleen op tijd doen en dan zeggen "tussen 06:00 en 12:00 moet de fake thermostat op 21 graden, en de delta op 0.2" etc.

Dus dan wordt je hele systeem heel eenvoudig:
- 1 automation per tijdvak, waarbij je puur afhankelijk van het tijdstip van de dag de gewenste variabelen instelt (doeltemperatuur en delta)
- 1 automation die alleen triggert als de huidige temperatuur verandert en die:
a) als de huidige temperatuur onder de doeltemperatuur zit, de echte thermostaat op "huidige temp + delta" zet.
b) als deze boven de doeltemp zit, de echte thermostaat op doeltemp zet (zodat bij een delta van 0.5 je thermostaat geen overshoot van 0.5 gaat geven).

[m10tech]

Over het modbus decoderen, het onderstaande is mijn conclusie na een weekend puzzelen

code:

Experiment with activated heatpump, running modbus sniffer and jsonfeed side by side

This was taken on a warm summer day, so baseline temperatures are quite high
All temperatures are calculated by taking the value, divide by 100 and substract 30
reg2099 is .hp1.getMainWorkingMode  0 or 2
reg2101 is compressor(?) power contribution. Multiply by 23 to get a decent estimate (still open issues)
reg2102 follows reg1999  0->0, 1->0x001e low power mode(?), 2->0x0027 high power mode(?)
reg2108 statusbits  0x0800 is pump running, 0x0010 is heat generation (?)
reg2110 outside Temp
reg2111-2113 appear internal Temps
reg2116-2117 might be pressure related, the delta increases when heating and base value is 174 and drops once pump starts
reg2126 might be power related, but not clear how
reg2132 might be the air exit temperature, it drops from ambient 29.04 deg to 7.36 deg in high power mode
reg2133 is waterInT  as reported in jsonfeed
reg2134 is waterOutT as reported in jsonfeed
reg2135 looks a temperature that started at 33 deg and dropped to 24.6 deg during operation
reg2137 is power contribution from pump, but reports a ghost value when hp is off. use value divided by 10
reg2138 is flow of flowsensor. multiply value by 0.618

reg2010 commands pump on/off with value 0x1000
reg2015 has a variable command value, as long as pump runs, values between 400 and 520 (?)
reg3999 seems command to generate heat in general
reg1999 seems to switch between low power mode (1) and high power mode (2)

power consumption reported by jsonflow seems the addition of several contributions done by CiC
5.150232 fixed + reg2137(pump) + reg2101(compressor?) + unknown small bits during high power mode

See excel 'modbus decoding raw.xlsx' for intensive analysis
jsonfeed is 9x per 10s and modbus seems much more 10x per 10s so syncing is a bit of a mess
Sticky pump protection runs every 24h after the experiment finished
Ghost power value of reg2137 can be different over time, here it is 0x0316 => 79W. It sometimes 'leaks' into json feed.

[m10tech]

Indien je de excel in kwestie wilt ontvangen, stuur dan even een PM

[harv]

Leuk als hier inderdaad meer info omtrent goede domotica komt!

[ Voor 148% gewijzigd door harv op 12-09-2024 17:25 ]

[m10tech]

harv schreef op donderdag 12 september 2024 @ 17:17:
leeft dit nog??

Op zich wel, maar even op zomer pauze.
Maar de herfst lijkt net begonnen, dus het komt wel weer op gang.

[ Voor 72% gewijzigd door m10tech op 12-09-2024 17:21 ]

[m10tech]

harv schreef op donderdag 12 september 2024 @ 17:17:
Jammer, weinig info hier

Wat wil je weten?

[MacD007]

m10tech schreef op donderdag 12 september 2024 @ 17:23:
[...]

Wat wil je weten?

Beste Harv, dit is een door de gebruikers gevoed topic, dus je opmerking "Jammer, weinig info hier", het is dus niet alleen halen maar ook nutttige infor hier posten zodat ook anderen hiervan kunnen profiteren.

het is helaas geen ik heb een vraag, en warom staat er mijn antwoord er niet op, zo werkt het helaas niet.

[harv]

MacD007 schreef op donderdag 12 september 2024 @ 17:30:
[...]


Beste Harv, dit is een door de gebruikers gevoed topic, dus je opmerking "Jammer, weinig info hier", het is dus niet alleen halen maar ook nutttige infor hier posten zodat ook anderen hiervan kunnen profiteren.

het is helaas geen ik heb een vraag, en warom staat er mijn antwoord er niet op, zo werkt het helaas niet.

Macd007

Ik had niet veel actie gezien de laatste tijd, wel gezocht op andere fora.
Moet nog bestuderen, er zijn hier echt wel slimmeriken!!

Wil je zelf wat meer letten op d en t in je zinnen en je reactie ś??

[gwjonker]

In de topic gwjonker in "Ervaringen met Quatt Deel 2" kreeg ik van een aantal het verzoek de code voor het onderstaande dashboard te delen. Hierbij een eerste poging.



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

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

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

code:

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

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

code:

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

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

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

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

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

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

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

code:

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

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

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

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

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

[TeslaNerd]

Mooi dashboard en duidelijke installatie instructie. Goeie start van het nieuwe Quatt stookseizoen 🥳

[Trackerfire]

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

[Afbeelding]

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

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

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

code:

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

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

code:

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

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

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

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

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

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

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

code:

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

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

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

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

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

Krijg hem helaas niet aan de praat:

Krijg de melding als ik de add-on wil toevoegen:

Unknown type: picture-elements

Iemand al meer succes gehad?

Edit: Fixed!

[Trackerfire]

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

Toevoegen aan configuration.yaml

code:

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

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

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

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

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

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

  quatt_hp1_power_input_kwh_daily:
    source: sensor.heatpump_hp1_powerinput
    cycle: daily

  heatpump_hp1_cop_daily:
    source: sensor.heatpump_hp1_quatt_cop
    cycle: daily

Toevoegen aan kaart:

code:

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

[ Voor 102% gewijzigd door Trackerfire op 18-09-2024 22:29 ]

[clubeddie]

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

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

Dank @gwjonker en @Trackerfire voor het mooie werk. Nu er weer herfstachtig weer aankomt is het weer tijd om lekker te gaan knutselen in Home Assistant.

@Trackerfire ik heb jou code gekopieerd aangezien ik ook maar 1 Quatt heb staan, maar ik krijg bij de configuratie validatie onderstaande foutmeldingen:
Configuration warnings
Invalid config for 'sensor' at configuration.yaml, line 322: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 346: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 355: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 364: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 372: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 381: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 391: required key 'platform' not provided

Line 322 = - name: "Quatt HP1 Control Mode"
Line 346 = - name: Costs kWh heat CV
etc..

kortom, alle code met - name geeft foutmelding.

Moet er nog een deel van de code van @gwjonker gebruikt worden of is alleen jou code voldoende om te gebruiken?

[Trackerfire]

clubeddie schreef op zondag 22 september 2024 @ 15:26:
[...]


Dank @gwjonker en @Trackerfire voor het mooie werk. Nu er weer herfstachtig weer aankomt is het weer tijd om lekker te gaan knutselen in Home Assistant.

@Trackerfire ik heb jou code gekopieerd aangezien ik ook maar 1 Quatt heb staan, maar ik krijg bij de configuratie validatie onderstaande foutmeldingen:
Configuration warnings
Invalid config for 'sensor' at configuration.yaml, line 322: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 346: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 355: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 364: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 372: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 381: required key 'platform' not provided
Invalid config for 'sensor' at configuration.yaml, line 391: required key 'platform' not provided

Line 322 = - name: "Quatt HP1 Control Mode"
Line 346 = - name: Costs kWh heat CV
etc..

kortom, alle code met - name geeft foutmelding.

Moet er nog een deel van de code van @gwjonker gebruikt worden of is alleen jou code voldoende om te gebruiken?

Hmm, nee dit zou 'm moeten zijn. Kun je je configuration.yaml eens delen. Ook met de code die er voor dit plakken al stond? HA is nogal gevoelig met hoe de -name uitgelijnd staat t.o.v. eerdere lines in de file.

[Omver]

Beste mensen, is het ook mogelijk om de waterdruk in het systeem uit te lezen in HA?
Ik kreeg ven Quatt een mail dat ze in de CIC zagen dat mijn druk te laag was. Het is dus bekend in de CIC, Ik kan alleen nergens een entiteit vinden die de waarde doorgeeft in HA

[m10tech]

Op zondagavond 11 augustus heb ik een analyse gemaakt van de MODBUS informatie

code:

reg2116-2117 might be pressure related, the delta increases when heating and base value is 174 and drops once pump starts

Dit moet nog verder worden uitgewerkt maar is je meest waarschijnlijke oplossing.
Geen laaghangend fruit helaas...

[Freeckje]

m10tech schreef op dinsdag 24 september 2024 @ 21:34:
Op zondagavond 11 augustus heb ik een analyse gemaakt van de MODBUS informatie

code:

reg2116-2117 might be pressure related, the delta increases when heating and base value is 174 and drops once pump starts

Dit moet nog verder worden uitgewerkt maar is je meest waarschijnlijke oplossing.
Geen laaghangend fruit helaas...

@Omver misschien aan Quatt vragen, om de druk meetwaarde in de json-datastructuur op te nemen?

[Erveetwee]

Sinds begin dit jaar heb ik een Quatt in huis. Net voor de grote update van de Quatt app heb ik een HA in huis gehaald om meer zicht te krijgen op de data van mijn Quatt.

Nu ben ik toe aan een volgende stap, wil van mijn Iungo (energie verbruiksmanager op de P1 poort van mijn slimme meter) die haar data via mqtt uitstuurt die data netjes in het energiedashboard van mijn HA krijgen.

Die data goed ingesteld krijgen in sensors en een mooi dashboard maken is een stap te ver voor mijn beperkte HA kennis. Weet iemand of er personen zijn die hier een stap verder mee zijn en al wat hebben draaien met Iungo (zoekfunctie hier op 't forum en Googelen kwam ik zelf niet verder mee). Of die me hier mee op weg kunnen helpen?

[Freeckje]

Omver schreef op dinsdag 24 september 2024 @ 21:29:
Beste mensen, is het ook mogelijk om de waterdruk in het systeem uit te lezen in HA?
Ik kreeg ven Quatt een mail dat ze in de CIC zagen dat mijn druk te laag was. Het is dus bekend in de CIC, Ik kan alleen nergens een entiteit vinden die de waarde doorgeeft in HA

Is iemand er in geslaagd om met HA icm met een OT-gateway de waterdruk vanuit de CiC uit te lezen?
Mij lukt het momenteel niet met een esp8266-OT-gateway. Andere parameters zoals de buiten- en retourtemperatuur krijg ik zonder problemen binnen.

[m10tech]

Ik lees mijn waterdruk uit via mijn Vaillant ketel OpenTherm interface, maar anders wordt het ModBus...

[Omver]

Freeckje schreef op dinsdag 24 september 2024 @ 22:32:
[...]

@Omver misschien aan Quatt vragen, om de druk meetwaarde in de json-datastructuur op te nemen?

Ga ik doen, bedankt

[Star65]

Trackerfire schreef op zondag 22 september 2024 @ 18:29:
[...]


Hmm, nee dit zou 'm moeten zijn. Kun je je configuration.yaml eens delen. Ook met de code die er voor dit plakken al stond? HA is nogal gevoelig met hoe de -name uitgelijnd staat t.o.v. eerdere lines in de file.

Hmm na installatie van de Quatt Duo vandaag begonnen met de integratie maar krijg ook fout in config, uitlijning zou kunnen, maar ik zie hem even niet. Iemand idee?

EDIT: Gevonden, 1 tab naar rechts.

[ Voor 26% gewijzigd door Star65 op 27-09-2024 22:25 ]

[wpeterw]

Star65 schreef op vrijdag 27 september 2024 @ 22:08:
[...]


Hmm na installatie van de Quatt Duo vandaag begonnen met de integratie maar krijg ook fout in config, uitlijning zou kunnen, maar ik zie hem even niet. Iemand idee?

EDIT: Gevonden, 1 tab naar rechts.

Als je een editor/ide gebruikt zoals vscode met een yaml plugin voorkom je dit.

[rickkaptein]

RealCato schreef op maandag 5 augustus 2024 @ 18:48:
[...]

@ruubert Dank! Ik heb jouw code gebruikt om mijn eigen automations te maken. Het was wel even wat werk want je code is niet knip-en-plakbaar, dan krijg je foutmeldingen. Maar het is gelukt.

Paar vraagjes:
1) je hebt 3 triggers voor het bijstellen van de real thermostat. Heb je die alledrie nodig?
2) ook je Tado day en Tado Night automations hebben meerdere triggers en condities? Kun je niet simpelweg alleen op tijd doen en dan zeggen "tussen 06:00 en 12:00 moet de fake thermostat op 21 graden, en de delta op 0.2" etc.

Dus dan wordt je hele systeem heel eenvoudig:
- 1 automation per tijdvak, waarbij je puur afhankelijk van het tijdstip van de dag de gewenste variabelen instelt (doeltemperatuur en delta)
- 1 automation die alleen triggert als de huidige temperatuur verandert en die:
a) als de huidige temperatuur onder de doeltemperatuur zit, de echte thermostaat op "huidige temp + delta" zet.
b) als deze boven de doeltemp zit, de echte thermostaat op doeltemp zet (zodat bij een delta van 0.5 je thermostaat geen overshoot van 0.5 gaat geven).

Zou je code voor die vereenvoudigde automatiseringen kunnen delen? Dit klinkt namelijk precies als de oplossing waar ik naar op zoek ben om mijn quatt soepeler te laten verwarmen.

[TeslaNerd]

Freeckje schreef op zaterdag 13 april 2024 @ 13:29:
[...]

Die twee meetwaarden zijn nagenoeg gelijk, dus dat maakt voor de regeling niets uit. Ik gebruik voor de regeling alleen meetwaarden via Opentherm: retourtemperatuur (of is dat ook de aanvoertemp ), aan/uit status, buitentemperatuur, en voor de aansturing het setpoint vd watertemp.

PS:
1:De CiC retourneert gelukkig de retourtemperatuur via Opentherm!
2: heb mijn punt mbt de regeling doorgegeven aan Quatt, ben benieuwd hoe ze reageren.

@Freeckje heb jij al iets terug gehoord van Quatt op jouw bevinding mbt de regeling?

Ik heb gisteravond mijn thermostaat sinds eind april weer van 10 naar 20 graden gezet en mijn systeem lijkt nog wat beter te draaien dan met vergelijkbare buitentemperaturen van april. Ik had vanacht een COP van 5,4.

Ik hertest deze week mijn eigen pseudo waterbesturing en zal die daarna weer eens uitzetten om te zien of Quatt de CiC regeling van Quatt inmiddels heeft verbeterd obv onze meldingen van de overshoots en het te lang wachten met weer aanzetten van de warmtepomp

[ Voor 26% gewijzigd door TeslaNerd op 01-10-2024 09:06 ]

[Freeckje]

TeslaNerd schreef op dinsdag 1 oktober 2024 @ 08:55:
[...]

@Freeckje heb jij al iets terug gehoord van Quatt op jouw bevinding mbt de regeling?

Ik heb gisteravond mijn thermostaat sinds eind april weer van 10 naar 20 graden gezet en mijn systeem lijkt nog wat beter te draaien dan met vergelijkbare buitentemperaturen van april. Ik had vanacht een COP van 5,4.

Ik hertest deze week mijn eigen pseudo waterbesturing en zal die daarna weer eens uitzetten om te zien of Quatt de CiC regeling van Quatt inmiddels heeft verbeterd obv onze meldingen van de overshoots en het te lang wachten met weer aanzetten van de warmtepomp

Weet niet of ik dat teruggekoppeld heb, maar de reactie was in de zin van "dat alle cv's zo geregeld worden"
Kortom, daar word je niet wijzer van. Ondertussen draait de wp weer en heb een nieuwe ticket uitstaan mbt instabiliteit van of de regeling of de installatie zelf. Veel ruis/fluctuaties op de powerinput en poweroutput signalen.
Ik bied gewoon 1 stabiel water-setpoint aan. @TeslaNerd powerinput fluctueert nogal. Terwijl later op de dag het patroon stabieler is.
Kreeg van Quatt het advies om: te ontluchten, flow van 670 naar 800 l/u te verhogen, heb later de gebundelde bekabeling losser aangebracht om EMC-effecten uit te sluiten. Heeft allemaal tot nu toe niet geholpen. Wacht nu weer op reactie van Quatt. Zien anderen die fluctuaties ook?

[ Voor 20% gewijzigd door Freeckje op 01-10-2024 15:21 ]

[TeslaNerd]

Freeckje schreef op dinsdag 1 oktober 2024 @ 09:15:
[...]

Weet niet of ik dat teruggekoppeld heb, maar de reactie was in de zin van "dat alle cv's zo geregeld worden"
Kortom, daar word je niet wijzer van. Ondertussen draait de wp weer en heb een nieuwe ticket uitstaan mbt instabiliteit van of de regeling of de installatie zelf. Veel ruis/fluctuaties op de powerinput en poweroutput signalen.
Ik bied gewoon 1 stabiel water-setpoint aan. @TeslaNerd powerinput fluctueert nogal. Terwijl later op de dag het patroon stabieler is.
Kreeg van Quatt het advies om: te ontluchten, flow van 670 naar 800 l/u te verhogen, heb later de gebundelde bekabeling losser aangebracht om EMC-effecten uit te sluiten. Heeft allemaal tot nu toe niet geholpen. Wacht nu weer op reactie van Quatt. Zien anderen die fluctuaties ook?
[Afbeelding]

Heeft de fluctuatie in de powerinput niet te maken met de compressorfrequentie die de CiC voor jouw Quatt dan kiest?

Hoe stel jij zelf de flow in op 670 of 800l/u?

[Freeckje]

TeslaNerd schreef op dinsdag 1 oktober 2024 @ 15:35:
[...]

Heeft de fluctuatie in de powerinput niet te maken met de compressorfrequentie die de CiC voor jouw Quatt dan kiest?

Hoe stel jij zelf de flow in op 670 of 800l/u?

Jawel, maar die wordt blijkbaar niet 1 op 1 bepaald door het setpoint, maar wordt bepaalt door het regelalgoritme van de CiC. Die regeling zit mogelijk continue te corrigeren obv de vermogensoutput van de wp, die mede wordt bepaald door de flowsensor/flowtemperatuur!!
Of er is sprake van een storing want sommige periodes zijn de signalen veel stabieler. Heb dit richting Quatt gesuggereerd/gevraagd.

Mbt flow: ik had de flow van de vvw afgeknepen door een kraan, en nu wat meer opengezet.
Ik vind de "eis" van Quatt om de flow op 800 te handhaven vreemd omdat daarmee elke cv met naregeling uit balans is. Beetje offtopic allemaal niet?

[TeslaNerd]

Freeckje schreef op dinsdag 1 oktober 2024 @ 15:54:
[...]

Jawel, maar die wordt blijkbaar niet 1 op 1 bepaald door het setpoint, maar wordt bepaalt door het regelalgoritme van de CiC. Die regeling zit mogelijk continue te corrigeren obv de vermogensoutput van de wp, die mede wordt bepaald door de flowsensor/flowtemperatuur!!
Of er is sprake van een storing want sommige periodes zijn de signalen veel stabieler. Heb dit richting Quatt gesuggereerd/gevraagd.

Mbt flow: ik had de flow van de vvw afgeknepen door een kraan, en nu wat meer opengezet.
Ik vind de "eis" van Quatt om de flow op 800 te handhaven vreemd omdat daarmee elke cv met naregeling uit balans is. Beetje offtopic allemaal niet?

Lijkt mij nog helemaal on topic🥳

Ik heb dat zelf ook wel gedaan door verschillende radiatoren af te knijpen. Dan zag ik de powerinput van de Quatt ook wel wat onrustig worden bij lage compressorfrequenties met de powerinput van de flowpomp. Kan dat bij jou ook zo zijn en zie jij dan ook fluctuaties in de flow?
In jouw grafiek zie ik een paar fluctuaties in de groene flow lijn maar bij de oranje lijn met veel fluctuaties ligt de groene lijn daar achter verborgen

[ Voor 7% gewijzigd door TeslaNerd op 01-10-2024 16:16 ]

[Flesym]

Freeckje schreef op dinsdag 1 oktober 2024 @ 09:15:
[...]

Ik bied gewoon 1 stabiel water-setpoint aan. @TeslaNerd powerinput fluctueert nogal. Terwijl later op de dag het patroon stabieler is. Zien anderen die fluctuaties ook?

Ik heb geen last van fluctuaties op de PowerInput (maar mijn sturing is op basis van room temperature)

[ Voor 3% gewijzigd door Flesym op 01-10-2024 17:17 ]

[Freeckje]

TeslaNerd schreef op dinsdag 1 oktober 2024 @ 16:06:
[...]

Lijkt mij nog helemaal on topic🥳

Ik heb dat zelf ook wel gedaan door verschillende radiatoren af te knijpen. Dan zag ik de powerinput van de Quatt ook wel wat onrustig worden bij lage compressorfrequenties met de powerinput van de flowpomp. Kan dat bij jou ook zo zijn en zie jij dan ook fluctuaties in de flow?
In jouw grafiek zie ik een paar fluctuaties in de groene flow lijn maar bij de oranje lijn met veel fluctuaties ligt de groene lijn daar achter verborgen

@Tes Nee, de flow is juist zeer stabiel, de waterpomp wordt blijkbaar niet continue gemoduleerd of ergens anders door beinvloed (heb geen naregeling). De oorzaak van de fluctuaties zou kunnen zijn:
1: een instabiel meet-en regelfenomeen in de CiC
2: een instabiel fysisch proces in de compressor of in de condensor die leidt tot een fluctuerende belasting van de compressor.
3: een elektrisch/elektronica issue in de CiC icm de sensoren.
Mbt punt 2: het lijkt er op dat in de loop van de dag de fluctuaties verdwijnen.
Maar ja, het is allemaal speculeren, laat ik eerst de reactie van Quatt afwachten.

@Flesym ik zie geen verband met de fluctuaties met een regeling obv kamertemp of watertemp, ik stuur de hele dag 1 stabiel setpoint.

[ Voor 8% gewijzigd door Freeckje op 01-10-2024 17:32 ]

[m10tech]

Freeckje schreef op dinsdag 1 oktober 2024 @ 17:26:
[...]

@Tes Nee, de flow is juist zeer stabiel, de waterpomp wordt blijkbaar niet continue gemoduleerd of ergens anders door beinvloed (heb geen naregeling). De oorzaak van de fluctuaties zou kunnen zijn:
1: een instabiel meet-en regelfenomeen in de CiC
2: een instabiel fysisch proces in de compressor of in de condensor die leidt tot een fluctuerende belasting van de compressor.
3: een elektrisch/elektronica issue in de CiC icm de sensoren.
Mbt punt 2: het lijkt er op dat in de loop van de dag de fluctuaties verdwijnen.
Maar ja, het is allemaal speculeren, laat ik eerst de reactie van Quatt afwachten.

Wellicht heb je ook een gare flowsensor zoals ik had.
Die is door Quatt vervangen, want ze wisten 'er' al van...

m10tech schreef op dinsdag 9 juli 2024 @ 13:33:
Vandaag is de flow METING opnieuw aangegaan.Vanaf 8 uur vanochtend continue op 550l/h.
Ik betwijfel dat er echt gepompt wordt, dus ik zet er een startplug tussen om te meten.
Ik ga het morgen bij Quatt rapporteren.

[Afbeelding]

[Freeckje]

m10tech schreef op dinsdag 1 oktober 2024 @ 17:32:
[...]


Wellicht heb je ook een gare flowsensor zoals ik had.
Die is door Quatt vervangen, want ze wisten 'er' al van...

[...]

Das een goede, het feit is wel dat de flowsensor en tempsensor die er in zit, juist wel stabiel blijven.

[TeslaNerd]

Freeckje schreef op dinsdag 1 oktober 2024 @ 17:26:
[...]

@Tes Nee, de flow is juist zeer stabiel, de waterpomp wordt blijkbaar niet continue gemoduleerd of ergens anders door beinvloed. De oorzaak van de fluctuaties zou kunnen zijn:
1: een instabiel meet-en regelfenomeen in de CiC
2: een instabiel fysisch proces in de compressor of in de condensor die leidt tot een fluctuerende belasting van de compressor.
3: een elektrisch/elektronica issue in de CiC icm de sensoren.
Mbt punt 2: het lijkt er op dat in de loop van de dag de fluctuaties verdwijnen.

Ik kan mij herinneren van de Quatt informatieavond dat Quatt voor alle installaties alle data per 15 seconden bewaart met de volledige historie vanaf installatie.
Ik zou bijvoorbeeld vragen aan Quatt voor zo een tijdsinterval waar jouw metingen fluctuaties laten zien hoe dat er in de sensor rapportages van Quatt uit ziet

[Freeckje]

Kunnen HA-kenners ook de compressor frequentie in HA uitlezen?
Ik las ergens dat je een android moet omkatten, maar begreep eerlijk gezegd niet hoe dat moet en klonk me erg ingewikkeld.

[TeslaNerd]

Freeckje schreef op dinsdag 1 oktober 2024 @ 17:49:
Kunnen HA-kenners ook de compressor frequentie in HA uitlezen?
Ik las ergens dat je een android moet omkatten, maar begreep eerlijk gezegd niet hoe dat moet en klonk me erg ingewikkeld.

Volgens mij staat dat ergens beschreven in deel 1 van het Ervaringen met Quatt forum

[gwjonker]

Weet iemand hoe de sturing werkt voor het afwisselen van de warmtepompen in een duo-opstelling? Ik had begrepen dat de besturing zorgt dat er afgewisseld wordt, zodat beide wp's evenveel draaiuren maken.

Als ik echter kijk naar de geschiedenis van beide pompen, zie ik dat nummer 1 veel vaker en daarmee langer draait dan nummer 2.



De eerste regel is wp 1, de tweede wp2 en de derde regel de gezamenlijke.
Blauw = heating
Oranje = standby

[RealCato]

rickkaptein schreef op maandag 30 september 2024 @ 11:10:
[...]


Zou je code voor die vereenvoudigde automatiseringen kunnen delen? Dit klinkt namelijk precies als de oplossing waar ik naar op zoek ben om mijn quatt soepeler te laten verwarmen.

@rickkaptein sure thing!

Op dit moment heb ik de volgende automatiseringen
1) en 2) zijn gebaseerd op @ruubert 's werk, 3) heb ik zelf toegevoegd.

Werkt allemaal prima nu, maar ik wil dus nog versimpelen.
Waar ik naartoe wil:
- De thermostaat op de Tado is leidend voor de target temp op de Quatt
- Nachtverlaging van ong. 0.5 graad, zodat ik er 's ochtends zeker van ben dat de warmtepomp sowieso een uurtje of 2 aanstaat om de slaapkamers op hun dagtemperatuur te brengen.
- Als ik de thermostaat van de Tado op 0 zet moet ook de Quatt uit gaan (vooral handig wanneer ik op vakantie ga en vergeten ben de thermostaat lager te zetten - de Home assistent kan ik niet benaderen buitenshuis, de Tado app wel).
- Misschien iets meer slimmigheid op de Heatboosters zodat ze bij hoge warmtevraag wat harder gaan draaien (maar mijn ervaring is dat 20% voldoende is voor de meeste scenarios)

1: Voor het instellen van de Target Temp van de centrale Tado thermostaat

code:

alias: Adjust Real thermostat Temperature
description: ""
trigger:
  - platform: state
    entity_id: sensor.heatpump_flowmeter_flowrate
  - platform: time_pattern
    minutes: /1
  - platform: state
    entity_id: climate.fake_thermostat
    attribute: temperature
action:
  - variables:
      room_temp: "{{ states('sensor.living_room_temperature') | float }}"
      target_temp: "{{ state_attr('climate.fake_thermostat', 'temperature') | float }}"
      delta_temp: "{{ states('input_number.delta') | float }}"
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ room_temp < target_temp }}"
        sequence:
          - target:
              entity_id: climate.living_room
            data:
              temperature: "{{ room_temp + delta_temp }}"
            action: climate.set_temperature
      - conditions:
          - condition: template
            value_template: "{{ room_temp >= target_temp }}"
        sequence:
          - target:
              entity_id: climate.living_room
            data:
              temperature: "{{ target_temp }}"
            action: climate.set_temperature
mode: restart

2: Voor het instellen van de parameters die in 1. gebruikt worden

code:

alias: TADO day
description: ""
trigger:
  - platform: state
    entity_id: sensor.heatpump_flowmeter_flowrate
condition:
  - or:
      - condition: time
        after: "06:30"
        before: "22:00"
        weekday:
          - mon
          - tue
          - wed
          - thu
          - fri
          - sat
          - sun
action:
  - if: []
    then:
      - data:
          temperature: 21
        target:
          entity_id: climate.fake_thermostat
        action: climate.set_temperature
  - if:
      - condition: time
        after: "06:30"
        before: "12:00"
    then:
      - data:
          value: 0.2
        target:
          entity_id: input_number.delta
        action: input_number.set_value
  - if:
      - condition: time
        after: "12:00"
    then:
      - data:
          value: 0.5
        target:
          entity_id: input_number.delta
        action: input_number.set_value

code:

alias: TADO Night 1
description: ""
trigger:
  - platform: state
    entity_id: sensor.heatpump_flowmeter_flowrate
condition:
  - or:
      - condition: time
        after: "22:00"
        before: "06:30"
        weekday:
          - mon
          - tue
          - wed
          - thu
          - fri
          - sat
          - sun
action:
  - data:
      temperature: 20.75
    target:
      entity_id: climate.fake_thermostat
    action: climate.set_temperature
  - data:
      value: 0.1
    target:
      entity_id: input_number.delta
    action: input_number.set_value
mode: single

code:

alias: TADO Night 2
description: ""
trigger:
  - platform: state
    entity_id: sensor.heatpump_flowmeter_flowrate
condition:
  - or:
      - condition: time
        after: "00:01"
        before: "06:30"
        weekday:
          - mon
          - tue
          - wed
          - thu
          - fri
          - sat
          - sun
action:
  - data:
      temperature: 20.5
    target:
      entity_id: climate.fake_thermostat
    action: climate.set_temperature
  - data:
      value: 0.1
    target:
      entity_id: input_number.delta
    action: input_number.set_value
mode: single

3: Voor het instellen van een Heatbooster fan

code:

alias: Hallway - control fans
description: Controls fans in hallway. Only works in Manual mode.
trigger:
  - platform: time_pattern
    minutes: /5
condition: []
action:
  - if:
      - condition: state
        entity_id: binary_sensor.heatpump_thermostat_heating
        state: "on"
      - condition: numeric_state
        entity_id: sensor.hallway_heating
        above: 0
    then:
      - device_id: heatbooster_hallway
        domain: number
        entity_id: heatbooster_hallway_fan_speed
        type: set_value
        value: 20
    else:
      - device_id: heatbooster_hallway
        domain: number
        entity_id: heatbooster_hallway_fan_speed
        type: set_value
        value: 0
mode: single

[Flesym]

RealCato schreef op woensdag 2 oktober 2024 @ 09:32:
[...]
de Home assistent kan ik niet benaderen buitenshuis, de Tado app wel.

Als je dat wel wilt, kijk eens naar Tailscale. Gratis, eenvoudig in te richten en veilig (bouwt een VPN tussen te GSM/tablet en HA). Dan is HA ook van buiten te bereiken.

[s020506]

RealCato schreef op woensdag 2 oktober 2024 @ 09:32:
[...]

@rickkaptein sure thing!

Op dit moment heb ik de volgende automatiseringen
1) en 2) zijn gebaseerd op @ruubert 's werk, 3) heb ik zelf toegevoegd.

Werkt allemaal prima nu, maar ik wil dus nog versimpelen.
Waar ik naartoe wil:
- De thermostaat op de Tado is leidend voor de target temp op de Quatt
- Nachtverlaging van ong. 0.5 graad, zodat ik er 's ochtends zeker van ben dat de warmtepomp sowieso een uurtje of 2 aanstaat om de slaapkamers op hun dagtemperatuur te brengen.
- Als ik de thermostaat van de Tado op 0 zet moet ook de Quatt uit gaan (vooral handig wanneer ik op vakantie ga en vergeten ben de thermostaat lager te zetten - de Home assistent kan ik niet benaderen buitenshuis, de Tado app wel).
- Misschien iets meer slimmigheid op de Heatboosters zodat ze bij hoge warmtevraag wat harder gaan draaien (maar mijn ervaring is dat 20% voldoende is voor de meeste scenarios)

1: Voor het instellen van de Target Temp van de centrale Tado thermostaat

code:

alias: Adjust Real thermostat Temperature
description: ""
trigger:
  - platform: state
    entity_id: sensor.heatpump_flowmeter_flowrate
  - platform: time_pattern
    minutes: /1
  - platform: state
    entity_id: climate.fake_thermostat
    attribute: temperature
action:
  - variables:
      room_temp: "{{ states('sensor.living_room_temperature') | float }}"
      target_temp: "{{ state_attr('climate.fake_thermostat', 'temperature') | float }}"
      delta_temp: "{{ states('input_number.delta') | float }}"
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ room_temp < target_temp }}"
        sequence:
          - target:
              entity_id: climate.heating
            data:
              temperature: "{{ room_temp + delta_temp }}"
            action: climate.set_temperature
      - conditions:
          - condition: template
            value_template: "{{ room_temp >= target_temp }}"
        sequence:
          - target:
              entity_id: climate.heating
            data:
              temperature: "{{ target_temp }}"
            action: climate.set_temperature
mode: restart

2: Voor het instellen van de parameters die in 1. gebruikt worden

code:

alias: TADO day
description: ""
trigger:
  - platform: state
    entity_id: sensor.heatpump_flowmeter_flowrate
condition:
  - or:
      - condition: time
        after: "06:30"
        before: "22:00"
        weekday:
          - mon
          - tue
          - wed
          - thu
          - fri
          - sat
          - sun
action:
  - if: []
    then:
      - data:
          temperature: 21
        target:
          entity_id: climate.fake_thermostat
        action: climate.set_temperature
  - if:
      - condition: time
        after: "06:30"
        before: "12:00"
    then:
      - data:
          value: 0.2
        target:
          entity_id: input_number.delta
        action: input_number.set_value
  - if:
      - condition: time
        after: "12:00"
    then:
      - data:
          value: 0.5
        target:
          entity_id: input_number.delta
        action: input_number.set_value

code:

alias: TADO Night 1
description: ""
trigger:
  - platform: state
    entity_id: sensor.heatpump_flowmeter_flowrate
condition:
  - or:
      - condition: time
        after: "22:00"
        before: "06:30"
        weekday:
          - mon
          - tue
          - wed
          - thu
          - fri
          - sat
          - sun
action:
  - data:
      temperature: 20.75
    target:
      entity_id: climate.fake_thermostat
    action: climate.set_temperature
  - data:
      value: 0.1
    target:
      entity_id: input_number.delta
    action: input_number.set_value
mode: single

code:

alias: TADO Night 2
description: ""
trigger:
  - platform: state
    entity_id: sensor.heatpump_flowmeter_flowrate
condition:
  - or:
      - condition: time
        after: "00:01"
        before: "06:30"
        weekday:
          - mon
          - tue
          - wed
          - thu
          - fri
          - sat
          - sun
action:
  - data:
      temperature: 20.5
    target:
      entity_id: climate.fake_thermostat
    action: climate.set_temperature
  - data:
      value: 0.1
    target:
      entity_id: input_number.delta
    action: input_number.set_value
mode: single

code:

3: Voor het instellen van een Heatbooster fan

code:

alias: Hallway - control fans
description: Controls fans in hallway. Only works in Manual mode.
trigger:
  - platform: time_pattern
    minutes: /5
condition: []
action:
  - if:
      - condition: state
        entity_id: binary_sensor.heatpump_thermostat_heating
        state: "on"
      - condition: numeric_state
        entity_id: sensor.hallway_heating
        above: 0
    then:
      - device_id: c9e5e3ddfcf13d9769e52da26cebb192
        domain: number
        entity_id: c484068f7a658331aee440942c333e4d
        type: set_value
        value: 20
    else:
      - device_id: c9e5e3ddfcf13d9769e52da26cebb192
        domain: number
        entity_id: c484068f7a658331aee440942c333e4d
        type: set_value
        value: 0
mode: single

Mooi hoor. Geeft inspiratie

Vraagje nog, waarom 2 automations voor de nacht?

[RealCato]

s020506 schreef op woensdag 2 oktober 2024 @ 14:18:
[...]


Mooi hoor. Geeft inspiratie

Vraagje nog, waarom 2 automations voor de nacht?

Heb ik overgenomen van @ruubert en ik heb het zelf simpelweg nog niet versimpeld.
Volgens mij is het namelijk niet nodig, want zelfs als je de thermostaat om 6:30 in één keer van 20.5 naar 21 zet dan zal de automatisering ervoor zorgen dat de thermostaat in stapjes van 0.1 of 0.2 graad omhoog gaat.

[Freeckje]

Omver schreef op donderdag 26 september 2024 @ 11:27:
[...]


Ga ik doen, bedankt

Al iets vernomen?

Ik kreeg als antwoord ze dat geen ondersteuning bieden voor de api. Misschien kan ik de vraag aan het forum stellen: kan iemand uberhaupt de waterdruk uitlezen via het display van je thermostaat?
Of beter gesteld: wie kan de druk ook niet uitlezen met bv de iSense?

[ Voor 9% gewijzigd door Freeckje op 03-10-2024 17:38 ]

[m10tech]

Freeckje schreef op donderdag 3 oktober 2024 @ 16:02:
[...]

Al iets vernomen?

Ik kreeg als antwoord ze dat geen ondersteuning bieden voor de api. Misschien kan ik de vraag aan het forum stellen: kan iemand uberhaupt de waterdruk uitlezen via het display van je thermostaat?

Hieronder de bevindingen van het sniffen van een Tado OpenTherm dialoog met de CiC
Je ziet dat de onderste helft niet wordt ondersteund (antwoord begint met 7)
En daar staat waterdruk bij... dus niet ondersteund

code:

Unique values repeating 'all the time'
  RSP:00000200    RSP:40000200     0 enable CH and DHW   (CH=off and DHW=on)
  RSP:10010000    RSP:50010000     1 CH setpoint in deg C  (now zero, since CH=off)
  RSP:100e6400    RSP:500e6400    14 max modulation level = 100
  RSP:10101300    RSP:50101300    16 Room Setpoint = 19
  RSP:00110000    RSP:40110000    17 rel mod level
  RSP:101815a8    RSP:501815a8    24 Room temperature = 21.65625
  RSP:00194600    RSP:40191752    25 read boiler water temperature 70 => 23.32
  RSP:001b4600    RSP:401b1152    27 outside temp 70 => 17.32
  RSP:001c4600    RSP:401c126d    28 return water temp 70 => 18.425
  RSP:00394600    RSP:40394600    57 max CH water setpoint (RW) = 70

x RSP:00050000    RSP:70050000     5 app specific fault flags
x RSP:00120000    RSP:70120000    18 CH water pressure
x RSP:00130000    RSP:70130000    19 DHW flow rate
x RSP:001a4600    RSP:701a4600    26 DHW temp
x RSP:00214600    RSP:70214600    33 exhaust temp
x RSP:00240000    RSP:70240000    36 ?????
x RSP:10383700    RSP:70383700    56 DHW setpoint write = 55 (RW)
x RSP:00730000    RSP:70730000   115 OEM error codes
x RSP:00740000    RSP:70740000   116 burner starts
x RSP:00770000    RSP:70770000   119 DHW burner starts
x RSP:00780000    RSP:70780000   120 Burner operation hours
x RSP:007b0000    RSP:707b0000   123 DHW burner operation hours

[Freeckje]

m10tech schreef op donderdag 3 oktober 2024 @ 17:39:
[...]


Hieronder de bevindingen van het sniffen van een Tado OpenTherm dialoog met de CiC
Je ziet dat de onderste helft niet wordt ondersteund (antwoord begint met 7)
En daar staat waterdruk bij... dus niet ondersteund

code:

Unique values repeating 'all the time'
  RSP:00000200    RSP:40000200     0 enable CH and DHW   (CH=off and DHW=on)
  RSP:10010000    RSP:50010000     1 CH setpoint in deg C  (now zero, since CH=off)
  RSP:100e6400    RSP:500e6400    14 max modulation level = 100
  RSP:10101300    RSP:50101300    16 Room Setpoint = 19
  RSP:00110000    RSP:40110000    17 rel mod level
  RSP:101815a8    RSP:501815a8    24 Room temperature = 21.65625
  RSP:00194600    RSP:40191752    25 read boiler water temperature 70 => 23.32
  RSP:001b4600    RSP:401b1152    27 outside temp 70 => 17.32
  RSP:001c4600    RSP:401c126d    28 return water temp 70 => 18.425
  RSP:00394600    RSP:40394600    57 max CH water setpoint (RW) = 70

x RSP:00050000    RSP:70050000     5 app specific fault flags
x RSP:00120000    RSP:70120000    18 CH water pressure
x RSP:00130000    RSP:70130000    19 DHW flow rate
x RSP:001a4600    RSP:701a4600    26 DHW temp
x RSP:00214600    RSP:70214600    33 exhaust temp
x RSP:00240000    RSP:70240000    36 ?????
x RSP:10383700    RSP:70383700    56 DHW setpoint write = 55 (RW)
x RSP:00730000    RSP:70730000   115 OEM error codes
x RSP:00740000    RSP:70740000   116 burner starts
x RSP:00770000    RSP:70770000   119 DHW burner starts
x RSP:00780000    RSP:70780000   120 Burner operation hours
x RSP:007b0000    RSP:707b0000   123 DHW burner operation hours

Prima info! Maar dat is toch vreemd dat ze die parameters niet ondersteunen. Met name de druk, omdat je die regulier moet monitoren en mijn Remeha avanta een bijna onzichtbaar LCD display heeft en geen manometer.
Is dit niet iets waar we collectief Quatt op moeten aanspreken?

[m10tech]

Freeckje schreef op donderdag 3 oktober 2024 @ 17:46:
[...]

Prima info! Maar dat is toch vreemd dat ze die parameters niet ondersteunen. Met name de druk, omdat je die regulier moet monitoren en mijn Remeha avanta een bijna onzichtbaar LCD display heeft en geen manometer.
Is dit niet iets waar we collectief Quatt op moeten aanspreken?

Ik lees de druk uit van de OT interface van mijn Vaillant.
En in de ModBus van de Quatt naar de CiC lijkt ook drukinfo te zitten, maar dat moet ik nog uitzoeken in detail.
Aangezien de CiC enkele van de ModBus gegevens in de json zet zouden ze dat 'makkelijk' kunnen toevoegen.
Maar de vraag is natuurlijk wat ze er mee gaan verdienen, en of ze niet andere problemen aan hun hoofd hebben.
Dus, cross your fingers or roll your own...

[TeslaNerd]

m10tech schreef op donderdag 3 oktober 2024 @ 17:54:
[...]

Ik lees de druk uit van de OT interface van mijn Vaillant.
En in de ModBus van de Quatt naar de CiC lijkt ook drukinfo te zitten, maar dat moet ik nog uitzoeken in detail.
Aangezien de CiC enkele van de ModBus gegevens in de json zet zouden ze dat 'makkelijk' kunnen toevoegen.
Maar de vraag is natuurlijk wat ze er mee gaan verdienen, en of ze niet andere problemen aan hun hoofd hebben.
Dus, cross your fingers or roll your own...

@m10tech zijn wij nog steeds maar met zijn tweeën die de modbus hebben geprobeerd te ontcijferen?

[m10tech]

Ik denk het wel, op mijn eerste rapportage, waar men via een PB de excel kon opvragen heb ik geen verzoek gekregen.
Momenteel ben ik mijn eigen thermostaat aan het inregelen (want voor het eerst een beetje echte kou) maar dat is hopelijk snel voorbij.
Dan kunnen we verder gaan met ModBus decoderen.
Ik denk dan bijvoorbeeld aan het detecteren van onbekende register adressen en niet standaard patronen.

Voor die personen die hier aan mee willen doen, graag een PB...

[Freeckje]

m10tech schreef op vrijdag 4 oktober 2024 @ 10:22:
Ik denk het wel, op mijn eerste rapportage, waar men via een PB de excel kon opvragen heb ik geen verzoek gekregen.
Momenteel ben ik mijn eigen thermostaat aan het inregelen (want voor het eerst een beetje echte kou) maar dat is hopelijk snel voorbij.
Dan kunnen we verder gaan met ModBus decoderen.
Ik denk dan bijvoorbeeld aan het detecteren van onbekende register adressen en niet standaard patronen.

Voor die personen die hier aan mee willen doen, graag een PB...

Ben je daarvoor hier op het geschikte forum? Ik ben verleden jaar een forum tegen het lijf gelopen waar men specifiek voor een bepaalde wp-controlprint een driver hadden ontwikkeld. Mogelijk kan je obv het type controlprint dat in de Quatt zit misschien verder komen en response krijgen?

[m10tech]

Freeckje schreef op vrijdag 4 oktober 2024 @ 12:15:
[...]

Ben je daarvoor hier op het geschikte forum? Ik ben verleden jaar een forum tegen het lijf gelopen waar men specifiek voor een bepaalde wp-controlprint een driver hadden ontwikkeld. Mogelijk kan je obv het type controlprint dat in de Quatt zit misschien verder komen en response krijgen?

Er is geen probleem om de berichten op de ModBus te lezen.
Maar ModBus is een heel dom protocol, je krijgt paren registeradressen met waardes, en dat elke seconde weer. Wat het betekend weet je echt niet, en dat proberen we al experimenterend uit te vinden.
Want het is Quatt die gewoon naar believen de adressen en waardes heeft besloten, zonder dat er per se logica in zit.
Zie de post met de decodering voor de kromme logica die wordt toegepast...

[TeslaNerd]

Freeckje schreef op vrijdag 4 oktober 2024 @ 12:15:
[...]

Ben je daarvoor hier op het geschikte forum? Ik ben verleden jaar een forum tegen het lijf gelopen waar men specifiek voor een bepaalde wp-controlprint een driver hadden ontwikkeld. Mogelijk kan je obv het type controlprint dat in de Quatt zit misschien verder komen en response krijgen?

Welk forum was dat?

[Freeckje]

TeslaNerd schreef op vrijdag 4 oktober 2024 @ 18:32:
[...]

Welk forum was dat?

Ik kwam deze tegen:
https://github.com/aerona-chofu-ashp/modbus

[m10tech]

Freeckje schreef op vrijdag 4 oktober 2024 @ 18:41:
[...]

Ik kwam deze tegen:
https://github.com/aerona-chofu-ashp/modbus

Mooie Repo, en dat is waar wij waarschijnlijk ook naar toe gaan.
Een fundamenteel verschil is dat bij Quatt de CiC al gebruikmaakt van de ModBus interface, dus we mogen niet zomaar zelf controller gaan spelen.
Het eindresultaat is een lijst met registeradressen en wat dat dan betekent.
Indien we dat hebben weten te bouwen (deels al gedaan dus) kunnen we er een HA interface tegenaan bouwen. Of in mijn geval Domoticz, maar dat is een kwestie van smaak.

Praktisch gezien, zoals @TeslaNerd al heeft laten zien: drie draadjes aansluiten op de CiC en meeluisteren is genoeg. Met een RS485 adaptertje, een microcontrollertje en een stukje software en klaar voor gebruik.

[RealCato]

@rickkaptein ik heb de automatiseringen versimpeld, mocht je ze nog willen gebruiken:

Op dit moment heb ik de volgende automatiseringen
1) en 2) heb ik helemaal opnieuw gemaakt
3) niet aangepast

Wat dit doet:
1) Iedere minuut override hij de Tado thermostaat als volgt:
* Als de kamertemp hoger of gelijk is dan target dan zet hij de thermostaat op <target>
* zo niet dan zet hij de thermostaat op kamertemp + <delta>

Dit doet hij niet als de thermostaat OFF staat (HVAC mode off). Dit stelt me in staat om via de Tado app de warmtepomp uit te zetten, zelfs als ik niet bij de Home Assistant kan. Bijv. bij lange vakantie.

2) Deze zet de variabelen.
<target> is overdag 21 graden, met een nachtverlaging naar 20.5.
Dit zorgt ervoor dat de warmtepomp in de ochtend vrijwel zeker aangaat, waardoor de slaapkamers ook kunnen opwarmen als deze openstaan.

<delta> deze is nog steeds op basis van ervaringen van ~ruubert ingesteld op 0.1 in de nacht, 0.2 in de ochtend, en 0.5 de rest van de dag.

3) Dit is de aansturing van de radiator ventilatoren. Die gaan automatisch naar 20% (stil en effectief) als de warmtepomp aanstaat én de Tado radiatorknop openstaat.


1: Voor het instellen van de Target Temp van de centrale Tado thermostaat

code:

alias: Override Real Thermostat
description: ""
triggers:
  - minutes: /1
    trigger: time_pattern
conditions:
  - condition: not
    conditions:
      - condition: device
        device_id: living_room
        domain: climate
        entity_id: hvac_mode
        type: is_hvac_mode
        hvac_mode: "off"
actions:
  - variables:
      room_temp: "{{ states('sensor.living_room_temperature') | float }}"
      target_temp: "{{ state_attr('climate.fake_thermostat', 'temperature') | float }}"
      delta_temp: "{{ states('input_number.delta') | float }}"
  - if:
      - condition: template
        value_template: "{{ room_temp >= target_temp }}"
    then:
      - target:
          entity_id: climate.living_room
        data:
          temperature: "{{ target_temp }}"
        action: climate.set_temperature
    else:
      - target:
          entity_id: climate.living_room
        data:
          temperature: "{{ room_temp + delta_temp }}"
        action: climate.set_temperature
mode: restart

2: Voor het instellen van de parameters die in 1. gebruikt worden

code:

alias: 1 - Wake up
description: ""
triggers:
  - trigger: time
    at: "06:30:00"
conditions: []
actions:
  - action: climate.set_temperature
    metadata: {}
    data:
      temperature: 21
    target:
      entity_id: climate.fake_thermostat
  - action: input_number.set_value
    metadata: {}
    data:
      value: 0.2
    target:
      entity_id: input_number.delta
mode: single

code:

alias: 2 - Midday delta adjustment
description: ""
triggers:
  - trigger: time
    at: "12:00:00"
conditions: []
actions:
  - action: input_number.set_value
    metadata: {}
    data:
      value: 0.5
    target:
      entity_id: input_number.delta
mode: single

code:

alias: 3 - Go to bed
description: ""
triggers:
  - trigger: time
    at: "22:00:00"
conditions: []
actions:
  - action: climate.set_temperature
    metadata: {}
    data:
      temperature: 20.5
    target:
      entity_id: climate.fake_thermostat
  - action: input_number.set_value
    metadata: {}
    data:
      value: 0.1
    target:
      entity_id: input_number.delta
mode: single

3: Voor het instellen van een Heatbooster fan

code:

alias: Hallway - control fans
description: Controls fans in hallway. Only works in Manual mode.
trigger:
  - platform: time_pattern
    minutes: /5
condition: []
action:
  - if:
      - condition: state
        entity_id: binary_sensor.heatpump_thermostat_heating
        state: "on"
      - condition: numeric_state
        entity_id: sensor.hallway_heating
        above: 0
    then:
      - device_id: heatbooster_hallway
        domain: number
        entity_id: heatbooster_hallway_fan_speed
        type: set_value
        value: 20
    else:
      - device_id: heatbooster_hallway
        domain: number
        entity_id: heatbooster_hallway_fan_speed
        type: set_value
        value: 0
mode: single

[ Voor 13% gewijzigd door RealCato op 07-10-2024 20:44 ]

[s020506]

RealCato schreef op maandag 7 oktober 2024 @ 20:36:
@rickkaptein ik heb de automatiseringen versimpeld, mocht je ze nog willen gebruiken:

Op dit moment heb ik de volgende automatiseringen
1) en 2) heb ik helemaal opnieuw gemaakt
3) niet aangepast

Wat dit doet:
1) Iedere minuut override hij de Tado thermostaat als volgt:
* Als de kamertemp hoger of gelijk is dan target dan zet hij de thermostaat op <target>
* zo niet dan zet hij de thermostaat op kamertemp + <delta>

Dit doet hij niet als de thermostaat OFF staat (HVAC mode off). Dit stelt me in staat om via de Tado app de warmtepomp uit te zetten, zelfs als ik niet bij de Home Assistant kan. Bijv. bij lange vakantie.

2) Deze zet de variabelen.
<target> is overdag 21 graden, met een nachtverlaging naar 20.5.
Dit zorgt ervoor dat de warmtepomp in de ochtend vrijwel zeker aangaat, waardoor de slaapkamers ook kunnen opwarmen als deze openstaan.

<delta> deze is nog steeds op basis van ervaringen van ~ruubert ingesteld op 0.1 in de nacht, 0.2 in de ochtend, en 0.5 de rest van de dag.

3) Dit is de aansturing van de radiator ventilatoren. Die gaan automatisch naar 20% (stil en effectief) als de warmtepomp aanstaat én de Tado radiatorknop openstaat.


1: Voor het instellen van de Target Temp van de centrale Tado thermostaat

code:

alias: Override Real Thermostat
description: ""
triggers:
  - minutes: /1
    trigger: time_pattern
conditions:
  - condition: not
    conditions:
      - condition: device
        device_id: living_room
        domain: climate
        entity_id: hvac_mode
        type: is_hvac_mode
        hvac_mode: "off"
actions:
  - variables:
      room_temp: "{{ states('sensor.living_room_temperature') | float }}"
      target_temp: "{{ state_attr('climate.fake_thermostat', 'temperature') | float }}"
      delta_temp: "{{ states('input_number.delta') | float }}"
  - if:
      - condition: template
        value_template: "{{ room_temp >= target_temp }}"
    then:
      - target:
          entity_id: climate.living_room
        data:
          temperature: "{{ target_temp }}"
        action: climate.set_temperature
    else:
      - target:
          entity_id: climate.living_room
        data:
          temperature: "{{ room_temp + delta_temp }}"
        action: climate.set_temperature
mode: restart

2: Voor het instellen van de parameters die in 1. gebruikt worden

code:

alias: 1 - Wake up
description: ""
triggers:
  - trigger: time
    at: "06:30:00"
conditions: []
actions:
  - action: climate.set_temperature
    metadata: {}
    data:
      temperature: 21
    target:
      entity_id: climate.fake_thermostat
  - action: input_number.set_value
    metadata: {}
    data:
      value: 0.2
    target:
      entity_id: input_number.delta
mode: single

code:

alias: 2 - Midday delta adjustment
description: ""
triggers:
  - trigger: time
    at: "12:00:00"
conditions: []
actions:
  - action: input_number.set_value
    metadata: {}
    data:
      value: 0.5
    target:
      entity_id: input_number.delta
mode: single

code:

alias: 3 - Go to bed
description: ""
triggers:
  - trigger: time
    at: "22:00:00"
conditions: []
actions:
  - action: climate.set_temperature
    metadata: {}
    data:
      temperature: 20.5
    target:
      entity_id: climate.fake_thermostat
  - action: input_number.set_value
    metadata: {}
    data:
      value: 0.1
    target:
      entity_id: input_number.delta
mode: single

3: Voor het instellen van een Heatbooster fan

code:

alias: Hallway - control fans
description: Controls fans in hallway. Only works in Manual mode.
trigger:
  - platform: time_pattern
    minutes: /5
condition: []
action:
  - if:
      - condition: state
        entity_id: binary_sensor.heatpump_thermostat_heating
        state: "on"
      - condition: numeric_state
        entity_id: sensor.hallway_heating
        above: 0
    then:
      - device_id: heatbooster_hallway
        domain: number
        entity_id: heatbooster_hallway_fan_speed
        type: set_value
        value: 20
    else:
      - device_id: heatbooster_hallway
        domain: number
        entity_id: heatbooster_hallway_fan_speed
        type: set_value
        value: 0
mode: single

Ziet er netjes uit hoor. Wat wil je bereiken met deze automations? En lukt dat hiermee ook?

Ik wil dat mijn Quatt langere runs maakt, maar deze automations werken bij mij niet. De Quatt gaat al draaien als de kamertemperatuur zakt maar nog boven het setpoint ligt. Automation op aangepast, maar dat heeft hier niet het gewenste effect.