Itho Daalderop - open source wifi control add-on module

[henrivanleeuwen]

@gns1l

Bedankt voor je reactie. Die heb ik al aangepast, maar dat lijkt geen verschil te maken? Of wordt het wel aangepast maar is het niet zichtbaar in de status? (net zoals als dat auto/medium bij mij 6552.6% aangeeft? -dit gebeurt zodra er een CO2 sensor van litho gekoppeld wordt)

[gns1l]

Het zou kunnen zijn dat je de HRU een power cycle moet geven na de aanpassing.

Heb je 60% geprobeerd?
Een andere waarde zou je moeten zien in de toerentallen van de ventilatoren, maar 60% zou je moeten horen.

Is het toerental in stand 2 altijd ongeveer gelijk? Indien niet, wordt die kennelijk aangepast door een sensor en die heeft voorrang.

[ Voor 31% gewijzigd door gns1l op 13-05-2022 21:57 . Reden: Power cycle is niet nodig: HRU reageert direct op deze parameter. ]

[eymey]

Hmmm.... gisteren weer even de stroom van de Itho CVE af gehad (print in blauwe behuizing)

Controller versie 2.6

Na het weer op komen van de Itho box, kwam de NRG-ITHO echter niet meer op..... blauwe led brandt continu, maar geen sjoege op WIFI (ook geen eigen WIFI AP).

Ik heb hem ook even aan een USB TTY adaptertje gehangen (was wel lastig zo zonder header, maar met de pinnen van een dupont kabeltje kwam ik nog wel ergens).

Op serial krijg ik alleen het volgende:

code:

st:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:1216
ho 0 tail 12 room 4
load:0x40078001,len:10944
ets Jun  8 2016 00:22:57

rst:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:1216
ho 0 tail 12 room 4
load:0x40078001,len:10944
ets Jun  8 2016 00:22:57

rst:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:1216
ho 0 tail 12 room 4
load:0x40078001,len:10944
ets Jun  8 2016 00:22:57

Wat hieraan te doen?... ik weet overigens niet of de dupont verbinding stabiel genoeg is.

[arjenhiemstra]

eymey schreef op zondag 15 mei 2022 @ 20:06:
Hmmm.... gisteren weer even de stroom van de Itho CVE af gehad (print in blauwe behuizing)

Controller versie 2.6

Na het weer op komen van de Itho box, kwam de NRG-ITHO echter niet meer op..... blauwe led brandt continu, maar geen sjoege op WIFI (ook geen eigen WIFI AP).

Ik heb hem ook even aan een USB TTY adaptertje gehangen (was wel lastig zo zonder header, maar met de pinnen van een dupont kabeltje kwam ik nog wel ergens).

Op serial krijg ik alleen het volgende:

code:

st:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:1216
ho 0 tail 12 room 4
load:0x40078001,len:10944
ets Jun  8 2016 00:22:57

rst:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:1216
ho 0 tail 12 room 4
load:0x40078001,len:10944
ets Jun  8 2016 00:22:57

rst:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:1216
ho 0 tail 12 room 4
load:0x40078001,len:10944
ets Jun  8 2016 00:22:57

Wat hieraan te doen?... ik weet overigens niet of de dupont verbinding stabiel genoeg is.

Het zou zomaar kunnen dat de USB TTY kabel niet genoeg power heeft om de ESP te starten.

Je hebt versie 2.6 van de add-on? Is dit misschien nog bij je van toepassing?
https://gathering.tweakers.net/forum/view_message/68756484

[eymey]

arjenhiemstra schreef op zondag 15 mei 2022 @ 23:19:
[...]


Het zou zomaar kunnen dat de USB TTY kabel niet genoeg power heeft om de ESP te starten.

Je hebt versie 2.6 van de add-on? Is dit misschien nog bij je van toepassing?
https://gathering.tweakers.net/forum/view_message/68756484

Hmm, dat zou zeker zo maar eens het geval kunnen zijn! Tot nu toe blijkbaar nooit last van gehad maar nu dus in 1x wel....

De soldeer-mod in jouw post kan ik trouwens helaas niet zelf uitvoeren. Zo handig ben ik niet de soldeerbout (heb zelfs nog wel eens overwogen om een nieuwe bestelling bij je te doen, ook met de humidity sensor erbij en dan ook te vragen om op alle connecties een header voor mev te solderen, evt tegen extra toeslag )

[ Voor 15% gewijzigd door eymey op 16-05-2022 00:18 ]

[arjenhiemstra]

eymey schreef op maandag 16 mei 2022 @ 00:07:
[...]


Hmm, dat zou zeker zo maar eens het geval kunnen zijn! Tot nu toe blijkbaar nooit last van gehad maar nu dus in 1x wel....

De soldeer-mod in jouw post kan ik trouwens helaas niet zelf uitvoeren. Zo handig ben ik niet de soldeerbout (heb zelfs nog wel eens overwogen om een nieuwe bestelling bij je te doen, ook met de humidity sensor erbij en dan ook te vragen om op alle connecties een header voor mev te solderen, evt tegen extra toeslag )

Stuur de module maar op dan kijk ik of de mod het oplost of ik vervang de module. Als je in de webshop een temp sensor los besteld soldeer ik de header er gelijk ook even op, geen probleem.

[vliegnerd]

Wellicht niet helemaal on-topic, maar ik hoop hier de een gebruiker te vinden die dit probleem al heeft opgelost.

Ik heb de wifi control add-on module aan een WPU 5G warmtepomp hangen. Die stuurt MQTT data itho/ithostatus naar Mosquitto dat wordt via telegraf naar InfluxDB gestuurd op mijn CentOS NUCje. Ik gebruik de configuratie van @Wolfensteijn uit dit topic. (link)

Probleem: het veld "Outdoor humidity" verandert van string naar float en daarmee een "field type conflict".

code:

May 18 01:37:48 localhost telegraf: 2022-05-18T05:37:48Z E! [outputs.influxdb] E! [outputs.influxdb] Failed to write metric (will be dropped: 400 Bad Request): partial write: field type conflict: input field "Outdoorhumidity_(%)" on measurement "mqtt_consumer" is type float, already exists as type string dropped=2

Omdat alle status berichten in 1 bericht itho/ithostatus zitten zijn alle metrics dan verloren. Er komt nu helemaal niks meer binnen, want elk nieuw bericht gaat verloren met deze error.

Ik ben nog n00b op het gebied van MQTT/influxdb. Is er iemand die die probleem al heeft opgelost?

Ik snap het probleem wel: "Outdoor humidity (%)" was eerst een tekst bericht "out of range" ofzo en nu is het een getal.
Irritante is dat dit veld van een itho WTW installatie is terwijl ikzelf een Orcon heb. De warmtepomp is vriendjes geworden met een WTW installatie ergens in de buurt...

[ Voor 7% gewijzigd door vliegnerd op 18-05-2022 07:49 ]

[n.buijtels]

Heb een paar maanden geleden de add-on op de Itho box geïnstalleerd om te kijken of de CO2 settings van invloed zijn op de draadloze CO2 sensor van Itho. Het veranderen van de CO2 settings blijkt helemaal geen resultaat te hebben. De box gaat pas op toeren van 1000ppm CO2. Nu wil ik kijken of ik via Home Assistant of Domoticz en een Netatmo weerstation het e.e.a. kan gaan aansturen.
Heb wat zitten googelen maar krijg niet echt een goed stappenplan gevonden.
Welke stappen moet ik doorlopen?

Wil eerst kijken of ik het via een Windows computer voor elkaar krijg voordat ik een Rasberry ga aanschaffen.
De 1e stap is volgens mij MQTT. Maar dit krijg ik al niet voor elkaar.
Is hier een stappenplan / tutorial voor?

[smesjz]

n.buijtels schreef op donderdag 19 mei 2022 @ 20:47:
Heb een paar maanden geleden de add-on op de Itho box geïnstalleerd om te kijken of de CO2 settings van invloed zijn op de draadloze CO2 sensor van Itho. Het veranderen van de CO2 settings blijkt helemaal geen resultaat te hebben. De box gaat pas op toeren van 1000ppm CO2. Nu wil ik kijken of ik via Home Assistant of Domoticz en een Netatmo weerstation het e.e.a. kan gaan aansturen.
Heb wat zitten googelen maar krijg niet echt een goed stappenplan gevonden.
Welke stappen moet ik doorlopen?

Wil eerst kijken of ik het via een Windows computer voor elkaar krijg voordat ik een Rasberry ga aanschaffen.
De 1e stap is volgens mij MQTT. Maar dit krijg ik al niet voor elkaar.
Is hier een stappenplan / tutorial voor?

Er zijn genoeg tutorials. Installeer virtualbox en home assistant operating system. Dan heb je ook mogelijkheid om add-ons te installeren zoals MQTT. Als je dan een raspberry (wel slecht leverbaar)hebt kan je backup maken op Windows en importeren op je RPI.

Je kan vervolgens iets maken wat CO2 waarde uitleest en daarop stuurt als PPM hoger is dan bijv. 1000.
Ik merk hier dat CO2 snachts boven 1800/1900 komt zonder ventilatie en autonight mode redelijk werkt.

[arjenhiemstra]

smesjz schreef op donderdag 19 mei 2022 @ 22:35:
[...]


Er zijn genoeg tutorials. Installeer virtualbox en home assistant operating system. Dan heb je ook mogelijkheid om add-ons te installeren zoals MQTT. Als je dan een raspberry (wel slecht leverbaar)hebt kan je backup maken op Windows en importeren op je RPI.

Je kan vervolgens iets maken wat CO2 waarde uitleest en daarop stuurt als PPM hoger is dan bijv. 1000.
Ik merk hier dat CO2 snachts boven 1800/1900 komt zonder ventilatie en autonight mode redelijk werkt.

de draadloze CO2 sensor van Itho kun je ook via de add-on uitlezen zonder dat deze de itho zelf bestuurd. Je kunt de CO2 waarde dan in HA of Domoticz gebruiken voor de aansturing van de itho zoals je wil.

[vliegnerd]

De tijd van mijn WPU 5G lijkt niet gelijk te lopen met de Spider thermostaat.

Probleem:
- De klok van de spider is juist
- De WPU verwarmt het warm water (op Eco stand, dus 1x per dag op tijdstip) bijna 8 uur vroeger --niet precies-- dan ingesteld in de spider thermostaat.

In de broncode lijkt de WPU 5G ook de huidge tijd weer te geven via modbus registers. Maar die zie ik niet in de non-CVE addon van @arjenhiemstra.

Twee vragen:
- Is de tijd/klok van de WPU uit te lezen met de non-CVE addon?
- Is er een mogelijkheid dat de non-CVE add-on de tijd/klok beinvloed? Want een paar weken geleden, zonder add-on werkte het wel op het juiste tijdstip.

[ Voor 8% gewijzigd door vliegnerd op 20-05-2022 11:35 . Reden: Link naar code ]

[arjenhiemstra]

vliegnerd schreef op vrijdag 20 mei 2022 @ 11:32:
De tijd van mijn WPU 5G lijkt niet gelijk te lopen met de Spider thermostaat.

Probleem:
- De klok van de spider is juist
- De WPU verwarmt het warm water (op Eco stand, dus 1x per dag op tijdstip) bijna 8 uur vroeger --niet precies-- dan ingesteld in de spider thermostaat.

In de broncode lijkt de WPU 5G ook de huidge tijd weer te geven via modbus registers. Maar die zie ik niet in de non-CVE addon van @arjenhiemstra.

