Pool values missing for EasyCon heat pumps

[f4l0]

I just found your fork for the newer Waterkotte heat pumps. So far I was able to connect to the pump and see some values. Good job!

Currently, I'm missing some of my pool related values. I noticed that you hard coded the ID mapping to tags, so maybe some are missing. I'm currently reading your code to get an idea how I can extract/find the missing IDs/Tags from my heat pump...

[marq24]

First thing you should do is to go to the inactive Sensor list and check if there are already PoolEntities (that are just disabled by default)...

Second - IMHO - save your time looking though the code...

Just let me know, what values you would like to access via HA and I will try to add all required SensorEntities - since as you mentioned there are already plenty of EcoTouchTAGS in the base class - but might be not all of them are in the Sensor list...

But of course If you like to code/adjust this by yourself - create a fork - make the adjustments and then make a PR - TIA!

[f4l0]

The sensors are deactivated in HA. I just changed the demand temperature for the pool in the heat pump and will check if the sensor comes up...

In HA I can see that the pump is running for the pool but

  TEMPERATURE_POOL = TagData(["A20"], "°C")
  TEMPERATURE_POOL_DEMAND = TagData(["A40"], "°C")
  TEMPERATURE_POOL_SETPOINT = TagData(["A41"], "°C", writeable=True)
  TEMPERATURE_POOL_PV_CHANGE = TagData(["A685"], "K", writeable=True)

still won't come up..

[marq24]

Hi,

TEMPERATURE_POOL & TEMPERATURE_POOL_DEMAND are already available - you need to activate them manually in the integration...

the other 3

• TEMPERATURE_POOL_SETPOINT
• TEMPERATURE_POOL_PV_CHANGE
• POOL_ENERGY_PRODUCTION_YEAR

need to be added to the code... (I'll do this probably today) - never came across a user who is having the pool addon...

If there are more in the waterkotte web GUI - let me know!

[f4l0]

;)

I just attached a screenshot from the WebUI:

[f4l0]

BTW after activating the sensor, I get values 😁, stupid me 😀 .

[marq24]

... wir' haben ja heute Feiertrag - da darf man etwas verpeilt am Morgen sein ;-) - um den "Rest" kümmer' ich mich... Die Kennlinie geht mir etwas auf den Geist...

When the new Version will be released, the additional Pool Entities have to be (again) activated in the integration settings... since most of the users will not have the pool option anyhow... [poor-mens-world]

[f4l0]

Feiertag = Basteltag 😉

Welche Kennlinie meinst du? Generell bei Waterkotte oder dem Pool?

[marq24]

ja ich meine die separate Pool-Kennlinie - die habe ich jetzt aber auch hinzugefügt...

so neue Version ist Online - wo muss ich jetzt genau in NRW hin um das ganze vor Ort zu testen? ;-)

[f4l0]

Nähe Dortmund 😁

[marq24]

... wohne nähe Gütersloh - bin also dann gleich mal auf der A2...

[f4l0]

Update ist installiert, mal schauen wann die neuen Werte in HA sind...

[marq24]

erstmal die neuen Entities aktivieren...

[f4l0]

Ja, sieht gut aus 😄. Vielen Dank für den schnellen Support. Konnte die Temperaturen in der LWP über HA ändern... Jetzt muss ich weiter an die Poolpumpensteuerung ran...

[marq24]

OT: Ich hab' das bei mir einfach über einen 4-Kanal Shelly die Poolpumpe angeschlossen und schalte dann einfach den Shelly Kanal (an dem die Pumpe hängt) - die Pumpe selbst ist bei mir eine Aqua Vario Plus - da kann ich die Drehzahl zwar nur von Hand modifizieren - aber für die meiste Zeit im Sommer ist das hier ausreichend... (läuft meist auf ~20% Leistung)... Die Poolheizung (eine einfache Luftwärmepumpe die ich hier habe) läuft automatisch an, wenn sie einen Durchfluss erkennt... Das Gleiche würde ich jetzt aber auch von der Waterkotte erwarten... also dass die das Poolmodul nur anwirft, wenn dort auch eine Umwälzung stattfindet... Poolpumpe (Shelly) schaltet sich ein, wenn ausreichend PV Strom vorhanden + Solarprognose für die volle Akkuladung ausreicht...

