Vraag


Acties:
  • 0 Henk 'm!

  • Prosperr
  • Registratie: Januari 2017
  • Laatst online: 22-04-2024
Hi,

Ik heb een Evohome systeem nu 4 jaar in gebruik.
Afgelopen week een intake gesrpek gehad om een hybride warmtepomp te plaatsen van Quatt en wilde graag wat dingen checken.
De Quatt kan alleen werken met een opentherm module (R8810A1018), terwijl ik nu de BDR91A1000 (aan/uit) heb.
De ketel is en CW6 Remeha Calenta Ace 40L met vloerverwarming op de BG en radiatoren boven. Beide badkamers (1e en 2e verdieping) krijgen warm water aangevoerd vanaf de verdeler op de BG met in beide badkamers een Round Thermostaatknop. Werkt allemaal prima.

Kan deze setup dan uberhaupt wel met een opentherm module werken? Ik lees dat vloerverarming enkel met aan/uit werkt.

Er moet ook een bypass worden toegevoegd aan de buizen, waar is dit voor?

Naast deze vragen zou ik weleens onderhoud willen laten doen op de ketel (nog niet gedaan en ketel is nu 4 jaar oud), maar zoek iemand die ook Evohome kent. Mocht iemand tips hebben voor omgeving Haarlem dan hoor ik dat graag.

Gr,

Prosper

Echt randje smarthome maar meer DEI => verplaatst

[ Voor 3% gewijzigd door Septillion op 06-11-2023 15:22 ]

Alle reacties


Acties:
  • 0 Henk 'm!

  • bobvlas
  • Registratie: November 2022
  • Laatst online: 05-11-2023

Acties:
  • 0 Henk 'm!

  • Hjtel
  • Registratie: December 2013
  • Laatst online: 24-02-2024
kijk eens rond op de community van Quatt Warmtepomp ervaringen op Facebook: https://www.facebook.com/groups/413638707531015

Acties:
  • 0 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
Prosperr schreef op vrijdag 3 november 2023 @ 23:55:

Kan deze setup dan uberhaupt wel met een opentherm module werken? Ik lees dat vloerverarming enkel met aan/uit werkt.
Hier ook EvoHome en sinds ruim een week een Quatt. Keuken vloerverwarming met een Round voor meten en temperatuurvraag richting EvoHome controller, rest van het huis aangestuurd met HR92 radiatorknoppen.

Voor de installatie van de Quatt heb ik de aan-uit ketelschakelaar vervangen door een Opentherm. Hier een Vaillant ketel, waarvoor ik al een Opentherm module had liggen. Installatie is op zich supersimpel.
Er moet ook een bypass worden toegevoegd aan de buizen, waar is dit voor?
Die is er bij ons ook op gemonteerd door Quatt. Als volgens de Evohome er geen warmtevraag meer is, gooit die alles dicht. De Quatt draait dan mogelijk nog en moet zijn waterflow kwijt, maar dat kan dan niet meer via de radiatoren en de vloerverwarming. Om dat op te vangen is die bypass erop gezet.

Acties:
  • 0 Henk 'm!

  • scotman21
  • Registratie: Maart 2009
  • Laatst online: 28-04 22:17
@jk-d Hier ook Evohome en binnenkort installatie van een Quatt. Ben nog aan het kijken wat ik ga doen met de huidige Evohome-installatie omdat ik lees dat zoneregeling en Quatt niet goed samenwerken.

Hoe stuur jij de vloerverwarming in Evohome ? Met een HR92 in de aanvoer van de verdeler, een HCE80 of met een zoneklep ?

Acties:
  • +1 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
scotman21 schreef op maandag 25 december 2023 @ 13:36:


Hoe stuur jij de vloerverwarming in Evohome ? Met een HR92 in de aanvoer van de verdeler, een HCE80 of met een zoneklep ?
Eigenlijk een heel simpele manier. Ik heb in de keuken (waar de VV zit) een Honeywell Round staan, die warmtevraag naar de EvoHome stuurt. Aanzetten van de VV-pomp doet een Sonoff die een signaal krijgt vanuit Home Assistant als de temperatuur in de keuken onder een drempelwaarde daalt, uitzetten idem. Ik heb dit al jaren zo ingeregeld en niet veranderd met de installatie van de Quatt.

Acties:
  • 0 Henk 'm!

  • bert56
  • Registratie: Oktober 2005
  • Laatst online: 24-04 11:38
@jk-d : op welke diameter leiding zit de bypass aangesloten? Bij mij op 15mm, ik krijg de indruk dat hij het niet echt aankan.
Ik overweeg ook een warmtepomp, maar heb alleen radiatoren. Heeft het dan zin? En, voor de duidelijkheid, ik heb ook een Evohome systeem

Acties:
  • 0 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
bert56 schreef op zaterdag 6 januari 2024 @ 15:35:
@jk-d : op welke diameter leiding zit de bypass aangesloten? Bij mij op 15mm, ik krijg de indruk dat hij het niet echt aankan.
Bij mij zit ie ook op 15mm en voor zover ik als leek kan beoordelen levert dat geen problemen op.

Acties:
  • 0 Henk 'm!

  • bert56
  • Registratie: Oktober 2005
  • Laatst online: 24-04 11:38
OK, dank je wel. Het lijkt er bij mij op dat hij te 'los' stond afgesteld, waardoor hij bijna altijd openging

Acties:
  • 0 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
bert56 schreef op vrijdag 12 januari 2024 @ 14:21:
OK, dank je wel. Het lijkt er bij mij op dat hij te 'los' stond afgesteld, waardoor hij bijna altijd openging
Waar heb je de bypass nu op gezet? Heb eigenlijk geen idee wanneer de bypass opengaat, want hij zit vlak voor de verdeler van de vloerverwarming en dat staat heel veel open.

Acties:
  • 0 Henk 'm!

  • bert56
  • Registratie: Oktober 2005
  • Laatst online: 24-04 11:38
Nu op 0,4. Ik voel aan de bypass. Die is aan beide zijdes warm als hij openstaat.

Acties:
  • 0 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
bert56 schreef op zondag 14 januari 2024 @ 13:47:
Nu op 0,4. Ik voel aan de bypass. Die is aan beide zijdes warm als hij openstaat.
Bij ons op 0,3. Uitgang bypass is kouder, dus ik neem aan dat de bypass nu dichtzit. VW duidelijk veel warmere aanvoer dan afvoer, dus daar loopt de flow nu i.i.g. doorheen neem ik aan.

Acties:
  • 0 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
Ik probeer mijn EvoHome te temmen. Ik ga nu eerst proberen of ik dat met https://github.com/zxdavb/ramses_cc voor elkaar krijg. Mocht dat niet naar mijn tevredenheid lukken, dan ga ik de Gateway proberen.

Probleem met de EvoHome is dat de CiC wordt aangestuurd op Thermostat Control setpoint (TCS) en niet op Thermostat room temperature (er zijn meerdere ruimtes, dus dat kan ook niet). Met een TCS boven de 42 wordt de CV altijd voor kortere of langere tijd bijgeschakeld. Als alle ruimtes op temperatuur zijn, gaat de Quatt op temperatuur, als er dan warmtevraag vanuit de EVOHome komt, ligt de TCS in eerste instantie altijd boven de 45 graden. Ik wil die TCS kunnen dempen om te kijken wat dat betekent voor CV bijschakelen en de opwarmtijd van mijn ruimtes.Het knelpunt zit dus niet in de CiC, maar in de EvoHome.

Acties:
  • 0 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
Prosperr schreef op vrijdag 3 november 2023 @ 23:55:
Kan deze setup dan uberhaupt wel met een opentherm module werken? Ik lees dat vloerverarming enkel met aan/uit werkt.
Als ik naar mij eigen ervaringen kijk, zou het moeten kunnen. Wel heb je tussen de EvoHome en de CiC een OT module nodig. De CiC stuurt de ketel aan/uit aan. Zo is het in ieder geval in onze situatie.