Twee vragen:
- Is de tijd/klok van de WPU uit te lezen met de non-CVE addon?
- Is er een mogelijkheid dat de non-CVE add-on de tijd/klok beinvloed? Want een paar weken geleden, zonder add-on werkte het wel op het juiste tijdstip.

- Is de tijd/klok van de WPU uit te lezen met de non-CVE addon?
Als je kijkt naar de source is de regel waar je naar verwijst item 119, die komt inderdaad bij verschillende versie van de WPU voor (maar het is dus afhankelijk van je WPU firmware versie).

- Is er een mogelijkheid dat de non-CVE add-on de tijd/klok beinvloed? Want een paar weken geleden, zonder add-on werkte het wel op het juiste tijdstip.
Ik heb geleerd dat je nooit iets moet uitsluiten maar ik denk dat de kans klein is. Standaard doet de add-on alleen lees commando's. Wegschrijven van settings kan alleen via de 'itho settings' pagina.

[Voogel]

@arjenhiemstra weet je of het mogelijk is om de bypass van de HRU 200 zelf aan te sturen?

[arjenhiemstra]

Voogel schreef op zaterdag 21 mei 2022 @ 12:25:
@arjenhiemstra weet je of het mogelijk is om de bypass van de HRU 200 zelf aan te sturen?

Het lijkt erop dat alle versie van de HRU200 de volgende setting hebben:
"ByPassValveSetManualPos (steps)"

Klinkt alsof je daarmee de ByPass handmatig in kunt stellen.

Dit is 1 van de itho settings in de firmware, deze zijn (op dit moment) alleen via de webinterface van de add-on te beinvloeden (dus niet via de API)

[Saeverix]

arjenhiemstra schreef op dinsdag 26 april 2022 @ 00:14:
[...]


Thx, mocht het weer gebeuren, als je klikt op de 'Itho status' pagina en je ziet daar alle waarden gewoon staan dan weet ik ook wel wat ik moet weten. Als de pagina dan (grotendeels) leeg is hoor ik het ook graag!
Vreemd trouwens van de CC1101 taak timeouts! Heel nieuwsgierig waar de taak op zou kunnen blijven hangen....

Ik heb dit ook mijn mijn HRU200. Na de eerste boot werkt het wel en kan ik alle settings ophalen en wijzigen, maar daarna is het over. Dan heb ik mijn log volstaan met timeouts.

2022-05-21 20:45:37 I: Error: CC1101 Task timed out!
2022-05-21 20:45:38 I: Error: CC1101 Task timed out!
2022-05-21 20:45:39 I: Error: CC1101 Task timed out!
2022-05-21 20:45:40 I: Error: Task MQTT timed out!
2022-05-21 20:45:40 I: Error: CC1101 Task timed out!
2022-05-21 20:45:41 I: Error: CC1101 Task timed out!
2022-05-21 20:45:42 I: Error: CC1101 Task timed out!
2022-05-21 20:45:44 I: Error: CC1101 Task timed out!
2022-05-21 20:45:45 I: Error: CC1101 Task timed out!
2022-05-21 20:45:46 I: Error: CC1101 Task timed out!
2022-05-21 20:45:47 I: Error: CC1101 Task timed out!
2022-05-21 20:45:49 I: Error: CC1101 Task timed out!
2022-05-21 20:45:50 I: Error: CC1101 Task timed out!
2022-05-21 20:45:51 I: Error: CC1101 Task timed out!
2022-05-21 20:45:52 I: Error: CC1101 Task timed out!
2022-05-21 20:45:53 I: Error: CC1101 Task timed out!
2022-05-21 20:45:54 I: Error: CC1101 Task timed out!
2022-05-21 20:45:55 I: Error: CC1101 Task timed out!
2022-05-21 20:45:57 I: Error: CC1101 Task timed out!
2022-05-21 20:45:58 I: Error: CC1101 Task timed out!
2022-05-21 20:45:59 I: Error: CC1101 Task timed out!
2022-05-21 20:46:00 I: Error: CC1101 Task timed out!
2022-05-21 20:46:01 I: Error: CC1101 Task timed out!
2022-05-21 20:46:02 I: Error: CC1101 Task timed out!
2022-05-21 20:46:04 I: Error: CC1101 Task timed out!
2022-05-21 20:46:05 I: Error: CC1101 Task timed out!
2022-05-21 20:46:06 I: Error: CC1101 Task timed out!

Ook heb ik toch nog regelmatig dat een reboot zorgt dat de add-on in AP modus gaat. Ik moet dan stroom even van de WTW halen daarna start hij wel goed op. Ik heb een tijdje terug deze fix al uitgevoerd: arjenhiemstra in "Itho Daalderop ventilatie - wifi control add-on module"

[ Voor 6% gewijzigd door Saeverix op 21-05-2022 22:52 ]

[wlmpie]

https://gathering.tweaker...message/68756484#68756484

@arjenhiemstra
Mogelijk heb ik dit probleem met instabiele voeding van de wifi add on ook maar ik weet het niet zeker. Mijn wifi add-on komt i.i.g. niet meer online sinds afgelopen maandag. ik zie in domoticz dat hij op maandag 16 mei om 13:50 voor het laatst is gezien. De zondagavond ervoor heb ik een firmware update naar versie 2.3.5 gedaan. Overigens heb ik zondag overdag de itho unit ook meerdere keren van de stroom gehad omdat ik mijn oude vochtsensor en relais die ik voorheen in de badkamer gebruikte weer heb gemonteerd op zolder om de ventilator in perilex standje 3 te zetten als er was hangt te drogen. De interne itho sensor doet dit niet, waarschijnlijk omdat de vochtigheid op zolder te langzaam oploopt.

ik heb een failsafe boot geprobeerd door het failsafe knopje in te drukken, maar dat gaf geen resultaat. Toen heb ik nogmaals geprobeerd door de itho van de stroom te halen. de failsafe knop in te drukken en de stekker er weer in te steken, maar ook dit gaf geen effect. Bij inschakelen is er alleen een korte flits van de blauwe led en verder niets meer. Bij uitschakelen gaat de blauwe led ook even aan en knippert daarna even voordat de wifi add on ook uitschakelt.

wat kan er mis zijn?
1. foutje in de 2.3.5 firmware, maar dan zou de failsafe moeten werken toch?
2. De hardware error hierboven genoemd in de link die eerder niet optrad maar door het regelmatig in en uitschakelen van de unit nu wel optreed?
3. Ik zie in buienradar dat er tussen 13 en 14 uur een beetje onweer is voorbijgekomen, maar de dichtsbijzijnde bliksemschicht was nog steeds ca 8 km ver weg. Kan de unit defect zijn geraakt door een elektromagnetische puls? alle andere apparatuur in huis is echter nog heel, verder was ik thuis en er was een bui en wat gerommel in de verte, dus inductieschade in de wifi add-on lijkt mij onwaarschijnlijk.

Ik heb wel een lompe soldeerbout, maar dit soldeerklusje lijkt mij erg priegelig.

[arjenhiemstra]

Saeverix schreef op zaterdag 21 mei 2022 @ 22:49:
[...]

Ik heb dit ook mijn mijn HRU200. Na de eerste boot werkt het wel en kan ik alle settings ophalen en wijzigen, maar daarna is het over. Dan heb ik mijn log volstaan met timeouts.


[...]

Ook heb ik toch nog regelmatig dat een reboot zorgt dat de add-on in AP modus gaat. Ik moet dan stroom even van de WTW halen daarna start hij wel goed op. Ik heb een tijdje terug deze fix al uitgevoerd: arjenhiemstra in "Itho Daalderop ventilatie - wifi control add-on module"

Welke firmware versie draai je?

[arjenhiemstra]

wlmpie schreef op zaterdag 21 mei 2022 @ 23:01:
https://gathering.tweaker...message/68756484#68756484

@arjenhiemstra
Mogelijk heb ik dit probleem met instabiele voeding van de wifi add on ook maar ik weet het niet zeker. Mijn wifi add-on komt i.i.g. niet meer online sinds afgelopen maandag. ik zie in domoticz dat hij op maandag 16 mei om 13:50 voor het laatst is gezien. De zondagavond ervoor heb ik een firmware update naar versie 2.3.5 gedaan. Overigens heb ik zondag overdag de itho unit ook meerdere keren van de stroom gehad omdat ik mijn oude vochtsensor en relais die ik voorheen in de badkamer gebruikte weer heb gemonteerd op zolder om de ventilator in perilex standje 3 te zetten als er was hangt te drogen. De interne itho sensor doet dit niet, waarschijnlijk omdat de vochtigheid op zolder te langzaam oploopt.

ik heb een failsafe boot geprobeerd door het failsafe knopje in te drukken, maar dat gaf geen resultaat. Toen heb ik nogmaals geprobeerd door de itho van de stroom te halen. de failsafe knop in te drukken en de stekker er weer in te steken, maar ook dit gaf geen effect. Bij inschakelen is er alleen een korte flits van de blauwe led en verder niets meer. Bij uitschakelen gaat de blauwe led ook even aan en knippert daarna even voordat de wifi add on ook uitschakelt.

wat kan er mis zijn?
1. foutje in de 2.3.5 firmware, maar dan zou de failsafe moeten werken toch?
2. De hardware error hierboven genoemd in de link die eerder niet optrad maar door het regelmatig in en uitschakelen van de unit nu wel optreed?
3. Ik zie in buienradar dat er tussen 13 en 14 uur een beetje onweer is voorbijgekomen, maar de dichtsbijzijnde bliksemschicht was nog steeds ca 8 km ver weg. Kan de unit defect zijn geraakt door een elektromagnetische puls? alle andere apparatuur in huis is echter nog heel, verder was ik thuis en er was een bui en wat gerommel in de verte, dus inductieschade in de wifi add-on lijkt mij onwaarschijnlijk.

Ik heb wel een lompe soldeerbout, maar dit soldeerklusje lijkt mij erg priegelig.

1. foutjes zitten er zeker in maar de failsave zou moeten werken inderdaad
2. dat kan, welke hardware revisie heb je?
3. lijk mij onwaarschijnlijk inderdaad

[Saeverix]

arjenhiemstra schreef op zondag 22 mei 2022 @ 10:14:
[...]


Welke firmware versie draai je?

2.4.0-alpha6

Maar het reboot wifi probleem had ik ook nog met 2.3.5 als ik het me goed herinner.

[wlmpie]

arjenhiemstra schreef op zondag 22 mei 2022 @ 10:15:
[...]


2. dat kan, welke hardware revisie heb je?

Ik heb versie 2.6

[gns1l]

Vervolg HRU350 bypass aansturing

Inmiddels nog wat experimenten gedaan en het blijkt dat, zodra de bypass open is gegaan, het mogelijk is hem niet alleen weer dicht te zetten, maar ook weer te openen.

Hierboven bij 1325 is te zien dat de bypass dicht, open, dicht en weer open is gezet. Dit is gedaan door manipulatie van de waarde van par.13: "Wanted temp bypass regulation (C)". Deze stond op 17C en is tussendoor twee keer op 25C gezet, waarbij de bypass dan dichtging.
Ook de status LED op de HRU350 en het toerental van de toevoerventilator reageren correct op het openen en sluiten van de bypass. Par.105, de "BypassTimer" blijft op 0 staan. par.106, de "MaximumOpenCounter" blijft zijn waarde behouden. Nog niet kunnen zien of deze opgehoogd wordt of vastgehouden terwijl de bypass tijdelijk weer dicht gezet werd. Par.104. De "Summercounter" werd ook niet gewijzigd door dit experiment.

