Dezelfde kabel die ik al meer dan 3 jaar gebruik.. straight Cat-5 UTP. Maakt dat nog wat uit?
9 vd 10 keer zijn dit soort issues (soms komt er wel data binnen, soms niet) gerelateerd aan signaal issues. Ik gebruik zelf altijd een zo kort mogelijke UTP kabel (max. 25cm) van een zo goed mogelijke kwaliteit (CAT6a).janbrede schreef op donderdag 15 mei 2025 @ 14:45:
[...]
Dezelfde kabel die ik al meer dan 3 jaar gebruik.. straight Cat-5 UTP. Maakt dat nog wat uit?
Het protocol over de kabel is i2c, dat is in tegenstelling tot bijv. ethernet niet geschikt voor langere afstanden, zeker niet via kabels.
[ Voor 13% gewijzigd door arjenhiemstra op 15-05-2025 14:55 ]
Ge-updated naar v2.9.0-beta12.arjenhiemstra schreef op donderdag 15 mei 2025 @ 08:33:
[...]
Ik zie dat je 2.8.0 hebt draaien. Zou je willen updaten naar de laatste beta (beta12) en deze info nog een keer willen posten?
De fan in HA volgt nu niet meer de actuele status van de "WiFi controller for Itho", maar wil alleen nog op "Aan" staan.
Payload info:
:strip_exif()/f/image/8JPnLA174zh1tIwuNAcM5AN7.jpg?f=fotoalbum_large)
[ Voor 8% gewijzigd door Pim-V op 15-05-2025 20:38 ]
Ik heb een CVE Eco fan 2. Ik blijf ook bij 2.9.0b12 het probleem houden dat als de stroom van de unit af is geweest I2C geen status van de fan meer kan uitlezen. De status blijft hangen op 0.5 speed.
Pas na een downgrade/upgrade naar 2.8.0 en 2.9.0b1x werkt het weer. En dan dus vooral niet meer de spanning eraf halen.
Herkennen mensen dit probleem?
Pas na een downgrade/upgrade naar 2.8.0 en 2.9.0b1x werkt het weer. En dan dus vooral niet meer de spanning eraf halen.
Herkennen mensen dit probleem?
[ Voor 139% gewijzigd door chrisdeheld op 15-05-2025 21:54 ]
Zou je in die situatie eens naar de debug pagina willen gaan en dan de device querys uit willen voeren:chrisdeheld schreef op donderdag 15 mei 2025 @ 21:50:
Ik heb een CVE Eco fan 2. Ik blijf ook bij 2.9.0b12 het probleem houden dat als de stroom van de unit af is geweest I2C geen status van de fan meer kan uitlezen. De status blijft hangen op 0.5 speed.
Pas na een downgrade/upgrade naar 2.8.0 en 2.9.0b1x werkt het weer. En dan dus vooral niet meer de spanning eraf halen.
Herkennen mensen dit probleem?
1- Query Devicetype
2- Query Status Format
3- Query Status
Ben even benieuw naar het resultaat.
Hi Arjen,
bedankt voor de support!
Ik heb het testje uitgevoerd, ik krijg in elke situatie versie hetzelfde resultaat (dus ook als de speed status wel correct uitgelezen wordt):
Result: 80 82 90 E0 01 07 00 01 00 04 13 01 00 6D
Result: failed
Result: failed
De firmware versie (2.8 of 2.9) maakt ook niet uit.
Nog wat extra info over mijn unit:
Itho device type: CVE ECO2
Itho hw version: 19
Itho fw version: 1
Manufacturer: 0
Resetten gaat prima. Het probleem is er echt alleen als de spanning eraf is geweest.
bedankt voor de support!
Ik heb het testje uitgevoerd, ik krijg in elke situatie versie hetzelfde resultaat (dus ook als de speed status wel correct uitgelezen wordt):
Result: 80 82 90 E0 01 07 00 01 00 04 13 01 00 6D
Result: failed
Result: failed
De firmware versie (2.8 of 2.9) maakt ook niet uit.
Nog wat extra info over mijn unit:
Itho device type: CVE ECO2
Itho hw version: 19
Itho fw version: 1
Manufacturer: 0
Resetten gaat prima. Het probleem is er echt alleen als de spanning eraf is geweest.
Hi @arjenhiemstra , ik ben nog steeds aan het nadenken over een oplossing om de CO2 aansturing effectiever te laten verlopen. Ik had hier wat maanden geleden ook al even kort een conversatie met je over gehad. Ik heb een HRU350 met de CO2 sensoren van Itho. Het blijkt dat deze pas rond 1300ppm het toerental gaan verhogen, maar dat is rijkelijk laat aangezien 800ppm toch wel een beetje als de bovengrens van een gezonde lucht wordt gezien. In de settings zijn er wel wat instellingen te zetten, maar die doen in de praktijk niets. Destijds heb je naar wat opties gekeken, maar ik geloof niet dat je daar verder mee bent gekomen. Dat geeft ook niet.
Ik vroeg me nu af of het niet mogelijk is om middels scripting het toerental traploos te laten verlopen? De standaard scripts werken allemaal met LOW, MEDIUM en HIGH, maar dat is niet traploos. Is het niet mogelijk om de instellingen van de WTW aan te passen middels MQTT API commands? Dan kan ik namelijk bijv. de "Supply fan (RPM)" aanpassen waarna het toerental aangepast wordt.
Ik vroeg me nu af of het niet mogelijk is om middels scripting het toerental traploos te laten verlopen? De standaard scripts werken allemaal met LOW, MEDIUM en HIGH, maar dat is niet traploos. Is het niet mogelijk om de instellingen van de WTW aan te passen middels MQTT API commands? Dan kan ik namelijk bijv. de "Supply fan (RPM)" aanpassen waarna het toerental aangepast wordt.
"The fastest code, is the code that is never called."
@arjenhiemstra
Het is toch vreemd dat het eerst wel goed werkte en nu niet meer. Er zijn wel een paar HA-updates overheen gekomen, maar dat zal toch niet de oorzaak zijn!?Pim-V schreef op donderdag 15 mei 2025 @ 20:34:
[...]
Op jouw aanwijzing ge-updated naar v2.9.0-beta12.
De fan in HA volgt nu niet meer de actuele status van de "WiFi controller for Itho", maar wil alleen nog op "Aan" staan.
Payload info:
[Afbeelding]
Dat is ook vreemd maar er is een logische verklaring voor... alleen nog even vindenPim-V schreef op zaterdag 24 mei 2025 @ 15:19:
@arjenhiemstra
[...]
Het is toch vreemd dat het eerst wel goed werkte en nu niet meer. Er zijn wel een paar HA-updates overheen gekomen, maar dat zal toch niet de oorzaak zijn!?

Zou je ipv een screenshot de tekst willen sturen? Dat scheelt mij een hoop overtikken, thanks!
Alle settings op de Itho settings pagina kun je aanpassen. Behalve manual control weet ik zo geen andere optie om via settings traploos te sturen. Supply fan (RPM) is allen beschikbaar als parameter op de itho status pagina geloof ik? Dit is dan dus niet in te stellen via de itho firmware.Primal schreef op donderdag 22 mei 2025 @ 00:05:
Hi @arjenhiemstra , ik ben nog steeds aan het nadenken over een oplossing om de CO2 aansturing effectiever te laten verlopen. Ik had hier wat maanden geleden ook al even kort een conversatie met je over gehad. Ik heb een HRU350 met de CO2 sensoren van Itho. Het blijkt dat deze pas rond 1300ppm het toerental gaan verhogen, maar dat is rijkelijk laat aangezien 800ppm toch wel een beetje als de bovengrens van een gezonde lucht wordt gezien. In de settings zijn er wel wat instellingen te zetten, maar die doen in de praktijk niets. Destijds heb je naar wat opties gekeken, maar ik geloof niet dat je daar verder mee bent gekomen. Dat geeft ook niet.
Ik vroeg me nu af of het niet mogelijk is om middels scripting het toerental traploos te laten verlopen? De standaard scripts werken allemaal met LOW, MEDIUM en HIGH, maar dat is niet traploos. Is het niet mogelijk om de instellingen van de WTW aan te passen middels MQTT API commands? Dan kan ik namelijk bijv. de "Supply fan (RPM)" aanpassen waarna het toerental aangepast wordt.
Ik moet nog steeds tijd vinden om een goede test setup weer te bouwen om het RF/I2C protocol voor de CO2 remote verder uit te pluizen. Door verhuizen, verbouwen en baan change helaas afgelopen maanden nog niet aan toe gekomen. Dit staat nog steeds op mijn must do lijst voor firmware versie 2.9 want ik denk dat dit de beste optie is om de HRU traploos te sturen.
Vreemd! Dus spanning eraf == werkt niet, daarna reboot van de add-on en het werkt wel??chrisdeheld schreef op woensdag 21 mei 2025 @ 21:54:
Hi Arjen,
bedankt voor de support!
Ik heb het testje uitgevoerd, ik krijg in elke situatie versie hetzelfde resultaat (dus ook als de speed status wel correct uitgelezen wordt):
Result: 80 82 90 E0 01 07 00 01 00 04 13 01 00 6D
Result: failed
Result: failed
De firmware versie (2.8 of 2.9) maakt ook niet uit.
Nog wat extra info over mijn unit:
Itho device type: CVE ECO2
Itho hw version: 19
Itho fw version: 1
Manufacturer: 0
Resetten gaat prima. Het probleem is er echt alleen als de spanning eraf is geweest.
@arjenhiemstra
Natuurlijk, wist niet dat het kopieerbaar was:arjenhiemstra schreef op zaterdag 24 mei 2025 @ 23:50:
[...]
Dat is ook vreemd maar er is een logische verklaring voor... alleen nog even vinden![]()
Zou je ipv een screenshot de tekst willen sturen? Dat scheelt mij een hoop overtikken, thanks!
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
| percentage_value_template: '' command_topic: itho/cmd percentage_command_topic: itho/cmd preset_mode_command_topic: itho/cmd state_value_template: '{% if value == ''0'' %}OFF{% else %}ON{% endif %}' unique_id: cve_eco2_fan preset_modes: - Low - Medium - High - Auto - AutoNight - Timer 10min - Timer 20min - Timer 30min preset_mode_state_topic: itho/ithostatus percentage_state_topic: itho/state name: Fan preset_mode_command_template: >- {%- if value == 'Timer 10min' %}{{'timer1'}}{%- elif value == 'Timer 20min' %}{{'timer2'}}{%- elif value == 'Timer 30min' %}{{'timer3'}}{%- else %}{{value.lower()}}{%- endif -%} percentage_command_template: '' json_attributes_topic: itho/ithostatus preset_mode_value_template: >- {%- set speed = value_json[''] | int %}{%- if speed > 90 %}High{%- elif speed > 35 %}Medium{%- elif speed > 10 %}Low{%- else %}Auto{%- endif -%} device: sw_version: 2.9.0-beta12 identifiers: nrg-itho-f654 configuration_url: http://nrg-itho-f654.local name: CVE ECO2 hw_version: '2' manufacturer: Arjen Hiemstra model: Wifi add-on for Itho origin: sw_version: 2.9.0-beta12 name: CVE ECO2 support_url: https://www.nrgwatch.nl/support-ondersteuning/ availability_topic: itho/lwt state_topic: itho/ithostatus |
Geen idee of dit je probleem oplost maar dit is fout omdat je value_json leeg is:
YAML:
1
2
3
| preset_mode_value_template: >- {%- set speed = value_json[''] | int %}{%- if speed > 90 %}High{%- elif speed > 35 %}Medium{%- elif speed > 10 %}Low{%- else %}Auto{%- endif -%} |
Nee, helaas niet.arjenhiemstra schreef op zaterdag 24 mei 2025 @ 23:53:
[...]
Vreemd! Dus spanning eraf == werkt niet, daarna reboot van de add-on en het werkt wel??
Zolang de spanning erop blijft kan ik zo vaak rebooten als ik wil. Als de spanning eraf is geweest helpt rebooten niet meer. Ik moet echt terug naar 2.8.0 om het op te lossen.
Ik kan het 100% reproduceren, dus als ik iets kan aanleveren ter diagnose, ik hoor het graag.
Bedankt voor alle effort!
@smesjz en @arjenhiemstra
Ik zag in het logbook van HA nog wel deze foutmelding staan, waarvan ik vermoed dat die hierop slaat:
Bedankt voor je opmerking. Ik weet hier nagenoeg niets van en kan er dus ook niets mee. De weergave is bedoeld voor Arjan Hiemstra.smesjz schreef op zondag 25 mei 2025 @ 19:44:
Geen idee of dit je probleem oplost maar dit is fout omdat je value_json leeg is:
YAML:
1 2 3 preset_mode_value_template: >- {%- set speed = value_json[''] | int %}{%- if speed > 90 %}High{%- elif speed > 35 %}Medium{%- elif speed > 10 %}Low{%- else %}Auto{%- endif -%}
Ik zag in het logbook van HA nog wel deze foutmelding staan, waarvan ik vermoed dat die hierop slaat:
code:
1
| '{}' received on topic itho/ithostatus. '{}' is not a valid preset mode |
[ Voor 17% gewijzigd door Pim-V op 28-05-2025 16:07 ]
Ik weet niet precies sinds wanneer, maar sinds kort heb ik dat wanneer ik mijn HRU300 via api op high (of medium) zet, dat hij na 20 minuten terug naar auto gaat. Zelfs als ik hem via de co2 remote op high zet, gaat hij na 20 minuten terug.
Ik kom er zelf niet meer uit, heb de lastcmd in de gaten gehouden, maar die blijft staan op wat ik verstuurd heb.
Ik kom er zelf niet meer uit, heb de lastcmd in de gaten gehouden, maar die blijft staan op wat ik verstuurd heb.
[ Voor 12% gewijzigd door Bokkoman op 29-05-2025 21:06 ]
@Bokkoman heb je al naar index 82 "MaxTimeNotAuto (min)" gekeken, wellicht is dat de boosdoener?
Die staat op 1440.axelb96 schreef op donderdag 29 mei 2025 @ 22:24:
@Bokkoman heb je al naar index 82 "MaxTimeNotAuto (min)" gekeken, wellicht is dat de boosdoener?
Het is in ieder geval niet de addon. Die heb ik even uit gezet (stroom eraf).
En nog steeds gaat hij na 20 minuten terug op auto.
*Toevoeging*
Heb net alle remotes ontkoppeld en opnieuw aangemeld. Nog steeds na 20 minuten op auto.
En nog steeds gaat hij na 20 minuten terug op auto.
*Toevoeging*
Heb net alle remotes ontkoppeld en opnieuw aangemeld. Nog steeds na 20 minuten op auto.
[ Voor 29% gewijzigd door Bokkoman op 30-05-2025 15:08 ]
@arjenhiemstra Zoals je misschien nog weet ben ik bezig met een vervanger van de Itho Demandflow controller, zie https://gathering.tweakers.net/forum/view_message/82547886
Dit systeem gebruikt jouw add-on module om de fan snelheid in te stellen via de API. Beide units moeten dan met WIFI verbonden zijn. Bij mij zit de fan dichtbij de controller en dan zou Bluetooth ook een goede/eenvoudige optie kunnen zijn om tussen beide units te communiceren, zit tenslotte al op de ESP32. Hoeveel moeite zou het zijn om communicatie over Bluetooth te programmeren voor de add-on module?
gr Peter
Dit systeem gebruikt jouw add-on module om de fan snelheid in te stellen via de API. Beide units moeten dan met WIFI verbonden zijn. Bij mij zit de fan dichtbij de controller en dan zou Bluetooth ook een goede/eenvoudige optie kunnen zijn om tussen beide units te communiceren, zit tenslotte al op de ESP32. Hoeveel moeite zou het zijn om communicatie over Bluetooth te programmeren voor de add-on module?
gr Peter
@axelb96 hmm, ik denk dat je toch gelijk had! Ook al stond de waarde op 1440, nu ik deze veranderd heb naar 240 min, blijft de HRU weer aan.
Geen idee wat er is gebeurd
Geen idee wat er is gebeurd
@Bokkoman Fijn om te horen dat het probleem is verholpen!
Sinds ik de modules van @arjenhiemstra gebruik, heb ik ook wel het idee dat ITHO staat voor:
Intelligente Techniek, Hoogst Onvoorspelbaar.
Sinds ik de modules van @arjenhiemstra gebruik, heb ik ook wel het idee dat ITHO staat voor:
Intelligente Techniek, Hoogst Onvoorspelbaar.