In onze eigen situatie is er nog een extra uitdaging ten aanzien van de warmtevraag vanuit de EvoHome naar de CiC. Ik weet niet of dat in iedere situatie zal gelden. Zie mijn andere post in dit topic over "Het temmen van de EvoHome".

Acties:
  • 0 Henk 'm!

  • raven22
  • Registratie: Januari 2004
  • Laatst online: 22:12
Wat is nu verstandig om te doen bij een Quatt?
Evohome laten zitten, of de hr92 knoppen maar weer vervangen door standaard thermostatische radiator kranen?

Acties:
  • 0 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
Na een jaar Quatt en EvoHome ben ik nog steeds tevreden over deze combi. Om de Quatt voldoende doorstroom te geven staat de vloerverwarming in de keuken (de enige plek met vv) altijd open (tenzij het heel heet wordt, maar dan gaat de Quatt over het algemeen ook in de standby stand). Voor de rest alles geregeld via HR92's en dat gaat goed.

Een aandachtspuntje: EvoHome verhoogt de setpoints in een schema met 0,5 graden of meer. Door de aansturing op watertemperatuur in plaats van kamertemperatuur schiet de warmtevraag soms omhoog, zeker als er meerdere zones warmtevraag hebben, waardoor de CiC de CV bijschakelt.

Dat heb ik nu ondervangen door in Home Assistant een automatisering te bouwen die de verhogingen van een zone overneemt van EvoHome en om de 20 minuten de setpoint 0,1 of 0,2 graad verhoogt, tot het gewenste niveau. Daardoor gaat de verhoging veel rustiger en wordt de CV veel minder bijgeschakelt.

Kortom, ik blijf de combinatie Quatt / Evohome een prima combi vinden met dit kleine aandachtspuntje.

Acties:
  • 0 Henk 'm!

  • oeps
  • Registratie: Augustus 2007
  • Laatst online: 26-04 23:06
jk-d schreef op woensdag 18 december 2024 @ 09:49:

Dat heb ik nu ondervangen door in Home Assistant een automatisering te bouwen die de verhogingen van een zone overneemt van EvoHome en om de 20 minuten de setpoint 0,1 of 0,2 graad verhoogt, tot het gewenste niveau. Daardoor gaat de verhoging veel rustiger en wordt de CV veel minder bijgeschakelt.

Kortom, ik blijf de combinatie Quatt / Evohome een prima combi vinden met dit kleine aandachtspuntje.
Interessant!
  • Hoe heb jij de Evohome integratie met HA gedaan? Via de ramses_cc neem ik aan om met 0,1 - 0,2 graden te kunnen verhogen.
  • Zou je de yaml code van de automatisering kunnen delen?
Bij mij is de koppeling nog ff rommelig.
Evohome hangt met HGI80 aan Domoticz waar ik van het wegmigreren ben.
In HA koppel ik nu nog via de resideo site met Evohome en dan kent hij alleen stappen van 0,5 graad.
(wil eerst HA nog migreren van RPI4 naar proxmox vm en dan Domoticz er helemaal uit).

Acties:
  • +1 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
oeps schreef op woensdag 18 december 2024 @ 15:57:
[...]

Interessant!
[list]
• Hoe heb jij de Evohome integratie met HA gedaan? Via de ramses_cc neem ik aan om met 0,1 - 0,2 graden te kunnen verhogen.
Kan allebei. Via een automatisering accepteert ook de Evohome service 0.1 graden. Ik zal morgen de code even delen
• Zou je de yaml code van de automatisering kunnen delen?
[/list]
Bij mij is de koppeling nog ff rommelig.
Evohome hangt met HGI80 aan Domoticz waar ik van het wegmigreren ben.
In HA koppel ik nu nog via de resideo site met Evohome en dan kent hij alleen stappen van 0,5 graad.
(wil eerst HA nog migreren van RPI4 naar proxmox vm en dan Domoticz er helemaal uit).