"Room temp (C)" hoger dan par.13, de "Wanted temp bypass regulation (C)¨ is dus mogelijk een extra voorwaarde voor het openen van de bypass bij de voorwaarden in https://gathering.tweaker...message/71460618#71460618.

Het is nu mogelijk de detectie van een zomerdag door de HRU350 te beïnvloeden, de bypass uit te schakelen en, zodra de bypass actief is, hem open en dicht te zetten. De functie van par.105: ¨BypassTimer (min)" is nog niet uitgezocht.

[henrivanleeuwen]

Ik probeer mijn add-on te benaderen via mqtt, maar ik blijf een Error: Task MQTT timed out! en Connection failed.

Ik heb het topic doorgelezen en de mosquitto.conf aangepast zoals er over gesproken worden. Met username en password, maar ook zonder. IP adressen en WiFi aangepast, maar het lijkt allemaal niets uit te maken.

Het is een HRU30 met NON-CVE 1 en firmware 2.4.0-alpha6. het vebinden met test.mosquitto.org lukt trouwens wel.

Mn huidige mosquitto.conf ziet er zo uit en geeft geen problemen bij een (re)start. Waar zie ik het over het hoofd (wederom)?:

# Place your local configuration in /etc/mosquitto/conf.d/
#
# A full description of the configuration file is at
# /usr/share/doc/mosquitto/examples/mosquitto.conf.gz

pid_file /run/mosquitto/mosquitto.pid
listener 1883
allow_anonymous true

persistence true
persistence_location /var/lib/mosquitto/

log_dest file /var/log/mosquitto/mosquitto.log

include_dir /etc/mosquitto/conf.d

[smesjz]

Gebruik "listener 1883 0.0.0.0"

Je kan dit ook checken:

code:

netstat -nap |grep "1883" | grep "LISTEN"

Dat zal wel iets als 127.0.0.1 terug geven in jouw geval.

Die 0.0.0.0 maakt dus niet uit.

Je kan eens kijken in /var/log/mosquitto/mosquitto.log of je daar iets ziet als:

code:

1653424287: mosquitto version 2.0.11 starting
1653424287: Config loaded from /etc/mosquitto/mosquitto.conf.
1653424287: Opening ipv4 listen socket on port 1883.
1653424287: Opening ipv6 listen socket on port 1883.
1653424287: mosquitto version 2.0.11 running
1653424363: New connection from 192.168.178.253:57910 on port 1883.

[ Voor 57% gewijzigd door smesjz op 24-05-2022 22:34 ]

[arjenhiemstra]

wlmpie schreef op zondag 22 mei 2022 @ 11:33:
[...]


Ik heb versie 2.6

goed kans dat je hardware patch verschil gaat maken. Mocht het niet lukken om zelf te doen, geen probleem, ik doe het graag voor je.

[robertoz1982]

Probeer anders met "mqtt Explorer" verbinding te maken met je mosquitto server. Kijk of dat wel werkt, ik gok van niet.

[arjenhiemstra]

Saeverix schreef op zondag 22 mei 2022 @ 11:22:
[...]

2.4.0-alpha6

Maar het reboot wifi probleem had ik ook nog met 2.3.5 als ik het me goed herinner.

Misschien toch een hardware issue. Er zit niet veel in de CC1101 taak code die een timeout zou kunnen veroorzaken behalve wat spul rondom de SPI bus. Stuur anders maar even een PB, dan stuur ik voor de zekerheid een nieuwe module naar je op om te testen.

[gns1l]

@henrivanleeuwen: Bij mij staat er een non_local.conf file in /etc/mosquitto/conf.d met de inhoud:

# Enable remote access
listener 1883
allow_anonymous true

In de /etc/mosquitto/mosquitto.conf file ontbreken bij mij de "listener 1883" en "allow_anonymous true" regels.

Ik weet niet of/waarom dit anders zou werken, maar bij mij werkt mosquitto zo goed samen met de non-CVE module.

[ Voor 4% gewijzigd door gns1l op 24-05-2022 21:34 ]

[wlmpie]

arjenhiemstra schreef op dinsdag 24 mei 2022 @ 20:41:
[...]


goed kans dat je hardware patch verschil gaat maken. Mocht het niet lukken om zelf te doen, geen probleem, ik doe het graag voor je.

Vooral die diode eraf solderen zie ik tegenop, dus ik stuur hem wel naar je op in een brievenbus pakje.
Alvast bedankt voor het patchen.

[FromRob]

Ik zit met een lijkt simpele vraag waar ik geen antwoord op kan vinden.
Onlangs ben ik bezig geweest om alles bij me thuis om te bouwen van Homey naar Home Assistant. Zo ook de Itho-Wifi. Wanneer ik de Itho instel op 24 (digitale schaal 0-254, zie foto), dan zou je verwachten dat de decimale (0-100) schaal ongeveer 9,5 laat zien. Via de Itho status zie ik de current-speed: 17,5
Daaraast is er ook nog een status percentage. Dit deze komt wel weer overeen met de digitale schaal met een factor 2.54.

Kan iemand bij vertellen hoe de speed-status schaal zich verhoudt tot digitale schaal? Het lijkt er op dat een schaal niet bij 0 begint.

[ Voor 6% gewijzigd door FromRob op 27-05-2022 22:18 ]

[arjenhiemstra]

FromRob schreef op vrijdag 27 mei 2022 @ 20:38:
Ik zit met een lijkt simpele vraag waar ik geen antwoord op kan vinden.
Onlangs ben ik bezig geweest om alles bij me thuis om te bouwen van Homey naar Home Assistant. Zo ook de Itho-Wifi. Wanneer ik de Itho instel op 24 (digitale schaal 0-254, zie foto), dan zou je verwachten dat de decimale (0-100) schaal ongeveer 9,5 laat zien. Via de Itho status zie ik de current-speed: 17,5
Daaraast is er ook nog een status percentage. Dit deze komt wel weer overeen met de digitale schaal met een factor 2.54.

Kan iemand bij vertellen hoe de speed-status schaal zich verhoudt tot digitale schaal? Het lijkt er op dat een schaal niet bij 0 begint.

[Afbeelding]

[Afbeelding]