[f4l0]

Fast, die Waterkotte regelt bei mir einfach, wenn die Temperatur im Tank unter den Sollwert fällt. Meine Pumpe ist 3-phasig angeschlossen und ich kann die Umwälzpumpe für die Heizung unabhängig schalten. Aktuell ist alles in der Motorsteuerung der Pumpe verbaut, die lässt sich aber extern starten... Ich plane nun die Sachen mit ein paar Relais und einem ESP zu "versmarten". Die PV Anlage kommt vielleicht im nächsten Jahr, dann wird das ganze noch besser...

[f4l0]

Über HA könnte ich die Sache nun so steuern, dass die Solltemperatur des Kessels erhöht wird, wenn die Pumpe läuft... Ob das viel bringt, weiß ich nicht. Ich schaue mir jetzt einmal an, wie häufig die LWP den Kessel "nachheizt"

[marq24]

Du kannst ja bei der Waterkotte die Solltemperatur der Heizung (statt Außentemperaturgesteuert) direkt fest setzen (wenn man den entsprechenden Modus aktiviert) - diese Option war bei mir hinter den Installateurs-Optionen "versteckt" - setzen kann den Modus aber jeder - und dann fährt die Wärmepumpe auf den konfigurierten Sollwert hoch [egal wie warm/kalt es draußen ist]...

Ich benutze dass, wenn der Strom günstig ist (Börsenpreis), dass ich dann die Temperatur im Pufferspeicher hoch fahre... und diese Wärmeenergie nutze ich dann den Tag über...

[f4l0]

Ja, das ist bei meiner LWP bereits aktiviert, bzw. hat der Installateur so eingerichtet... Habe mehrere Pufferspeicher... Aktuell sind in der LWP und Pumpe noch Zeitpläne hinterlegt, Aber wenn dann mal die PV da ist, will man ja alles danach regeln. Daher bereite ich das jetzt schon mal alles vor...

[f4l0]

Nochmal eine kleine Nachfrage, was ist der Unterschied zwischen binary_sensor.wkh_status_water und binary_sensor.wkh_state_water ?

[marq24]

Very good question - only Waterkotte engineers might know...

Some status information is encoded in a BIT-field (multiple status in one INTEGER value) - and then there are some additional ones where you get the status form a BOOL field - why not all values are in combined INTERGERS and some are separated...

so state comes from a combined field while status is coming form a single field... the content should be identical... [I write in English - since this info might be valuable for others as well]

[f4l0]

The values are not identical on my side: Status:

State:

[f4l0]

State might also include the pool heating...

[marq24]

You can be right with your assumption - the only source of information we have/use is the GUI itself, the additional language.js file and a tags.xml file. Then based on this information sources we have to "guess" the meaning of a TAG/field an of course using the local heatpump to verify the guess.

I just searched today for an option to control the build in circulation pump for the heating and found 3 different TAGs - two times a boolean (true/false) and one time an integer (number) - even if the tags have been listed (in the tags.xml) as read/write the behaviour of the heatpump is different for each of the TAGs (even if all of them have a identical label/name)...

For one it was impossible to write the value... but the value that could be read seams to correspond with the real status (I was sitting in the basement in front of the heatpump in order to check it)...

For another tag, the value could be read & write - but no matter of the state/value the device itself did not had any reaction on the heatpump itself...

[marq24]

while I am digging through additional TAGs the overall picture becomes a little bit more clear... There are state sensors that will indicate just on/off state and then there are (some) others for which a on/auto/disabled can be received... I found some additional pool related stuff, that I will add during the day... and I try to use consequent: State for ON/OFF and Status for OFF/ON(Auto)/Disabled