Wellicht leuk/handig om eens te recappen wat er nu allemaal wel en niet draait en waarom en wat ik daarvoor allemaal gebruikt heb.
Laat ik beginnen met nogmaals dank uit te spreken naar @
vliegnerd , @
Onl1ne1373 , @
arjenhiemstra , @
wortelsoft voor de ontwikkelingen, add-on, firmware, ramses coderingen etc. Chapeau
Even kort wat gegevens:
- Nieuwbouw woning uit 2019
- Vrijstaand, 228m2 woonoppervlakte en 987m3 inhoud.
- Itho Daalderop WPU-4G met 200Liter SWW vat op de 2e verdieping in de technische ruimte naast de Master Bedroom.
- Woonkamer, 4 slaapkamers, 2 badkamers en een bijkeuken/kantoor waarvan alleen de badkamers geen eigen thermostaat hebben, de rest dus wel via Autotemps en Spiders.
- Home Assistant en Fibaro Home Center draaien t.b.v Home Automation / slimme aansturing van alle verlichting, toegangshek, camera’s en deurbellen.
- Honeywell HGI-80 gateway t.b.v. aansturen en luisteren naar de Autotemps en Spider thermostaten gekoppeld via USB aan mijn Synology welke dus HomeAssistant als Virtual Machine draait.
- Ramses integratie actief binnen Home Assistant welke de HGI-80 module kan aansturen en uitlezen die op zijn beurt dus weer communiceert naar de thermostaten en Autotemps.
- Fibaro Climate gebruik ik als aansturing voor de thermostaten en het toepassen van nachtverlaging (meer hierover later) . Home Assistant fungeert in mijn geval als gateway/proxy voor alles. Komt omdat Fibaro mijn main Home Automation platform is en ik hier een iPad heb welke dienst doet als dashboard voor alle aansturing.
Het grootste probleem was voornamelijk de herrie die de compressor maakt van de warmtepomp tijdens verwarmen. Gezien wij dus direct naast de pomp slapen en er ook in de nacht voornamelijk veel verwarmd werd kon mijn vrouw hier vaak niet van slapen. In het begin was de enige oplossing om de pomp en hoofdthermostaat in zijn geheel uit te schakelen, naisoleren werkte namelijk niet afdoende:
Isoleren Ruimte
Het nadeel aan helemaal uitschakelen is dat we hem weleens vergaten weer in te schakelen in de ochtend en dat we dan dus ook mogelijk geen warm water meer hadden of daar op moesten gaan wachten.
Het betekende ook dat (zeker als ze eens op tijd naar bed ging) de pomp soms wel 12 uur lang uit stond terwijl ze eigenlijk alleen moeite had om in slaap te komen maar vaak in de nacht zelf wel door kon slapen. De pomp stond dus ook vaak onnodig lang uit.
Met de komst van de add-on van @
arjenhiemstra begon het uitlezen en het beter begrijpen van de pomp en zijn gedrag en toen viel bijvoorbeeld ook het pendelen op in het voor- en najaar.
Door zon inslag op de woning en/of thermostaten kwam het weleens voor dat de pomp in februari/maart in koelmodus sprong om vervolgens 4 uur later weer doodleuk te moeten gaan verwarmen. In het najaar zag ik het ook gebeuren. Dat leek mij ook nogal zonde van de energie.
Uiteindelijk op dit topic gewezen door @
wortelsoft en toen begon het avontuur
.
Het grootste probleem als eerste aangepakt, warmtebedrijf blokkeren via de add-on. Via Home Assistant stuurde ik nu een MQTT bericht naar de add-on om het warmtebedrijf te blokkeren om 23:00 uur en weer vrij te geven om 01:00 uur. Dit zorgde ervoor dat mijn vrouw lekker kon gaan slapen en de pomp daarna zijn programma weer kon hervatten.
Een heel enkele keer werd ze wakker in de nacht en kon dan toch weer moeilijk in slaap komen. Hierop heb ik een “noodknop” gebouwd in Home Assistant.
Bi het indrukken blokkeert die onherroepelijk voor 1 uur nogmaals het warmtebedrijf. Ook dit werkte fantastisch.
Nu nog het pendelen en de wens om nachtverlaging toe te kunnen passen. Dit laatste zorgt er vooral voor dat de pomp in de nacht nog minder aan zal slaan zonder al teveel op comfort in te moeten leveren. Ik kan immers zelf bepalen wat de grens wordt om weer aan te slaan. Mijn huidige nachtverlaging is slechts een halve graad tov het setpoint van overdag. De woning is goed geïsoleerd en zelfs nu rond het vriespunt buiten duurt het ongeveer 4 uur om een halve graad af te koelen.
Hiervoor heb ik een Honeywell HGI-80 gateway op de kop getikt op marktplaats en deze aan mijn Synology gehangen en 1 op 1 doorgezet naar de Home Assistant Virtual Machine.
Mijn NAS staat echter in een 19" rack in mijn garage en het bereik van de HGI-80 was niet toereikend genoeg op die plek om ook de thermostaten op de bovenste verdieping te kunnen beluisteren/aansturen. Gelukkig barst ik van de loze leidingen en zodoende heb ik de HGI-80 nu bovenin de meterkast kunnen plaatsen door middel van een USB-over-Ethernet kabel te gebruiken.
Nu ziet de Synology/HomeAssstant VM deze als een serieel device en RAMSES is het protocol wat de Autotemps en thermostaten “praten”. Deze integratie dus geladen binnen HA en de locatie van de USB adapter aangegeven.
Hiermee werd het al mogelijk om “te luisteren” en zodoende alle ramses communicatie (ook van de buren
) af te vangen.
Dankzij @
vliegnerd en @
Onl1ne1373 was het identificeren van mijn eigen Autotemps en thermostaten mogelijk door setpoints te wijzigen en hex naar decimalen om te zetten.
De ramses integratie maakt namelijk een packet.log aan welke je dus kan bekijken om de communicatie in te zien.
De HGI-80 gateway begint vaak met 18: de Autotemps beginnen vaak met 02: en de Thermostaten hebben een adres beginnend met 21: . (Zie pakket.log snippet)
Binnen HA kun je nu alle devices opvoeren als entiteiten met hun betreffende adressen.
Dankzij de blueprints van @
Onl1ne1373 werd het vanaf dat moment ook mogelijk om setpoints te wijzigen op de thermostaten via Home Assistant -> RAMSES -> HGI-80 -> Thermostaat.
Dit werkt natuurlijk wederom perfect !Het voordeel van de blueprint en het wijzigen van de setpoints is dat je geen foutmelding krijgt op de thermostaten en dat je dus nu ook op afstand je thermostaten kunt wijzigen en/of uitlezen. Geen must, wel leuk.
Fibaro (mijn main home automation platform) heeft een Climate “integratie”. Hierin kan je zelf thermostaat devices definiëren en vervolgens schedules aanmaken om setpoints te sturen.
Mijn thermostaat definitie is dus feitelijk een restAPI call naar de Home Assistant entiteit van de betreffende thermostaat.
De Blueprint kan ook een schedule uitvoeren maar ik heb er in mijn geval voor gekozen om dat via Fibaro te laten lopen om het simpele feit dat dat mijn standaard dashboard is op de iPad bediening hier in huis en ik geen zin had in andere dashboards of apps op te moeten roepen om een keer een uitzondering op de thermostaten door te voeren.
Even wat plaatjes bij de tekst:
Een HGI-80:
/f/image/iQwpNloyZy6dyxT7GH9mUat2.png?f=fotoalbum_medium)
Synology VM koppeling USB:
/f/image/rkKZ7yEVrCm02S0Kulf1FOTs.png?f=fotoalbum_medium)
Thermostaat in mijn configuration.yaml:
YAML:
1
2
3
4
5
6
7
8
9
| climate:
- platform: generic_thermostat
name: Woonkamer_Thermostaat
unique_id: "Woonkamer Thermostaat"
heater: input_boolean.thermostat_heater
target_sensor: sensor.itho_heatpump_itho_wpu_current_room_temp
target_temp_step: 0.5
min_temp: 18
max_temp: 24 |
Snippet uit de packet.log:
code:
1
2
3
4
5
6
7
8
9
10
11
| 2025-01-20T20:01:22.462890 077 I --- 02:249248 02:249148 --:------ 4E01 018 007FFF074F7FFF7FFF7FFF7FFF7FFF7FFF00
2025-01-20T20:01:22.975958 095 I --- 21:059402 --:------ 21:059402 3EF0 006 0200000C0200
2025-01-20T20:01:23.479571 076 I --- 02:249248 02:249148 --:------ 4E01 018 007FFF074F7FFF7FFF7FFF7FFF7FFF7FFF00
2025-01-20T20:01:24.537353 086 RQ --- 20:216660 37:114000 --:------ 4401 020 103A678E9D840000000000000000000000000003
2025-01-20T20:01:24.778283 084 W --- 20:216660 37:114000 --:------ 4401 020 103A678E9D8400678E9D847C043A678E9D840003
2025-01-20T20:01:27.633926 090 RQ --- 21:132876 02:249148 --:------ 0008 001 03
2025-01-20T20:01:35.342072 095 I --- --:------ --:------ 21:000171 1FD4 003 0015F2
2025-01-20T20:01:39.677159 078 I --- --:------ --:------ 02:249248 1FD4 003 0091E8
2025-01-20T20:01:41.635719 045 W --- 02:249136 02:249191 --:------ 4E04 003 000006
2025-01-20T20:01:41.696376 046 I --- 02:249191 02:249136 --:------ 4E04 003 000006
2025-01-20T20:01:54.144540 071 I --- --:------ --:------ 37:206860 10E2 003 002DD7 |
Blueprint voorbeeld met adres gegevens en schedule:
/f/image/FSlAnOqX9GyUgrObqNvnsYIC.png?f=fotoalbum_medium)
(let op, ik gebruik het schedule dus niet, maar er is 1 opgegeven maar die is dus nooit actief, ik gebruik de Fibaro scheduler)
HA Dashboard snippet:
/f/image/mQZ3Unkhvge6OP3qn9CaPPiX.png?f=fotoalbum_medium)
Ik zie dus of heating actief is en of mijn scheduler om die te blokkeren actief is, een aantal thermostaten en een aantal kleppen. Uiteraard is er nog veel, veel meer info en grafieken beschikbaar.
Fibaro Climate:
/f/image/z9oQiUAPQekizadfLmmE2ETw.png?f=fotoalbum_medium)
Fibaro scheduler:
/f/image/GaktxPbmG9dLAZ7COo4x6Kfo.png?f=fotoalbum_medium)
(de fibaro scheduler kent dus max 4 setpoints op 1 dag, erg handig in het voor en najaar en zoals je kan zien rek ik de nachtverlaging in het weekend nog ietsje op).
Fibaro thermostaat definitie:
Lua:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
| function QuickApp:setThermostatMode(mode)
self:updateProperty("thermostatMode", mode)
end
-- handle action for setting set point for heating
function QuickApp:setHeatingThermostatSetpoint(value)
self:updateProperty("heatingThermostatSetpoint", { value= value, unit= "C" })
self:updateProperty("heatingThermostatSetpointCapabilitiesMax", 24)
self:updateProperty("heatingThermostatSetpointCapabilitiesMin", 18)
self.http:request('http://' .. self.ipaddr .. ':8123/api/services/climate/set_temperature', {
options={
method = 'POST',
headers = {
['Content-Type'] = 'application / json',
[ 'Authorization'] = 'Bearer ' .. self.token,
},
--data = payload
data = '{"entity_id": "climate.woonkamer_thermostaat", "temperature": ' .. tostring(value) .. '}'
},
success = function(response)
self:debug(data)
self:debug(response.status)
self:debug(response.data)
end,
error = function(message)
self:warning("Cannot connect to the server! (error: " .. message .. ")")
end
})
end |
(hier zie je dus dat ik een http call doe richting <self.ipaddr> dit is het IP van mijn Home Assistant als variabele) en ik doe dus een POST actie met de testring variabele die Fibaro doorgeeft aan HA.
In het voor en najaar stel ik dus de Fibaro schedules zo in dat mijn temp overdag mee omhoog schuift en in de avond weer iets mee omlaag schuift. Daarmee voorkom ik onnodig verwarmen/koelen. Ik gebruik dus de gratis warmte van de zon en door het omhoog schuiven over de dag voorkom ik dat het huis vanuit de WPU gezien teveel opwarmt en dan plots gaat koelen. Om vervolgens als de zon weg is, het huis dus teveel afgekoeld is en hij weer begint met verwarmen.
Hetzelfde doe ik nu als mijn vrouw de ramen open zet op de slaapkamers om "lekker te luchten" . Alle warmtevraag knalt dan omhoog, en temp in de kamers zakt snel. ik schakel dan voor 2 uurtjes alle thermostaten uit door ze helemaal omlaag te zetten. (Binnen Fibaro gebeurt dat door een scene met triggers, als temp >2 graden zakt binnen 30min activeer dan <set_thermostats_freeze> )
Je bent gewoon een stuk dynamischer en vooral het mee omhoog en omlaag schuiven vereist een leercurve om te herkennen wanneer welke kamer omhoog moet. Ik heb hier screenshots van gemaakt zodat ik deze straks weer kan herhalen.
Op mijn Synology heb ik een Virtual Machine draaien met Home Assistant met 2 cpu's, 3GB RAM en 40GB diskruimte. History bewaar ik 60 dagen binnen HA en momenteel is mijn database rond de 2.4GB .
Fibaro is een appliance, meer hierover:
Het grote Fibaro HomeCenter topic
Ik ben dus nu in staat om:
- Nachtverlaging toe te passen.
- Remote thermostaten aan te sturen.
- Geen foutmelding op de thermostaten aanwezig.
- Pendelen te voorkomen in het voor- en najaar.
- Koel/warmte vraag te sturen.
- C.V. Pomp te wijzigen i.v.m. efficiënter koelen in de zomer.
[
Voor 129% gewijzigd door
GeeMoney op 21-01-2025 18:35
]
:strip_exif()/f/image/ATYRL45essQuRggPcIlhBvGX.png?f=user_large)
:strip_exif()/u/90636/nintendo.gif?f=community)
:strip_icc():strip_exif()/u/52763/avatar.jpg?f=community){kind=avatar}
:strip_exif()/f/image/1SGhxxlMQKDjpeacB4ibcB0y.png?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/2gvnEUiFhjv9vtkE45sbuk2L.jpg?f=user_large)
/u/22064/crop67ab9e0b742ab_cropped.png?f=community)
:strip_exif()/f/image/ZE3q2P0N5UiFBFe7jiP4t1Mx.png?f=user_large)
:strip_exif()/f/image/UZ9SVik26SxVnWxZIUbPM23M.png?f=user_large)
:strip_exif()/f/image/bsjy0wVYfRGyn4eu7zt95RNU.png?f=user_large)
:strip_exif()/u/5779/posttoast.gif?f=community)
:strip_icc():strip_exif()/u/16069/avatar.jpg?f=community){kind=avatar}
:no_upscale():strip_icc():strip_exif()/f/image/CygQUUJBY2tZKIMXuhTwTqL1.jpg?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/EQ1EZGY8fv3oPPI2j7JTrvZK.jpg?f=user_large)
:strip_exif()/u/346082/crop6489c050bfe9d_cropped.gif?f=community)
meerprijs van een 200 liter vat tov 150 is 115 euro ex btw. En dat nog zonder korting....
:strip_exif()/u/6647/Parhelia.gif?f=community)
:strip_exif()/f/image/iQwpNloyZy6dyxT7GH9mUat2.png?f=user_large)
:strip_exif()/f/image/rkKZ7yEVrCm02S0Kulf1FOTs.png?f=user_large)
:strip_exif()/f/image/FSlAnOqX9GyUgrObqNvnsYIC.png?f=user_large)
:strip_exif()/f/image/mQZ3Unkhvge6OP3qn9CaPPiX.png?f=user_large)
:strip_exif()/f/image/z9oQiUAPQekizadfLmmE2ETw.png?f=user_large)
:strip_exif()/f/image/GaktxPbmG9dLAZ7COo4x6Kfo.png?f=user_large)
Tot nu toe (in 2,5 jaar) maar één keer koud water gehad. Dus het valt bij ons erg mee. 4 personen, douche-wtw, 200L vat. Wij douchen kort, ook de pubers.
:strip_icc():strip_exif()/u/157371/viperlogosnakewit.jpg?f=community)
:strip_exif()/f/image/s9ht6zKfVSfjz9qTapQYyAkO.png?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/uolDlu4ml2BNkkqHdifvZ7S6.jpg?f=user_large)
:strip_exif()/u/13491/crop6090611b3ace9.gif?f=community)
:strip_exif()/f/image/EM1sbsQdZ1PYijujozIGP9E9.png?f=user_large)
:strip_exif()/f/image/5OEjgHBHFsZU7dsa5XOgsNNP.png?f=user_large){kind=link}
:strip_exif()/f/image/gMecDavONnuMtU5376gQ3WtA.png?f=user_large){kind=link}