speed-status is de status waarde van de huidige (gemeten?) snelheid van de motor opgevraagd uit de itho firmware.
Deze wijkt (per model ook nog verschillend) af van de gevraagde waarde (in dit geval 24 (0-254 schaal) of 9,5 (0-100 schaal). Het model dat ik nu gebruik stop de motor bij gevraagde waarde (0-254 schaal) 0-8, van 9 tot 13 veranderd er niets behalve de laagste snelheid met speed-status 0.5, daarna loopt het aardig lineair op tot 99. Dit kan per model wat verschillen lijkt het. Er zijn modellen die standaard (zonder aanpassingen settings) niet lager gaan de speed-status 30 en ook die niet lager gaan dan 20... etc

[banaliteit]

De temperatuur van de add on en in home assistant staat bij mij al een tijdje op 25.2. Het lijkt erop dat de waarde niet meer wordt geupdate. In de web interface van de addon zie ik hetzelfde. Iemand enig idee?

[arjenhiemstra]

banaliteit schreef op zaterdag 28 mei 2022 @ 07:29:
De temperatuur van de add on en in home assistant staat bij mij al een tijdje op 25.2. Het lijkt erop dat de waarde niet meer wordt geupdate. In de web interface van de addon zie ik hetzelfde. Iemand enig idee?

Kan verschillende oorzaken hebben, heb je de itho al een powercycle gegeven?

[janbrede]

gns1l schreef op dinsdag 24 mei 2022 @ 10:12:
Vervolg HRU350 bypass aansturing
Het is nu mogelijk de detectie van een zomerdag door de HRU350 te beïnvloeden, de bypass uit te schakelen en, zodra de bypass actief is, hem open en dicht te zetten. De functie van par.105: ¨BypassTimer (min)" is nog niet uitgezocht.

Vandaag was zo'n dag dat de Outdoor temp hier ongeveer gelijk was aan de Room temp, wat ertoe leidde dat de bypass 18(!) keer pendelde tussen open en dicht.
Mijn observatie: iedere keer als de stand van de bypass verandert wordt de Bypass Timer (105) op 20 gezet en wordt iedere minuut met 1 verlaagd. Zolang deze de 0 niet heeft bereikt kan de stand van de bypass niet opnieuw veranderen (om te voorkomen dat deze te vaak gaat pendelen).
Ook moet het verschil tussen de Outdoor temp en de Room temp minimaal gelijk zijn aan de Offset Bypass Regulation (14) om de bypass te doen openen of sluiten.

Verder zie ik soms opvallende stijgingen van de Outdoor temp in korte tijd (soms meer dan 5 graden in 10 minuten), die ook vrij snel weer verdwijnen. Deze vinden meestal plaats tussen 5:00 en 5:30 's nachts, soms ook later (7:00 of 8:00) en zijn niet te verklaren uit het opwarmen door zonneschijn.
Nu zit ik samen met 5 benedenburen op een gemeenschappelijk aan- en afvoerkanaal (natuurlijk wel twee gescheiden kanalen). De WTW's in mijn flatgebouw zijn vorig jaar vervangen, wat nogal een gedoe was omdat de vorige WTW's van StorkAir een ander aansluitschema hadden. Daar zaten de aan- en afvoerkanalen naar buiten aan één kant en naar de woning aan de andere kant (links of rechts). Bij de Itho zijn ze gekruist, dus lopen de aansluitslangen nu via rare bochten.

Om een lang verhaal kort te maken: zou het zo kunnen zijn dat er bij één of meer benedenburen de aansluitingen van de aan- en afvoer zijn verwisseld? Zodat als één van de benedenburen gaat douchen (en de RV-sensor de WTW naar vol vermogen stuurt) zijn warme afvoerlucht in mijn aanvoer terechtkomt?

Een andere verklaring zou kunnen zijn dat het aanvoerkanaal wordt opgewarmd door het afvoerkanaal, of dat er in de Itho zelf terugslag plaatsvindt vanuit het afvoerkanaal. Dat laatste zou niet mogen gebeuren overigens; onlangs zijn er hier nog brandwerende kleppen in de aan- en afvoeraansluiting geplaatst (op last van de brandweer).
(edit: ik lees net dat dit geen terugslagkleppen zijn maar dat deze alleen bij brand dichtklappen).

Het blijft dus voorlopig even een mysterie. Ik zou natuurlijk gewoon eens om 5:00 kunnen opstaan, de stekker en filters uit de Itho trekken en luisteren (of voelen) of er warme lucht vanuit het aanvoerkanaal komt. Of bij alle 5 benedenburen aanbellen om te kijken hoe de Itho daar is aangesloten. Maar dat is me nog even een stap te ver...

[muppet99]

Ik merk de afgelopen tijd ook dat het de waardes via mqtt na verloop van tijd statisch worden. Eerst blijft de temperatuur hangen. Vervolgens volgen na een halve dag ook de waardes voor CO2 en luchtvochtigheid. Een powercycle lost het tijdelijk op. De interface en mqtt van de print blijven werken, maar het lijkt alsof de communicatie met de box fout gaat. Home assistant blijft wel via mqtt de connectie houden, alleen de waardes veranderen dus niet meer.

Als ik bij Itho settings kijk op de webinterface:

code:

Configuration of the Itho unit

Itho device type: Unkown device type
Itho fw version: 0

In de debug log komt de volgende tekst elke minuut voorbij:

code:

2022-05-29 14:29:09 N: Error: Task SysControl timed out!
2022-05-29 14:29:19 N: System boot, last reset reason: SDIO_RESET
2022-05-29 14:29:20 N: HW rev: 2, FW ver.: 2.3.5
2022-05-29 14:29:25 N: WiFi: connection successful
2022-05-29 14:29:26 N: WiFi info:
2022-05-29 14:29:26 N: Mode:STA
2022-05-29 14:29:26 N: Status:3
2022-05-29 14:29:27 N: IP:192.168.2.17
2022-05-29 14:29:27 N: Setup: Virtual remote ID: 61,144,172
2022-05-29 14:29:27 N: MQTT: connected, System config: 1
2022-05-29 14:29:27 N: Webserver: started
2022-05-29 14:29:28 N: mDNS: started
2022-05-29 14:29:28 N: Hostname: nrg-itho-90ac
2022-05-29 14:29:28 N: Setup: done

De huidige setup:

code:

Current firmware version: 2.3.5

Hardware revision: 2

Latest firmware version: firmware is up-to-date

[banaliteit]

muppet99 schreef op zondag 29 mei 2022 @ 16:37:
Ik merk de afgelopen tijd ook dat het de waardes via mqtt na verloop van tijd statisch worden. Eerst blijft de temperatuur hangen. Vervolgens volgen na een halve dag ook de waardes voor CO2 en luchtvochtigheid. Een powercycle lost het tijdelijk op. De interface en mqtt van de print blijven werken, maar het lijkt alsof de communicatie met de box fout gaat. Home assistant blijft wel via mqtt de connectie houden, alleen de waardes veranderen dus niet meer.

Ja dit is ook mijn ervaring.

[arjenhiemstra]

muppet99 schreef op zondag 29 mei 2022 @ 16:37:
Ik merk de afgelopen tijd ook dat het de waardes via mqtt na verloop van tijd statisch worden. Eerst blijft de temperatuur hangen. Vervolgens volgen na een halve dag ook de waardes voor CO2 en luchtvochtigheid. Een powercycle lost het tijdelijk op. De interface en mqtt van de print blijven werken, maar het lijkt alsof de communicatie met de box fout gaat. Home assistant blijft wel via mqtt de connectie houden, alleen de waardes veranderen dus niet meer.

Als ik bij Itho settings kijk op de webinterface:

code:

Configuration of the Itho unit

Itho device type: Unkown device type
Itho fw version: 0

In de debug log komt de volgende tekst elke minuut voorbij:

code:

2022-05-29 14:29:09 N: Error: Task SysControl timed out!
2022-05-29 14:29:19 N: System boot, last reset reason: SDIO_RESET
2022-05-29 14:29:20 N: HW rev: 2, FW ver.: 2.3.5
2022-05-29 14:29:25 N: WiFi: connection successful
2022-05-29 14:29:26 N: WiFi info:
2022-05-29 14:29:26 N: Mode:STA
2022-05-29 14:29:26 N: Status:3
2022-05-29 14:29:27 N: IP:192.168.2.17
2022-05-29 14:29:27 N: Setup: Virtual remote ID: 61,144,172
2022-05-29 14:29:27 N: MQTT: connected, System config: 1
2022-05-29 14:29:27 N: Webserver: started
2022-05-29 14:29:28 N: mDNS: started
2022-05-29 14:29:28 N: Hostname: nrg-itho-90ac
2022-05-29 14:29:28 N: Setup: done

De huidige setup:

code:

Current firmware version: 2.3.5

Hardware revision: 2

Latest firmware version: firmware is up-to-date

Dit is duidelijk een teken dat de verbinding met de itho ‘weggevallen’ is. In de laatste 2.4.0 alpha versie heb ik wat aanpassingen gedaan die de verbinding weer kan herstellen (mits de itho niet echt vastgelopen is).
Daar staat ook de mqtt update frequentie standaard wat lager, 1x per 10 seconden ipv 1x per 5 seconden. Heb het idee dat een wat lagere update snelheid ook wat stabieler is.

[muppet99]

Ik ga hem zo eens updaten. Ik hou je op de hoogte

[gns1l]

@janbrede: Bedankt voor je observatie. Onderstaand het eerste plaatje met een soortgelijk regelgedrag sinds ik de data log.
Dit is van eergisteren. De kortste periode tussen twee bypass openingen is 20 minuten. Ik kan helaas de Bypass Timer niet loggen, maar dit is in lijn met jouw waarneming.

Dit regelgedrag lijkt me niet schadelijk voor de HRU. De bypasklep kan snel open en dicht gestuurd worden.

Merkwaardig die snelle temperatuurstijgingen. Je bypass deed toen niets? Die Outdoor temp sensor zit na de warmtewisselaar van de HRU en meet in werkelijkheid de temperatuur van de uitgaande lucht uit je huis aangepast door de warmtewisselaar tgv het temperatuurverschil met de van buiten aangezogen lucht of, als de bypass open is, de temperatuur van de buitenlucht.
Je zou verwachten dat dat daar met gesloten bypass toch wel wat traagheid in zit.

[janbrede]

gns1l schreef op dinsdag 31 mei 2022 @ 21:18:
Merkwaardig die snelle temperatuurstijgingen. Je bypass deed toen niets? Die Outdoor temp sensor zit na de warmtewisselaar van de HRU en meet in werkelijkheid de temperatuur van de uitgaande lucht uit je huis aangepast door de warmtewisselaar tgv het temperatuurverschil met de van buiten aangezogen lucht of, als de bypass open is, de temperatuur van de buitenlucht.
Je zou verwachten dat dat daar met gesloten bypass toch wel wat traagheid in zit.

De bypass blijft bij mij 's nachts open omdat het overdag warm genoeg wordt voor een Summerday. Bij zo'n temperatuurstijging gaat hij juist dicht omdat de temperatuur van de van buiten aangezogen lucht dan hoger is dan de van binnen afgezogen lucht.

Overigens is de in de WTW gemeten buitenluchttemperatuur bij mij meestal een paar graden hoger dan wat ik op het balkon meet, en dat was bij de oude Storkair ook al zo. Kennelijk vindt er in de aanvoerleiding al een behoorlijke opwarming plaats (zeker bij zonnig weer omdat die aanvoerpijp een meter of zes horizontaal over een plat dak loopt).

Maar vanochtend was ik erbij toen het verschijnsel weer optrad. Meteen de WTW stilgezet en de filters eruitgetrokken. Ik kon de luchtstroom wel horen dus kennelijk stond een van mijn benedenburen onder de douche , maar verder kwam er geen stoom of andere luchtjes uit, er was zelfs geen luchtstroom voelbaar.
Ik heb ook een tijdje een RV-sensor op een paar centimeter van een inblaasventiel gelegd en de temperatuur en RV-waarde gelogd, maar de stijging daarvan was ook minimaal (hooguit 2 procent).
Dan wellicht toch terugslag vanuit het afvoerkanaal? Er zitten nu wel brandwerende kleppen in, maar ik ben er inmiddels achter dat die niet als terugslagklep werken. Volgens de installatiehandleiding moet er in de afvoer juist wel een terugslagklep worden geplaatst bij gestapelde bouw...

[ Voor 10% gewijzigd door janbrede op 01-06-2022 00:17 ]

[emile73]

janbrede schreef op zondag 29 mei 2022 @ 01:38:
Verder zie ik soms opvallende stijgingen van de Outdoor temp in korte tijd (soms meer dan 5 graden in 10 minuten), die ook vrij snel weer verdwijnen. Deze vinden meestal plaats tussen 5:00 en 5:30 's nachts, soms ook later (7:00 of 8:00) en zijn niet te verklaren uit het opwarmen door zonneschijn.
Nu zit ik samen met 5 benedenburen op een gemeenschappelijk aan- en afvoerkanaal (natuurlijk wel twee gescheiden kanalen).

Hallo janbrede,

Ik denk dat het probleem het volgende is: 5 WTW "Itho HRU350" maar slechts één aanvoerkanaal voor verse lucht en één afvoerkanaal voor muffe lucht.

Naar mijn mening: er moet een probleem zijn met het drukverschil tussen de snelle WTW's (douche of voedselbereiding) en de lage snelheid WTW's. Als gevolg hiervan kan in WTW's met lage snelheid lucht binnenkomen waar hij weg zou moeten en/of kan lucht weggaan waar hij binnen zou moeten komen.

PS) Indien terugslagkleppen zouden worden geïnstalleerd, zou het risico bestaan dat de kleppen niet opengaan als gevolg van de druk (voor WTW's met laag toerental).

Bij WTW's met constante snelheid (Itho HRU350) kan de oplossing met "een gemeenschappelijk aan- en afvoerkanaal (natuurlijk wel twee gescheiden kanalen)" niet goed werken als de aanvoer- en retourkanalen ondergedimensioneerd zijn.

Met WTW's met constant volume zou het beter werken.

Naar mijn mening weet het geïnstalleerde systeem niet hoe het de overloop moet beheren (de luchtvolumes per WTW zijn afhankelijk van het drukverschil van elke WTW).

Vraag: wat is de diameter van de 2 pijpen voor de 5 WTW's?

Sorry, als mijn tekst niet correct in het Nederlands vertaald is, ik heb mijn best gedaan.

[janbrede]

emile73 schreef op donderdag 2 juni 2022 @ 11:36:
[...]
Naar mijn mening: er moet een probleem zijn met het drukverschil tussen de snelle WTW's (douche of voedselbereiding) en de lage snelheid WTW's. Als gevolg hiervan kan in WTW's met lage snelheid lucht binnenkomen waar hij weg zou moeten en/of kan lucht weggaan waar hij binnen zou moeten komen.

Dan moet ik dus mijn WTW ook op maximaal zetten en kijken of dat invloed heeft op de temperaturen.
Andere optie is niet alleen de filters er uithalen maar ook de warmtewisselaar, dan kan ik zien/voelen of er inderdaad ook lucht binnenkomt vanuit het afvoerkanaal. Zal ik de volgende keer eens doen...

Vraag: wat is de diameter van de 2 pijpen voor de 5 WTW's?

Die lopen door een schacht waar ik niet bij kan.
Ik kan wel van een afstand zien hoe de inlaatpijpen lopen, deze lijken me groot genoeg (diameter schat ik op minstens 30 centimeter).

[gns1l]

Toen ik mijn warmtewisselaar eruit haalde was ik verbaasd hoeveel het tochtte van toe- naar afvoer.

Mij lijkt 30cm diameter te krap om daar 5 huishoudens op aan te sluiten, tenzij er op het dak ventilatoren staan om het drukloos te houden.

[emile73]

janbrede schreef op donderdag 2 juni 2022 @ 16:35:
Dan moet ik dus mijn WTW ook op maximaal zetten en kijken of dat invloed heeft op de temperaturen.
Andere optie is niet alleen de filters er uithalen maar ook de warmtewisselaar, dan kan ik zien/voelen of er inderdaad ook lucht binnenkomt vanuit het afvoerkanaal. Zal ik de volgende keer eens doen...

Hallo janbrede,

Nee, u mag vooral de warmtewisselaar niet verwijderen. Het is de warmtewisselaar die zorgt voor de afdichting tussen "toevoer van verse lucht" en "afvoer van afgevoerde lucht"!

Je moet het controleren, maar met je WTW aan (niet uit).

[ Voor 4% gewijzigd door emile73 op 03-06-2022 01:57 ]

[Freespeech]

Ik heb eergisteren de module geïnstalleerd in mijn Itho. Briljant simpel! Ik heb hem ook via mqtt toegevoegd aan HomeAssistant.

Ik zie een sliter (0-100) en een aan/uit knop. Die slider kan ik niet terugvinden als ik een automation aanmaak. En de aan/uit werkt niet (ik kan hem wel met de slider op 0 zetten handmatig, dat werkt ook).

Is er iets wat ik mis, moet ik toch nog meer configureren in HA?

2.4.0-alpha7 firmware (laatste die ik kon vinden?)

[arjenhiemstra]

Freespeech schreef op vrijdag 3 juni 2022 @ 07:23:
Ik heb eergisteren de module geïnstalleerd in mijn Itho. Briljant simpel! Ik heb hem ook via mqtt toegevoegd aan HomeAssistant.

Ik zie een sliter (0-100) en een aan/uit knop. Die slider kan ik niet terugvinden als ik een automation aanmaak. En de aan/uit werkt niet (ik kan hem wel met de slider op 0 zetten handmatig, dat werkt ook).

Is er iets wat ik mis, moet ik toch nog meer configureren in HA?

2.4.0-alpha7 firmware (laatste die ik kon vinden?)

Ik ben niet zo'n HA automations expert (ik gebruik daarvoor met name node-red) maar net even snel gekeken en dat zie ik de optie om via call service een percentage te zetten:

[janbrede]

gns1l schreef op donderdag 2 juni 2022 @ 19:04:
Toen ik mijn warmtewisselaar eruit haalde was ik verbaasd hoeveel het tochtte van toe- naar afvoer.

Je zou bij gestapelde bouw wel enige terugslag kunnen verwachten vanuit de afvoer, als de WTW uit staat. Als het hard waait zal het ook wel tochten vanuit de toevoer.

Mij lijkt 30cm diameter te krap om daar 5 huishoudens op aan te sluiten, tenzij er op het dak ventilatoren staan om het drukloos te houden.

Het zijn er zelfs 6. Of er op het dak ook nog een ventilator staat weet ik niet, er staat (van een afstand gezien) wel iets met een omkisting op, maar ik denk niet dat daar ook een ventilator in zit (ik woon op de hoogste verdieping, dan zou ik die ventilator ook moeten horen als mijn eigen WTW uit staat).

@emile73 : Het is uiteraard niet de bedoeling om continu zonder filters of warmtewisselaar te draaien, maar alleen om te kijken hoeveel terugslag er is als er beneden een WTW op vol vermogen staat.

Wordt vervolgd...

[Freespeech]

arjenhiemstra schreef op vrijdag 3 juni 2022 @ 11:20:
[...]


Ik ben niet zo'n HA automations expert (ik gebruik daarvoor met name node-red) maar net even snel gekeken en dat zie ik de optie om via call service een percentage te zetten:

[Afbeelding]

Had ik niet aan gedacht. Dit werkt inderdaad prima!

Kan ik het alleen nog niet zo goed uitstaan dat ik een automatisch gegenereerd knopje (aan/uit) heb welke niets doet. Zit er dan in de mqtt config iets mis of zo?

[arjenhiemstra]

Freespeech schreef op vrijdag 3 juni 2022 @ 12:48:
[...]


Had ik niet aan gedacht. Dit werkt inderdaad prima!

Kan ik het alleen nog niet zo goed uitstaan dat ik een automatisch gegenereerd knopje (aan/uit) heb welke niets doet. Zit er dan in de mqtt config iets mis of zo?

Ik vermoed dat het knopje een standaard item is van een fan device binnen HA

[emile73]

janbrede schreef op vrijdag 3 juni 2022 @ 12:07: ...
@emile73 : Het is uiteraard niet de bedoeling om continu zonder filters of warmtewisselaar te draaien, maar alleen om te kijken hoeveel terugslag er is als er beneden een WTW op vol vermogen staat.
Wordt vervolgd...

Hallo Janbrede,

Ventilatie-uitzettings- of uitzettingscoëfficiënt (debiet/drukbeheer tussen 6 WTW's op een enkele luchtkolom). In het Frans zeggen we "Le foisonnement des débits d'air".

Met 6 WTW's op dezelfde kolom (2 kanalen "afzuiging" en "toevoer") ... heb je minstens 2 buizen van 400mm (binnendiameter) nodig ... maar :

De waarheid is simpel (sorry als ik brutaal ben): met 6 WTW "Itho HRU350 op constante snelheid" op 2 gemeenschappelijke "afzuig" en "toevoer" kanalen ... de geïmplementeerde oplossing (geïnstalleerd systeem) is een ontwerpfout!

PS) in een flatgebouw met slechts één grote gemeenschappelijke afzuigventilator, werkt de oplossing niet goed. Met 6 WTW's met 3 snelheden (2 ventilatoren en elke WTW met 3 volumes om uit te kiezen) is het nog erger !!!

[pj]

Freespeech schreef op vrijdag 3 juni 2022 @ 07:23:
Ik heb eergisteren de module geïnstalleerd in mijn Itho. Briljant simpel! Ik heb hem ook via mqtt toegevoegd aan HomeAssistant.

Ik zie een sliter (0-100) en een aan/uit knop. Die slider kan ik niet terugvinden als ik een automation aanmaak. En de aan/uit werkt niet (ik kan hem wel met de slider op 0 zetten handmatig, dat werkt ook).

Is er iets wat ik mis, moet ik toch nog meer configureren in HA?

2.4.0-alpha7 firmware (laatste die ik kon vinden?)

Heb je dat gedaan via autodiscovery of handmatig?

Bij wordt de itho niet gevonden via de autodiscovery topic. Wellicht dat ik iets niet goed doe.

[Freespeech]

pj schreef op zondag 5 juni 2022 @ 20:33:
[...]


Heb je dat gedaan via autodiscovery of handmatig?

Bij wordt de itho niet gevonden via de autodiscovery topic. Wellicht dat ik iets niet goed doe.

Gewoon via autodiscovery, nadat ik de juiste gegevens had ingevuld op de itho webpagina.

[pj]

Freespeech schreef op zondag 5 juni 2022 @ 20:46:
[...]


Gewoon via autodiscovery, nadat ik de juiste gegevens had ingevuld op de itho webpagina.

Ik snap het al: ik heb meerdere modules met verschillende namen waardoor deze automatisch meerder autodiscovery prefixes ging aanmaken. Dat snapt home assistant niet: die kan er maar een hebben.

@Arjen: wellicht een idee om deze prefix standaard op: homeassistant te zetten. Dit is namelijk de default prefix.

[arjenhiemstra]

pj schreef op zondag 5 juni 2022 @ 21:36:
[...]


Ik snap het al: ik heb meerdere modules met verschillende namen waardoor deze automatisch meerder autodiscovery prefixes ging aanmaken. Dat snapt home assistant niet: die kan er maar een hebben.

@Arjen: wellicht een idee om deze prefix standaard op: homeassistant te zetten. Dit is namelijk de default prefix.

Zie hier:
https://github.com/arjenh.../src/SystemConfig.cpp#L27

Staat standaard al zo. :-)