Acties:
  • +1 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
oeps schreef op woensdag 18 december 2024 @ 15:57:
[...]

Interessant!
  • Hoe heb jij de Evohome integratie met HA gedaan? Via de ramses_cc neem ik aan om met 0,1 - 0,2 graden te kunnen verhogen.
  • Zou je de yaml code van de automatisering kunnen delen?
Bij mij is de koppeling nog ff rommelig.
Evohome hangt met HGI80 aan Domoticz waar ik van het wegmigreren ben.
In HA koppel ik nu nog via de resideo site met Evohome en dan kent hij alleen stappen van 0,5 graad.
(wil eerst HA nog migreren van RPI4 naar proxmox vm en dan Domoticz er helemaal uit).
Bij deze de code voor de automatisering:
code:
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
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
alias: CV0.1 woonkamer EVOhome verhoging
description: >-
  Tussen firstrun en lastrun neemt Homeassistant het schema over van EvoHome.
  Per 20 minuten wordt het setpoint met 0.1 verhoogd totdat max_temp is bereikt.
  Daarna blijft het setpoint op max_temp totdat de override wordt uitgezet
  (uiterlijk op lastrun) of home assistant er mee stopt. 
triggers:
  - minutes: /20
    trigger: time_pattern
  - trigger: time
    at: "02:00:00"
    id: First run
  - trigger: time
    at: "12:00:00"
    id: First run
