thanks, startpost aangepast
:strip_exif()/u/90636/nintendo.gif?f=community)
Goed dat je die tabel "werkt wel/niet bij <versie>/<forumlid>" hebt toegevoegd. Kan hopelijk helpen om beter te begrijpen wat er nu wel werkt en wat niet.:
[...]
thanks, startpost aangepast
@GeeMoney het was toch jouw autotemp die de temperatuur niet overneemt van de WPU? Ben je daarmee nog verder gekomen?
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Overigens lijkt dit ook niet te kloppen in de startpost : Boven 15 graden niet overschakelen naar verwarmen.:
[...]
thanks, startpost aangepast
Bij mij staat als default 19 graden bij setting 62 - Max_outdoor_vrijgave_verwarmen op de autotemp.
Edit: Na fw versie 13 is default van 15 graden naar 19 graden zie ik.
[ Voor 9% gewijzigd door Midan op 03-10-2024 11:29 ]
:strip_icc():strip_exif()/u/52763/avatar.jpg?f=community){kind=avatar}
:strip_icc():strip_exif()/u/46863/Nemo.jpg?f=community)
Toe ons appartementengebouw werd opgeleverd, had iedereen last van heel harde klappen in ons gebouw. Na uitgebreid onderzoek door de aannemer en Itho, hebben ze de aan en afvoer bij de Autotemp verwisseld. Daarna zijn de klappen minder hard geworden, maar ze zijn er nog steeds. In de loop van de tijd werden ze steeds zachter, totdat vorig jaar de voor de eerste keer de service monteur is geweest, voor onderhoud. Daarna werden de klappen weer goed hoorbaar. Het enigste wat deze monteurs hebben gedaan is de bron en CV bijgevuld.
In de onderstaande grafieken is te zien hoe de WPU werkt in CV bedrijf.
Ik heb de setting 8 weer op 0 gezet en de buitentemperatuur is nu weer vast -31 gr.
Op een of andere manier (in ieder geval ook afhankelijk van de gemeten temp in de woonkamer) berekend de WPU, de tijd dat hij denkt, dat de compressor aan zou moeten zijn en met welk vermogen. Dat berekend de WPU elke 15 min opnieuw. Het verschil in starttijd, van Resterende CV tijd en WK power (kW) heeft te maken met setting 216 “Bronflow inregeltijd” van 5 min.
M.b.t. de compressortijd:
In dit geval wordt ingeschat dat de compressor 84 min zou moeten aanblijven en dat worden er uiteindelijk 54 min. Bij elke nieuwe CV periode is de ingeschatte compressortijd steeds anders en dat geld ook voor het verloop.
M.b.t het vermogen:
In dit geval start hij met een vermogen van 1,5kW en bouwt dit af tot nul. Zelfs nadat de compressor uit is geschakeld is de WPU/autotemp het vermogen aan het afbouwen.
Bij elke nieuwe CV periode is het start vermogen en ook de afbouw daarvan anders. Bovendien is de vermogens afbouw (in tijd) soms ook gelijk aan de compressortijd.
Wanneer de temperatuur in de woonkamer sneller stijgt dan verwacht (om welke rede dan ook), dan worden de “trapjes” in beide grafieken groter.
:strip_exif()/f/image/nvAQblMHxxRS0upxEb6FMCNr.jpg?f=fotoalbum_large)
Nu wat betreft de knallen in onze appartementen, die zijn alleen te horen op het moment dat de compressortijd opnieuw wordt berekend. Niet bij elke nieuwe berekening. Ik heb geen patroon kunnen ontdekken. Ik zou mij kunnen voorstellen dat ook de waterdruk tijdens CV bedrijf invloed op deze knallen zou kunnen hebben. Tijdens CV bedrijf wordt de CV druk tot wel 0,9 bar hoger. Zijn er meer die hier last van hebben en is dit op te verhelpen?
In de onderstaande grafieken is te zien hoe de WPU werkt in CV bedrijf.
Ik heb de setting 8 weer op 0 gezet en de buitentemperatuur is nu weer vast -31 gr.
Op een of andere manier (in ieder geval ook afhankelijk van de gemeten temp in de woonkamer) berekend de WPU, de tijd dat hij denkt, dat de compressor aan zou moeten zijn en met welk vermogen. Dat berekend de WPU elke 15 min opnieuw. Het verschil in starttijd, van Resterende CV tijd en WK power (kW) heeft te maken met setting 216 “Bronflow inregeltijd” van 5 min.
M.b.t. de compressortijd:
In dit geval wordt ingeschat dat de compressor 84 min zou moeten aanblijven en dat worden er uiteindelijk 54 min. Bij elke nieuwe CV periode is de ingeschatte compressortijd steeds anders en dat geld ook voor het verloop.
M.b.t het vermogen:
In dit geval start hij met een vermogen van 1,5kW en bouwt dit af tot nul. Zelfs nadat de compressor uit is geschakeld is de WPU/autotemp het vermogen aan het afbouwen.
Bij elke nieuwe CV periode is het start vermogen en ook de afbouw daarvan anders. Bovendien is de vermogens afbouw (in tijd) soms ook gelijk aan de compressortijd.
Wanneer de temperatuur in de woonkamer sneller stijgt dan verwacht (om welke rede dan ook), dan worden de “trapjes” in beide grafieken groter.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/nvAQblMHxxRS0upxEb6FMCNr.jpg?f=user_large)
Nu wat betreft de knallen in onze appartementen, die zijn alleen te horen op het moment dat de compressortijd opnieuw wordt berekend. Niet bij elke nieuwe berekening. Ik heb geen patroon kunnen ontdekken. Ik zou mij kunnen voorstellen dat ook de waterdruk tijdens CV bedrijf invloed op deze knallen zou kunnen hebben. Tijdens CV bedrijf wordt de CV druk tot wel 0,9 bar hoger. Zijn er meer die hier last van hebben en is dit op te verhelpen?
:strip_exif()/u/6647/Parhelia.gif?f=community)
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Ik gebruik ook de blueprints van @Onl1ne1373
.De temp die je zet op de debug pagina, doe je dat op de autotemp of de wpu ? Op de wpu zet ik hem namelijk ook maar die waarde negeert hij in mijn geval omdat de autotemp leidend is in de beslissing om te verwarmen of koelen en daar dus niet mijn temp correct aan word doorgegeven door de thermostaat/wpu .
Op de autotemp zie ik dus altijd 327.67 graden en hij kan dus altijd koelen en of verwarmen. Hij kan dus in koel mode knallen als het meelopen van de thermostaten niet goed gaat en het buiten toch 5 graden is.
:strip_exif()/u/1881/avatar_60.gif?f=community){kind=avatar}
Thx die explorer app zocht ik, zie nu deze error:
code:
1
2
3
4
5
| {
"source": "ithoQueue_error",
"command": "speed:20",
"timestamp": 1728117789
} |
Device nog keer gereboot en deze optie aangezet en nu werkt alles weer....
:fill(white):strip_exif()/f/image/2qn3ypiwu7rgfxdfOpXuk3lj.png?f=user_large)
[ Voor 15% gewijzigd door ChiLLeR op 08-10-2024 10:57 ]
>> Signature?
Hoi allemaal, Eindelijk ben ik toegekomen om een beschrijving te maken van de OpenTherm Gateway support voor de Itho WPU5G https://github.com/GraceGRD/otgw.
Deze repository bevat de changes aan de otgw firmware wat het aansturen van de boiler mogelijk maakt.
Inmiddels zit er ook support voor 'transparent_commands' in de OpenTherm Gateway Home Assistant integration https://www.home-assistant.io/integrations/opentherm_gw.
Ik test nu 2 integraties (code onderaan deze post), De eerste stuurt het 'boost' command wanneer de energieprijs het laagste is. De tweede integratie schrijft elke dag om 0:00 de meest gunstige boiler tijd naar de warmtepomp. Verder zijn er nog meer mogelijkheden qua integratie.
Hopelijk kan ik jullie motiveren om de otgw oplossing te gaan gebruiken en zo de automations te perfectioneren.
Warmtepomp - Boiler aansturen op basis van energieprijs:
Warmtepomp - Boiler aansturen op basis van energieprijs (ECO)
Deze repository bevat de changes aan de otgw firmware wat het aansturen van de boiler mogelijk maakt.
Inmiddels zit er ook support voor 'transparent_commands' in de OpenTherm Gateway Home Assistant integration
https://www.home-assistant.io/integrations/opentherm_gw.Ik test nu 2 integraties (code onderaan deze post), De eerste stuurt het 'boost' command wanneer de energieprijs het laagste is. De tweede integratie schrijft elke dag om 0:00 de meest gunstige boiler tijd naar de warmtepomp. Verder zijn er nog meer mogelijkheden qua integratie.
Hopelijk kan ik jullie motiveren om de otgw oplossing te gaan gebruiken en zo de automations te perfectioneren.
Warmtepomp - Boiler aansturen op basis van energieprijs:
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
| description: ""
mode: single
triggers:
- entity_id:
- sensor.electricity_price_home
id: energie-prijs
trigger: state
- entity_id:
- sensor.itho_wpu_status
to: boiler
id: boiler-status
trigger: state
conditions: []
actions:
- choose:
- conditions:
- condition: trigger
id:
- energie-prijs
- condition: template
value_template: >-
{{ state_attr('sensor.electricity_price_home', 'min_price') ==
(states('sensor.electricity_price_home') | float) }}
alias: " Laagste energie dagprijs"
- condition: not
conditions:
- condition: state
entity_id: sensor.itho_wpu_status
state: boiler
sequence:
- alias: Stuur command QH=C (Trigger a HW Cycle/Boost)
action: opentherm_gw.send_transparent_command
data:
gateway_id: woonkamer
transp_cmd: QH
transp_arg: C
alias: Zet boiler aan
- conditions:
- condition: trigger
id:
- energie-prijs
- condition: template
value_template: >-
{{ state_attr('sensor.electricity_price_home', 'min_price') ==
(states('sensor.electricity_price_home') | float) }}
alias: " Laagste energie dagprijs"
- condition: state
entity_id: sensor.itho_wpu_status
state: boiler
- condition: state
entity_id: input_boolean.warmtepomp_boiler
state: "off"
sequence: []
alias: Zet boiler aan (mislukt)
- conditions:
- condition: trigger
id:
- boiler-status
- condition: template
value_template: >-
{{ state_attr('sensor.electricity_price_home', 'min_price') ==
(states('sensor.electricity_price_home') | float) }}
alias: " Laagste energie dagprijs"
- condition: state
entity_id: sensor.itho_wpu_status
state: boiler
sequence:
- action: input_boolean.turn_on
metadata: {}
data: {}
target:
entity_id: input_boolean.warmtepomp_boiler
alias: Boiler gaat aan (gunstig)
- conditions:
- condition: trigger
id:
- boiler-status
- condition: not
conditions:
- condition: template
value_template: >-
{{ state_attr('sensor.electricity_price_home',
'min_price') == (states('sensor.electricity_price_home') |
float) }}
alias: " Laagste energie dagprijs"
- condition: state
entity_id: sensor.itho_wpu_status
state: boiler
sequence:
- action: input_boolean.turn_on
metadata: {}
data: {}
target:
entity_id: input_boolean.warmtepomp_boiler
- action: opentherm_gw.send_transparent_command
data:
gateway_id: woonkamer
transp_cmd: GW
transp_arg: "1"
alias: Stuur command GW=1 (Gateway mode)
- action: notify.mobile_app_dennis
data:
message: "Forceer GW=1 "
title: Warmtepomp Boiler
alias: Boiler gaat aan (ongunstig)
- conditions:
- condition: trigger
id:
- boiler-status
- condition: not
conditions:
- condition: state
entity_id: sensor.itho_wpu_status
state: boiler
sequence:
- action: input_boolean.turn_off
metadata: {}
data: {}
target:
entity_id: input_boolean.warmtepomp_boiler
- action: opentherm_gw.send_transparent_command
data:
gateway_id: woonkamer
transp_cmd: QH
transp_arg: S
alias: >-
Stuur command QH=S (*Standby mode HW with legionella protection
enabled)
- alias: >-
Stuur command QH=B (*Block HW completely so legionella protection
is off)
action: opentherm_gw.send_transparent_command
data:
gateway_id: woonkamer
transp_cmd: QH
transp_arg: B
enabled: false
alias: Boiler klaar, zet uit |
Warmtepomp - Boiler aansturen op basis van energieprijs (ECO)
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
| alias: Warmtepomp - Boiler aansturen op basis van energieprijs (ECO)
description: ""
triggers:
- trigger: time
at: "00:00:00"
conditions: []
actions:
- action: tibber.get_prices
data: {}
response_variable: price_list
- action: opentherm_gw.send_transparent_command
metadata: {}
data:
gateway_id: woonkamer
transp_cmd: QI
transp_arg: >-
{% set prices = price_list['prices']['home'] %} {% set cheapest =
prices | sort(attribute='price') | first %} {{
as_datetime(cheapest.start_time).strftime('%H:%M') }}
- action: notify.mobile_app
metadata: {}
data:
title: Warmtepomp Boiler
message: >-
{% set prices = price_list['prices']['home'] %} {% set cheapest =
prices | sort(attribute='price') | first %} Gepland {{
as_datetime(cheapest.start_time).strftime('%H:%M') }}, €{{
cheapest.price }} per kWh.
mode: single |
Hier wordt buitentemp wel goed doorgegeven aan de master autotemp. CE30 command lijkt niet te werken op de autotemp.:
[...]
Ik gebruik ook de blueprints van @Onl1ne1373
De temp die je zet op de debug pagina, doe je dat op de autotemp of de wpu ? Op de wpu zet ik hem namelijk ook maar die waarde negeert hij in mijn geval omdat de autotemp leidend is in de beslissing om te verwarmen of koelen en daar dus niet mijn temp correct aan word doorgegeven door de thermostaat/wpu .
Op de autotemp zie ik dus altijd 327.67 graden en hij kan dus altijd koelen en of verwarmen. Hij kan dus in koel mode knallen als het meelopen van de thermostaten niet goed gaat en het buiten toch 5 graden is.
Hij is toegevoegd en home-assistant herkent netjes een MQTT device, de handleiding op github van Arjen gevolgd (https://github.com/arjenh...tho-WPU-Heat-pump-support) en de sensoren aangemaakt in home-assistant;
Maar helaas zijn alle sensoren nog 'onbekend'. Ik heb een aantal uur gewacht maar zie geen verandering helaas. Als ik kijk in de module zie ik wel dat hij waardes ophaalt uit de Itho;
Label Value
Version error newer than latest in firmware 0
CH pump on (h) 1799
Source pump on (h) 1897
DHW pump on (h) 100
Compressor on (h) 402
Maar deze worden niet meegegeven in MQTT. Als ik kijk met MQTT explorer zie ik wel dat er binnen 'itho' (gebruiker) netjes MQTT berichten worden gepost:
/f/image/T2oi3d3KCGcfb8AxZu5hLcrp.png?f=fotoalbum_large)
Hij ziet dus messages, maar de sensoren zijn allemaal onbekend, zonder data
:fill(white):strip_exif()/f/image/mZeDs8cJCgOloU7eEYHCmdk4.png?f=user_large)
Wie kan en wilt even met me mee denken waar ik moet zoeken?
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
| mqtt:
sensor:
- name: "Itho WPU CV Pressure"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['CV pressure (Bar)'] }}"
unique_id: "itho_wpu_bar"
state_class: "measurement"
device_class: "pressure"
unit_of_measurement: "bar"
- name: "Itho WPU Flow rate (l/h)"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['Flow sensor (lt_hr)'] }}"
unique_id: "itho_wpu_flowrate"
state_class: "measurement"
- name: "Itho WPU CV Return"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['CV return temp (°C)'] }}"
unique_id: "itho_wpu_cv_return"
state_class: "measurement"
device_class: "temperature"
unit_of_measurement: "°C"
- name: "Itho WPU Status"
state_topic: "itho/ithostatus"
value_template: >
{% set st = value_json.Status| int %}
{% if st == 0 %}
init
{% elif st == 1 %}
off
{% elif st == 2 %}
cv
{% elif st == 3 %}
boiler
{% elif st == 4 %}
cooling
{% elif st == 5 %}
venting
{% endif %}
unique_id: "itho_wpu_status"
- name: "Itho WPU Boiler temp"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['Boiler temp up (°C)'] }}"
unique_id: "itho_wpu_boiler_temp"
state_class: "measurement"
device_class: "temperature"
unit_of_measurement: "°C"
- name: "Itho WPU CV Supply"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['CV supply temp (°C)'] }}"
unique_id: "itho_wpu_cv_supply"
state_class: "measurement"
device_class: "temperature"
unit_of_measurement: "°C"
- name: "Itho WPU Requested temp"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['Requested room temp (°C)'] }}"
unique_id: "itho_wpu_cv_req_temp"
state_class: "measurement"
device_class: "temperature"
unit_of_measurement: "°C"
- name: "Itho WPU Temp from source"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['Temp from source (°C)'] }}"
unique_id: "itho_wpu_temp_from_source"
state_class: "measurement"
device_class: "temperature"
unit_of_measurement: "°C"
- name: "Itho WPU Temp to source"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['Temp to source (°C)'] }}"
unique_id: "itho_wpu_temp_to_source"
state_class: "measurement"
device_class: "temperature"
unit_of_measurement: "°C"
- name: "Itho WPU Total Power Used"
state_topic: "itho/ithostatus"
value_template: >
{% if is_number(value_json['E-consumption during stand-by (kWh)']) %}
{{ (value_json['E-consumption during stand-by (kWh)']| float + value_json['E-consumption during DHW (kWh)']| float + value_json['E-consumption during heating (kWh)']| float + value_json['E-consumption during cooling (kWh)']| float) | float }}
{% else %}
None
mqtt{% endif %}
unique_id: "itho_wpu_total_energy"
state_class: "total"
device_class: "energy"
unit_of_measurement: "kWh"
- name: "Itho WPU Current Room temp"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['Room temp (°C)'] }}"
unique_id: "itho_wpu_roomtemp"
state_class: "measurement"
device_class: "temperature"
unit_of_measurement: "°C"
- name: "Itho WPU CV pump percent"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['Cv pump (%)'] }}"
unique_id: "itho_wpu_cv_pump"
state_class: "measurement"
unit_of_measurement: '%'
- name: "Itho WPU Source pump percent"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['Well pump (%)'] }}"
unique_id: "itho_wpu_well_pump"
state_class: "measurement"
unit_of_measurement: '%'
- name: "Itho WPU Thermostat mode"
state_topic: "itho/ithostatus"
value_template: >
{% if value_json['ECO selected on thermostat'] == 1 %}Eco{% endif %}
{% if value_json['Comfort selected on thermostat'] == 1 %}Comfort{% endif %}
{% if value_json['Boiler boost from thermostat'] == 1 %}Boost{% endif %}
{% if value_json['Venting from thermostat'] == 1 %}Venting{% endif %}
{% if value_json['Tariff low from thermostat'] == 1 %}Low{% endif %}
{% if value_json['Boiler blocked from thermostat'] == 1 %}Off{% endif %}
unique_id: "itho_wpu_thermostat_mode" |
Maar helaas zijn alle sensoren nog 'onbekend'. Ik heb een aantal uur gewacht maar zie geen verandering helaas. Als ik kijk in de module zie ik wel dat hij waardes ophaalt uit de Itho;
Label Value
Version error newer than latest in firmware 0
CH pump on (h) 1799
Source pump on (h) 1897
DHW pump on (h) 100
Compressor on (h) 402
Maar deze worden niet meegegeven in MQTT. Als ik kijk met MQTT explorer zie ik wel dat er binnen 'itho' (gebruiker) netjes MQTT berichten worden gepost:
:fill(white):strip_exif()/f/image/T2oi3d3KCGcfb8AxZu5hLcrp.png?f=user_large)
Hij ziet dus messages, maar de sensoren zijn allemaal onbekend, zonder data
Wie kan en wilt even met me mee denken waar ik moet zoeken?
[ Voor 63% gewijzigd door --help op 09-10-2024 10:38 ]
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Ik zie het volgende in de Itho settings pagina;
Itho hw version: 83
Itho fw version: 41
Waar moet ik deze CH mode instellen en hoe doe ik dat?
Ah op die manier, ja dat werkt wel. Veel waardes die voorheen werkten staat er niet meer tussen, ook de flow waardes en bron informatie! 
Is het mogelijk dat deze waardes er later bij komen? De info waar ik de module voor heb aangeschaft kan ik er namelijk nu niet uithalen, ik wilde in ieder geval de temperatuur van en naar de bron uit kunnen lezen. Begrijp dat de software veel nieuwer is dus dit is nog onbekend, maar hoe gaat dit normaliter in zijn werk, iemand die dit weet?
Ja, je firmware versie moet gewoon even opgenomen worden in de code.:
Is het mogelijk dat deze waardes er later bij komen? De info waar ik de module voor heb aangeschaft kan ik er namelijk nu niet uithalen, ik wilde in ieder geval de temperatuur van en naar de bron uit kunnen lezen. Begrijp dat de software veel nieuwer is dus dit is nog onbekend, maar hoe gaat dit normaliter in zijn werk, iemand die dit weet?
@vliegnerd kan jij dit mee laten nemen?
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Zojuist getest en dat is de oplossing inderdaad, helaas zijn alle oude namen verandert dus moet ik even wat dingen aanpassen maar dat hoort er even bij ... ik zie nu de waardes die ik graag wilde zien. Bedankt allen voor de hulp! 
Koelvraag lijkt nu wel definitief over, dus we kunnen weer over op vragen over verwarmen 
Hoe stellen jullie dit in? Enige ruimte die nu vaak 'te koud' is is de woonkamer. Als die onder ingestelde temp duikt start de WP en is die weer op temperatuur dan stop deze. Echter is dit nu vaak binnen een kwartier al gedaan. Ik wil de periode van verwarmen verlengen, dus bijv. verwarmen tot thermostaattemp+0,5. Kan dit?
Hoe stellen jullie dit in? Enige ruimte die nu vaak 'te koud' is is de woonkamer. Als die onder ingestelde temp duikt start de WP en is die weer op temperatuur dan stop deze. Echter is dit nu vaak binnen een kwartier al gedaan. Ik wil de periode van verwarmen verlengen, dus bijv. verwarmen tot thermostaattemp+0,5. Kan dit?
Volgens mij heeft @Sjepers dit soort instelling bestudeerd en uitgetest. Ik kan mij ook herinneren dat hij een paar instellingen heeft genoemd + effect. Maar kan het niet terugvinden.:
Koelvraag lijkt nu wel definitief over, dus we kunnen weer over op vragen over verwarmen
Hoe stellen jullie dit in? Enige ruimte die nu vaak 'te koud' is is de woonkamer. Als die onder ingestelde temp duikt start de WP en is die weer op temperatuur dan stop deze. Echter is dit nu vaak binnen een kwartier al gedaan. Ik wil de periode van verwarmen verlengen, dus bijv. verwarmen tot thermostaattemp+0,5. Kan dit?
Hopelijk reageert @Sjepers en/of zijn post terugzoeken. (Was in afgelopen maand)
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Je kan toch ook gewoon je thermostaat een halve graad hoger zetten ? Dan doet hij namelijk exact wat je nu vraagt. Je huidige setpoint + 0.5:
Koelvraag lijkt nu wel definitief over, dus we kunnen weer over op vragen over verwarmen
Hoe stellen jullie dit in? Enige ruimte die nu vaak 'te koud' is is de woonkamer. Als die onder ingestelde temp duikt start de WP en is die weer op temperatuur dan stop deze. Echter is dit nu vaak binnen een kwartier al gedaan. Ik wil de periode van verwarmen verlengen, dus bijv. verwarmen tot thermostaattemp+0,5. Kan dit?
[ Voor 5% gewijzigd door GeeMoney op 10-10-2024 21:49 ]
Wat is eigenlijk de hysteresis van die Spider thermostaat en is dat een instelbare parameter?:
Koelvraag lijkt nu wel definitief over, dus we kunnen weer over op vragen over verwarmen
Hoe stellen jullie dit in? Enige ruimte die nu vaak 'te koud' is is de woonkamer. Als die onder ingestelde temp duikt start de WP en is die weer op temperatuur dan stop deze. Echter is dit nu vaak binnen een kwartier al gedaan. Ik wil de periode van verwarmen verlengen, dus bijv. verwarmen tot thermostaattemp+0,5. Kan dit?
Een kwartier aan is kort, nu is de vraag hoelang duurt het voordat de wp weer aan gaat. Als
er in die 15 min. genoeg warmte in de vloer is gekomen is dat natuurlijk prima echter wanneer de hysteresis
zeer klein is en de thermostaat is heel gevoelig (geen wachttijd voor het schakelen) door invloeden van buitenaf, dan kan dit behoorlijk hinderlijk zijn.
SUZ-SWM40VA + ERSD-VM2DR1
Ik weet niet hoe het zit met de hysteris van de spider
Maar je kunt wel in de autotemp setting 65 (in fw12) "Upper limit end of heat
demand (K)" in stellen. Die staat bij mij op 0.5 (standaard instelling). Instelbaar interval is 0.5 tot 2 graden.
Dit zou je moeten testen, maar ik denk dat als je dit vergroot, dat dan de warmtevraag hoog blijft tot de temperatuur die delta bereikt.
Dat kan alleen werken als de autotemp dat ook de warmtevraag bij een temperatuur net onder het setpoint vergroot, zodat de WPU flink aangaat met CV bedrijf en flink gaat stoken. Maar of dat zo werkt: Geen idee.
Uitproberen!
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Het lijkt dichter bij de 0,2 te zitten naar mijn idee en de afgelopen grafieken allemaal te zien.:
[...]
Ik weet niet hoe het zit met de hysteris van de spider
Maar je kunt wel in de autotemp setting 65 (in fw12) "Upper limit end of heat
demand (K)" in stellen. Die staat bij mij op 0.5 (standaard instelling). Instelbaar interval is 0.5 tot 2 graden.
Dit zou je moeten testen, maar ik denk dat als je dit vergroot, dat dan de warmtevraag hoog blijft tot de temperatuur die delta bereikt.
Dat kan alleen werken als de autotemp dat ook de warmtevraag bij een temperatuur net onder het setpoint vergroot, zodat de WPU flink aangaat met CV bedrijf en flink gaat stoken. Maar of dat zo werkt: Geen idee.
Uitproberen!
Ik heb gister toevallig 4 stook momenten gehad, eens kijken of ik dat kan rijmen met de ruimte temps.
Edit:
Gisteren zijn mijn 4 verwarmings momenten gestopt nadat ik 0,13 graad was "gestegen" .
[ Voor 4% gewijzigd door GeeMoney op 11-10-2024 11:42 ]
Misschien heeft @Sjepers hier ervaring mee….?:
[...]
Ik weet niet hoe het zit met de hysteris van de spider
Maar je kunt wel in de autotemp setting 65 (in fw12) "Upper limit end of heat
demand (K)" in stellen. Die staat bij mij op 0.5 (standaard instelling). Instelbaar interval is 0.5 tot 2 graden.
Dit zou je moeten testen, maar ik denk dat als je dit vergroot, dat dan de warmtevraag hoog blijft tot de temperatuur die delta bereikt.
Dat kan alleen werken als de autotemp dat ook de warmtevraag bij een temperatuur net onder het setpoint vergroot, zodat de WPU flink aangaat met CV bedrijf en flink gaat stoken. Maar of dat zo werkt: Geen idee.
Uitproberen!
SUZ-SWM40VA + ERSD-VM2DR1
Dat is een eenmalige oplossing. Daarna heb ik hetzelfde probleem alleen rond andere temp instelling.:
[...]
Je kan toch ook gewoon je thermostaat een halve graad hoger zetten ? Dan doet hij namelijk exact wat je nu vraagt. Je huidige setpoint + 0.5
Zo'n soort setting zoek ik. Zal als ik thuis ben ook een kijken of ik kan zien bij welk niveau de boel uit slaat, volgens mij is dat maar heel licht boven setpoint en zeker geen halve graad.:
[...]
Ik weet niet hoe het zit met de hysteris van de spider
Maar je kunt wel in de autotemp setting 65 (in fw12) "Upper limit end of heat
demand (K)" in stellen. Die staat bij mij op 0.5 (standaard instelling). Instelbaar interval is 0.5 tot 2 graden.
Dit zou je moeten testen, maar ik denk dat als je dit vergroot, dat dan de warmtevraag hoog blijft tot de temperatuur die delta bereikt.
Dat kan alleen werken als de autotemp dat ook de warmtevraag bij een temperatuur net onder het setpoint vergroot, zodat de WPU flink aangaat met CV bedrijf en flink gaat stoken. Maar of dat zo werkt: Geen idee.
Uitproberen!
Dat gaat wel ten koste van comfort. Het moet namelijk dus of eerst (flink) afkoelen om daarna langer te lopen, of hij ijlt dus langer door en het wordt een stuk warmer dan je wenst.
Ik weet niet van een parameter die dat gedrag kan aanpassen. Wat wel werkt is het sturen van je thermostaten maar dan heb je dus een opentherm gateway nodig of een HGI-80 en de blueprints van @Onl1ne1373 .
Theoretisch kan ik doen wat jij wilt, eigenlijk doe ik dat een klein beetje in de nacht door het verwarmen te blokkeren tussen 23:00 en 01:00 uur en ik verlaag in de nacht de thermostaat een halve graad om te voorkomen dat hij aanslaat.
Hiermee voorkom ik in ieder geval veel stop-starts in de avond/nacht. Om 06:00 uur gaat meestal de eerste verwarming run lopen hier zodat het rond 07:30 uur weer richting het setpoint is.
Overdag houd ik dan echter wel "korte" runs al zijn dat er dus nu 4 van 45min elk sinds eergisteren ofzo. Nog geen idee hoe dat diep in de winter gaat want ik stuur het pas sinds februari. Om dit echter overdag te doen lijkt mij wel vervelend voor je comfort.
Mijn schema is nu:
Overdag thermostaat 21,5 tot 23:00 uur. Dan blokkeer ik verwarmen in zijn geheel tot 01:00 uur.
Om 00:55 verlaag ik de HT naar 21 graden. Hierdoor slaat hij pas aan op het moment dat de temp onder de 21,15 zakt ongeveer. Vervolgens om 06:00 uur zet ik de thermostaat weer op 21,5. Nu gaat hij dus verwarmen als dat nodig is naar de 21,5 toe.
Overdag laat ik hem op 21,5 staan om rond 23:00 uur weer te herhalen.
Edit: reden waarom ik dit doe is slaap comfort van mijn vrouw (pomp staat naast onze slaapkamer)
.
[ Voor 42% gewijzigd door GeeMoney op 11-10-2024 14:11 ]
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Is dit een inlaatcombinatie? Het viel mij vandaag op dat het tijdens het verwarmen van het voorraadvat overloopt. Wellicht is het erger door de legionella-run vandaag.
Gelukkig loopt het langs de buitenkant van de slang alsnog de sifon in.
Is dit normale werking? Het water komt niet in druppels uit de overdrukventiel maar als een straal.
:strip_exif()/f/image/w3APrGjiKMAYi9V63oVQlFNA.jpg?f=fotoalbum_large)
Gelukkig loopt het langs de buitenkant van de slang alsnog de sifon in.
Is dit normale werking? Het water komt niet in druppels uit de overdrukventiel maar als een straal.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/w3APrGjiKMAYi9V63oVQlFNA.jpg?f=user_large)
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Ik heb in de afgelopen weken, meerdere storingen geconstateerd tussen de Spiders en de autoterm. Het lijkt er op dat de verbinding tussen de spiders die draadloos verbonden zijn erg instabiel is. In mijn monitoring is dan te zien dat de kamertemperatuur 327.67 graden is. Met als gevolg dat de kleppen in de verdelers gesloten blijven terwijl de ruimte kouder is dan de ingestelde temperatuur. Ter illustratie de bijgevoegde grafiek.
Wanneer de gemeten temperatuur 326.67 graden is, is de heat demand voor deze ruimte 0%. Ik heb deze storing gemeld bij de aannemer, installateur komt morgen langs. Iemand anders hier al iets vergelijkbaars waargenomen?
/f/image/oeLlXrPDKmMw928S7QKQKzyO.png?f=fotoalbum_large)
Wanneer de gemeten temperatuur 326.67 graden is, is de heat demand voor deze ruimte 0%. Ik heb deze storing gemeld bij de aannemer, installateur komt morgen langs. Iemand anders hier al iets vergelijkbaars waargenomen?
:fill(white):strip_exif()/f/image/oeLlXrPDKmMw928S7QKQKzyO.png?f=user_large)
BMW i4 | Jaguar i-pace | Easee laadpaal | Hoymiles 3kWp O/W | Solis 4,6kWp O/W | IthoDaalderop WMP + NRG addon | Orcon WTW | Homey Pro | Tibber | 3 x Marstek Venus E V151 met CT003 V114
BMW i4 | Jaguar i-pace | Easee laadpaal | Hoymiles 3kWp O/W | Solis 4,6kWp O/W | IthoDaalderop WMP + NRG addon | Orcon WTW | Homey Pro | Tibber | 3 x Marstek Venus E V151 met CT003 V114
Beste Vendetta_X,:
Koelvraag lijkt nu wel definitief over, dus we kunnen weer over op vragen over verwarmen
Hoe stellen jullie dit in? Enige ruimte die nu vaak 'te koud' is is de woonkamer. Als die onder ingestelde temp duikt start de WP en is die weer op temperatuur dan stop deze. Echter is dit nu vaak binnen een kwartier al gedaan. Ik wil de periode van verwarmen verlengen, dus bijv. verwarmen tot thermostaattemp+0,5. Kan dit?
Gebruik je HA om de data van de WPU uit te lezen?
De spider staat bij ons overdag op 21 en in de nacht op 20,5.
Deze instelling is voor onze situatie het zuinigste. Bepaald door aantal jaren het verbruik te monitoren.
Onze WTW staat op 22 graden.
Normaal gesproken, is de display waarde van de spider 21, als de gemeten temp tussen 21,00 tem 21,49 is.
Nu komt het, bij verwarmen heeft de spider een eigen leven.
Als we opstaan en de werkelijke temperatuur die de spider meet lager is dan 21 (spider display laat 20,5 zien) en we dan de spider op 21,0 zetten, dan geeft de spider na een paar minuten aan dat het 21,0 is. Dat is complete onzin. HA laat zien dat de gemeten temperatuur nog steeds lager dan 21,0.
De WPU is ook bij ons nog steeds aan het verwarmen.
De verwarmperiode is nog te kort om een duidelijk beeld te krijgen van de schakelpunten. De ene keer stopt de WPU met verwarmen als de woonkamer 21,3 is en de andere keer als hij 21,4 is. Dit heeft waarschijnlijk te maken met de begin temperatuur. Ik heb nog te weinig data om hierover een uitspraak te doen.
@Sjepers
Ik gebruik HA inderdaad. Waarden op de thermostaat neem ik met een korrel zout. Hier staat de spider op 21, de woonkamer dan. Maar als daar vraag is, is dat voldoende om de WPU te triggeren. De nacht naar 20,5 schrijf ik op mijn lijstje om te bouwen.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/yzLF5y6PvwonKFMWlgRGcrdD.jpg?f=user_large)
Start bij 20.96, stop 21.05 Gevoelsmatig vind ik dit nog steeds een hele kleine delta.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/HMA4ilv464G1q54fNReZi2Fl.jpg?f=user_large)
Wat WPU settings die mogelijk van invloed zijn. De WPU verwarmd 0.1 graad. Dit in tegenstelling tot de meeste settings waar 0.2 staat.
Ik heb ook wel eens ergens gelezen dat de WPU een berekening doet op het moment dat je onder setpoint komt en dan een 'tijd aan' uitrekent.
Ik gebruik HA inderdaad. Waarden op de thermostaat neem ik met een korrel zout. Hier staat de spider op 21, de woonkamer dan. Maar als daar vraag is, is dat voldoende om de WPU te triggeren. De nacht naar 20,5 schrijf ik op mijn lijstje om te bouwen.
Start bij 20.96, stop 21.05 Gevoelsmatig vind ik dit nog steeds een hele kleine delta.
Wat WPU settings die mogelijk van invloed zijn. De WPU verwarmd 0.1 graad. Dit in tegenstelling tot de meeste settings waar 0.2 staat.
Ik heb ook wel eens ergens gelezen dat de WPU een berekening doet op het moment dat je onder setpoint komt en dan een 'tijd aan' uitrekent.
Ik heb nu dan de standaard gateway.hex erin zitten. De fout treedt op wanneer ik het bestand gateway-v6.5.4-itho-wpu5g.hex probeer te flashen via OpenTherm Monitor.
Het zal hem zitten in de hardwareversie, ik heb print v2.0 met daarop een PIC16f88. Dit was de voorganger zo te lezen.
Ik zie dat er wel enkele verschillen tussen deze chips zitten als ik zo de commits bekijk. Ik vraag me af of ik hier mijn tijd in ga stoppen, of dat ik een nieuwe PIC aanschaf. Maar wellicht is daar ook weer een nieuwe print voor nodig. Ik ga het eens bekijken.
Update: blijkt gewoon vervangen te kunnen worden. Dan bestel ik wel een nieuwe PIC
Het zal hem zitten in de hardwareversie, ik heb print v2.0 met daarop een PIC16f88. Dit was de voorganger zo te lezen.
Ik zie dat er wel enkele verschillen tussen deze chips zitten als ik zo de commits bekijk. Ik vraag me af of ik hier mijn tijd in ga stoppen, of dat ik een nieuwe PIC aanschaf. Maar wellicht is daar ook weer een nieuwe print voor nodig. Ik ga het eens bekijken.
Update: blijkt gewoon vervangen te kunnen worden. Dan bestel ik wel een nieuwe PIC
[ Voor 23% gewijzigd door davasch op 23-10-2024 15:07 ]
Wat ik heel erg raar vind is, dat de settings (WPU 36 tem 48) bij u precies gelijk zijn aan die van bij mij. In ons appartementengebouw zijn zijn alle instellingen van de WPU en de AutoTemp bij iedereen gelijk. Onafhankelijk of je alle ramen op het noorden heb of op het zuiden heb en alle varianten daarvan. Waarom zijn er dan zoveel "variabelen" (239+51) als je deze bij verschillende huizen en situaties, het zelfde laat.
Elke 15 min dat de WPU in verwarmmodus is, berekend hij opnieuw hoelang hij nog denkt nodig te hebben om een bepaalde temperatuur te bereiken. Maar welke? Dat blijkt niet steeds dezelfde waarde te zijn. Setting 62 laat de resterende CV tijd zien. Tot nu toe varieert de starttijd tussen de 4800 en 6000 sec. (zie grafiek) Let op: de eerste periode is korter, maar daar moet je de reactie tijd van de WPU bij optellen. In mijn geval is dat 3 min.
:strip_exif()/f/image/bKZKLzGRglvhQ279wf1p7SuU.png?f=user_large)
Wanneer ik voldoende data heb, zal ik proberen of ik wiskundig kan achterhalen of er een bepaalde berekeningsmethode wordt gebruikt. Dat zou moeten lukken, wanneer ik de data van setting 62 daarbij ga betrekken. Ik kan mij niet voorstellen dat ze dit heel ingewikkeld hebben gemaakt.
Ik ben zelf opzoek naar een mogelijkheid om automatisch de spider voor een bepaalde periode te verlagen van 21,0 naar 20,5. Overdag houden wij en alle apparatuur, de woning op temperatuur. De temperatuur stijgt overdag meestal tussen 0,5 en 1 graad. Ter ondersteuning staat de WTW op 22 graden.
Dat is top!:
Ik heb nu dan de standaard gateway.hex erin zitten. De fout treedt op wanneer ik het bestand gateway-v6.5.4-itho-wpu5g.hex probeer te flashen via OpenTherm Monitor.
Het zal hem zitten in de hardwareversie, ik heb print v2.0 met daarop een PIC16f88. Dit was de voorganger zo te lezen.
Ik zie dat er wel enkele verschillen tussen deze chips zitten als ik zo de commits bekijk. Ik vraag me af of ik hier mijn tijd in ga stoppen, of dat ik een nieuwe PIC aanschaf. Maar wellicht is daar ook weer een nieuwe print voor nodig. Ik ga het eens bekijken.
Update: blijkt gewoon vervangen te kunnen worden. Dan bestel ik wel een nieuwe PIC
[...]
Wellicht ook handig voor mij om even een disclaimer in de repo te zetten dat het alleen met de PIC16F1847 werkt
Edit: Laat even weten als je zover bent. Aan je post-history te zien binnen deze topic ben je ook geïnteresseerd in het aansturen van verwarmen/koelen. Tot nu toe heb ik hier nauwelijks naar gekeken omdat de boiler mijn focus was. Wellicht kan ik je helpen om ook het CV gedeelte werkend te krijgen via de OTGW.
[ Voor 14% gewijzigd door GraceGRD op 23-10-2024 17:15 ]
Heren, het lukt mij niet om die temperatuur door te sturen.
In het kort:
Firmware versie 25.
Via de add-on debug werk het CE30 commando.(als ik 12 in vult is het netjes 12 graden)
Via home assistant heb ik een sesnor.9001 buiten temperatuur in graden.
Als code heb ik:
Automation wordt uitgevoerd, maar de temp veranderd niets qua temperatuur.
Dit staat in de 10 berichten:
:strip_exif()/f/image/t023eivn6szqdAuGcZCpBNRI.png?f=user_large)
a. kan het er mee te maken hebben met de factor 100?
b. kan het wellicht iets zijn in de benaming van Outside temp?
Daarnaast staat de setting op 8(is bij mijn firmware 16) op 2 gezien ik eerst de data van klimaat garant kreeg.
In de intro staat een , achter de publisch. Als ik deze weg haal krijg ik -30
UPDATE WERKT!
Volgende probleem.
Zojuist was een warme dag dus ik denk ik stuur 5 graden naar de thermostaat gezien ik koelen wil blokkeren. Helaas heeft FW versie 25 dus geen blokkade voor koelen... gewoon volgas verwarmen in de nacht en dan paar uur later weer koelen ookal is het buiten "5 graden"
In het kort:
Firmware versie 25.
Via de add-on debug werk het CE30 commando.(als ik 12 in vult is het netjes 12 graden)
Via home assistant heb ik een sesnor.9001 buiten temperatuur in graden.
Als code heb ik:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| - id: '17295851083465'
alias: "Warmtepomp: Buitentemperatuur"
description: ""
trigger:
- platform: time_pattern
minutes: /5
action:
- service: mqtt.publish
data:
payload: |-
{
"outside_temp": {{ states('sensor.9001') | multiply(100) | round() }},
}
qos: 0
retain: true
topic: itho/cmd
mode: single |
Automation wordt uitgevoerd, maar de temp veranderd niets qua temperatuur.
Dit staat in de 10 berichten:
a. kan het er mee te maken hebben met de factor 100?
b. kan het wellicht iets zijn in de benaming van Outside temp?
Daarnaast staat de setting op 8(is bij mijn firmware 16) op 2 gezien ik eerst de data van klimaat garant kreeg.
In de intro staat een , achter de publisch. Als ik deze weg haal krijg ik -30
UPDATE WERKT!
Volgende probleem.
Zojuist was een warme dag dus ik denk ik stuur 5 graden naar de thermostaat gezien ik koelen wil blokkeren. Helaas heeft FW versie 25 dus geen blokkade voor koelen... gewoon volgas verwarmen in de nacht en dan paar uur later weer koelen ookal is het buiten "5 graden"
[ Voor 13% gewijzigd door -daan- op 25-10-2024 17:20 ]
:strip_exif()/f/image/fxIcCnNQyqWAg1k8wxguKFYp.png?f=user_large)
Hierboven het resultaat... Gister van alles geprobeerd om de koeling te blokkeren via de buiten temperatuur.
van 5, 0 en -5 graden alle gevallen gaat hij direct koelen(thermostaat delta is 1K. Nu zit ik te denken. Is het een optie om 147 aan te passen.
147 Offset for cooling (K) 1 1 10
148 Offset for cooling (K) 0.3 0.1 2
Dit zou ik dan 2x per jaar doen. Door eigenlijk gewoon 147 om te zetten in 5 oid.
Dat dan ergens half oktober. En dan terug ergens half april. Dan zal het binnen 25 graden moeten zijn wil hij gaan koelen. Dan kan je ook gelijk je nachtverlaging hiermee doen zonder dat deze dan gaat koelen.
Wellicht voor de startpost. MFT thermostaat heeft dus blijkbaar geen koelblokkade, en het sturen van de buitentemperatuur is zinloos althans bij firmware 25.
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Nieuwe PIC is binnen, ingebouwd en FW van de Github release is geflashed! Vanavond even naar de Home Assistant kant kijken
Top!:
[...]
Nieuwe PIC is binnen, ingebouwd en FW van de Github release is geflashed! Vanavond even naar de Home Assistant kant kijken
Ik draai nu deze HA automation met de thermostaat in ECO modus en dit werkt erg goed
.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
| alias: Warmtepomp - Boiler aansturen op basis van energieprijs (ECO)
description: ""
triggers:
- trigger: time
at: "00:00:00"
conditions: []
actions:
- action: tibber.get_prices
data: {}
response_variable: price_list
- action: opentherm_gw.send_transparent_command
metadata: {}
data:
gateway_id: woonkamer
transp_cmd: QI
transp_arg: >-
{% set prices = price_list['prices']['home'] %} {% set cheapest =
prices | sort(attribute='price') | first %} {{
as_datetime(cheapest.start_time).strftime('%H:%M') }}
- action: notify.mobile_app
metadata: {}
data:
title: Warmtepomp Boiler
message: >-
{% set prices = price_list['prices']['home'] %} {% set cheapest =
prices | sort(attribute='price') | first %} Gepland {{
as_datetime(cheapest.start_time).strftime('%H:%M') }}, €{{
cheapest.price }} per kWh.
mode: single |
Heb inmiddels 1 issue gevonden met mijn andere automation, die dagelijks een boost geeft. Op de thermostaat moet je de DHW modus dan op óff zetten. Of (maar niet getest) je moet het block command geven als je niet gaat boosten.
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
@To_Tall Heb jij nog iets geleerd van die cursus ook over de rest van de instelling van de MFT. Itho wil me niet verder helpen met waarom me buiten temperatuur niet op mijn display terug komt.:
@vliegnerd De pomp zal efficienter werken wanneer deze weet wat de buiten temperatuur is.
Maar zal ook blokkern van het warmte element en koel element als de randwaarden zijn behaald.
Mag ik koelen
Mag ik verwarmen
Moet ik extra verwarmen of kan dit nog op de lage temperatuur.
Ook ben ik bij Itho aan het nagaan wat mogelijk is.
enige wat ik van Itho hoor. Wij weten beter hoe de pomp werkt. en hebben al meer dan 10 jaar ervaring blijf er vanaf.
Ze zijn niet heel erg meewerkend.
Wel mag ik in jan/feb op Itho WPU cursus
Dit is een installatie en onderhoud cursus, nu ben ik geen instalateur maar ze hebben mijn aanmelding geaccepteerd..
Misschien dat ik daar nog meer bij leer, maar vind het zelf vreemd dat Itho niet de documentatie vrijgeeft.
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Afgelopen periode druk geweest met mijn dashboard binnen Home Assistant. Nu moest ik ook mijn wtw en warmtepomp eens afmaken. Dus bij deze in het kader van sharing is caring, dit is het resultaat.
@Vaevictis_ thanks voor je mooie WTW design
:strip_exif()/f/image/21VBTnWIcNu1AfWpYIaret9w.jpg?f=fotoalbum_large)
@Vaevictis_ thanks voor je mooie WTW design
:no_upscale():strip_icc():strip_exif()/f/image/21VBTnWIcNu1AfWpYIaret9w.jpg?f=user_large)
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
| type: picture-elements
image: local/warmtepomp005.jpeg
elements:
- type: state-label
entity: sensor.itho_wpu_boiler_temp
style:
top: 30%
left: 16%
color: black
- type: state-label
entity: sensor.itho_wpu_cv_pressure
style:
top: 46%
left: 80%
color: black
- type: state-label
entity: sensor.itho_wpu_cv_return
style:
top: 63%
left: 72%
color: blue
- type: state-label
entity: sensor.itho_wpu_cv_supply
style:
top: 46%
left: 62%
color: red
- type: state-label
entity: sensor.itho_wpu_current_room_temp
style:
top: 32%
left: 80%
color: red
- type: state-label
entity: sensor.itho_wpu_cv_pump_percent
style:
top: 53%
left: 63%
color: black
- type: state-label
entity: sensor.itho_wpu_flow_rate_l_h
style:
top: 52%
left: 41%
color: black
- type: state-label
entity: sensor.itho_wpu_requested_temp
style:
top: 21%
left: 80%
color: black
- type: state-label
entity: sensor.itho_wpu_status
style:
top: 43%
left: 41%
color: black
- type: state-label
entity: sensor.itho_wpu_temp_from_source
style:
top: 73%
left: 23%
color: red
- type: state-label
entity: sensor.itho_wpu_temp_to_source
style:
top: 73%
left: 58%
color: blue
- type: state-label
entity: sensor.itho_wpu_source_pump_percent
style:
top: 68%
left: 41%
color: black
- type: state-label
entity: sensor.itho_wpu_thermostat_mode
style:
top: 15%
left: 16%
color: black
- type: state-label
entity: sensor.ithowpu_boiler_pump_percent
style:
top: 53%
left: 19%
color: black
- type: state-label
entity: sensor.ithowpu_heat_demand
style:
top: 11%
left: 80%
color: black |
:no_upscale():strip_icc():strip_exif()/f/image/CQRSc34yB0jectsO1bnCW88Q.jpg?f=user_large)
Heeft iemand een verklaring, waarvoor de settings 43-48 van de WPU dienen?
Het lijkt erop, dat een aantal van deze settings te maken hebben, bij welke delta T verhoging, de WPU uit CV modus gaat.
:no_upscale():strip_icc():strip_exif()/f/image/rBEz8uBs0tuEbRBBMVa2xyqh.jpg?f=user_large)
Het lijkt erop, dat een aantal van deze settings te maken hebben, bij welke delta T verhoging, de WPU uit CV modus gaat.