[pj]

arjenhiemstra schreef op maandag 6 juni 2022 @ 00:25:
[...]


Zie hier:
https://github.com/arjenh.../src/SystemConfig.cpp#L27

Staat standaard al zo. :-)

OK, dan zal ik het zelf op een zwak moment veranderd hebben. Dank!

[andru123]

Heren (en dames ), mag ik jullie vragen,
hoeveel verbruikt die itho box eigenlijk? ( evt ook met addon module)

[smesjz]

andru123 schreef op maandag 6 juni 2022 @ 22:51:
Heren (en dames ), mag ik jullie vragen,
hoeveel verbruikt die itho box eigenlijk? ( evt ook met addon module)

Er is geen “die itho box”, er zijn meerdere types die ondersteund worden variërend van een WTW (HRU) tot simpele mechanische ventilatie.

Met HRU-350 inc. add-on zit ik op 10W op stand low, 160 op high en 90 op medium. Op auto stand is het meestal 15W. Dus ongeveer 1 tot 1.2kWh per dag.

[To_Tall]

andru123 schreef op maandag 6 juni 2022 @ 22:51:
Heren (en dames ), mag ik jullie vragen,
hoeveel verbruikt die itho box eigenlijk? ( evt ook met addon module)

Het verbruik verschilt natuurlijk per box. Er zit
Een sticker op de Itho die het verbruik beschrijft.

De addon module is <1watt

[andru123]

@smesjz @To_Tall 10-15W is vrij hoog! Misschien niet voor HRU, zelfs daar specificatie zegt 7,5W in minimaal stand.
De specs van itho CVE-S ECO geven 2 W in min. stand. Heeft het inderdaad zo laag verbruik?

[ Voor 6% gewijzigd door andru123 op 07-06-2022 12:35 ]

[smesjz]

andru123 schreef op dinsdag 7 juni 2022 @ 12:33:
@smesjz @To_Tall 10-15W is vrij hoog! Misschien niet voor HRU, zelfs daar specificatie zegt 7,5W in minimaal stand.
De specs van itho CVE-S ECO geven 2 W in min. stand. Heeft het inderdaad zo laag verbruik?

Bij HRU draait ventilatie nog steeds dus 10W vind ik vrij netjes. Ik heb liever een goed geventileerd huis dan dat ik wakker lig van dat beetje extra verbruik t.o.v. 7.5W.

Bij CVE-S zal ook kwestie zijn van een Shelly of iets anders er aan hangen om het te meten als je niet op basis van specs wil uit gaan.

[arjenhiemstra]

andru123 schreef op dinsdag 7 juni 2022 @ 12:33:
@smesjz @To_Tall 10-15W is vrij hoog! Misschien niet voor HRU, zelfs daar specificatie zegt 7,5W in minimaal stand.
De specs van itho CVE-S ECO geven 2 W in min. stand. Heeft het inderdaad zo laag verbruik?

De CVE-S ECO staat standaard op 30% minimaal ventilatie niveau (met de add-on is dat te wijzigen en kun je onder de juiste omstandigheden de motor naar 0 zetten) dus die 2 watt lijkt mij een te lage waarde voor de min stand, ik denk eerder rond de 7 watt.

Qua add-on, net even een meting gedaan, 0,62 watt zo te zien.


edit: net even de itho zelf ook gemeten, zo rond de 5 watt in min stand met de firmware settings al aangepast zodat de itho niet op 30% min. vermogen draait maar op 2,5%.

[ Voor 9% gewijzigd door arjenhiemstra op 07-06-2022 16:58 ]

[plaspvd]

Ik ben overgestapt op een wtw systeem met de hru 300 van Itho, waar de add-on niet op werkt. Is er interesse hiervoor? Graag maak ik er een ander blij mee!
Wie wil het op komen halen, omgeving Nieuwkoop.

[To_Tall]

arjenhiemstra schreef op dinsdag 7 juni 2022 @ 16:11:
[...]


De CVE-S ECO staat standaard op 30% minimaal ventilatie niveau (met de add-on is dat te wijzigen en kun je onder de juiste omstandigheden de motor naar 0 zetten) dus die 2 watt lijkt mij een te lage waarde voor de min stand, ik denk eerder rond de 7 watt.

Qua add-on, net even een meting gedaan, 0,62 watt zo te zien.
[Afbeelding]

edit: net even de itho zelf ook gemeten, zo rond de 5 watt in min stand met de firmware settings al aangepast zodat de itho niet op 30% min. vermogen draait maar op 2,5%.

Is zo laag schakelen wel slim?

Je hebt een minimale lucht verplaatsing nodig. Als je ventilator te laag staat is er wel lucht verplaatsing maar te weinig om daadwerkelijk bij je eindpunten te komen.

Ik heb het vermogen 2 jaar geleden door een bevriende lucht behandelaar monteur aangepast. Zij gebruiken luchtstroom meters. Hier staat de minimale stand op 15%

[arjenhiemstra]