Arjan, kijk je hier nog even naar als je de tijd kan missen?Pim-V schreef op woensdag 28 mei 2025 @ 12:40: @smesjz en @arjenhiemstra
[...]
Bedankt voor je opmerking. Ik weet hier nagenoeg niets van en kan er dus ook niets mee. De weergave is bedoeld voor Arjan Hiemstra.
Ik zag in het logbook van HA nog wel deze foutmelding staan, waarvan ik vermoed dat die hierop slaat:
code:
1 '{}' received on topic itho/ithostatus. '{}' is not a valid preset mode
Thanks voor deze hint!smesjz schreef op zondag 25 mei 2025 @ 19:44:
Geen idee of dit je probleem oplost maar dit is fout omdat je value_json leeg is:
YAML:
1 2 3 preset_mode_value_template: >- {%- set speed = value_json[''] | int %}{%- if speed > 90 %}High{%- elif speed > 35 %}Medium{%- elif speed > 10 %}Low{%- else %}Auto{%- endif -%}
Gevonden denk ik, is als het goed is gefixed in de laatste beta13Pim-V schreef op zondag 1 juni 2025 @ 17:55:
[...]
Arjan, kijk je hier nog even naar als je de tijd kan missen?
Eerlijk gezegd geen idee, nog niet eerder iets met bluetooth op de ESP32 gedaan__Peter__ schreef op vrijdag 30 mei 2025 @ 15:09:
@arjenhiemstra Zoals je misschien nog weet ben ik bezig met een vervanger van de Itho Demandflow controller, zie https://gathering.tweakers.net/forum/view_message/82547886
Dit systeem gebruikt jouw add-on module om de fan snelheid in te stellen via de API. Beide units moeten dan met WIFI verbonden zijn. Bij mij zit de fan dichtbij de controller en dan zou Bluetooth ook een goede/eenvoudige optie kunnen zijn om tussen beide units te communiceren, zit tenslotte al op de ESP32. Hoeveel moeite zou het zijn om communicatie over Bluetooth te programmeren voor de add-on module?
gr Peter
@arjenhiemstra de link naar het beta 13 firmware bestand doet het niet (404). Het lijkt erop dat het beta 12 firmware bestand is overschreven met de beta 13 firmware?
Ik heb een beetje ingelezen ESPNOW lijkt erg handig en simpel, zit al arduino framework. Zie https://docs.arduino.cc/tutorials/nano-esp32/esp-now/arjenhiemstra schreef op maandag 2 juni 2025 @ 10:00:
[...]
Eerlijk gezegd geen idee, nog niet eerder iets met bluetooth op de ESP32 gedaan
Zonder dat je je verdiept in het Bluetooth verhaal, wat heb jij nodig als output van de Blutetooth communicatie om de snelheid van de fan in te stellen? Ik wil dan een voorstel doen voor de code.
gr Peter
Woepsie... vergeten om het versie nummer aan te passen voor het compilen. Als het goed is zou het nu moeten werken. De tag staat nu niet meer op de juiste commit maar dat laat ik maar even zo.JungleJim schreef op maandag 2 juni 2025 @ 11:17:
@arjenhiemstra de link naar het beta 13 firmware bestand doet het niet (404). Het lijkt erop dat het beta 12 firmware bestand is overschreven met de beta 13 firmware?
Een getal van 0 - 100 of 0 - 255 is in principe alles wat nodig is. Mss nog wat state uitwisselen (itho device ready bijv.) maar dat is optioneel.__Peter__ schreef op maandag 2 juni 2025 @ 11:23:
[...]
Ik heb een beetje ingelezen ESPNOW lijkt erg handig en simpel, zit al arduino framework. Zie https://docs.arduino.cc/tutorials/nano-esp32/esp-now/
Zonder dat je je verdiept in het Bluetooth verhaal, wat heb jij nodig als output van de Blutetooth communicatie om de snelheid van de fan in te stellen? Ik wil dan een voorstel doen voor de code.
gr Peter
edit: ik lees trouwens dat ESP-NOW een ander protocol is. Dat praat niet met bluetooth devices. Als we dan toch een protocol gaan toevoegen heb ik sterk de voorkeur om standaard protocollen te gebruiken.
[ Voor 14% gewijzigd door arjenhiemstra op 02-06-2025 19:41 ]
@arjenhiemstra
Als ik op de home-page van de WiFi controller for Itho op de snelheidsregelaar klik "vliegt" het blauwe regelknopje naar de klikplaats en direct weer terug naar de plaats waar hij stond, en dan na ca.2 sec weer naar de klikplaats. Toen ik destijds begon met versie 2.8 gedroeg het regelknopje (slider) zich normaal.
MQTT discovery data: Topic: homeassistant/device/nrg-itho-f654/config MQTT Payload:
Ik hoop dat je met deze info iets kan.
Bedankt voor je hulp!
Beta 13 geïnstalleerd. Staat in HA constant op "Aan". Als de Itho aan staat en ik het schuifje in HA uit zet "veert het gelijk weer terug naar "Aan", maar de Itho gaat wel uit. In HA aan zetten gaat dus niet.Arjan Hiemstra schreef: Gevonden denk ik, is als het goed is gefixed in de laatste beta13
Als ik op de home-page van de WiFi controller for Itho op de snelheidsregelaar klik "vliegt" het blauwe regelknopje naar de klikplaats en direct weer terug naar de plaats waar hij stond, en dan na ca.2 sec weer naar de klikplaats. Toen ik destijds begon met versie 2.8 gedroeg het regelknopje (slider) zich normaal.
MQTT discovery data: Topic: homeassistant/device/nrg-itho-f654/config MQTT Payload:
MQTT: topic itho/lwt5 - 5 most recently received messages:percentage_value_template: '{{ (value | int / 2.55) | round | int }}'
command_topic: itho/cmd
percentage_command_topic: itho/cmd
preset_mode_command_topic: itho/cmd
state_value_template: '{% if value == ''0'' %}OFF{% else %}ON{% endif %}'
unique_id: cve_eco2_fan
preset_modes:
- Low
- Medium
- High
- Auto
- AutoNight
- Timer 10min
- Timer 20min
- Timer 30min
preset_mode_state_topic: itho/ithostatus
percentage_state_topic: itho/state
name: Fan
payload_off: '0'
preset_mode_command_template: >-
{%- if value == 'Timer 10min' %}{{'timer1'}}{%- elif value == 'Timer 20min'
%}{{'timer2'}}{%- elif value == 'Timer 30min' %}{{'timer3'}}{%- else
%}{{value.lower()}}{%- endif -%}
percentage_command_template: '{{ (value | int * 2.55) | round | int }}'
json_attributes_topic: itho/ithostatus
preset_mode_value_template: >-
{%- set speed = value_json['Speed status'] | int %}{%- if speed > 90 %}High{%-
elif speed > 35 %}Medium{%- elif speed > 10 %}Low{%- else %}Auto{%- endif -%}
device:
sw_version: 2.9.0-beta13
identifiers: nrg-itho-f654
configuration_url: http://nrg-itho-f654.local
name: CVE ECO2
hw_version: '2'
manufacturer: Arjen Hiemstra
model: Wifi add-on for Itho
origin:
sw_version: 2.9.0-beta13
name: CVE ECO2
support_url: https://www.nrgwatch.nl/support-ondersteuning/
availability_topic: itho/lwt
state_topic: itho/ithostatus
MQTT: topic itho/ithostatus - 1 most recently received messageReceived 21:16:24
QoS: 0, Retained
Payload: online
Received 14:24:06
QoS: 0
Payload: offline
Received 14:24:06
QoS: 0
Payload: online
Received 12:35:07
QoS: 0
Payload: online
Received 12:35:07
QoS: 0
Payload: online
MQTT: topic itho/state - 10 most recently received messagesReceived 21:16:24
QoS: 0, Retained
Payload: {}
MQTT: Transmitted messages itho/cmd 10 most recently transmitted messages- Received 12:36:56
QoS: 0
Payload: 0
- Received 12:40:11
QoS: 0
Payload: 63
- Received 12:40:35
QoS: 0
Payload: 0
- Received 12:40:45
QoS: 0
Payload: 69
- Received 12:40:54
QoS: 0
Payload: 0
- Received 12:41:18
QoS: 0
Payload: 69
- Received 12:41:27
QoS: 0
Payload: 0
- Received 12:48:14
QoS: 0
Payload: 94
- Received 12:48:22
QoS: 0
Payload: 31
- Received 12:48:30
QoS: 0
Payload: 0
Ik heb ook nog een debug file https://www.oosterhessele...9f48a58133bcb2ad6da3.json.- Transmitted 20:14:46
QoS: 0
Payload: OFF
- Transmitted 12:36:26
QoS: 0
Payload: 0
- Transmitted 12:36:56
QoS: 0
Payload: 0
- Transmitted 12:39:57
QoS: 0
Payload: 0
- Transmitted 12:40:35
QoS: 0
Payload: 0
- Transmitted 12:40:54
QoS: 0
Payload: 0
- Transmitted 12:41:07
QoS: 0
Payload: 0
- Transmitted 12:41:12
QoS: 0
Payload: 0
- Transmitted 12:41:12
QoS: 0
Payload: ON
- Transmitted 12:41:26
QoS: 0
Payload: 0
Ik hoop dat je met deze info iets kan.
Bedankt voor je hulp!
[ Voor 2% gewijzigd door Pim-V op 04-06-2025 13:43 . Reden: Debug file toegevoegd ]
Ik zal het op “standaard” Bluetooth houden.arjenhiemstra schreef op maandag 2 juni 2025 @ 11:32:
[...]
Een getal van 0 - 100 of 0 - 255 is in principe alles wat nodig is. Mss nog wat state uitwisselen (itho device ready bijv.) maar dat is optioneel.
edit: ik lees trouwens dat ESP-NOW een ander protocol is. Dat praat niet met bluetooth devices. Als we dan toch een protocol gaan toevoegen heb ik sterk de voorkeur om standaard protocollen te gebruiken.
“standaard”__Peter__ schreef op woensdag 4 juni 2025 @ 21:59:
[...]
Ik zal het op “standaard” Bluetooth houden.