conditions: []
actions:
  - variables:
      explanation: >-
        -> "max_temp is the temperature to reach. By using aan iif it can be
        lowered as well. The automation will run between firstrun and lastrun,
        where firstrun depends on a trigger with id First run, but there can be
        more than one. It's best to set lastrun after a setpoint where the
        temperature will not be raised again (lower setpoints won't affect) and
        always after the firstrun triggers."
      max_temp: "{{20.7 if (now() < today_at(\"8:00\")) else 20.5 }}"
      firstrun: >-
        {{states('sensor.woonkamer_firstrun_time') | as_timestamp |
        timestamp_custom('%H:%M:%S')}}
      lastrun: "{{'15:00:00'}}"
      current_temp: "{{ state_attr('climate.woonkamer', 'temperature') | float }}"
      useEvo: true
  - if:
      - condition: and
        conditions:
          - condition: or
            conditions:
              - condition: template
                value_template: >-
                  {{ today_at(firstrun) <= now() <=
                  (today_at(lastrun)+timedelta(seconds=30))}}
              - condition: trigger
                id:
                  - First run
          - condition: not
            conditions:
              - condition: state
                entity_id: climate.woonkamer
                attribute: preset_mode
                state: permanent
    then:
      - choose:
          - conditions:
              - condition: trigger
                id:
                  - First run
            sequence:
              - target:
                  entity_id: input_number.woonkamer_target_temp
                data:
                  value: "{{ current_temp }}"
                action: input_number.set_value
              - action: input_boolean.turn_off
                metadata: {}
                data: {}
                target:
                  entity_id:
                    - input_boolean.woonkamer_verhoging_gereed
          - conditions:
              - condition: state
                entity_id: input_boolean.woonkamer_verhoging_gereed
                state: "off"
            sequence:
              - target:
                  entity_id: input_number.woonkamer_target_temp
                data:
                  value: >-
                    {{min(max_temp,
                    (states('input_number.woonkamer_target_temp') | float) +
                    (0.1)) }}
                action: input_number.set_value
              - if:
                  - condition: template
                    value_template: >-
                      {{states('input_number.woonkamer_target_temp') | float >=
                      (max_temp )}}
                then:
                  - action: input_boolean.turn_on
                    metadata: {}
                    data: {}
                    target:
                      entity_id: input_boolean.woonkamer_verhoging_gereed
      - if:
          - condition: template
            value_template: "{{ useEvo }}"
        then:
          - if:
              - condition: or
                conditions:
                  - condition: template
                    value_template: "{{now() > today_at(lastrun)}}"
            then:
              - if:
                  - condition: state
                    entity_id: climate.woonkamer
                    attribute: preset_mode
                    state: temporary
                then:
                  - action: evohome.clear_zone_override
                    data:
                      entity_id: climate.woonkamer
            else:
              - data:
                  setpoint: >-
                    {{ min(max_temp | float,
                    states('input_number.woonkamer_target_temp') | float) }}
                  duration: "00:30:00"
                  entity_id: climate.woonkamer
                action: evohome.set_zone_override
                alias: >-
                  Actie uitvoeren 'Honeywell Total Connect Comfort (Europe): Set
                  zone override' op Woonkamer voor een half uur. Na 30 minuten
                  wordt dit opnieuw gedaan tot lastrun en anders gaat na een
                  half uur het EvoHome schema verder. De ingestelde temperatuur
                  is maximaal de op dat moment geldende max_temp, zoals
                  gedefinieerd in het variabnelen blok
            enabled: true
        else:
          - if:
              - condition: template
                value_template: "{{now() > today_at(lastrun)}}"
            then:
              - if:
                  - condition: state
                    entity_id: climate.01_033496_00
                    attribute: preset_mode
                    state: temporary
                then:
                  - action: climate.set_preset_mode
                    target:
                      entity_id: climate.01_033496_00
                    data:
                      preset_mode: None
            else:
              - data:
                  temperature: " {{ min(max_temp | float, states('input_number.woonkamer_target_temp') | float) }}"
                  entity_id: climate.01_033496_00
                action: climate.set_temperature
            enabled: true
mode: single

Naast de automatisering heb je nog de volgende helpers nodig:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
template:
  - trigger:
      - platform: state
        entity_id: input_boolean.woonkamer_verhoging_gereed
        to: "off"
    sensor:
      - name: "woonkamer firstrun time"
        state: "{{ now().timestamp() | timestamp_local }}"
        device_class: timestamp

input_number:
  woonkamer_target_temp:
    name: Woonkamer Target Temperature
    min: 0
    max: 30
    step: 0.1
    unit_of_measurement: "°C"
    icon: mdi:thermometer
    
    
input_boolean:
  woonkamer_verhoging_gereed:
    name: Woonkamer verhoging gereed

Wat de automatisering doet is vanaf 2 uur ‘s nachts de woonkamer opwarmen (lage tarieven). Om 12 uur zit er ook nog een trigger in, maar die doet in de huidige configuratie niet zoveel. Door te spelen met de if’s in max_temp en die first run triggers zou je een soort van schema kunnen bouwen.

  • oeps
  • Registratie: Augustus 2007
  • Laatst online: 26-04 23:06
jk-d schreef op donderdag 19 december 2024 @ 19:59:
[...]


Bij deze de code voor de automatisering:
Dank je! Daar ga ik eens goed voor zitten de komende vrije dagen!

Acties:
  • +1 Henk 'm!

  • jk-d
  • Registratie: Februari 2005
  • Laatst online: 21:30
ik heb mijn code verder verfijnt. In het eerste variabelen blok kunnen parameters opgegeven worden, waarmee de rest van de automatisering werkt. De rest van de automatisering is voor iedere zone identiek. Dit is mijn huidige code:

code:
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
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
alias: CE0.1 woonkamer EVOhome verhoging
description: >-
  max_temp is the temperature to reach, the automation will raise the
  temperature by variable delta degrees (depending on the specific zone, delta
  could be higher than 0.1) every 20 minutes (this depends on the first trigger
  and can be set faster or slower by changing the value in the  trigger) until
  max_temp is reached."
     
  max_temp is set according a schedule, there's a week (sp_week) and weekend
  (sp_wknd) schedule. you can use as many setpoint as you like, but  they should
  increase in time and when you set to manay, the evohome service might be
  blocked. "


  The automation will not run if the zone is set to a Permanent temperature. The
  automation will run between firstrun and lastrun, where firstrun depends on a
  trigger with id 'First run'. There can be more than one 'First run' and if the
  mode is changed from 'Permanent' this will also trigger 'First run'.  It's
  best to set lastrun after an Evohome setpoint where the temperature will not
  be raised again (lower setpoints have no effect)."
triggers:
  - trigger: time
    at: "02:10:00"
    id: First run
  - trigger: time
    at: input_datetime.woonkamer_next_time
    enabled: true
  - trigger: state
    entity_id:
      - climate.woonkamer
    attribute: preset_mode
    from: permanent
    id: First run
    to: none
  - trigger: state
    entity_id:
      - climate.woonkamer
    attribute: preset_mode
    from: permanent
    to: temporary
    id: First run
  - trigger: state
    entity_id:
      - input_number.woonkamer_temp_manual
  - trigger: state
    entity_id:
      - input_boolean.iemand_in_regio
    to: "on"
conditions:
  - condition: not
    conditions:
      - condition: state
        entity_id: input_boolean.iemand_in_regio
        state: "off"
        for:
          hours: 4
          minutes: 0
          seconds: 0
actions:
  - variables:
      evozone: woonkamer
      freq_run: 20
      max_temp_start: 20.5
      sp_week:
        - - "07:00"
          - 20
        - - "11:00"
          - 20.8
        - - "16:00"
          - 20.5
        - - "20:00"
          - 20.8
      sp_wknd:
        - - "09:00"
          - 20.5
        - - "11:00"
          - 20.7
        - - "17:00"
          - 20.5
        - - "20:00"
          - 20.8
      lastrun: "{{ '22:30' if now().weekday() in (6,0,1,2,4)  else '23:30' }}"
    alias: Configuration variables
  - alias: General variables (better not change)
    variables:
      climatezone: climate.{{evozone}}
      start_time: input_datetime.{{evozone}}_start_time
      manual_time: input_datetime.{{evozone}}_manual_time
      manual_temp: input_number.{{evozone}}_temp_manual
      max_temp: >-
        {% if now().weekday() in (5,6)%}
          {% set sp = sp_wknd %}
        {% else %}
          {% set sp = sp_week %}    
        {% endif%}   {% set ns = namespace(value=max_temp_start) %}  {% for row
        in sp %}
           {% if now() > today_at(row[0]) %}
              {% set ns.value = row[1] %}
           {%  endif %}
        {% endfor %} {% if (now() | as_timestamp < states(manual_time) |
        as_timestamp ) and (states(manual_temp) | float(0) > 5) %}
          {{states(manual_temp)}}
        {% else %}
          {{ns.value }}
        {% endif%}
      firstrun: |-
        {% if trigger.id == 'First run' %}
          {%set stamp = now()%}
        {% else %}
          {% set stamp = states(start_time) %}
        {% endif%} {{ stamp  | as_timestamp | timestamp_custom('%H:%M')}}
      lastrun: >-
        {{ lastrun if (today_at(lastrun) | as_timestamp) > (states(manual_time)
        | as_timestamp) else (states(manual_time) | as_timestamp |
        timestamp_custom('%H:%M')) }}
      current_temp: "{{ state_attr(climatezone, 'temperature') | float }}"
      actual_temp: "{{ state_attr(climatezone, 'current_temperature') | float }}"
      delta: "{{0.2 if (current_temp <= 20 ) else 0.1}}"
  - if:
      - condition: and
        conditions:
          - alias: Between firstrun and last run or trigger is First run
            condition: or
            conditions:
              - alias: Time between firstrun and last run+(freq_run+5) minutes
                condition: template
                value_template: >-
                  {{ today_at(firstrun) <= now() <=
                  (today_at(lastrun)+timedelta(minutes=(freq_run+5)))}}
              - condition: trigger
                id:
                  - First run
          - alias: "Not equal to permanent "
            condition: not
            conditions:
              - condition: template
                value_template: "{{is_state_attr(climatezone,'preset_mode','permanent')}}"
    then:
      - alias: >-
          Sets the firstrun time if the automation is started by a trigger with
          id = ‘First run’
        if:
          - condition: trigger
            id:
              - First run
        then:
          - action: input_datetime.set_datetime
            metadata: {}
            data:
              timestamp: >-
                {{(now()) | as_timestamp | timestamp_custom('%H:%M') | today_at
                | as_timestamp}}
            target:
              entity_id: input_datetime.{{evozone}}_start_time
      - if:
          - condition: or
            conditions:
              - condition: template
                value_template: "{{now() > today_at(lastrun)}}"
        then:
          - if:
              - condition: template
                value_template: "{{is_state_attr(climatezone,'preset_mode','temporary')}}"
            then:
              - action: evohome.clear_zone_override
                data:
                  entity_id: climate.{{evozone}}
              - action: input_datetime.set_datetime
                metadata: {}
                data:
                  timestamp: >-
                    {{ (today_at(lastrun) -
                    timedelta(minutes=30)).timestamp()}} 
                target:
                  entity_id: input_datetime.{{evozone}}_start_time
              - action: input_number.set_value
                metadata: {}
                data:
                  value: 5
                target:
                  entity_id: "{{manual_temp}}"
        else:
          - action: input_datetime.set_datetime
            metadata: {}
            data:
              timestamp: >-
                {{(now()+timedelta(minutes=freq_run)) | as_timestamp |
                timestamp_custom('%H:%M') | today_at | as_timestamp}}
            target:
              entity_id: input_datetime.{{evozone}}_next_time
          - data:
              setpoint: >-
                {{ min(max_temp | float, max((current_temp+delta) | float,
                (actual_temp+delta) | float) ) }}
              duration: "00:30:00"
              entity_id: climate.{{evozone}}
            action: evohome.set_zone_override
            alias: >-
              Actie uitvoeren 'Honeywell Total Connect Comfort (Europe): Set
              zone override' on evozone for 30 minutes. This repeats until
              lastrun. From then on the evohome schedule continues.
        enabled: true
mode: single


Naast deze automatisering zijn per zone nog een aantal helpers nodig, die ik in configuration.yaml heb opgenomen:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 input_number:
  woonkamer_temp_manual:
     name: Woonkamer temp manual
     unit_of_measurement: "Cº"
     step: 0.1
     min: 5
     max: 25
     mode: box

input_datetime:
 #Evohome raise 
  woonkamer_start_time:
    name: Woonkamer start time
    has_date: true
    has_time: true
  woonkamer_next_time:
    name: Woonkamer next time
    has_date: true
    has_time: true
  woonkamer_manual_time:
    name: Woonkamer manual until time
    has_date: true
    has_time: true

De helpers met manual heb ik in de frontentopgenomen, zodat ik de automatisering tijdelijk kan overrulen.
Afbeeldingslocatie: https://tweakers.net/i/A1IYnJOPk4J8JTxueU1D8_UChRk=/800x/filters:strip_icc():strip_exif()/f/image/Wq6upBMpAkFb76g0DTYPg1MQ.jpg?f=fotoalbum_large
Als die temperatuur hoger ligt dan de huidige temperatuur, wordt de setpoint ook met kleine stapjes verhoogd.

Ik moet nog een ding regelen, en dat is dat de automatisering ook wordt aangeroepen na een herstart van homeassistant. Als een herstart plaatsvindt op het moment dat ook de automatisering zou moeten worden uitegevoerd op moment next_time, wordt next_time niet aangepast, stopt de automatisering en neemt het Evohome schema het weer over. In principe weet je wanneer je homeassistant herstart en kun je de automatisering even handmatig laten uitvoeren, dan werkt ie ook weer, maar het is charmanter als dat automatisch gebeurt :-).
Pagina: 1