To_Tall schreef op woensdag 8 juni 2022 @ 00:30:
[...]

Is zo laag schakelen wel slim?

Je hebt een minimale lucht verplaatsing nodig. Als je ventilator te laag staat is er wel lucht verplaatsing maar te weinig om daadwerkelijk bij je eindpunten te komen.

Ik heb het vermogen 2 jaar geleden door een bevriende lucht behandelaar monteur aangepast. Zij gebruiken luchtstroom meters. Hier staat de minimale stand op 15%

Hangt heel erg van je situatie af. Ik stuur hier de ventilatie ruimte meting gestuurd (vocht / co2) dat werkt prima denk ik, er zijn ook gebruikers die een itho voor bijvoorbeeld alleen de badkamer hebben, ook daar kan het prima werken.
De standaard inrichting waarbij de ventilatie van de woning af hangt van de stand van de itho lijkt mij 1 waarbij een te laag ventilatie niveau zeker niet goed is. Volgens mij adviseert itho in een dergelijke situatie de itho ook standaard in de medium stand te laten staan.

[janbrede]

arjenhiemstra schreef op dinsdag 7 juni 2022 @ 16:11:
edit: net even de itho zelf ook gemeten, zo rond de 5 watt in min stand met de firmware settings al aangepast zodat de itho niet op 30% min. vermogen draait maar op 2,5%.

Wat zijn de bijbehorende toerentallen?
Bij mij staat hij op 'auto-nacht' wat neerkomt op zo'n 1250 rpm. Bij lagere toerentallen gaat hij dreunen (ook een installatiefout, ding hoort eigenlijk aan een betonmuur ipv gipsmuur, maar zie dat maar eens te veranderen in de bergingsruimte van een appartement...).

[Deminy]

Goedemorgen allemaal, aangezien er zoveel kennis bij elkaar zit hier zou ik graag mijn vraag hier neerleggen.

Ik heb sinds gisteren een storing in mijn itho wtw qualityflow systeem.
Op het paneel branden de rode alarmled en de gele RF led.

Kan iemand mij vertellen wat deze storingsmeldng mogelijk inhoud?

Bij voorbaat dank

[smesjz]

Deminy schreef op woensdag 8 juni 2022 @ 08:12:
Goedemorgen allemaal, aangezien er zoveel kennis bij elkaar zit hier zou ik graag mijn vraag hier neerleggen.

Ik heb sinds gisteren een storing in mijn itho wtw qualityflow systeem.
Op het paneel branden de rode alarmled en de gele RF led.

Kan iemand mij vertellen wat deze storingsmeldng mogelijk inhoud?

Bij voorbaat dank

Wat heb je zelf gevonden in de handleiding? https://www.ventilatielan...andflow_3801261946193.pdf

[arjenhiemstra]

janbrede schreef op woensdag 8 juni 2022 @ 00:49:
[...]

Wat zijn de bijbehorende toerentallen?
Bij mij staat hij op 'auto-nacht' wat neerkomt op zo'n 1250 rpm. Bij lagere toerentallen gaat hij dreunen (ook een installatiefout, ding hoort eigenlijk aan een betonmuur ipv gipsmuur, maar zie dat maar eens te veranderen in de bergingsruimte van een appartement...).

2,5% = 702 rpm
15% = 975 rpm
30% = 1289 rpm
45% = 1582 rpm
99% = 2734 rpm

[Deminy]

smesjz schreef op woensdag 8 juni 2022 @ 09:17:
[...]


Wat heb je zelf gevonden in de handleiding? https://www.ventilatielan...andflow_3801261946193.pdf

Ja, maar daar kan ik deze storing niet vinden.
Het plenum doet niets meer, de wtw draait stationair en de blauwe besturingsunit heeft de les lampjes van Alarm en RF continu branden.

Vandaar mijn vraag of iemand weet wat dit mogelijk betekend en dus wellicht zelf kan oplossen voordat er een echte specialist naar moet kijken.

[Onl1ne1373]

De HRU 300 ECO DZ bevat een usb poort aan de voorkant. Hij rapporteert zich als een USB device met vendor id 0x10C4 (Silicon Labs) en device id 0xEA90. Dit zou een Silicon Labs CP2112 zijn en is een USB naar i2c bridge. Het lijkt me dus mogelijk om er een koppeling mee te maken.
Nu was ik benieuwd of er ergens documentatie is over i2c adressen/velden enzo van de HRU 300.
De Itho servicetool schijnt hem uit te kunnen lezen.

[arjenhiemstra]

Onl1ne1373 schreef op vrijdag 10 juni 2022 @ 11:23:
De HRU 300 ECO DZ bevat een usb poort aan de voorkant. Hij rapporteert zich als een USB device met vendor id 0x10C4 (Silicon Labs) en device id 0xEA90. Dit zou een Silicon Labs CP2112 zijn en is een USB naar i2c bridge. Het lijkt me dus mogelijk om er een koppeling mee te maken.
Nu was ik benieuwd of er ergens documentatie is over i2c adressen/velden enzo van de HRU 300.
De Itho servicetool schijnt hem uit te kunnen lezen.

Ah nice! Ik zou eerste de servicetool zelf eens uitproberem. Je kunt de itho service tool hier downloaden:
https://servicetool.blob....oader/AzureBootloader.exe

De itho servicetool zelf gebruikt ook een USB naar I2C bridge. Mogelijk dus dat dit deel van de servicetool al gewoon ingebouwd zit in de HRU300.

[Onl1ne1373]

Dank, dat werkt!



Rapport:

code:

Datum   10 - 6 - 2022  12:08:02
Order nummer    12345
Monteur asdf

**************************************

Artikel HRU250-300
Firmware    9
Versie  8
Serie-nummer    10.20.30



=================================
Artikel HRU250-300
Firmware    9
Versie  8
Serie-nummer    10.20.30

Instellingen
----------
0.Min. Snelheid 800 rpm
1.Max. snelheid 2000    rpm
2.Nominaal snelheid 40  %
3.Init energy uittredende teller    24  uur
4.Init energy inkomende teller  24  uur
5.gewenste binnentemp.  18  °C
9.Set point warmtewisselaar ontdooi 24  uur
10.Snelheids wijziging stapgrootte  150 rpm
15.Snelheid regeling    0   
16.Desired max speed offset(Return)     0   m³/h
18.Desired max speed offset(supply) 0   m³/h
29.frostValveOpenTimeFirstStartup   240 uur
33.Inhabitants  3   
53.2ZnominaalDebietWoonzone 220 m³/h
54.2ZnominaalDebietSlaapzone    140 m³/h
55.2ZnominaalDebietAfvoer   250 m³/h
84.amountOfFloors   2   
95.Summer Night Boost enabled   0   
96.Summer Night Boost Fan Speed 100 %

Metingen
----------
Fout_nr 0   
Status  Cold Recovery   
T_outside   23,2    °C
T_Blend 23,3    °C
Q_Fresh 58,1    M3/h
T_Supply    21,3    °C
T_Return    21,2    °C
T_Waste 23  °C
Q_waste 98,6    M3/h
%_Rel.  0   %
%_Abs.  25,5    %
m_in    69,2    kg/h
m_out   117,1   kg/h
%_Bypass    100 %
T_supply_sp 17  °C
Toeren  732 rpm
T_Waste_Heat    37,1    °C
T_Blend_Heat    39,3    °C
Desired_flow    0   m³/h
FlowAdjust  0   -
I_fan   1556    mA
I_fan_des   0   mA
RH  71  %
CO2 473 ppm

Bedrijfs dagen  100 dagen
Bedrijfs uren   17  uur
Filter timer    23  dagen
Filter schoongemaakt    0   -
Levensduurteller    2417    uur

----------
B01 Toutside sensor defect  0   
B02 Blend sensor defect 0   
B03 Twaste sensor defect    0   
B04 Treturn sensor defect   0   
B05 Tsupply sensor defect   0   
E01 Fan defect  0   

----------

[arjenhiemstra]

Onl1ne1373 schreef op vrijdag 10 juni 2022 @ 13:34:
Dank, dat werkt!

[Afbeelding]

Rapport:

code:

Datum   10 - 6 - 2022  12:08:02
Order nummer    12345
Monteur asdf

**************************************

Artikel HRU250-300
Firmware    9
Versie  8
Serie-nummer    10.20.30



=================================
Artikel HRU250-300
Firmware    9
Versie  8
Serie-nummer    10.20.30

Instellingen
----------
0.Min. Snelheid 800 rpm
1.Max. snelheid 2000    rpm
2.Nominaal snelheid 40  %
3.Init energy uittredende teller    24  uur
4.Init energy inkomende teller  24  uur
5.gewenste binnentemp.  18  °C
9.Set point warmtewisselaar ontdooi 24  uur
10.Snelheids wijziging stapgrootte  150 rpm
15.Snelheid regeling    0   
16.Desired max speed offset(Return)     0   m³/h
18.Desired max speed offset(supply) 0   m³/h
29.frostValveOpenTimeFirstStartup   240 uur
33.Inhabitants  3   
53.2ZnominaalDebietWoonzone 220 m³/h
54.2ZnominaalDebietSlaapzone    140 m³/h
55.2ZnominaalDebietAfvoer   250 m³/h
84.amountOfFloors   2   
95.Summer Night Boost enabled   0   
96.Summer Night Boost Fan Speed 100 %

Metingen
----------
Fout_nr 0   
Status  Cold Recovery   
T_outside   23,2    °C
T_Blend 23,3    °C
Q_Fresh 58,1    M3/h
T_Supply    21,3    °C
T_Return    21,2    °C
T_Waste 23  °C
Q_waste 98,6    M3/h
%_Rel.  0   %
%_Abs.  25,5    %
m_in    69,2    kg/h
m_out   117,1   kg/h
%_Bypass    100 %
T_supply_sp 17  °C
Toeren  732 rpm
T_Waste_Heat    37,1    °C
T_Blend_Heat    39,3    °C
Desired_flow    0   m³/h
FlowAdjust  0   -
I_fan   1556    mA
I_fan_des   0   mA
RH  71  %
CO2 473 ppm

Bedrijfs dagen  100 dagen
Bedrijfs uren   17  uur
Filter timer    23  dagen
Filter schoongemaakt    0   -
Levensduurteller    2417    uur

----------
B01 Toutside sensor defect  0   
B02 Blend sensor defect 0   
B03 Twaste sensor defect    0   
B04 Treturn sensor defect   0   
B05 Tsupply sensor defect   0   
E01 Fan defect  0   

----------

Cool! Zijn ergens op de PCB van de HRU de I2C pinnen benaderbaar? Is het misschien mogelijk om wat high res foto's te maken?

[BasW1978]

Hi,

heb een itho daalderop WTW-unit 400.
Nu wil ik de wifi module bestelle, maar ben echt een noob, maar wil het wel graag hebben..

Ik wil dus deze bestellen, maar nu moet ik wat opties selecteren en geen idee wat te doen.

Moet ik de itho CVE RFT wifi add on hebben?
Met CC1101 RF module?

Extra long for built in CO2 sensors?

alvast bedankt voor jullie input!

[ Voor 8% gewijzigd door BasW1978 op 11-06-2022 14:44 ]

[vliegnerd]

BasW1978 schreef op zaterdag 11 juni 2022 @ 14:44:
heb een itho daalderop WTW-unit 400.
Nu wil ik de wifi module bestelle, maar ben echt een noob, maar wil het wel graag hebben..