haha, okok, mss is het ook niet zo belangrijk idd.... zo standaard is bluetooth ook niet idd
Zijn er hier mensen die bij gebruik van een demandflow icm een hru 350 waarbij "demandflow supply fan" altijd laag is bij de addon?
Ik ben benieuwd of dit hoort aangezien ik geen foutmeldingen heb op mijn installatie.
Ik ben benieuwd of dit hoort aangezien ik geen foutmeldingen heb op mijn installatie.
Deze staat altijd op 0, "exhaust fan" lijkt wel overeen te komen met de werkelijkheid.MarcoVogie schreef op donderdag 5 juni 2025 @ 19:30:
Zijn er hier mensen die bij gebruik van een demandflow icm een hru 350 waarbij "demandflow supply fan" altijd laag is bij de addon?
Ik ben benieuwd of dit hoort aangezien ik geen foutmeldingen heb op mijn installatie.
Meest voorkomend:RudolfR schreef op vrijdag 6 juni 2025 @ 07:53:
Ik heb een module aan een autotemp gehangen, en dat stopte na nog geen 10h met werken.
In HA is alles naar onbekend gegaan.
Payload is leeg, {} en de statuspagina ook.
I2C is nog wel connected.
Firmware is de nieuwste, 2.8.0.
Wat kan dat zijn?
[Afbeelding]
[Afbeelding]
Slechte UTP kabel, te lang enz
Ook vaak zie ik:
I2c debug activeren zonder documentatie door te nemen. Bij error stoppen updates door deze functie. Uitzetten verhelpt dit
Ik heb een vraag over mijn HRU 350, volgens mij klopt er iets niet met de bypass schakeling - mogelijk dat er een sensor kapot is. Heeft iemand een idee wat hier niet klopt?
Ik gebruik:
* par.10: "Summer temp (°C)": 18 deg
* par.12: "Summer day time (K\*hr)": 5
* par.13: "Wanted temp bypass regulation (°C)": staat op 17 deg omdat de exhaust sensorwaarde altijd hoog was
Hiermee krijg ik de afgelopen dagen onderstaand gedrag. Wat ik zie:
1. Dinsdag - woensdag: Bypass blijft open want exhaust > 17 graden, en summer is 'on'
2. Woensdag 16:00: bypass dicht want supply temp > exhaust temp. -- Maar hoe kan zowel exhaust als supply hoger zijn dan buiten- & binnentemperatuur?
3. Woensdag 21:00: bypass open want supply temp < exhaust temp
3. Donderdagmiddag weer hetzelfde, weer exhaust & supply hoger dan binnen- & buitentemperatuur.
4. Vrijdagmiddag: hij blijft open? Volgens mij klopt dit niet toch?
Ik krijg ook "global-fault-code": 10, maar weet niet wat dit betekent.
Mijn volledige status is:
Ik gebruik:
* par.10: "Summer temp (°C)": 18 deg
* par.12: "Summer day time (K\*hr)": 5
* par.13: "Wanted temp bypass regulation (°C)": staat op 17 deg omdat de exhaust sensorwaarde altijd hoog was
Hiermee krijg ik de afgelopen dagen onderstaand gedrag. Wat ik zie:
1. Dinsdag - woensdag: Bypass blijft open want exhaust > 17 graden, en summer is 'on'
2. Woensdag 16:00: bypass dicht want supply temp > exhaust temp. -- Maar hoe kan zowel exhaust als supply hoger zijn dan buiten- & binnentemperatuur?
3. Woensdag 21:00: bypass open want supply temp < exhaust temp
3. Donderdagmiddag weer hetzelfde, weer exhaust & supply hoger dan binnen- & buitentemperatuur.
4. Vrijdagmiddag: hij blijft open? Volgens mij klopt dit niet toch?
Ik krijg ook "global-fault-code": 10, maar weet niet wat dit betekent.
Mijn volledige status is:
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
| { "requested-fanspeed_perc": -1, "balance_perc": 101.1, "supply-fan_rpm": 2260, "supply-fan-actual_rpm": 2255, "exhaust-fan_rpm": 2210, "exhaust-fan-actual_rpm": 2205, "supply-temp_c": 25.93, "exhaust-temp_c": 26.61, "status": 0, "room-temp_c": 26.61, "outdoor-temp_c": 25.93, "valve-position": 0, "bypass-position": 1, "summercounter": 300, "summerday_kmin": 1, "frost-timer": 0, "boiler-timer": 177, "frost-block": 120, "current-position": 720, "vkkswitch": 0, "gheswitch": 0, "airfilter-counter": 11168, "global-fault-code": 10, "actual-mode": 25, "pir-fan-speed-level": -1, "highest-received-co2-value_ppm": 696, "highest-received-rh-value_rh": 239, "air-quality_perc": 87, "remaining-override-timer_sec": 0, "fallback-speed-timer_sec": 0, "label-out-of-bound-error": 0 } |
/f/image/hB9VHTQJfYRnCXRCmIn9tNHe.png?f=fotoalbum_large)
[ Voor 3% gewijzigd door Atomstar op 13-06-2025 23:03 ]
@arjenhiemstra
Kan je me alsjeblieft helpen?Pim-V schreef op woensdag 4 juni 2025 @ 13:13:
Zie post aldaar.
Als de bypass gesloten is:Atomstar schreef op vrijdag 13 juni 2025 @ 22:58:
Ik heb een vraag over mijn HRU 350, volgens mij klopt er iets niet met de bypass schakeling - mogelijk dat er een sensor kapot is. Heeft iemand een idee wat hier niet klopt?
Ik gebruik:
* par.10: "Summer temp (°C)": 18 deg
* par.12: "Summer day time (K\*hr)": 5
* par.13: "Wanted temp bypass regulation (°C)": staat op 17 deg omdat de exhaust sensorwaarde altijd hoog was
Hiermee krijg ik de afgelopen dagen onderstaand gedrag. Wat ik zie:
1. Dinsdag - woensdag: Bypass blijft open want exhaust > 17 graden, en summer is 'on'
2. Woensdag 16:00: bypass dicht want supply temp > exhaust temp. -- Maar hoe kan zowel exhaust als supply hoger zijn dan buiten- & binnentemperatuur?
3. Woensdag 21:00: bypass open want supply temp < exhaust temp
3. Donderdagmiddag weer hetzelfde, weer exhaust & supply hoger dan binnen- & buitentemperatuur.
4. Vrijdagmiddag: hij blijft open? Volgens mij klopt dit niet toch?
Ik krijg ook "global-fault-code": 10, maar weet niet wat dit betekent.
Mijn volledige status is:
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 { "requested-fanspeed_perc": -1, "balance_perc": 101.1, "supply-fan_rpm": 2260, "supply-fan-actual_rpm": 2255, "exhaust-fan_rpm": 2210, "exhaust-fan-actual_rpm": 2205, "supply-temp_c": 25.93, "exhaust-temp_c": 26.61, "status": 0, "room-temp_c": 26.61, "outdoor-temp_c": 25.93, "valve-position": 0, "bypass-position": 1, "summercounter": 300, "summerday_kmin": 1, "frost-timer": 0, "boiler-timer": 177, "frost-block": 120, "current-position": 720, "vkkswitch": 0, "gheswitch": 0, "airfilter-counter": 11168, "global-fault-code": 10, "actual-mode": 25, "pir-fan-speed-level": -1, "highest-received-co2-value_ppm": 696, "highest-received-rh-value_rh": 239, "air-quality_perc": 87, "remaining-override-timer_sec": 0, "fallback-speed-timer_sec": 0, "label-out-of-bound-error": 0 }
[Afbeelding]
Exhaust temp =~ buitentemp
Supply temp =~binntentemp
Als de bypass open is wisselt het:
Exhaust temp =~binnentemp
Supply temp =~buitentemp
Het is niet exact gelijk want je warmtewisselaar is niet 100% efficiënt en je luchtinlaat kan bijvoorbeeld ook opgewarmd worden door de zon. Daarbij kan er nog wat (normale) afwijking zitten in de temperatuursensoren. Ook zie ik dat je naar de KNMI temperatuur kijkt, dat is natuurlijk nooit exact de lokale temperatuur rondom jouw woning.
De bypass gaat van gesloten naar open als de exhaust temp onder de supply temp (+offset, is ook een instelling) zakt (en het is een zomerdag). Doordat de temperaturen hier wisselen gaat de bypass van open naar gesloten ook als de exhaust temp onder de supply temp zakt.
De bypass gaat ook dicht als de maximale opentijd is bereikt (ook een instelling) of als de Exhaust temp (binnentemp dus) onder de in jouw geval 17 graden zakt.
Jouw HRU lijkt dus wel de goede bypass logica te volgen en de temperaturen van je sensoren doen niks vreemds bij het open/sluiten van de bypass dus die zou ik ook niet direct verdenken.
Ik ben geneigd eerst naar een fysieke verklaring te zoeken hiervoor. Paars is je binnentemperatuur? Is die zo stabiel met dit buitenweer?
Is dat ook de temperatuur van de ruimte waar je ventilatiesysteem afzuigt, of zuigt die ook nog af in andere ruimtes waar het warmer is?
Waar is je HRU geplaatst? Misschien op een warme zolder waar (al dan niet bedoeld) warme lucht wordt aangezogen?
Foutcode 10 weet ik zo niet, ik zie wel dat je filtercounters het jaar voorbij zijn, misschien kan het daarmee te maken hebben. In de HRU handleiding staan verschillende foutcodes, dan moet je even naar de statusled van de HRU zelf kijken of je het kunt ontcijferen.
Het is weer zoverarjenhiemstra schreef op woensdag 4 december 2024 @ 20:43:
[...]
Hmm, bijzonder. Mss dat ergens een verkeerd Query Status Format antwoord langs komt en dat die dan in gebruikt blijft oid. Het moet iets van een bug of missende bescherming zijn in de firmware verwacht ik.
Zou je de volgende keer alleen de Query Status Format query uit willen voeren? Als dan de boel weer gaat lopen dan is het bijna zeker dat het in 1 functie zit.
Dit keer alleen Query Status Format gedaan.
Result: 80 82 A4 00 01 0C 80 10 10 10 00 10 20 10 10 00 92 92 29
En de boel loopt weer
Bedankt voor je reactie. Op je vragen:Pejdref schreef op zondag 15 juni 2025 @ 10:54:
[...]
Als de bypass gesloten is:
Exhaust temp =~ buitentemp
Supply temp =~binntentemp
Als de bypass open is wisselt het:
Exhaust temp =~binnentemp
Supply temp =~buitentemp
Het is niet exact gelijk want je warmtewisselaar is niet 100% efficiënt en je luchtinlaat kan bijvoorbeeld ook opgewarmd worden door de zon. Daarbij kan er nog wat (normale) afwijking zitten in de temperatuursensoren. Ook zie ik dat je naar de KNMI temperatuur kijkt, dat is natuurlijk nooit exact de lokale temperatuur rondom jouw woning.
De bypass gaat van gesloten naar open als de exhaust temp onder de supply temp (+offset, is ook een instelling) zakt (en het is een zomerdag). Doordat de temperaturen hier wisselen gaat de bypass van open naar gesloten ook als de exhaust temp onder de supply temp zakt.
De bypass gaat ook dicht als de maximale opentijd is bereikt (ook een instelling) of als de Exhaust temp (binnentemp dus) onder de in jouw geval 17 graden zakt.
Jouw HRU lijkt dus wel de goede bypass logica te volgen en de temperaturen van je sensoren doen niks vreemds bij het open/sluiten van de bypass dus die zou ik ook niet direct verdenken.
Ik ben geneigd eerst naar een fysieke verklaring te zoeken hiervoor. Paars is je binnentemperatuur? Is die zo stabiel met dit buitenweer?
Is dat ook de temperatuur van de ruimte waar je ventilatiesysteem afzuigt, of zuigt die ook nog af in andere ruimtes waar het warmer is?
Waar is je HRU geplaatst? Misschien op een warme zolder waar (al dan niet bedoeld) warme lucht wordt aangezogen?
Foutcode 10 weet ik zo niet, ik zie wel dat je filtercounters het jaar voorbij zijn, misschien kan het daarmee te maken hebben. In de HRU handleiding staan verschillende foutcodes, dan moet je even naar de statusled van de HRU zelf kijken of je het kunt ontcijferen.
- Paars is inderdaad mijn binnentemperatuur, die is inderdaad vrij stabiel.
- De HRU zuigt het hele huis af, dat komt +/-1 graad overeen met de 'Climate system S1'
- De HRU staat in een technische ruimte, daar is het iets warmer, maar niet veel. Ik kan kijken of ik daar de afzuiging kan dempen.
Ik zie dat de led rood-rood-rood-oranje knippert, wat op een sensorfout wijst. Ik ga eerst dat maar (laten) oplossen, en hopen dat dat het (volgens mij foutieve) bypassgedrag oplost.
@Atomstar Je bypass logica werkt ook vrijdag nog zoals verwacht. De exhaust temp zit namelijk boven je supply temp, als de bypass open is dan betekent dat het binnen warmer is dan buiten.
Maar dat zou ook veroorzaakt kunnen worden door een defecte temperatuursensor. Als het kan zou je eens zelf de temperatuur kunnen meten in de exhaust en supply kanalen.
Volgens mij zijn er op dit forum wel mensen die zelf een tempsensor hebben vervangen, het is geen zeldzaam probleem.
Maar dat zou ook veroorzaakt kunnen worden door een defecte temperatuursensor. Als het kan zou je eens zelf de temperatuur kunnen meten in de exhaust en supply kanalen.
Volgens mij zijn er op dit forum wel mensen die zelf een tempsensor hebben vervangen, het is geen zeldzaam probleem.
arjenhiemstra schreef op woensdag 4 juni 2025 @ 22:24:
[...]
“standaard”![]()
![]()
haha, okok, mss is het ook niet zo belangrijk idd.... zo standaard is bluetooth ook niet idd
@arjenhiemstra Ik heb wat ge-experimenteerd met Bluetooth voor bovenstaande implementatie en de uitkomst is als volgt:arjenhiemstra schreef op maandag 2 juni 2025 @ 11:32:
[...]
Een getal van 0 - 100 of 0 - 255 is in principe alles wat nodig is. Mss nog wat state uitwisselen (itho device ready bijv.) maar dat is optioneel.
edit: ik lees trouwens dat ESP-NOW een ander protocol is. Dat praat niet met bluetooth devices. Als we dan toch een protocol gaan toevoegen heb ik sterk de voorkeur om standaard protocollen te gebruiken.
- Eerste poging was om Bluetooth classic te proberen. Dat werkt goed op een ESP32 (van mobiel naar ESP32) maar toen ik de code van de zender wou schrijven bleek dit niet te werken omdat de ESP-S3 die ik gebruik geen bluetooth classic ondersteunt