Je hebt in ieder geval de nov-CVE versie nodig: https://www.nrgwatch.nl/product/itho-non-cve-wifi-module/ Dat wil zeggen dat je hem met een UTP kabel in een RJ45 contact aansluit, dat zit als het goed is op je WTW unit.

Maar de WTW HRU 400 staat (nog?) niet in de lijst met ondersteunende apparaten: https://github.com/arjenhiemstra/ithowifi/wiki

Wellicht weet @arjenhiemstra of hij wel/niet werkt.

[ Voor 4% gewijzigd door vliegnerd op 11-06-2022 15:06 ]

[vliegnerd]

Onl1ne1373 schreef op vrijdag 10 juni 2022 @ 11:23:
De HRU 300 ECO DZ bevat een usb poort aan de voorkant. Hij rapporteert zich als een USB device met vendor id 0x10C4 (Silicon Labs) en device id 0xEA90. Dit zou een Silicon Labs CP2112 zijn en is een USB naar i2c bridge. Het lijkt me dus mogelijk om er een koppeling mee te maken.
Nu was ik benieuwd of er ergens documentatie is over i2c adressen/velden enzo van de HRU 300.
De Itho servicetool schijnt hem uit te kunnen lezen.

O, interessant. wellicht is zoiets: https://nl.farnell.com/si...-master-bridge/dp/2930704 een alternatief voor de Itho hardware. Dwz te gebruiken als dongje om de Itho servicetool te gebruiken.

[arjenhiemstra]

vliegnerd schreef op zaterdag 11 juni 2022 @ 15:08:
[...]


O, interessant. wellicht is zoiets: https://nl.farnell.com/si...-master-bridge/dp/2930704 een alternatief voor de Itho hardware. Dwz te gebruiken als dongje om de Itho servicetool te gebruiken.

Ik heb zoiets al eens geprobeerd maar helaas werkt dat niet. De service tool zag wel de interface maar kon niet communiceren met de wtw

[arjenhiemstra]

vliegnerd schreef op zaterdag 11 juni 2022 @ 15:05:
[...]


Je hebt in ieder geval de nov-CVE versie nodig: https://www.nrgwatch.nl/product/itho-non-cve-wifi-module/ Dat wil zeggen dat je hem met een UTP kabel in een RJ45 contact aansluit, dat zit als het goed is op je WTW unit.

Maar de WTW HRU 400 staat (nog?) niet in de lijst met ondersteunende apparaten: https://github.com/arjenhiemstra/ithowifi/wiki

Wellicht weet @arjenhiemstra of hij wel/niet werkt.

Als de HRU 400 een RJ45 aansluiting werkt mogelijk wel maar als ik even snel in de handleiding kijk dan lijkt de configuratie via WiFi te gaan.

[Vincent_89]

plaspvd schreef op dinsdag 7 juni 2022 @ 20:18:
Ik ben overgestapt op een wtw systeem met de hru 300 van Itho, waar de add-on niet op werkt. Is er interesse hiervoor? Graag maak ik er een ander blij mee!
Wie wil het op komen halen, omgeving Nieuwkoop.

Hi Paul gaat het om de CVE of non-CVE addon die je niet meer gebruikt?

[plaspvd]

@Vincent_89 cve met c1101

[Voogel]

Iemand enig idee wat de HRU 200 aan het doen is met de bypass? Geen van de settings lijkt overeen te komen met het gedrag wat ik zie.

[Onl1ne1373]

Ik moest even een kernel compileren, maar de cp2112 i2c driver werkt op m’n Pi:



Er zijn dus twee adressen te zien 0x40 en 0x41. Ik vermoed dan het display met i2c op de WTW unit is aangesloten. Volgens mij gaat dat ook via een RJ45, moet er nog een keer goed onder gaan liggen. Edit: is een soort Molex.



Die kabel zit met 4 aderige kabel op het display aangesloten.

[ Voor 41% gewijzigd door Onl1ne1373 op 12-06-2022 20:43 ]

[arjenhiemstra]

Onl1ne1373 schreef op zondag 12 juni 2022 @ 16:40:
Ik moest even een kernel compileren, maar de cp2112 i2c driver werkt op m’n Pi:

[Afbeelding]

Er zijn dus twee adressen te zien 0x40 en 0x41. Ik vermoed dan het display met i2c op de WTW unit is aangesloten. Volgens mij gaat dat ook via een RJ45, moet er nog een keer goed onder gaan liggen. Edit: is een soort Molex.

[Afbeelding]

Die kabel zit met 4 aderige kabel op het display aangesloten.

[Afbeelding]

Hmmm, zou er i2c via dat kabeltje lopen... dat zou heel interessant zijn!

[Onl1ne1373]

Het zou trouwens nog best kunnen dat 0x80 gebruikt wordt, i2cdetect scant maar tot 0x77 .
Misschien maar eens even wat test code schrijven.

[arjenhiemstra]

Onl1ne1373 schreef op maandag 13 juni 2022 @ 12:36:
Het zou trouwens nog best kunnen dat 0x80 gebruikt wordt, i2cdetect scant maar tot 0x77 .
Misschien maar eens even wat test code schrijven.

7 bits of 10 bits addressing is het issue, 40/41 is in 7 bit. In mijn source gebruik ik 80/82 (en 60 voor de RF/PWM add-on emulatie).

[Voogel]

arjenhiemstra schreef op zaterdag 21 mei 2022 @ 13:42:
[...]


Het lijkt erop dat alle versie van de HRU200 de volgende setting hebben:
"ByPassValveSetManualPos (steps)"

Klinkt alsof je daarmee de ByPass handmatig in kunt stellen.

Dit is 1 van de itho settings in de firmware, deze zijn (op dit moment) alleen via de webinterface van de add-on te beinvloeden (dus niet via de API)

Hmm het lijkt er op dat die waarde niets doet, misschien dat een power cycle nodig is maar dat is natuurlijk een beetje onhandig. Die hele bypass setup met maar 2 temperatuur sensoren is toch wel een beetje onhandig…

[bluefarmer]

Bas Post schreef op woensdag 6 april 2022 @ 21:52:
[...]


Tuurlijk, bij deze:

code:

        {
            "type": "fan",
            "name": "ITHO Ventilator",
            "logMqtt": true,
            "accessory": "mqttthing",
            "topics": {
                "getOn": "itho/state",
                "setRotationSpeed": {
                    "topic": "itho/cmd",
                    "apply": "return (Math.round(message*2.54))"
                },
                "getRotationSpeed": {
                    "topic": "itho/state",
                    "apply": "return (Math.round(message/2.54))"
                }
            },
            "onValue": "20",
            "offValue": "0"
        },
        {
            "type": "humiditySensor",
            "name": "ITHO Luchtvochtigheid",
            "accessory": "mqttthing",
            "topics": {
                "getCurrentRelativeHumidity": {
                    "topic": "itho/ithostatus",
                    "apply": "return JSON.parse(message).hum"
                }
            }
        }

Bovenstaande code gebruik ik ook en heb ik uitgebreid met de temperatuur-sensor, maar de CO2-sensor krijg ik niet middels MQTT op Homebridge. In de message van itho/ithostatus staat "CO2level (ppm)":501. Met het onderstaande stukje code het ik het geprobeerd, maar dat geeft enigszins verwacht de error "ReferenceError: ppm is not defined".

code:

"accessory": "mqttthing",
            "type": "carbonDioxideSensor",
            "name": "CO2",
            "logMqtt": "true",
            "topics": {
                "getCarbonDioxideDetected": {
                    "topic": "itho/ithostatus",
                    "apply": "return (JSON.parse(message).CO2level (ppm) <= 1100 ? 'NORMAL' : 'ABNORMAL');"
                },
                "getCarbonDioxideLevel": {
                    "topic": "itho/ithostatus",
                    "apply": "return JSON.parse(message).CO2level (ppm)"
                }
            },
            "carbonDioxideDetectedValues": [
                "NORMAL",
                "ABNORMAL"
            ]

Weet iemand met verstand van MQTT hoe ik dit werkend kan krijgen? Ik heb het stukje CO2level (ppm) ook tussen haakjes, aanhalingstekens en dergelijke geprobeerd, maar dat werkte helaas niet.

[pj]

Dit is mijn JSON, ik heb twee control modules.

Alles werkt: in homekit is geeft CO2 sensor alleen alarm als het te hoog is maw een waarde kan je niet zien. Dit ligt aan homekit en niet aan de module.

De fan kan ik met percentage laten draaien.

code:

 "accessories": [
        {
            "type": "fan",
            "name": "Badkamer_1",
            "url": "mqqt://192.168.0.20:1883",
            "logMqtt": true,
            "topics": {
                "getOn": "itho/state",
                "setRotationSpeed": {
                    "topic": "itho/cmd",
                    "apply": "return (Math.round(message*2.54))"
                }
            },
            "accessory": "mqttthing"
        },
        {
            "type": "humiditySensor",
            "name": "Badkamer1_Luchtvochtigheid_Itho",
            "url": "mqtt://192.168.0.20:1883",
            "topics": {
                "getCurrentRelativeHumidity": {
                    "topic": "itho/ithostatus",
                    "apply": "return JSON.parse(message).hum ;"
                }
            },
            "accessory": "mqttthing"
        },
        {
            "type": "temperatureSensor",
            "name": "Badkamer1_Temperatuur_Itho",
            "url": "mqtt://192.168.0.20:1883",
            "topics": {
                "getCurrentTemperature": {
                    "topic": "itho/ithostatus",
                    "apply": "return JSON.parse(message).temp ;"
                }
            },
            "accessory": "mqttthing"
        },
        {
            "type": "carbonDioxideSensor",
            "name": "Itho_Badkamer1_CO2",
            "url": "mqtt://192.168.0.20:1883",
            "topics": {
                "getCarbonDioxideDetected": {
                    "topic": "itho/ithostatus",
                    "apply": "return JSON.parse(message).CO2 ;"
                }
            },
            "accessory": "mqttthing"
        },
        {
            "type": "fan",
            "name": "Huis",
            "url": "mqqt://192.168.0.20:1883",
            "logMqtt": true,
            "topics": {
                "getOn": "itho/ithostatus_huis",
                "setRotationSpeed": {
                    "topic": "itho/cmd_huis",
                    "apply": "return (Math.round(message*2.54))"
                }
            },
            "accessory": "mqttthing"
        },
        {
            "type": "humiditySensor",
            "name": "Huis_Luchtvochtigheid_Itho",
            "url": "mqtt://192.168.0.20:1883",
            "topics": {
                "getCurrentRelativeHumidity": {
                    "topic": "itho/ithostatus_huis",
                    "apply": "return JSON.parse(message).hum ;"
                }
            },
            "accessory": "mqttthing"
        },
        {
            "type": "temperatureSensor",
            "name": "Huis_Itho",
            "url": "mqtt://192.168.0.20:1883",
            "topics": {
                "getCurrentTemperature": {
                    "topic": "itho/ithostatus_huis",
                    "apply": "return JSON.parse(message).temp ;"
                }
            },
            "accessory": "mqttthing"
        },
        {
            "type": "carbonDioxideSensor",
            "name": "Itho_Huis_CO2",
            "url": "mqtt://192.168.0.20:1883",
            "topics": {
                "getCarbonDioxideDetected": {
                    "topic": "itho/ithostatus_huis",
                    "apply": "return JSON.parse(message).CO2 ;"
                }
            },
            "accessory": "mqttthing"
        }
    ],

[bluefarmer]

Bedankt voor het delen! Ik heb jouw stukje code voor de CO2-sensor toegevoegd en daar "logMqtt": "true" aan toegevoegd. In de log krijg ik dan 'apply() function decoded message to [undefined]'. Het icoon in Homebridge lijkt ook aan te geven dat het nog niet werkt?