-Tweede poging was Bluetooth LE. BLE werkte wel goed maar gaf conflicten met WIFI (advertising kant) waardoor wifi niet meer werkte. Over dit conflict is veel te vinden maar ik heb het niet kunnen oplossen
- De derde poging was ESP Now. Dat was erg simpel en gaf geen problemen met wifi en dit is dus ook wat wil wil voorstellen om in jouw firmware te implementeren. Eigenlijk is dit beter dan Bluetooth omdat je er maar weinig code en libraries bij krijgt in vergelijking met Bluetooth. De code is te vinden op GitHub:
https://github.com/PeterLourens/fanspeed_bt (ontvanger code)
https://github.com/PeterL.../main/src/task_espnow.cpp (zender code)
Het kan ook de andere kant op werken met een paar regels code extra dus als je nog wat state signalen wil terugsturen, kan je dan specificeren wat dat dan is? Dan pas ik de code aan.
gr Peter
Ik heb net even bij mijn eigen fan getest en daar doet het aan/uit knopje het ook niet lekker in HA. Ik kan wel gewoon de fan bedienen met percentages en daarmee de fan ook uit zetten (naar 0%).Pim-V schreef op woensdag 4 juni 2025 @ 13:13:
@arjenhiemstra
[...]
Beta 13 geïnstalleerd. Staat in HA constant op "Aan". Als de Itho aan staat en ik het schuifje in HA uit zet "veert het gelijk weer terug naar "Aan", maar de Itho gaat wel uit. In HA aan zetten gaat dus niet.
Als ik op de home-page van de WiFi controller for Itho op de snelheidsregelaar klik "vliegt" het blauwe regelknopje naar de klikplaats en direct weer terug naar de plaats waar hij stond, en dan na ca.2 sec weer naar de klikplaats. Toen ik destijds begon met versie 2.8 gedroeg het regelknopje (slider) zich normaal.
MQTT discovery data: Topic: homeassistant/device/nrg-itho-f654/config MQTT Payload:
[...]
MQTT: topic itho/lwt5 - 5 most recently received messages:
[...]
MQTT: topic itho/ithostatus - 1 most recently received message
[...]
MQTT: topic itho/state - 10 most recently received messages
[...]
MQTT: Transmitted messages itho/cmd 10 most recently transmitted messages
[...]
Ik heb ook nog een debug file https://www.oosterhessele...9f48a58133bcb2ad6da3.json.
Ik hoop dat je met deze info iets kan.
Bedankt voor je hulp!
Ik weet zo ff niet hoe dit precies werkt maar dat zit er wss al heel lang zo in.
Ik vermoed dat uitzetten werkt omdat de fan dan een 0 commando krijgt, voor aan is er geen itho commando dus zullen we een snelheid moeten kiezen, of remote commando als de snelheid niet wordt ondersteund oid.
Qua slider op de web interface van de add-on zelf. De eerste klik verstuurt een commando naar de itho maar de status is nog niet bijgewerkt vandaar dat de slider weer terug springt. Een seconde ofzo later komt de geüpdatete status binnen en gaat de slider naar de ingestelde snelheid. Dat update mechanisme zit er in omdat de snelheid ook buiten de web interface om geregeld kan worden en zo de status iig klopt met bijv. bediening in HA. Dit kan en was dus beter maar is met name cosmetisch lijkt mij. Als ik tijd heb zal ik nog eens naar dit gedrag kijken.
Thanks! Dan gebeurt dus idd wat ik vermoedde.Aardedraadje schreef op dinsdag 17 juni 2025 @ 22:02:
[...]
Het is weer zoverHij stond al een hele poos vast maar viel me nu pas op.
Dit keer alleen Query Status Format gedaan.
Result: 80 82 A4 00 01 0C 80 10 10 10 00 10 20 10 10 00 92 92 29
En de boel loopt weer
Ik zal een simpele check inbouwen die een foutmelding in de log zet en de query opnieuw verstuurd
[ Voor 28% gewijzigd door arjenhiemstra op 20-06-2025 08:55 ]
@arjenhiemstra
In "State attributes" zie ik: supported_features: 57. Hoe kom ik erachter welke dat zijn (er is maar 1 entity: "fan.cve_eco2_fan")?
Weer bedankt. Dit is wel essentiële informatie. Overigens, na de eerste inbedrijfstelling werkte die knopjes wel normaal en veranderde het nadat de voedingsspanning eraf geweest was en de tweede keer opstarten. Het heeft dus geen zin om op status te testen (is altijd "On"), noch een "Aan" commando te geven. Inderdaad kan ik via HA een percentage fan speed instellen. Kan je die fan speed ook "uitlezen" en gebruiken, bijvoorbeeld in een condition?Ik heb net even bij mijn eigen fan getest en daar doet het aan/uit knopje het ook niet lekker in HA. Ik kan wel gewoon de fan bedienen met percentages en daarmee de fan ook uit zetten (naar 0%).
Ik weet zo ff niet hoe dit precies werkt maar dat zit er wss al heel lang zo in.
Ik vermoed dat uitzetten werkt omdat de fan dan een 0 commando krijgt, voor aan is er geen itho commando dus zullen we een snelheid moeten kiezen, of remote commando als de snelheid niet wordt ondersteund oid.
In "State attributes" zie ik: supported_features: 57. Hoe kom ik erachter welke dat zijn (er is maar 1 entity: "fan.cve_eco2_fan")?
Aanhakende, ik blijf ook maar sukkelen met de bypass die gewoon niet langer dan 20 min open wil blijven. De bypass werkt want de temperatuur dropt en inside en outside wisselen, de buitentemperatuur is lager dan binnen maar niet te laag, de Summer counter is 1, en toch moet ie dicht om vervolgens 20 min later na het aflopen van de counter weer hem open te gooien. Afkoelen doet het dus nauwelijks....Pejdref schreef op woensdag 18 juni 2025 @ 08:00:
@Atomstar Je bypass logica werkt ook vrijdag nog zoals verwacht. De exhaust temp zit namelijk boven je supply temp, als de bypass open is dan betekent dat het binnen warmer is dan buiten.
Maar dat zou ook veroorzaakt kunnen worden door een defecte temperatuursensor. Als het kan zou je eens zelf de temperatuur kunnen meten in de exhaust en supply kanalen.
Volgens mij zijn er op dit forum wel mensen die zelf een tempsensor hebben vervangen, het is geen zeldzaam probleem.
/f/image/McczHw8rYHBiaC0v5nrK3tFB.png?f=fotoalbum_large)
Awair is binnen, Temperatuur is buiten.
@deWit: Zo te zien zijn er geen defecte temperatuursensoren, maar staat de regeling te pendelen.
Mogelijk heb je last van een niet juist ingestelde regeling.
We hebben in verschillende berichten de werking van de bypass regeling uitgeplozen.
Bovenaan de pagina kun je ze in dit Topic zoeken op "350 + bypass" (zonder quotes).
Kun je de waarden van de volgende parameters in je HRU opzoeken en delen?
Parameters in Itho settings die met de bypass te maken hebben:
par.10: Summer temp (C) - 19C
par.11: Summer temp GHE (C) -16C # idem bij Ground Heat Exchanger/Aardbodem-WarmteWisselaar (AWW)
par.12: Summer day time (K*hr) - 5K*hr (5K*60=300)
par.13: Wanted temp bypass regulation (C) - 17C
par.14: Offset bypass regulation (0.1*K) - 5 (=0.5K)
par.15: Max bypass open time (hrs) - 120hr
Waar worden die Awair Element Temperatuur en de andere Temperatuur gemeten?
Wat is de temperatuur net voor de toevoer van de buitenlucht naar de HRU?
Mogelijk heb je last van een niet juist ingestelde regeling.
We hebben in verschillende berichten de werking van de bypass regeling uitgeplozen.
Bovenaan de pagina kun je ze in dit Topic zoeken op "350 + bypass" (zonder quotes).
Kun je de waarden van de volgende parameters in je HRU opzoeken en delen?
Parameters in Itho settings die met de bypass te maken hebben:
par.10: Summer temp (C) - 19C
par.11: Summer temp GHE (C) -16C # idem bij Ground Heat Exchanger/Aardbodem-WarmteWisselaar (AWW)
par.12: Summer day time (K*hr) - 5K*hr (5K*60=300)
par.13: Wanted temp bypass regulation (C) - 17C
par.14: Offset bypass regulation (0.1*K) - 5 (=0.5K)
par.15: Max bypass open time (hrs) - 120hr
Waar worden die Awair Element Temperatuur en de andere Temperatuur gemeten?
Wat is de temperatuur net voor de toevoer van de buitenlucht naar de HRU?
Wbt settings:
Awair meet in de keuken is vrij representatief voor de rest van het huis. De buitensensor zit in de buitenunit van de WTW aan de aanzuigkant van de WTW. Ik zal vanavond nog eens de slang los halen en de losse meter bij de inlaat meten.
par.10: Summer temp (C) - 19C | Current: 17 |
par.11: Summer temp GHE (C) -16C | Current: 16 |
par.12: Summer day time (K*hr) - 5K*hr (5K*60=300) | Current: 5 |
par.13: Wanted temp bypass regulation (C) - 17C | Current: 15 |
par.14: Offset bypass regulation (0.1*K) - 5 (=0.5K) | Current: 0.2 |
Awair meet in de keuken is vrij representatief voor de rest van het huis. De buitensensor zit in de buitenunit van de WTW aan de aanzuigkant van de WTW. Ik zal vanavond nog eens de slang los halen en de losse meter bij de inlaat meten.
Ja, zelfde gedrag, ik had namelijk al met de parameters zitten spelen om hem beter te krijgen.
@deWit: Waarschijnlijk verergeren je huidige instellingen het pendelen.
Pendelen gebeurt soms wanneer het verschil tussen binnen en buitentemperatuur onvoldoende is.
Meestal koelt de buitenlucht voldoende snel af om dit te voorkomen.
In sommige installaties wordt dit veroorzaakt door opwarming in het aanvoer traject.
De buitentemperatuur is dan wel voldoende laag, maar de temperatuur van de lucht bij aankomst in de HRU niet meer.
Pendelen gebeurt soms wanneer het verschil tussen binnen en buitentemperatuur onvoldoende is.
Meestal koelt de buitenlucht voldoende snel af om dit te voorkomen.
In sommige installaties wordt dit veroorzaakt door opwarming in het aanvoer traject.
De buitentemperatuur is dan wel voldoende laag, maar de temperatuur van de lucht bij aankomst in de HRU niet meer.
@deWit: Die 20 minuten is de minimale tijd dat de bypass open of dicht staat. Dit is de beveiliging van de HRU tegen de gevolgen van pendelen.
Ben benieuwd naar je metingen. Nuttig om er ook een stuk van 60 minuten uit te lichten en te beoordelen..
Ben benieuwd naar je metingen. Nuttig om er ook een stuk van 60 minuten uit te lichten en te beoordelen..
[ Voor 27% gewijzigd door gns1l op 26-06-2025 19:57 ]
Hoewel ik het interessant vind om te lezen stel ik toch de vraag: is het pendelen en dergelijke daadwerkelijk gerelateerd aan het onderwerp: Itho Daalderop - open source wifi control add-on module?
Want als dat niet zo is dan is het misschien beter/verstandiger om hiervoor een apart topic te openen.
Want als dat niet zo is dan is het misschien beter/verstandiger om hiervoor een apart topic te openen.
Ik frut, dus ik epibreer
Even nog wat inzichten van mijn kant voor de HRU 350 bypass:
Naar mijn idee raken deze WTW's regelmatig de calibratie van de bypass+vorstklep kwijt.
Dit geeft een bypass die steeds open en dicht gaat en een vorstklep die onbedoeld open gaat.
Stekker even erin en eruit lijkt het enige te zijn dat helpt:.
Hier een klep in storing en daarna goed werkend door de stekker eruit:
Naar mijn idee raken deze WTW's regelmatig de calibratie van de bypass+vorstklep kwijt.
Dit geeft een bypass die steeds open en dicht gaat en een vorstklep die onbedoeld open gaat.
Stekker even erin en eruit lijkt het enige te zijn dat helpt:.
Hier een klep in storing en daarna goed werkend door de stekker eruit:
/f/image/V7dKssVwHFBL6FVIPZB157oF.png?f=fotoalbum_large)
11.635 Wp Solar edge. 7kW Lucht-water, 5kW Daikin Lucht-Lucht, lucht WTW, VW Passat GTE, Home Assistant
Ja en nee, zonder deze print is de box een black-box. Ik laat het even aan een mod om te bepalen of het wel of niet beter afgesplits kan worden...pistole schreef op vrijdag 27 juni 2025 @ 08:11:
Hoewel ik het interessant vind om te lezen stel ik toch de vraag: is het pendelen en dergelijke daadwerkelijk gerelateerd aan het onderwerp: Itho Daalderop - open source wifi control add-on module?
Want als dat niet zo is dan is het misschien beter/verstandiger om hiervoor een apart topic te openen.
Goed, eerste dagje draaien met sensoren geeft wat inzicht maar ook een vertekend beeld omdat de box niet de hele dag op dezelfde stand heeft gestaan en het verschil tussen nacht en dag qua temperatuur niet extreem was. Het lijkt er vooral op dat om 1330, 1430 als de aanvoertemperatuur van buiten gaat stijgen de bypass dicht gaat, dat is in lijn der verwachting. Gek genoeg doet de toevoer naar guis weinig, de afvoer uit het huis naar buiten word meer beinvloed als de bypass open/dicht gaat. Met de komende warme dagen voor de boeg nog maar eens in de gaten houden. Ik zou verwachten als de bypass open gaat dat de aanvoer temperatuur naar het huis nagenoeg gelijk moet worden aan de temperatuur die de inkomende lucht van buiten heeft, maar dat lijkt nog niet zo te zijn...
/f/image/No8EHSJoysmZ3jbA0an0qTtE.png?f=fotoalbum_large)
@deWit stekker erin en eruit al getest? Als je die niet doet kun je false lucht krijgen daar half sluitende klep. En dan het pendelende gedrag.
Klep doet een hele kalibratie als de stroom erop gaat.
Klep doet een hele kalibratie als de stroom erop gaat.
11.635 Wp Solar edge. 7kW Lucht-water, 5kW Daikin Lucht-Lucht, lucht WTW, VW Passat GTE, Home Assistant
@ice-T106: Het is een interessant idee.
De HRU pendelde vandaag omdat de room en de outdoor temp heel dicht bij elkaar bleven.
Bij ons is de situatie iets complexer omdat er ook nog adiabatisch gekoeld wordt en dat stopt zolang de bypass open is. Zodra de bypass gesloten wordt gaat de room temp dan snel omhoog omdat er eerst weer water geïnjecteerd moet worden voor de koeling.
/f/image/yaVl88qWBfIt5hY3S5A5sh3x.png?f=fotoalbum_large)
Het pendelen hield direct op toen ik de HRU een power cycle gaf, maar dat is ook logisch omdat de Summercounter gereset werd en de bypass niet meer open kon. Bij 550 Is het 9:07, 551 is 9:09.
Ik moet je idee dus op een andere manier testen en ga denk ik dmv de module zelf een reset van de stappen motor proberen te forceren en dan kijken wat de invloed hiervan is.
De HRU pendelde vandaag omdat de room en de outdoor temp heel dicht bij elkaar bleven.
Bij ons is de situatie iets complexer omdat er ook nog adiabatisch gekoeld wordt en dat stopt zolang de bypass open is. Zodra de bypass gesloten wordt gaat de room temp dan snel omhoog omdat er eerst weer water geïnjecteerd moet worden voor de koeling.
/f/image/yaVl88qWBfIt5hY3S5A5sh3x.png?f=fotoalbum_large)
Het pendelen hield direct op toen ik de HRU een power cycle gaf, maar dat is ook logisch omdat de Summercounter gereset werd en de bypass niet meer open kon. Bij 550 Is het 9:07, 551 is 9:09.
Ik moet je idee dus op een andere manier testen en ga denk ik dmv de module zelf een reset van de stappen motor proberen te forceren en dan kijken wat de invloed hiervan is.
[ Voor 8% gewijzigd door gns1l op 28-06-2025 09:12 . Reden: Recenter plaatje ]
@gns1l Zou me niet verbazen als het gedrag de komende wel beter is omdat de klep nu (helaas niet permanent) wel goed werkt.
11.635 Wp Solar edge. 7kW Lucht-water, 5kW Daikin Lucht-Lucht, lucht WTW, VW Passat GTE, Home Assistant
Het lijkt er inderdaad op. Gisteravond laat ging de bypass open en vanochtend weer dicht./f/image/Rc4t1A8QwIiG81J1pfGqrP3E.png?f=fotoalbum_large)
Moet wel vermelden dat de HRU al lang zonder uitschakelen gedraaid had. Filters vervangen had ik met ventilatoren op 0 rpm gedaan. Beetje extreem geval dus.
Maar toch slecht. Je zou verwachten dat de firmware van de HRU van tijd tot tijd een reset van de stappenmotor uit zou voeren.
/f/image/Rc4t1A8QwIiG81J1pfGqrP3E.png?f=fotoalbum_large)
Moet wel vermelden dat de HRU al lang zonder uitschakelen gedraaid had. Filters vervangen had ik met ventilatoren op 0 rpm gedaan. Beetje extreem geval dus.
Maar toch slecht. Je zou verwachten dat de firmware van de HRU van tijd tot tijd een reset van de stappenmotor uit zou voeren.
@deWit Kun je eens de aan- en uitvoer temperatuur van enkel je HRU sensoren plotten, met de bypass positie erbij? Ik zou sowieso par 14 wat hoger zetten (0.5 is default), hoe lager die staat hoe groter de kans op pendelen.
Hey allen! Ik heb een addon met een CC1101 module.
Ik heb het via MQTT in Home Assistant aan de praat gekregen en nu kan ik via de virtual remote netjes de snelheid van mijn HRU ECO 350 beheren.
Alleen, nu wil ik ook de fysieke afstandsbediening gebruiken. Mijn vrouw vindt dat prettig.
Hoe kan ik dit doen? Ik wil ook zorgen dat de states in sync zijn. Dus als mijn vrouw via de afstandsbediening de snelheid aanpast, wil ik dat ook in Home Assistant zien.
In de RF Devices tabblad in de module moet dat plaatsvinden maar wat de stappen zijn weet ik echt niet...
Zouden jullie mij van een stappenplan kunnen voorzien? In de documentie kan ik dit ook nergens terugvinden.
Alvast bedankt!
Ik heb het via MQTT in Home Assistant aan de praat gekregen en nu kan ik via de virtual remote netjes de snelheid van mijn HRU ECO 350 beheren.
Alleen, nu wil ik ook de fysieke afstandsbediening gebruiken. Mijn vrouw vindt dat prettig.
Hoe kan ik dit doen? Ik wil ook zorgen dat de states in sync zijn. Dus als mijn vrouw via de afstandsbediening de snelheid aanpast, wil ik dat ook in Home Assistant zien.
In de RF Devices tabblad in de module moet dat plaatsvinden maar wat de stappen zijn weet ik echt niet...
Zouden jullie mij van een stappenplan kunnen voorzien? In de documentie kan ik dit ook nergens terugvinden.
Alvast bedankt!
Wat heeft je tegengehouden om het gewoon te proberen met fysieke remote? Op wiki is genoeg te vinden over home assistant integratie.Grooving3139 schreef op zondag 29 juni 2025 @ 18:44:
Hey allen! Ik heb een addon met een CC1101 module.
Ik heb het via MQTT in Home Assistant aan de praat gekregen en nu kan ik via de virtual remote netjes de snelheid van mijn HRU ECO 350 beheren.
Alleen, nu wil ik ook de fysieke afstandsbediening gebruiken. Mijn vrouw vindt dat prettig.
Hoe kan ik dit doen? Ik wil ook zorgen dat de states in sync zijn. Dus als mijn vrouw via de afstandsbediening de snelheid aanpast, wil ik dat ook in Home Assistant zien.
In de RF Devices tabblad in de module moet dat plaatsvinden maar wat de stappen zijn weet ik echt niet...
Zouden jullie mij van een stappenplan kunnen voorzien? In de documentie kan ik dit ook nergens terugvinden.
Alvast bedankt!
Fysieke remote is al gekoppeld aan je HRU-350 en de add-on krijgt gewoon huidige waardes door, of die nu zijn veranderd via MQTT, API of fysieke remote.
@smesjz Interessant wel, want ik ben nu niet eens aan toegekomen om dat te proberen want nu heb ik een ander probleem.
Ik heb net de filters vervangen en dan heb ik de onderste 2 knopen op mijn afstandsbediening gedrukt om de status LED te resetten.
En nu kan ik via Home Assistant niet meer op "medium" zetten. Ik kan alleen low en high gebruiken. En state is ook niet meer actueel, hij gaat elke keer naar "Preset mode: Medium" ongeacht of het op high of low is. En alleen via de afstandsbediening kan ik nu medium selecteren.
Dus dit werkt niet prettig... Heb jij tips?
Ik heb net de filters vervangen en dan heb ik de onderste 2 knopen op mijn afstandsbediening gedrukt om de status LED te resetten.
En nu kan ik via Home Assistant niet meer op "medium" zetten. Ik kan alleen low en high gebruiken. En state is ook niet meer actueel, hij gaat elke keer naar "Preset mode: Medium" ongeacht of het op high of low is. En alleen via de afstandsbediening kan ik nu medium selecteren.
Dus dit werkt niet prettig... Heb jij tips?
Ok, ik snap better wat er nu gebeurt maar toch ben ik in de waar...
Ik heb een HRU ECO 350 dus ik heb deze instructies gevolgd voor de HRU 350 (ik neem aan dat HRU ECO 350 gelijk is aan ECO 350): Wiki
Alleen nu kan ik wel prima via Home Assistant de snelheden bedienen maar de state is nog steeds niet bijgewerkt.
:strip_exif()/f/image/PB2DIwFC0NzONy1yzOJqXsYe.png?f=user_large)
Hij blijft op "leeg". Dus als ik high kies, dan blijft de state op de UI niet op high zoals jullie kunnen zien.
Verder ik mis ook de sensors, exhaust temp, supply temp, etc in de entities. Ze blijven op "Unknown" . Wat doe ik hier verkeerd? Ik ben helemaal de weg kwijt en de wiki helpt totaal niet.
Wat doe ik verkeerd hier?
Ik heb een HRU ECO 350 dus ik heb deze instructies gevolgd voor de HRU 350 (ik neem aan dat HRU ECO 350 gelijk is aan ECO 350): Wiki
Alleen nu kan ik wel prima via Home Assistant de snelheden bedienen maar de state is nog steeds niet bijgewerkt.
:strip_exif()/f/image/PB2DIwFC0NzONy1yzOJqXsYe.png?f=user_large)
Hij blijft op "leeg". Dus als ik high kies, dan blijft de state op de UI niet op high zoals jullie kunnen zien.
Verder ik mis ook de sensors, exhaust temp, supply temp, etc in de entities. Ze blijven op "Unknown" . Wat doe ik hier verkeerd? Ik ben helemaal de weg kwijt en de wiki helpt totaal niet.
Wat doe ik verkeerd hier?
@Grooving3139 Heb je de Home Assistant integratie via HACS geïnstalleerd of heb je de sensoren zelf aangemaakt? Via HACS is het makkelijkste en minder kans op fouten.
Kun je via http://nrg-itho-5ce4.local/ wel alles besturen en de sensoren zien? En heb je een virtual remote toegevoegd en heeft die in Home Assistant dezelfde naam?
Kun je via http://nrg-itho-5ce4.local/ wel alles besturen en de sensoren zien? En heb je een virtual remote toegevoegd en heeft die in Home Assistant dezelfde naam?
Afgelopen nacht hieronder toegevoegd, de P14 staat nu 0.8 om de kans op pendelen kleiner te maken. De unit heeft de hele nacht op hoog gedraaid en ik heb hem gisteravond een power cycle gegeven om de klep opnieuw te laten kalibreren.Pejdref schreef op zaterdag 28 juni 2025 @ 21:01:
@deWit Kun je eens de aan- en uitvoer temperatuur van enkel je HRU sensoren plotten, met de bypass positie erbij? Ik zou sowieso par 14 wat hoger zetten (0.5 is default), hoe lager die staat hoe groter de kans op pendelen.
/f/image/5elOGZKntndlsRzqdgV0b6wC.png?f=fotoalbum_large)
Hierboven zie je mijn eigne temperatuur sensoren. Als de bypass actief is dan zie je dat de Afvoer uit het huis zakt richting de aanvoertemperatuur naar het huis. De Toevoer naar het huis zakt nauwelijks.
/f/image/Vy809yUhII1GzHe6CJwPY1FO.png?f=fotoalbum_large)
Hierboven zie je de Itho sensoren; je zien dat Aanvoer en Toevoer netjes wisselen bij inschakelen van de bypass en dat de bypass dicht gaat dals het verschil minder is dan P14=0.8C en er 20 min verstreken is. In die zin doet hij zoals verwacht.
Als de bypass dicht is dan benaderd de toevoer naar het huis de afvoer naar buiten, dat is logisch als de warmte uitgewisseld word. Als de bypass open gaat dan zakt de toevoer naar het huis iets maar gaat de temperatuur van de lucht naar buiten omhoog totdat deze nagenoeg gelijk is aan de toevoer naar het huis. De aanvoer van buiten naar het huis volgt de gelijke trend als de buitentemperatuur. DE afvoer uit het huis is ook nagenoeg constant en als de bypass dicht is benaderd de toevoer naar het huis de temperatuur van de afgezogen lucht.
Ik zou verwachten dat als de bypass actief is toevoer naar het huis de temperatuur van de toevoer van buiten gaat benaderen. Ergens klopt er dus iets niet, of de bypass gaat niet volledig, er is ergens luchtlekkage of iets anders.
Goedendag,
Ik heb een mechanische ventilatie van Itho-Daalderop de CVE eco RFT SP uit 2017
Hierop heb in de CVE wifi add on gemonteerd van NRG.Watch
Ik ben in het bezit van een Homey Pro 2023
Tijdens het installeren lukte het niet gelijk. Ik moest handmatig het ip adres invullen
Als ik nu het ip adres intoets dan komt de NRG-ITHO-C324 tevoorschijn waarin ik allerlei zaken kan bekijken en invoeren.
Tot zover alles goed (hoop ik).
De app van NRG op mijn homey pro, geplaatst en de module als apparaat toegevoegd.
Nu zie ik in Homey Pro een beperkte mogelijkheid, alleen een schuifbalk voor de snelheid.
Heb ik nu iets vergeten te installeren? Ik lees iets over de MQTT
Maar wat is mij niet helemaal duidelijk.
Ik ben nog niet zolang bezig met deze materie , maar wil als 62 jarige graag leren.
Ik kan in het forum niet iets specifieks vinden voor de vervolg stappen.
Mijn vragen zijn dus als volgt, is dit goed zo en zie ik alleen maar de snelheid?
Zo niet wat moet ik nog meer op de Homey pro installeren om het compleet te krijgen, zoals temp en vochtigheid en in welke stand hij staat, mocht dit uberhaubt erop zitten.
Ik heb een mechanische ventilatie van Itho-Daalderop de CVE eco RFT SP uit 2017
Hierop heb in de CVE wifi add on gemonteerd van NRG.Watch
Ik ben in het bezit van een Homey Pro 2023
Tijdens het installeren lukte het niet gelijk. Ik moest handmatig het ip adres invullen
Als ik nu het ip adres intoets dan komt de NRG-ITHO-C324 tevoorschijn waarin ik allerlei zaken kan bekijken en invoeren.
Tot zover alles goed (hoop ik).
De app van NRG op mijn homey pro, geplaatst en de module als apparaat toegevoegd.
Nu zie ik in Homey Pro een beperkte mogelijkheid, alleen een schuifbalk voor de snelheid.
Heb ik nu iets vergeten te installeren? Ik lees iets over de MQTT
Maar wat is mij niet helemaal duidelijk.
Ik ben nog niet zolang bezig met deze materie , maar wil als 62 jarige graag leren.
Ik kan in het forum niet iets specifieks vinden voor de vervolg stappen.
Mijn vragen zijn dus als volgt, is dit goed zo en zie ik alleen maar de snelheid?
Zo niet wat moet ik nog meer op de Homey pro installeren om het compleet te krijgen, zoals temp en vochtigheid en in welke stand hij staat, mocht dit uberhaubt erop zitten.
@deWit Als ik het goed zie komen je eigen metingen wel overeen met de temperaturen van de sensoren van de HRU zelf, de temperatuursensoren zijn dus goed. Het lijkt er inderdaad op of de bypass niet volledig opent en een deel van de lucht nog over de warmtewisselaar gaat. Geen idee of dit makkelijk te controleren is.
Draaien beide ventilatoren wel en zijn ze in balans? Heb je wellicht veel verschil in weerstand in je kanalen?
Op welke ventilatiestand (en hoeveel rpm is dat bij jou) test je dit? Maakt het verschil als je deze op de hoogste stand zet?
Draaien beide ventilatoren wel en zijn ze in balans? Heb je wellicht veel verschil in weerstand in je kanalen?
Op welke ventilatiestand (en hoeveel rpm is dat bij jou) test je dit? Maakt het verschil als je deze op de hoogste stand zet?
[ Voor 12% gewijzigd door Pejdref op 30-06-2025 14:27 ]
Hoi, ik ben nog maar een korte tijd bezig met HA en pas geleden de add-on van Arjen Hiemstra aangeschaft.
Werkt prima met mijn automatiseringen. Wil gewoon even zeggen, bedankt voor het werk/moeite.
Super handig gemaakt inclusief beschrijvingen how-to etc.
Bedankt Arjen!
Werkt prima met mijn automatiseringen. Wil gewoon even zeggen, bedankt voor het werk/moeite.
Super handig gemaakt inclusief beschrijvingen how-to etc.
Bedankt Arjen!
@Pejdref Ik heb de sensoren bestanden zelf aangemaakt.
Ik kan via de addon wel alles besturen maar als ik naar Itho status bijvoorbeeld ga, dan zie ik alleen Itho I2C connection status: connected. En verder geen labels en values.
Virtual remote is wel toegevoegd maar in Home Assistant zie ik dat niet. Hoe kan ik checken of de virtual remote goed toegevoegd was?
Ik kan via de addon wel alles besturen maar als ik naar Itho status bijvoorbeeld ga, dan zie ik alleen Itho I2C connection status: connected. En verder geen labels en values.
Virtual remote is wel toegevoegd maar in Home Assistant zie ik dat niet. Hoe kan ik checken of de virtual remote goed toegevoegd was?
Welke firmware heb je erop staan? Maak eens een screenshot van je system settings pagina en powercycle je hele unit eens om te kijken of de itho status dan wel gevuld wordt met waardes (ook even ctrl+f5 doen in je browser op die pagina)
Redelijk in balans, tests waren op middenstand of hoog/max.Pejdref schreef op maandag 30 juni 2025 @ 14:25:
@deWit Als ik het goed zie komen je eigen metingen wel overeen met de temperaturen van de sensoren van de HRU zelf, de temperatuursensoren zijn dus goed. Het lijkt er inderdaad op of de bypass niet volledig opent en een deel van de lucht nog over de warmtewisselaar gaat. Geen idee of dit makkelijk te controleren is.
Draaien beide ventilatoren wel en zijn ze in balans? Heb je wellicht veel verschil in weerstand in je kanalen?
Op welke ventilatiestand (en hoeveel rpm is dat bij jou) test je dit? Maakt het verschil als je deze op de hoogste stand zet?
Ik was er klaar mee. Maandagavond de gehele unit ongeveer uit elkaar gehad, schoongemaakt, de bypass klep gesmeerd, fans schoongemaakt en weer in elkaar. Eigenlijk niets geks gevonden anders dan vieze aanslag op het filter dat in de bypass-verbinding zit met veel muggen, die er blijkbaar niet uit te zuigen waren via de muggenval.
Great succes so far...
/f/image/WqS3h8aDhWmq6Vp3i7Nq58tJ.png?f=fotoalbum_large)
Hallo Itho gebruikers.
Ik ben bezig om mijn Itho warmtepomp HWU 5G aan domoticz te koppelen, hiervoor gebruik ik een kastje van Arjen, een NON-CVE. Op zich lijkt de communicatie tussen de warmtepomp en domoticz via MQTT (via auto discovery) wel te werken, echter wordt er maar 1 (selector)switch door domoticz toegevoegd, een fan. Software van de pomp is hw versie 72, fw versie 32. Hardware versie van de print is NON-CVE 1 met software 2.9.0-beta 13. De Itho status in de Web-api geeft een hele lijst met variabelen en hun waarde. De MQTT comunicatie is groen, connected. Op het tabblad HA discovery heb ik diverse temperaturen aangevinkt, deze krijg ik in domoticz niet te zien.
Domoticz en Mosquitto draaien op Rpi 3B+ met Bookworm. Domoticz versie 2025.1.
Nu rijst de vraag of ik alles juist heb ingesteld, hiervoor diverse handleidingen geraadpleegd. Zijn er nog opties om te kijken of alles goed bij de MQTT broker binnenkomt? Zijn er nog ergens anders instellingen die aangepast moeten worden?
Alvast bedankt, Willie
Ik ben bezig om mijn Itho warmtepomp HWU 5G aan domoticz te koppelen, hiervoor gebruik ik een kastje van Arjen, een NON-CVE. Op zich lijkt de communicatie tussen de warmtepomp en domoticz via MQTT (via auto discovery) wel te werken, echter wordt er maar 1 (selector)switch door domoticz toegevoegd, een fan. Software van de pomp is hw versie 72, fw versie 32. Hardware versie van de print is NON-CVE 1 met software 2.9.0-beta 13. De Itho status in de Web-api geeft een hele lijst met variabelen en hun waarde. De MQTT comunicatie is groen, connected. Op het tabblad HA discovery heb ik diverse temperaturen aangevinkt, deze krijg ik in domoticz niet te zien.
Domoticz en Mosquitto draaien op Rpi 3B+ met Bookworm. Domoticz versie 2025.1.
Nu rijst de vraag of ik alles juist heb ingesteld, hiervoor diverse handleidingen geraadpleegd. Zijn er nog opties om te kijken of alles goed bij de MQTT broker binnenkomt? Zijn er nog ergens anders instellingen die aangepast moeten worden?
Alvast bedankt, Willie
@Rik60: Met MQTT Explorer kun je op je PC kijken wat er bij de MQTT broker binnenkomt.
Hallo allemaal,
Allereerst respect naar Arjen voor het maken van de add on! Ik heb een DemandFlow en vanaf het eerste jaar problemen met de vochtsensor en de installateur kan het probleem niet vinden. Nu ga ik proberen het zelf op de lossen dankzij deze tool!
Ik heb een Demandflow uit 2017 en in de box boven zit de vochtsensor. De afzuiging hoort harder te gaan draaien tijdens het douchen maar dat doet hij soms wel soms niet. De sensor vervangen is al 2x gebeurt (€56 per stuk) maar dat heeft het probleem niet opgelost.
Nu kan ik zelf in het systeem kijken en daarom ben ik opzoek naar de standaard waardes van de vochtsensor. Weet iemand die (of wat het zou moeten zijn)?
1. RH increase start bathroom operation (%)
2. RH rise interval (sec)
3. RH offset stop bathroom operation (%)
4. RH period stable top bathroom operation (min)
5. RH differential on RH stable (%)
6. RH level start (%) —> deze stond op 95%
7. RH level stop (%) —> deze stond op 90%
Allereerst respect naar Arjen voor het maken van de add on! Ik heb een DemandFlow en vanaf het eerste jaar problemen met de vochtsensor en de installateur kan het probleem niet vinden. Nu ga ik proberen het zelf op de lossen dankzij deze tool!
Ik heb een Demandflow uit 2017 en in de box boven zit de vochtsensor. De afzuiging hoort harder te gaan draaien tijdens het douchen maar dat doet hij soms wel soms niet. De sensor vervangen is al 2x gebeurt (€56 per stuk) maar dat heeft het probleem niet opgelost.
Nu kan ik zelf in het systeem kijken en daarom ben ik opzoek naar de standaard waardes van de vochtsensor. Weet iemand die (of wat het zou moeten zijn)?
1. RH increase start bathroom operation (%)
2. RH rise interval (sec)
3. RH offset stop bathroom operation (%)
4. RH period stable top bathroom operation (min)
5. RH differential on RH stable (%)
6. RH level start (%) —> deze stond op 95%
7. RH level stop (%) —> deze stond op 90%
:strip_exif()/f/image/EOSCiR0C7DXL9pZTdkUcZJrd.jpg?f=fotoalbum_large)
@arjenhiemstra ik zie dat er ook een Homey app is maar kunnen daarin dezelfde settings als via mqtt zoals stand 1 stand 2 stand 3 enzovoort
Ik doel op deze app https://homey.app/nl-nl/a...of.ithocvewifi/NRG.Watch/
Ik doel op deze app https://homey.app/nl-nl/a...of.ithocvewifi/NRG.Watch/
De poort van home assistent invullen in plaats van mosquitto. Als tweede plaatje de config van mosquitto is, moet je die poort invullen.bertdrenth schreef op vrijdag 4 juli 2025 @ 19:57:
Beste allen, ik heb toch een vraag ik probeer de NRG-ITHO te laten communiceren met home assistent alleen krijg ik het spulletje niet draaiend.
Ik heb zowel home assistent en mosquitto geinstalleerd op mijn synology dockers container.
Wat doe ik fout?
Helaas en of ik mosquito op fase of true zet vanwege anonymous dat maakt ook niet uit.krijn1985 schreef op vrijdag 4 juli 2025 @ 20:05:
[...]
De poort van home assistent invullen in plaats van mosquitto. Als tweede plaatje de config van mosquitto is, moet je die poort invullen.
In de mosquitto configfile heb ik alleen onderstaande ingesteld
per_listener_settings true
allow_anonymous true
listener 1883
@arjenhiemstra Helaas bij mij na een power cycle van de itho ook problemen met Query Devicetype.arjenhiemstra schreef op dinsdag 20 mei 2025 @ 01:49:
[...]
Zou je in die situatie eens naar de debug pagina willen gaan en dan de device querys uit willen voeren:
1- Query Devicetype
2- Query Status Format
3- Query Status
Ben even benieuw naar het resultaat.
Met geen mogelijkheid meer werkend te krijgen.
Heb 2.9.0-beta13 geprobeerd, daarna weer naar 2.8.0 terug allebei zonder resultaat.
Wat kan ik doen om de add-on weer te herstellen?
[ Voor 34% gewijzigd door Kets_One op 06-07-2025 19:03 ]
3.18 kWp ZW, 2.76 kWp NO, 510Wp ZW (schuur)
Welke gebruikers info heb je ingevuld? Van home assistent? Ik heb zelf geen ervaring met mosquitto als HA addon dus weet niet hoe users daar werken. Als anonymous op true staat misschien werkt het dan als je gebruikers info weg haalt? Misschien restart van mosquitto nodig na changes?bertdrenth schreef op vrijdag 4 juli 2025 @ 20:21:
[...]
Helaas en of ik mosquito op fase of true zet vanwege anonymous dat maakt ook niet uit.
In de mosquitto configfile heb ik alleen onderstaande ingesteld
per_listener_settings true
allow_anonymous true
listener 1883
Je moet Add-on dezelfde gegevens invullen als MQTT Explorer.krijn1985 schreef op vrijdag 4 juli 2025 @ 20:39:
[...]
Welke gebruikers info heb je ingevuld? Van home assistent? Ik heb zelf geen ervaring met mosquitto als HA addon dus weet niet hoe users daar werken. Als anonymous op true staat misschien werkt het dan als je gebruikers info weg haalt? Misschien restart van mosquitto nodig na changes?
Als de de gegevens op de één werken dan werken ze op de ander ook.
Btw, mijn port is 1883.
Ik vermoed dat je geen geldige mqtt gebruikersnaam & wachtwoord gebruikt?
Ik frut, dus ik epibreer
Ik heb voor mqtt geen acvount gegevens alleen wel voor home assistentpistole schreef op zaterdag 5 juli 2025 @ 10:15:
Ik vermoed dat je geen geldige mqtt gebruikersnaam & wachtwoord gebruikt?
Als mosquitto los hebt geïnstalleerd dan zal je daar iets mee moeten. Googlebertdrenth schreef op zaterdag 5 juli 2025 @ 10:26:
[...]
Ik heb voor mqtt geen acvount gegevens alleen wel voor home assistent
Ik frut, dus ik epibreer
ik heb deze youtube uitleg gevolgd https://www.youtube.com/watch?v=awY_dNQDCg0
Daarmee heb ik het opgelost en heb een mooie groene connected, nu verder kijken wat ik er allemaal mee kan doen. Heb zelf een bodem waterpomp.
Daarmee heb ik het opgelost en heb een mooie groene connected, nu verder kijken wat ik er allemaal mee kan doen. Heb zelf een bodem waterpomp.
[ Voor 45% gewijzigd door bertdrenth op 05-07-2025 13:03 ]
Ik gebruik MQTT dan onder Domoticz maar het lijkt er op dat je de gegevens van homeassistant hier hebt ingevoerd waar dat de gegevens van MQTT moeten zijn.bertdrenth schreef op zaterdag 5 juli 2025 @ 10:26:
[...]
Ik heb voor mqtt geen acvount gegevens alleen wel voor home assistent
Dus gebruikersnaam en wachtwoord open laten als je die niet bij de installatie van MQTT hebt opgegeven en de poort naar de poort van MQTT wat hier 1883 is.
Foutmelding geeft immers aan dat er geen contact met MQTT is door ongeldige inlog.
bijnaleek
Herkenbaar! Ik heb een DemandFlow systeem uit 2012, en de aansturing van de afzuiging van de badkamer is behoorlijk onvoorspelbaar. Bij mij staan de volgende waardes ingesteld, geen idee of dit de standaardwaarden zijn want er is wel wat aan getweaked door de installateur:Pjoter schreef op vrijdag 4 juli 2025 @ 12:40:
Hallo allemaal,
Allereerst respect naar Arjen voor het maken van de add on! Ik heb een DemandFlow en vanaf het eerste jaar problemen met de vochtsensor en de installateur kan het probleem niet vinden. Nu ga ik proberen het zelf op de lossen dankzij deze tool!
Ik heb een Demandflow uit 2017 en in de box boven zit de vochtsensor. De afzuiging hoort harder te gaan draaien tijdens het douchen maar dat doet hij soms wel soms niet. De sensor vervangen is al 2x gebeurt (€56 per stuk) maar dat heeft het probleem niet opgelost.
Nu kan ik zelf in het systeem kijken en daarom ben ik opzoek naar de standaard waardes van de vochtsensor. Weet iemand die (of wat het zou moeten zijn)?
1. RH increase start bathroom operation (%)
2. RH rise interval (sec)
3. RH offset stop bathroom operation (%)
4. RH period stable top bathroom operation (min)
5. RH differential on RH stable (%)
6. RH level start (%) —> deze stond op 95%
7. RH level stop (%) —> deze stond op 90%
[Afbeelding]
- RH increase start bathroom operation (%): 2
- RH rise interval (sec.): 10
- RH offset stop bathroom operation (%): 10
- RH period stable top bathroom operation (min): 50
- RH differential on RH stable (%): 4
Wat bij mij wel eens heeft geholpen is om de RV sensor even goed schoon te maken. Als je de sensor loshaalt, let dan bij terugplaatsen goed op dat je de aders van de kabel niet breekt. De klep moet namelijk op een bepaalde manier geplaatst worden zodat de kabel van de RV sensor niet klem komt te zitten. Zie de DemandFlow installatiehandleiding, paragraaf 3.3.
Om 100% zeker te zijn: je bedoelt toch deze: Itho HRU/WPU/DemandFlow/QualityFlow wifi modulearjenhiemstra schreef op maandag 8 april 2024 @ 00:36:
[...]
Ik meen mij te herinneren dat ik eerder een gebruiker heb gehad met de ECO BAL waarbij het werkte. Mocht het onverhoopt toch niet zo zijn dan mag je de module natuurlijk terugsturen!
als je het hebt over nonCVE versie?
Ik heb ook een tijdje de Demandflow metingen bekeken en ik kon er geen chocola van maken, er werd veel met de kleppen geregeld maar op basis waar van bleef erg onduidelijk. Ik vroeg mij ook af waarom er zoveel parameter nodig zijn. Ik ben inmiddels best ver met mijn alternatief: https://gathering.tweakers.net/forum/list_messages/2263166JungleJim schreef op zaterdag 5 juli 2025 @ 19:07:
[...]
Herkenbaar! Ik heb een DemandFlow systeem uit 2012, en de aansturing van de afzuiging van de badkamer is behoorlijk onvoorspelbaar. Bij mij staan de volgende waardes ingesteld, geen idee of dit de standaardwaarden zijn want er is wel wat aan getweaked door de installateur:De instellingen RH level start (%) en RH level stop (%) heb ik niet, maar ik heb wel RH value start RH operation middle (%) en RH value start RH operation high (%). Die staan op 70 en 80 respectievelijk. Hardwareversie van mijn DF is 33 en firmwareversie is 17.
- RH increase start bathroom operation (%): 2
- RH rise interval (sec.): 10
- RH offset stop bathroom operation (%): 10
- RH period stable top bathroom operation (min): 50
- RH differential on RH stable (%): 4
Wat bij mij wel eens heeft geholpen is om de RV sensor even goed schoon te maken. Als je de sensor loshaalt, let dan bij terugplaatsen goed op dat je de aders van de kabel niet breekt. De klep moet namelijk op een bepaalde manier geplaatst worden zodat de kabel van de RV sensor niet klem komt te zitten. Zie de DemandFlow installatiehandleiding, paragraaf 3.3.
Met het ontwikkelen van het altrnatief heb ik ook enige ervaring opgedaan mbt regelen van RH en dat blijkt verdomd lastig te zijn. Mijn conclusie is dat je met ventilatie zeker niet de RH kan regelen in je huis. Wat je wel kan is het detecteren van een hoge RH in de badkamer als je doucht door te detecteren op RH niveaus van >90% en dan de fan na approx 45 minuten weer uit te zetten, ongeacht de RH waarde. De reden warom je de RH waarde niet kan regelen is omdat het helemaal afhangt van de buitenlucht RH en temperatuur. Als b.v. de lucht van buiten al een hoge RH heeft dan zal het binnen zeker niet heel veel beter zijn, tenzij de temperatuurverschillen hoog zijn.
Hallo Itho gebruikers.
Ik ben bezig om mijn Itho warmtepomp HWU 5G aan domoticz te koppelen, hiervoor gebruik ik een kastje van Arjen, een NON-CVE. Op zich lijkt de communicatie tussen de warmtepomp en domoticz via MQTT (via auto discovery) wel te werken, echter wordt er maar 1 (selector)switch door domoticz toegevoegd, een fan. Software van de pomp is hw versie 72, fw versie 32. Hardware versie van de print is NON-CVE 1 met software 2.9.0-beta 13. De Itho status in de Web-api geeft een hele lijst met variabelen en hun waarde. De MQTT comunicatie is groen, connected. Op het tabblad HA discovery heb ik diverse temperaturen aangevinkt, deze krijg ik in domoticz niet te zien.
Domoticz en Mosquitto draaien op Rpi 3B+ met Bookworm. Domoticz versie 2025.1.
Nu rijst de vraag of ik alles juist heb ingesteld, hiervoor diverse handleidingen geraadpleegd. Zijn er nog opties om te kijken of alles goed bij de MQTT broker binnenkomt? Zijn er nog ergens anders instellingen die aangepast moeten worden?
Alvast bedankt, Willie
@Rik60: Met MQTT Explorer kun je op je PC kijken wat er bij de MQTT broker binnenkomt
Ik heb met MQTT Explorer gekeken wat er binnen komt. Ik zie niet meteen wat er niet goed gaat.
Kan MQTT Autodiscover op deze manier wel met Domotics communiceren of is deze api hiervoor niet geschikt?
Ik ben bezig om mijn Itho warmtepomp HWU 5G aan domoticz te koppelen, hiervoor gebruik ik een kastje van Arjen, een NON-CVE. Op zich lijkt de communicatie tussen de warmtepomp en domoticz via MQTT (via auto discovery) wel te werken, echter wordt er maar 1 (selector)switch door domoticz toegevoegd, een fan. Software van de pomp is hw versie 72, fw versie 32. Hardware versie van de print is NON-CVE 1 met software 2.9.0-beta 13. De Itho status in de Web-api geeft een hele lijst met variabelen en hun waarde. De MQTT comunicatie is groen, connected. Op het tabblad HA discovery heb ik diverse temperaturen aangevinkt, deze krijg ik in domoticz niet te zien.
Domoticz en Mosquitto draaien op Rpi 3B+ met Bookworm. Domoticz versie 2025.1.
Nu rijst de vraag of ik alles juist heb ingesteld, hiervoor diverse handleidingen geraadpleegd. Zijn er nog opties om te kijken of alles goed bij de MQTT broker binnenkomt? Zijn er nog ergens anders instellingen die aangepast moeten worden?
Alvast bedankt, Willie
@Rik60: Met MQTT Explorer kun je op je PC kijken wat er bij de MQTT broker binnenkomt
Ik heb met MQTT Explorer gekeken wat er binnen komt. Ik zie niet meteen wat er niet goed gaat.
Kan MQTT Autodiscover op deze manier wel met Domotics communiceren of is deze api hiervoor niet geschikt?
:strip_exif()/f/image/fE7AO4T0VTjY0CdBpFZGEj52.jpg?f=fotoalbum_large)
@JungleJim thnx voor je info! Die sensor is idd onvoorspelbaar. Ik heb de sensor ook al eens vervangen (€56 voor zo’n kabeltje😵💫). Ik had de RH level start van 95 naar 60 gedaan maar toen bleef hij 2 dagen non stop draaien dus dat werkte niet.
Waarmee heb jij het toen schoongemaakt?
@__Peter__ zou de ventilatie niet aangaan omdat de buitenlucht al een te hoge RH heeft?
Waarmee heb jij het toen schoongemaakt?
@__Peter__ zou de ventilatie niet aangaan omdat de buitenlucht al een te hoge RH heeft?
[ Voor 13% gewijzigd door Pjoter op 09-07-2025 15:35 ]
Als je lager dan 85% als bovengrans instelt zal je zien dat de fan of altijd aan of op hoge stand staat op vochtige dagen of dat de fan niet meer uit gaat omdat de fan wel ventileert maar de aangezogen lucht door de buitenroosters erg vochtig is en dus de RH niet lager wordt.Pjoter schreef op woensdag 9 juli 2025 @ 15:34:
@JungleJim thnx voor je info! Die sensor is idd onvoorspelbaar. Ik heb de sensor ook al eens vervangen (€56 voor zo’n kabeltje😵💫). Ik had de RH level start van 95 naar 60 gedaan maar toen bleef hij 2 dagen non stop draaien dus dat werkte niet.
Waarmee heb jij het toen schoongemaakt?
@__Peter__ zou de ventilatie niet aangaan omdat de buitenlucht al een te hoge RH heeft?
Zie ook typisch gedrag van een sensor in de buis naar de badkamer waar gedoucht wordt. Groen is de sensor in de buis uit de badkamer en oranje bij de fan inlaat. De andere metingen zijn in buizen naar andere kamers. Dit was eergisteren en je ziet dat het zeker een uur duurt voordat de RH weer laag genoeg is. Ik heb de timer nog niet geimplementeerd in deze versie.
Edit: ik heb het dan over een ventilatie systeem, geen HRU
:strip_exif()/f/image/DrpNXBu6x58BPaj3J59dhBbk.png?f=user_large)
[ Voor 2% gewijzigd door __Peter__ op 09-07-2025 18:36 . Reden: meer info ]
Ik heb de sensor los gehaald en met een doekje schoongeveegd. Er zat best wat stof op. Daarna kreeg ik veel realistischere RV waardes, vergeleken met een Sonoff vochtigheids- en temperatuursensor.Pjoter schreef op woensdag 9 juli 2025 @ 15:34:
@JungleJim thnx voor je info! Die sensor is idd onvoorspelbaar. Ik heb de sensor ook al eens vervangen (€56 voor zo’n kabeltje😵💫). Ik had de RH level start van 95 naar 60 gedaan maar toen bleef hij 2 dagen non stop draaien dus dat werkte niet.
Waarmee heb jij het toen schoongemaakt?
@arjenhiemstra Toby is maintaining the app on homey but looks like he is not responding anymore.
Some users get an error https://github.com/tobyworks/com.tobybonhof.nrg/issues/1
Some users get an error https://github.com/tobyworks/com.tobybonhof.nrg/issues/1
Ik heb nog twee oude vragen en een nieuw probleem.
Vragen:
- Kan je die fan speed ook "uitlezen" en gebruiken, bijvoorbeeld in een condition?
- In "State attributes" zie ik: supported_features: 57. Hoe kom ik erachter welke dat zijn (er is maar 1 entity: "fan.cve_eco2_fan")?
Nieuw probleem:
Alles lijkt correct te functioneren, alleen de Itoh reageert niet meer op de commando's van de Add-on.
Wat kan ik doen om de oorzaak op te sporen?
Vragen:
- Kan je die fan speed ook "uitlezen" en gebruiken, bijvoorbeeld in een condition?
- In "State attributes" zie ik: supported_features: 57. Hoe kom ik erachter welke dat zijn (er is maar 1 entity: "fan.cve_eco2_fan")?
Nieuw probleem:
Alles lijkt correct te functioneren, alleen de Itoh reageert niet meer op de commando's van de Add-on.
Wat kan ik doen om de oorzaak op te sporen?