Het lijkt dus nog niet te werken, terwijl ik wel een CO2-waarde in de itho/ithostatus ontvang. Iemand enig idee hoe ik dit kan verhelpen?

edit: misschien goed om toe te voegen: ik heb geen ingebouwde CO2-sensor, alleen in de rft co2, maar deze waarde wordt ook ontvangen door de add-on.

[ Voor 11% gewijzigd door bluefarmer op 19-06-2022 22:01 ]

[pj]

Homekit kan geen waardes laten zien: alleen wel goed / niet goed als een alarm. Zoals in midden op onderstaand plaatje.

[pj]

Ik zie nu in mijn mqqt dit maw bij werkt het blijkbaar ook niet omdat het niet via de MQTT binnenkomt. Ik heb ook de CO2 Haddon

code:

{
  "temp" : 24.7,
  "hum" : 84.2,
  "ppmw" : 16570,
  "Speed status" : 47,
  "Internal fault" : 0,
  "Frost cycle" : 0,
  "Filter dirty" : 0,
  "AirQuality (%)" : "not available",
  "AirQbased on" : 0,
  "CO2level (ppm)" : "not available",
  "Indoorhumidity (%)" : "not available",
  "Outdoorhumidity (%)" : "not available",
  "Exhausttemp (°C)" : "not available",
  "SupplyTemp (°C)" : "not available",
  "IndoorTemp (°C)" : "not available",
  "OutdoorTemp (°C)" : "not available",
  "SpeedCap" : 63488,
  "BypassPos (%)" : "not available",
  "FanInfo" : "auto",
  "ExhFanSpeed (%)" : 47,
  "InFanSpeed (%)" : 0,
  "RemainingTime (min)" : 0,
  "PostHeat (%)" : "not available",
  "PreHeat (%)" : "not available",
  "InFlow (l sec)" : "not available",
  "ExhFlow (l sec)" : "not available",
  "Ventilation setpoint (%)" : 47,
  "Fan setpoint (rpm)" : 1930,
  "Fan speed (rpm)" : 1933,
  "Error" : 0,
  "Selection" : 7,
  "Startup counter" : 59174,
  "Total operation (hours)" : 11568,
  "Absence (min)" : 0,
  "Deferred absence (min)" : 0,
  "Highest CO2 concentration (ppm)" : "not available",
  "Highest RH concentration (%)" : "not available",
  "Co2 velocity" : 0,
  "Valve" : 2,
  "Current period" : 0,
  "Period timer" : 0
}

[gns1l]

@arjenhiemstra :
Wanneer, op de IthoWifi Debug pagina, de button Set 2410 gebruikt wordt om de waarde van een parameter te wijzigen, wordt in plaats daarvan de waarde van parameter 0 gewijzigd.
De gekozen parameter zelf blijft ongewijzigd.

Het lijkt erop dat de parameter niet meegegeven wordt aan het Set 2410 commando.

Dit is met 2.4.0-alpha6 maar ook eerdere sw versies hebben dit probleem.

[Kets_One]

Arjen, alvast bedankt voor je antwoord.
Ik heb een Itho WPU 4e generatie en wil graag de doeltemperatuur van de boiler zelf kunnen instellen.
Nu staat deze ingesteld om elke dag tot 61 graden op te warmen. Niet nodig dus.
Kan je deze temperatuur al instellen via je software/control module?

PS: Ik heb nog wel ergens een ESP8266 (Wemos D1mini) liggen die ik kan gebruiken voor het uitlezen.
Ik neem aan dat ik deze kan gebruiken? Is hier ook een handleiding voor?

[arjenhiemstra]

Kets_One schreef op maandag 27 juni 2022 @ 10:58:
Arjen, alvast bedankt voor je antwoord.
Ik heb een Itho WPU 4e generatie en wil graag de doeltemperatuur van de boiler zelf kunnen instellen.
Nu staat deze ingesteld om elke dag tot 61 graden op te warmen. Niet nodig dus.
Kan je deze temperatuur al instellen via je software/control module?

PS: Ik heb nog wel ergens een ESP8266 (Wemos D1mini) liggen die ik kan gebruiken voor het uitlezen.
Ik neem aan dat ik deze kan gebruiken? Is hier ook een handleiding voor?

Het lijkt mij logisch dat dit in te stellen is. Het hangt misschien af van de firmware versie van je WPU. Niet alle WPU firmware versies hebben dezelfde instelmogelijkheden. "Setpoint boiler control" zie ik bij alle firmware versie 2 tm 27 voorbij komen. De latere versies 31,33,34,37 zie ik die zo niet maar daar heet de setting misschien anders.

ESP8266 support is niet meer btw, je hebt een ESP32 nodig ivm geheugen gebruik.
Zelfbouw kan zeker, alle schema's staan op github.
Rustyx heeft repo met een zelfbouw ESP32 oplossing die misschien als goed startpunt kan dienen. Mijn non-cve firmware is pin compatible met zijn schema.
https://github.com/rustyx/itho-esp

[Kets_One]

arjenhiemstra schreef op maandag 27 juni 2022 @ 12:06:
[...]


Het lijkt mij logisch dat dit in te stellen is. Het hangt misschien af van de firmware versie van je WPU. Niet alle WPU firmware versies hebben dezelfde instelmogelijkheden. "Setpoint boiler control" zie ik bij alle firmware versie 2 tm 27 voorbij komen. De latere versies 31,33,34,37 zie ik die zo niet maar daar heet de setting misschien anders.

ESP8266 support is niet meer btw, je hebt een ESP32 nodig ivm geheugen gebruik.
Zelfbouw kan zeker, alle schema's staan op github.
Rustyx heeft repo met een zelfbouw ESP32 oplossing die misschien als goed startpunt kan dienen. Mijn non-cve firmware is pin compatible met zijn schema.
https://github.com/rustyx/itho-esp

Klinkt goed. Vanwege tijdsgebrek geef ik wel de voorkeur aan een reeds gesoldeerde (en geflashte?) ESP32. Zijn deze ook nog ergens te krijgen?

[smesjz]

Kets_One schreef op maandag 27 juni 2022 @ 12:38:
[...]


Klinkt goed. Vanwege tijdsgebrek geef ik wel de voorkeur aan een reeds gesoldeerde (en geflashte?) ESP32. Zijn deze ook nog ergens te krijgen?

Is het niet makkelijker om gewoon de non-CVE module te bestellen via Arjen's site voor 28.50 Euro?
Dat is binnen 5 minuten werkend out-of-the-box

[Kets_One]

smesjz schreef op maandag 27 juni 2022 @ 15:00:
[...]


Is het niet makkelijker om gewoon de non-CVE module te bestellen via Arjen's site voor 28.50 Euro?
Dat is binnen 5 minuten werkend out-of-the-box

Indedaad. Lijkt mij de beste oplossing.

[Antonie_Bouman]

Ik heb helaas mijn research niet goed uitgevoerd en nu blijkt dat mijn CVE ECO 2 niet gesupport te worden of iig niet de betreffende poort te hebben om het e.e.a aan te sluiten.

Kan ik hier nog iets mee? Ik wist dat er voor het toevoegen van een draadloze remote een bordje op gezet was en ben er helemaal vanuit gegaan dat dit op dezelfde plek ging als 'replacement' daar van.

Het topic is al wat lang geworden / heb verschillende zoek akties gedaan en niet perse gevonden. (wat ook logisch misschien is want iedereen leest wel EERST de handleiding waar natuurlijk duidelijk in staat dat er een bepaalde connector moet zijn)

Dus mijn vraag, kan ik nog iets met dit stukje hardware of heb ik het aangeschaft en kan het NIET werken met deze installlatie?

[ Voor 18% gewijzigd door Antonie_Bouman op 28-06-2022 16:12 ]

[arjenhiemstra]

Antonie_Bouman schreef op dinsdag 28 juni 2022 @ 16:11:
Ik heb helaas mijn research niet goed uitgevoerd en nu blijkt dat mijn CVE ECO 2 niet gesupport te worden of iig niet de betreffende poort te hebben om het e.e.a aan te sluiten.

Kan ik hier nog iets mee? Ik wist dat er voor het toevoegen van een draadloze remote een bordje op gezet was en ben er helemaal vanuit gegaan dat dit op dezelfde plek ging als 'replacement' daar van.

Het topic is al wat lang geworden / heb verschillende zoek akties gedaan en niet perse gevonden. (wat ook logisch misschien is want iedereen leest wel EERST de handleiding waar natuurlijk duidelijk in staat dat er een bepaalde connector moet zijn)

Dus mijn vraag, kan ik nog iets met dit stukje hardware of heb ik het aangeschaft en kan het NIET werken met deze installlatie?

[Afbeelding]

Hey dat is balen! Ik heb direct de beschrijving van de startpost en de webshop wat aangepast om dit hopelijk te voorkomen. Blijkbaar zijn er ECO-2 modellen met de oude interface. Deze interface is helaas niet compatible met latere uitvoering. De add-on zal helaas niet kunnen werken in deze itho.

2 opties denk ik; bestelling retourneren of een nieuwe (tip: of 2e hands via marktplaats) itho op de kop tikken.

[TheGabeMan]

Wiki pagina voor Home Assistant gevolgd, maar ik blijf toch met een issue zitten in de MQTT logs. Zie t effe niet meer. In HA heb ik al lange tijd MQTT draaien. Ik heb een paar tasmota powerplugs en die sturen hier hun data naar toe. Nu heb ik ook een itho ventilator en die wil de data ook sturen maar daar krijg ik telkens een foutmelding in de MQTT log van HA:
1656446368: New connection from 192.168.0.124:51777 on port 1883.
1656446368: Client <unknown> disconnected, not authorised.

Dus wachtwoord gecontroleerd, maar dat lijkt in orde, want als ik zo'n powerplug voorzie van opzettelijk fout wachtwoord, valt ie weg en dan weer het wachtwoord ingeef dat ik denk dat het moet zijn, dan komt de plug weer terug. Ik begrijp dus niet dat hetzelfde ID en wachtwoord niet voor de itho geaccepteerd worden.

Is er dan nog een andere authorisation die plaatsvindt op IP of meegezonden info? Maar ik kan mij niet voorstellen dat ik dat heb ingesteld in HA MQTT. In de debug log van HA MQTT zie ik wel steeds berichten van de powerplugs langskomen, maar niet van de itho.

Als ik via MQTT explorer kijk en dan IP van mijn HA installatie opgeef met usernaam / wachtwoord, krijg ik het volgende te zien en lijkt de itho dus zeker wel info te versturen:



De web interface geeft dit aan:

[Kets_One]

Hier inmiddels de non-CVE versie draaien op mijn WPU warmtepomp.
Alles werkt perfect! Dank @arjenhiemstra
De Boiler temperatuur heb ik inmiddels iets verlaagd

Is er al een soort wiki waar alle instellingen worden beschreven?
Lijkt mij erg interessant.

PS: Ik zie ook een aantal parameters van mijn Itho Qualityflow staan, bijvoorbeeld:
AirQuality (%) 7
AirQbased on 8
CO2level (ppm) 5422
...

Klinkt niet best moet ik eerlijk zeggen. Toch vreemd dat die Qualityflow heel zachtjes draait terwijl de concentratie CO2 zo hoog is. Hmm... Kan ik hier uit afleiden dat de QF niet funtioneert? Moet ik deze opnieuw laten programmeren of kan ik dit zelf?

[ Voor 43% gewijzigd door Kets_One op 29-06-2022 20:36 ]