Itho Daalderop - open source wifi control add-on module

[arjenhiemstra]

konehead schreef op dinsdag 20 september 2022 @ 06:37:
[...]


Met het pannetje, staat ook in je WIKI. Lukt alleen niet om te joinen via de normale manier. Kijk later weer verder naar hardcoded. Zie wel een remote, alleen de waarde klopt niet.

Hmm, interessant, zal eens checken met de remote die ik thuis heb

edit: net even geprobeerd, met het pannetje remote 2 knoppen diagonaal tegenover elkaar indrukken verstuurd een join commando. Ben benieuwd waarom dit bij jou niet werkt.

[ Voor 18% gewijzigd door arjenhiemstra op 20-09-2022 20:22 ]

[arjenhiemstra]

smesjz schreef op maandag 19 september 2022 @ 21:01:
Nog een feature request. Ik vind system settings pagina wat rommelig omdat er CVE en non-CVE wordt gemixed:
https://github.com/arjenh...systemsettings_start.html

Kan je niet iets maken als bij https://github.com/arjenh..._sources/html_index.html:

code:

 $(document).ready(function () {
    if (hw_revision.startsWith('NON-CVE ')) {
      $('#iets_voor_cve').addClass('hidden');
    } else {
    $('#iets_voor_noncve').addClass('hidden');
}

En Built-in humidity/temp sensor support (reboot needed): is van toepassing op zowel CVE als non-CVE?

Prima idee! Ik heb voor de index page precies dit mechanisme afgelopen zondag in beta1 gezet, kan makkelijk ook voor de settings page. Ik zal dan voor de non-cve versie alle settings weglaten die niet werken op non-cve devices.

edit: eigenlijk zijn dat dan alleen de settings van: "Speed settings (CVE only) (0-254)" de rest werkt ook op non--cve devices
(alhoewel niet op alle non-cve types natuurlijk, enig andere alternatief is dan om een interface op basis van itho device type te gaan maken maar dat is misschien wat overkill)

[ Voor 12% gewijzigd door arjenhiemstra op 20-09-2022 20:38 ]

[toets23]

Ikzelf nu ook trotse eigenaar van de WiFi addon met een itho hru 350. Ben nu bezig om homebridge te koppelen met MQTT. Met de explorer kan ik netjes de itho/ithostatus uitlezen. Echter in dit forum en beschrijvingen wordt gepraat over itho/state. Deze is niet zichtbaar in mijn explorer en kan dus niet aanspreken… vergeet ik iets?

[ramlap]

Toch een probleem met de 2.4.0 beta 1?
Ik krijg op het webportaal geen data meer zichtbaar. [itho status] laat niets meer zien onder de kopjes [label][value], bij debug lees ik veel meldingen onderelkaar:
2022-09-21 07:39:07 I: Warning: I2C timeout

reboot maakte geen verschil.
Wat kan dit zijn?
ik zie nu ook
Itho I2C connection status: init failed - please power cycle the itho unit -

ik haal even de stekker er uit en weer in.

fixed. Reboot werkte, het syteem draait weer. Geen idee waarom het er in ene uit lag.

[ Voor 27% gewijzigd door ramlap op 21-09-2022 09:48 ]

[Slonzo]

arjenhiemstra schreef op maandag 19 september 2022 @ 22:46:
Eeeh, iets van security aangezet in de instellingen? Je kunt altijd een fail save uitvoeren, dan moet je helaas wel ff opnieuw beginnen met instellen… als je dan nog de melding krijgt stuur ik je een nieuwe module ;-)

Enkel 'web interface' security stond aan, meer niet 🤷‍♂️

Ik heb 'm nu even gereset met de fail safe knop, firmware 2.4.0-beta1 geinstalleerd, en opnieuw ingesteld. Hij lijkt zich nu weer te gedragen. Van de 3 reboots heeft 'ie 1 keer geweigerd van op mijn WiFi te connecten, maar goed, eens hij verbonden is blijft hij gewoon stabiel verbonden. Ik zal het nog even aankijken, maar voorlopig doet hij gewoon wat hij moet doen.

Ik had net wel nog een issue waarbij de web interface erg traag en slecht bereikbaar was, en zag wat rare dingen in de log...

code:

6869 I: Setup: remotes configfile loaded
10091 I: MQTT: connection failed, System config: 1
10412 I: Webserver: started
10574 I: mDNS: started
10730 I: Hostname: nrg-itho-d1bc
10875 I: Setup: done
15261 I: I2C init: QueryDevicetype - fw:27 hw:29
15614 I: I2C init: QueryStatusFormat - items:25
15982 I: I2C init: QueryStatus
16174 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
624748 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
668811 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
808506 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
942966 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
1205411 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
1567864 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
1756135 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
1801301 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
1856307 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2031432 I: Warning: Task MQTT timed out!
2032073 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2192025 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2270613 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2307428 I: MQTT: JsonDocument memory allocation failed (itho status)
2312457 I: MQTT: JsonDocument memory allocation failed (itho status)
2317483 I: MQTT: JsonDocument memory allocation failed (itho status)
2322491 I: MQTT: JsonDocument memory allocation failed (itho status)
2327520 I: MQTT: JsonDocument memory allocation failed (itho status)
2332511 I: MQTT: JsonDocument memory allocation failed (itho status)
2337557 I: MQTT: JsonDocument memory allocation failed (itho status)
2342722 I: MQTT: JsonDocument memory allocation failed (itho status)
2347545 I: MQTT: JsonDocument memory allocation failed (itho status)
2352555 I: MQTT: JsonDocument memory allocation failed (itho status)
2357570 I: MQTT: JsonDocument memory allocation failed (itho status)
2362589 I: MQTT: JsonDocument memory allocation failed (itho status)
2367625 I: MQTT: JsonDocument memory allocation failed (itho status)
2372661 I: MQTT: JsonDocument memory allocation failed (itho status)
2375956 I: Attempt to reconnect WiFi
2378549 I: Reconnect WiFi successful
2381113 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...

Maar MQTT leek gewoon te werken, ik krijg nog altijd updates in Home Assistant
Rebootje en hij loopt weer goed.

[Onl1ne1373]

Bij 1 van de 3 ging hij in AP modus:
2022-09-20 07:07:05 I: Setup: Wifi connect STA failed
2022-09-20 07:07:07 I: wifi AP mode started
Reboot en toen wilde hij wel connecten.

Een andere wordt steeds uit de wifi geknikkerd, tot nu toe geen last van gehad:
2022-09-21 04:20:59 I: Attempt to reconnect WiFi
2022-09-21 04:21:30 I: Reconnect WiFi failed!
2022-09-21 04:22:00 I: Attempt to reconnect WiFi
2022-09-21 04:22:30 I: Reconnect WiFi failed!
2022-09-21 04:23:00 I: Attempt to reconnect WiFi
2022-09-21 04:23:03 I: Reconnect WiFi successful

Nog een andere had 1 reconnect.

Elke verdieping heeft zijn eigen (volledig geupdate) Unifi AP.
Ik ga even de plaatsing veranderen om te kijken of ik het daarmee kan verbeteren.

[arjenhiemstra]

ramlap schreef op woensdag 21 september 2022 @ 09:41:
Toch een probleem met de 2.4.0 beta 1?
Ik krijg op het webportaal geen data meer zichtbaar. [itho status] laat niets meer zien onder de kopjes [label][value], bij debug lees ik veel meldingen onderelkaar:
2022-09-21 07:39:07 I: Warning: I2C timeout

reboot maakte geen verschil.
Wat kan dit zijn?
ik zie nu ook
Itho I2C connection status: init failed - please power cycle the itho unit -

ik haal even de stekker er uit en weer in.

fixed. Reboot werkte, het syteem draait weer. Geen idee waarom het er in ene uit lag.

wss toch nog issues met i2c dan, thx voor de info!

[arjenhiemstra]

Onl1ne1373 schreef op woensdag 21 september 2022 @ 12:43:
Bij 1 van de 3 ging hij in AP modus:
2022-09-20 07:07:05 I: Setup: Wifi connect STA failed
2022-09-20 07:07:07 I: wifi AP mode started
Reboot en toen wilde hij wel connecten.

Een andere wordt steeds uit de wifi geknikkerd, tot nu toe geen last van gehad:
2022-09-21 04:20:59 I: Attempt to reconnect WiFi
2022-09-21 04:21:30 I: Reconnect WiFi failed!
2022-09-21 04:22:00 I: Attempt to reconnect WiFi
2022-09-21 04:22:30 I: Reconnect WiFi failed!
2022-09-21 04:23:00 I: Attempt to reconnect WiFi
2022-09-21 04:23:03 I: Reconnect WiFi successful

Nog een andere had 1 reconnect.

Elke verdieping heeft zijn eigen (volledig geupdate) Unifi AP.
Ik ga even de plaatsing veranderen om te kijken of ik het daarmee kan verbeteren.

ben benieuwd hoe het verder loopt, ik had hier een module op zolder die connectie maakte met een AP 2 verdiepingen lager... terwijl er op 4 meter op dezelfde verdieping ook een AP hangt...

[toets23]

toets23 schreef op woensdag 21 september 2022 @ 09:38:
Ikzelf nu ook trotse eigenaar van de WiFi addon met een itho hru 350. Ben nu bezig om homebridge te koppelen met MQTT. Met de explorer kan ik netjes de itho/ithostatus uitlezen. Echter in dit forum en beschrijvingen wordt gepraat over itho/state. Deze is niet zichtbaar in mijn explorer en kan dus niet aanspreken… vergeet ik iets?

Of is het een goed idee om de nieuwe beta te installeren?

[arjenhiemstra]

toets23 schreef op woensdag 21 september 2022 @ 09:38:
Ikzelf nu ook trotse eigenaar van de WiFi addon met een itho hru 350. Ben nu bezig om homebridge te koppelen met MQTT. Met de explorer kan ik netjes de itho/ithostatus uitlezen. Echter in dit forum en beschrijvingen wordt gepraat over itho/state. Deze is niet zichtbaar in mijn explorer en kan dus niet aanspreken… vergeet ik iets?

Wat bedoel je met mijn explorer?

[toets23]

arjenhiemstra schreef op woensdag 21 september 2022 @ 17:14:
[...]


Wat bedoel je met mijn explorer?

Er is een tool genaamd MQTT explorer zodat je de topics kan bekijken. En daar zie ik wel steeds itho/ithostatus voorbij komen. En ook de lwt topic die aangeeft dat deze online is.

[arjenhiemstra]

toets23 schreef op woensdag 21 september 2022 @ 17:21:
[...]

Er is een tool genaamd MQTT explorer zodat je de topics kan bekijken. En daar zie ik wel steeds itho/ithostatus voorbij komen. En ook de lwt topic die aangeeft dat deze online is.

Heb je domoticz aan staan?

[toets23]

arjenhiemstra schreef op woensdag 21 september 2022 @ 17:22:
[...]


Heb je domoticz aan staan?

Nee, ik gebruik geen domoticz, maar homebridge. Je raadt aan om dit wel te doen?

[arjenhiemstra]

toets23 schreef op woensdag 21 september 2022 @ 17:27:
[...]

Nee, ik gebruik geen domoticz, maar homebridge. Je raadt aan om dit wel te doen?

Nee zeker niet, maar als je de optie domoticz support aanzet gaat het state topic van "itho/state" naar "domoticz/in". Dat zou nog een verklaring kunnen zijn waarom je het itho/state topic mist.
Al een reboot van de add-on gedaan?

[toets23]

arjenhiemstra schreef op woensdag 21 september 2022 @ 17:31:
[...]


Nee zeker niet, maar als je de optie domoticz support aanzet gaat het state topic van "itho/state" naar "domoticz/in". Dat zou nog een verklaring kunnen zijn waarom je het itho/state topic mist.
Al een reboot van de add-on gedaan?

Ook gedaan, zelfs het apparaat zelf. Misschien interessant om te vermelden ik heb alle virtual remote settings op off staan

[arjenhiemstra]

toets23 schreef op woensdag 21 september 2022 @ 17:35:
[...]

Ook gedaan, zelfs het apparaat zelf. Misschien interessant om te vermelden ik heb alle virtual remote settings op off staan

Sorry, ik weet het al. Je hebt een HRU350. Met een HRU (behalve de HRU200) kun je geen PWM2I2C commando's versturen, de HRU ondersteund dit niet. Zie voor meer info daarover oa. hier:
https://github.com/arjenh...olling-the-speed-of-a-fan

Het itho/state topic geeft de PWM waarde weer, in jouw geval heb je die dus niet.

[toets23]

arjenhiemstra schreef op woensdag 21 september 2022 @ 17:50:
[...]


Sorry, ik weet het al. Je hebt een HRU350. Met een HRU (behalve de HRU200) kun je geen PWM2I2C commando's versturen, de HRU ondersteund dit niet. Zie voor meer info daarover oa. hier:
https://github.com/arjenh...olling-the-speed-of-a-fan

Het itho/state topic geeft de PWM waarde weer, in jouw geval heb je die dus niet.

Oh top! Helemaal duidelijk! Ga ik ithostatus helemaal parsen. Thanks!

[Jbd-2]

Hoi,

Ik heb een non-cve met RF module. Als ik via de debug/virtual remote pagina een command verstuur komt deze door. Doe ik dit via de homepage of mqtt gebeurd er niets. Op de debug pagina zie ik ook niets verschijnen, wanneer ik het commando via de virtual remote pagina doe wel.

Ik kreeg de module met versie 2.3.5 en heb na eerste troubleshooting ge-update naar 2.4 beta 2.

[arjenhiemstra]

Jbd-2 schreef op woensdag 21 september 2022 @ 20:08:
Hoi,

Ik heb een non-cve met RF module. Als ik via de debug/virtual remote pagina een command verstuur komt deze door. Doe ik dit via de homepage of mqtt gebeurd er niets. Op de debug pagina zie ik ook niets verschijnen, wanneer ik het commando via de virtual remote pagina doe wel.

Ik kreeg de module met versie 2.3.5 en heb na eerste troubleshooting ge-update naar 2.4 beta 2.

De virtual remote werkt niet via RF maar via I2C.
Itho apparaten hebben een RF receiver via I2C gekoppeld aan de hoofdprint (of vergelijkbaar), een ontvangen RF signaal wordt door deze receiver omgezet naar een I2C bericht. De add-on die je nu hebt bootst deze I2C berichten na alsof het een RF receiver in het systeem is. Dat is de reden dat je niets ziet verschijnen op (het RF deel neem ik aan van) de debug pagina.
De RF module op de add-on is dus alleen voor het ontvangen van signalen van andere RF devices. Versturen is technisch ook mogelijk uiteraard maar dat is verder niet geimplementeerd (immers, alles wat je zou willen versturen kan ook direct als I2C bericht rechtstreeks naar de itho firmware gestuurd worden, uitzondering is een status bericht naar RFT-RV en/of RFT-CO2 die nog eens geimplementeerd moet worden).

[ Voor 5% gewijzigd door arjenhiemstra op 21-09-2022 20:19 ]

[DrogerT]

Beste Arjen,

Via deze weg een bedankje want ook hier werkt de wifi add-on perfect op mijn CVE-S ECO SP

Mede dankzij deze thread heb ik de motor van mijn CVE geheel te laten stoppen en kan ik hem nu via Domoticz besturen.

Ik heb nog een paar vragen:
Ik heb de RH sensor found-available op 0 moeten en de additional sensor support op "ON" gezet om de motor helemaal stil te krijgen. Het effect is dus ook dat de ingebouwde temp/hum sensor nu niet meer update.

Als ik nu een externe sensor soldeer, blijft de motor dan ook stil of gaat hij dan weer draaien volgens de itho firmware? Met een externe sensor, wordt deze data dan ook via MQTT uitgezonden? Vooralsnog, met deze instellingen blijft de add-on de waardes sturen van de ingebouwde sensor (die wel altijd hetzelfde zijn, omdat hij hangt door het uitzetten van de RH sensor).

Na een powercycle lijkt de ingebouwde temp/hum sensor gewoon data door te geven, en blijft niet steeds dezelfde waarde aan te geven. De motor staat staat nu ook stil. ik ga dit even monitoren.

Nu draai ik domoticz, en ik probeer via MQTT de status uit te lezen. Ik gebruik Node-red en MQTT explorer en luister dan in op domoticz/in. Het enige wat daarop binnenkomt is de temp/hum sensor op beide platformen. Doe ik iets verkeerd?

mvg

Roger

[ Voor 8% gewijzigd door DrogerT op 22-09-2022 20:38 ]

[konehead]

arjenhiemstra schreef op dinsdag 20 september 2022 @ 14:53:
[...]


Hmm, interessant, zal eens checken met de remote die ik thuis heb

edit: net even geprobeerd, met het pannetje remote 2 knoppen diagonaal tegenover elkaar indrukken verstuurd een join commando. Ben benieuwd waarom dit bij jou niet werkt.

Vergeten het in de opstartmodus te doen, werkt gewoon

[arjenhiemstra]

konehead schreef op donderdag 22 september 2022 @ 19:40:
[...]


Vergeten het in de opstartmodus te doen, werkt gewoon

Nice! In beta2 heb ik overigens even de optie toegevoegd om het ID van een remote via de webinterface makkelijk aan te passen

[arjenhiemstra]

DrogerT schreef op donderdag 22 september 2022 @ 19:21:
Beste Arjen,

Via deze weg een bedankje want ook hier werkt de wifi add-on perfect op mijn CVE-S ECO SP

Mede dankzij deze thread heb ik de motor van mijn CVE geheel te laten stoppen en kan ik hem nu via Domoticz besturen.

Ik heb nog een paar vragen:
Ik heb de RH sensor found-available op 0 moeten en de additional sensor support op "ON" gezet om de motor helemaal stil te krijgen. Het effect is dus ook dat de ingebouwde temp/hum sensor nu niet meer update.

Als ik nu een externe sensor soldeer, blijft de motor dan ook stil of gaat hij dan weer draaien volgens de itho firmware? Met een externe sensor, wordt deze data dan ook via MQTT uitgezonden? Vooralsnog, met deze instellingen blijft de add-on de waardes sturen van de ingebouwde sensor (die wel altijd hetzelfde zijn, omdat hij hangt door het uitzetten van de RH sensor).

Na een powercycle lijkt de ingebouwde temp/hum sensor gewoon data door te geven, en blijft niet steeds dezelfde waarde aan te geven. De motor staat staat nu ook stil. ik ga dit even monitoren.

Nu draai ik domoticz, en ik probeer via MQTT de status uit te lezen. Ik gebruik Node-red en MQTT explorer en luister dan in op domoticz/in. Het enige wat daarop binnenkomt is de temp/hum sensor op beide platformen. Doe ik iets verkeerd?

mvg

Roger

De data die met Domoticz support mqtt op gaat is wat beperkt. Als je ervaren bent met node-red zou ik Domoticz support op de add-on uitzetten en node-red voor de translatie richting Domoticz gebruiken. Je hebt dan veel meer data op mqtt om te gebruiken.

[konehead]

De koppeling (join) is succesvol gelukt. Echter geen enkele reactie als ik op de add-on Low/High/Cook et cetera druk. Wat doe ik fout?

[sjampeter]

sjampeter schreef op zondag 18 september 2022 @ 21:20:
heb er net een besteld bij je.
aangezien jij er veel tijd in gestoken heb, doe ik het graag op deze manier.
van dat tientje zal ik ook niet failliet gaan
uiteraard wel top van je

ondertussen de nieuwe sensor geïnstalleerd en hij werkt weer. ze kunnen dus kapot

[arjenhiemstra]

konehead schreef op vrijdag 23 september 2022 @ 08:38:
De koppeling (join) is succesvol gelukt. Echter geen enkele reactie als ik op de add-on Low/High/Cook et cetera druk. Wat doe ik fout?


[Afbeelding]

Hoe weet je bij een DF/QF dat de join geslaagd is?

[arjenhiemstra]

DrogerT schreef op donderdag 22 september 2022 @ 19:21:
Beste Arjen,

Via deze weg een bedankje want ook hier werkt de wifi add-on perfect op mijn CVE-S ECO SP

Mede dankzij deze thread heb ik de motor van mijn CVE geheel te laten stoppen en kan ik hem nu via Domoticz besturen.

Ik heb nog een paar vragen:
Ik heb de RH sensor found-available op 0 moeten en de additional sensor support op "ON" gezet om de motor helemaal stil te krijgen. Het effect is dus ook dat de ingebouwde temp/hum sensor nu niet meer update.

Als ik nu een externe sensor soldeer, blijft de motor dan ook stil of gaat hij dan weer draaien volgens de itho firmware? Met een externe sensor, wordt deze data dan ook via MQTT uitgezonden? Vooralsnog, met deze instellingen blijft de add-on de waardes sturen van de ingebouwde sensor (die wel altijd hetzelfde zijn, omdat hij hangt door het uitzetten van de RH sensor).

Na een powercycle lijkt de ingebouwde temp/hum sensor gewoon data door te geven, en blijft niet steeds dezelfde waarde aan te geven. De motor staat staat nu ook stil. ik ga dit even monitoren.

Nu draai ik domoticz, en ik probeer via MQTT de status uit te lezen. Ik gebruik Node-red en MQTT explorer en luister dan in op domoticz/in. Het enige wat daarop binnenkomt is de temp/hum sensor op beide platformen. Doe ik iets verkeerd?

mvg

Roger

Bij een itho met ingebouwde hum sensor leest de add-on deze standaard uit. Als je de "additional sensor support" op "ON" zet wordt de sensor in de itho firmware helemaal uitgezet waardoor inderdaad de motor helemaal naar 0 geregeld kan worden.
Dit uitzetten doet de add-on tijdens het opstarten, vandaar dat de reboot nodig is.

[sybrend]

Ik heb deze week ook de wifi-control module binnengekregen. Installatie was eenvoudig en werkt perfect. Thanks @arjenhiemstra! Ben van plan om mijn installatie vraaggestuurd te maken met één of meerder esphome CO2 sensors. Tot die tijd wil ik graag de 3 standen schakelaar blijven gebruiken.

Ik heb een CVE ECO 2SP. Na installatie van de module werkt mijn 3 standen schakelaar helemaal niet meer. Ik kan de CVE bedienen met de wifi module in elke stand (dus niet alleen stand 2). Heb al geprobeerd om de virtual remote setting aan de zetten. Ik denk dat deze niet gesupport wordt door mijn CVE, want daarna start de module niet meer en kan ik de CVE helemaal niet meer bedienen.

Is het mogelijk om de add-on te gebruiken in combinatie met de 3 standen schakelaar? En is het anders mogelijk te achterhalen met welke waardes (0-254) de verschillende standen op de schakelaar corresponderen?

[Slonzo]

Helaas nog steeds WiFi issues hier, ook met 2.4.0-beta1. De module lijkt nu weer pertinent te weigeren om te verbinden. Ik probeer te doorgronden wat er aan de hand is...

• Hij heeft een aantal dagen stabiel gedraaid [met de vorige firmware, maar geen idee of dat relevant is]
• Firmware 2.4.0-beta1 erop gegooid en dat leek in eerste instantie goed te gaan, maar nu weer hetzelfde connectie-issue.
• In Home Assistant zag ik dat 'ie er uit zichzelf soms toch in slaagt om even te verbinden (de module reboot na 15min in AP mode, zag ik in de code?) maar uiteindelijk verliest hij weer verbinding:
  
• Als ik via de frontend scan op WiFi netwerken, krijg ik mijn SSID's netjes te zien incl. het target SSID (met alle streepjes vol). Maar daaronder staat nog een blok met exact dezelfde 3 SSID's, dit keer met 'slecht' (?) signaal. Bij mijn weten kan de ESP32 geen 5G, dus ik vermoed dat dit van een ander AP komt?
  
• In combinatie met deze post:

  arjenhiemstra schreef op woensdag 9 maart 2022 @ 18:46:
  Er zit een stukje geheugen in de ESP32 die iets doet met wifi netwerken en deze opslaat voor toekomstig gebruik. Wellicht in bepaalde gevallen ook negeren? Als ik het goed gedaan heb zou die niet gebruikt mogen worden maar helemaal doorgronden doe ik het niet.

  begin ik nu te vermoeden dat de ESP nog steeds probeert te verbinden op het eerste AP waar hij ooit mee verbonden was? Die in de woonkamer, daar heb ik getest nadat ik de CC1101 erop gesoldeerd heb... Dat is de andere kant van het huis dus zal sowieso slecht signaal geven op zijn huidige locatie.

Zou dat het probleem kunnen zijn? Kan ik dat mysterieuze stukje geheugen erasen via de frontend of moet ik 'm daarvoor volledig herflashen, al dan niet via serial? Of zou dat al overschreven moeten zijn door de upgrade naar 2.4.0-b1?

[jondalsimons]

Ik heb de wifimodule deze week ontvangen en meteen ingebouwd.
Nu heb ik het volgende als de toeren regeling in de web interface op 0 staat blijft de Itho nog wel draaien wel minder hard maar nog storend.

Weet iemand hoe dit aangepast kan worden.?
.

[pistole]

jondalsimons schreef op zaterdag 24 september 2022 @ 22:07:
Ik heb de wifimodule deze week ontvangen en meteen ingebouwd.
Nu heb ik het volgende als de toeren regeling in de web interface op 0 staat blijft de Itho nog wel draaien wel minder hard maar nog storend.

Weet iemand hoe dit aangepast kan worden.?
.

Je kan beter even een paar pagina's teruglezen. Heeft te maken met het wel of niet gebruiken van de interne humidity sensor. Als die is uitgeschakeld dan kan de motor naar 0, anders niet.

[jondalsimons]

@pistole bedankt ik heb het gevonden is nu heerlijk stil .

[pistole]

jondalsimons schreef op zondag 25 september 2022 @ 13:44:
@pistole bedankt ik heb het gevonden is nu heerlijk stil .

Denk wel aan je ventilatie

[sciurius]

Vandaag deed mijn Itho CVE-S raar. De add-on was om de haverklap offline en kwam dan weer terug (zo om de minuut). In het Itho Status overzicht waren geen waarden zichtbaar, alleen de Label en Value headers.
Als ik de Itho Settings wilde ophalen kreeg ik dat dat niet kon (zie plaatje).


Reset/reboot gaf geen verbetering, een power flip wel.

Enig idee wat hier aan de hand kan zijn?
Current firmware version: 2.4.0-alpha8

[Stampre]

Ik wil hier rev 2 updaten maar dat lukt niet. Ik kom van 2.3.5 en wil naar de beta 4 toe. Hij geeft aan dat de update is finished. Wat overigens al niet meevalt tussen de wifi-issues door ;-). Daarna een restart device gedaan maar current version blijft op 2.3.5 staan.

[hansgrave]

Ik heb sinds vorige week de wifi add-on voor het uitlezen van de Itho-WPU in Home Assistant. De integratie in Home-Assistant heeft even wat uitzoekwerk gekost. Ik zal mijn ervaringen delen:

Sinds begin 2022 zijn de MQTT regels in HA gewijzigd. De code in de wiki https://github.com/arjenh...tho-WPU-Heat-pump-support werkt niet meer in de huidige versies HA. Dit is de aangepaste:

code:

mqtt:
  broker: core-mosquitto
  sensor:
    - name: "Itho WPU CV Pressure"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['CV pressure (Bar)'] }}"
      unique_id: "itho_wpu_bar"
      state_class: "measurement"
      device_class: "pressure"
      unit_of_measurement: "bar"

    - name: "Itho WPU Flow rate (l/h)"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Flow sensor (lt_hr)'] }}"
      unique_id: "itho_wpu_flowrate"
      state_class: "measurement"

    - name: "Itho WPU CV Return"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['CV return temp (°C)'] }}"
      unique_id: "itho_wpu_cv_return"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"

    - name: "Itho WPU Status"
      state_topic: "ithowpu/ithostatus"
      value_template:  >
          {% set st = value_json.Status| int %}
          {% if st == 0 %}
          init
          {% elif st == 1 %}
          off
          {% elif st == 2 %}
          cv
          {% elif st == 3 %}
          boiler
          {% elif st == 4 %}
          cooling
          {% elif st == 5 %}
          venting  
          {% endif %}
      unique_id: "itho_wpu_status"

    - name: "Itho WPU Boiler temp"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Boiler temp up (°C)'] }}"
      unique_id: "itho_wpu_boiler_temp"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"
  
    - name: "Itho WPU CV Supply"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['CV supply temp (°C)'] }}"
      unique_id: "itho_wpu_cv_supply"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"

    - name: "Itho WPU Requested temp"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Requested room temp (°Csp)'] }}"
      unique_id: "itho_wpu_cv_req_temp"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"

    - name: "Itho WPU Temp from source"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Temp from source (°C)'] }}"
      unique_id: "itho_wpu_temp_from_source"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"

    - name: "Itho WPU Temp to source"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Temp to source (°C)'] }}"
      unique_id: "itho_wpu_temp_to_source"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"
    
    - name: "Itho WPU Total Power Used"
      state_topic: "ithowpu/ithostatus"
      value_template: >
        {% if is_number(value_json['E-consumption during stand-by (kWh)']) %}
        {{ (value_json['E-consumption during stand-by (kWh)']| float + value_json['E-consumption during DHW (kWh)']| float + value_json['E-consumption during heating (kWh)']| float + value_json['E-consumption during cooling (kWh)']| float) | float }}
        {% else %}
        None
        mqtt{% endif %}
      unique_id: "itho_wpu_total_energy"
      state_class: "total"
      device_class: "energy"
      unit_of_measurement: "kWh"
  
    - name: "Itho WPU Current Room temp"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Room temp (°C)'] }}"
      unique_id: "itho_wpu_roomtemp"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"

    - name: "Itho WPU CV pump percent"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Cv pump (%)'] }}"
      unique_id: "itho_wpu_cv_pump"
      state_class: "measurement"
      unit_of_measurement: '%'

    - name: "Itho WPU Source pump percent"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Well pump (%)'] }}"
      unique_id: "itho_wpu_well_pump"
      state_class: "measurement"
      unit_of_measurement: '%'

    - name: "Itho WPU Thermostat mode"
      state_topic: "ithowpu/ithostatus"
      value_template: >
          {% if value_json['ECO selected on thermostat']  == 1 %}Eco{% endif %}
          {% if value_json['Comfort selected on thermostat'] == 1 %}Comfort{% endif %}
          {% if value_json['Boiler boost from thermostat'] == 1 %}Boost{% endif %}
          {% if value_json['Venting from thermostat']  == 1 %}Venting{% endif %}
          {% if value_json['Tariff low from thermostat'] == 1 %}Low{% endif %}
          {% if value_json['Boiler blocked from thermostat'] == 1 %}Off{% endif %}
      unique_id: "itho_wpu_thermostat_mode"

Verder is er een verschil in de MQTT topics in de wiki en in de standaard MQTT settings van de add-on: state_topic: "ithowpu/ithostatus" versus state_topic: "itho/ithostatus". Klein verschil waar je zo overheen kijkt.

Ook had ik wifi connectie problemen met Unifi AP's, deze zijn na update naar 2.4.0-beta2 opgelost.

[arjenhiemstra]

hansgrave schreef op maandag 26 september 2022 @ 08:14:
Ik heb sinds vorige week de wifi add-on voor het uitlezen van de Itho-WPU in Home Assistant. De integratie in Home-Assistant heeft even wat uitzoekwerk gekost. Ik zal mijn ervaringen delen:

Sinds begin 2022 zijn de MQTT regels in HA gewijzigd. De code in de wiki https://github.com/arjenh...tho-WPU-Heat-pump-support werkt niet meer in de huidige versies HA. Dit is de aangepaste:

code:

mqtt:
  broker: core-mosquitto
  sensor:
    - name: "Itho WPU CV Pressure"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['CV pressure (Bar)'] }}"
      unique_id: "itho_wpu_bar"
      state_class: "measurement"
      device_class: "pressure"
      unit_of_measurement: "bar"

    - name: "Itho WPU Flow rate (l/h)"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Flow sensor (lt_hr)'] }}"
      unique_id: "itho_wpu_flowrate"
      state_class: "measurement"

    - name: "Itho WPU CV Return"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['CV return temp (°C)'] }}"
      unique_id: "itho_wpu_cv_return"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"

    - name: "Itho WPU Status"
      state_topic: "ithowpu/ithostatus"
      value_template:  >
          {% set st = value_json.Status| int %}
          {% if st == 0 %}
          init
          {% elif st == 1 %}
          off
          {% elif st == 2 %}
          cv
          {% elif st == 3 %}
          boiler
          {% elif st == 4 %}
          cooling
          {% elif st == 5 %}
          venting  
          {% endif %}
      unique_id: "itho_wpu_status"

    - name: "Itho WPU Boiler temp"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Boiler temp up (°C)'] }}"
      unique_id: "itho_wpu_boiler_temp"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"
  
    - name: "Itho WPU CV Supply"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['CV supply temp (°C)'] }}"
      unique_id: "itho_wpu_cv_supply"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"

    - name: "Itho WPU Requested temp"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Requested room temp (°Csp)'] }}"
      unique_id: "itho_wpu_cv_req_temp"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"

    - name: "Itho WPU Temp from source"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Temp from source (°C)'] }}"
      unique_id: "itho_wpu_temp_from_source"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"

    - name: "Itho WPU Temp to source"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Temp to source (°C)'] }}"
      unique_id: "itho_wpu_temp_to_source"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"
    
    - name: "Itho WPU Total Power Used"
      state_topic: "ithowpu/ithostatus"
      value_template: >
        {% if is_number(value_json['E-consumption during stand-by (kWh)']) %}
        {{ (value_json['E-consumption during stand-by (kWh)']| float + value_json['E-consumption during DHW (kWh)']| float + value_json['E-consumption during heating (kWh)']| float + value_json['E-consumption during cooling (kWh)']| float) | float }}
        {% else %}
        None
        mqtt{% endif %}
      unique_id: "itho_wpu_total_energy"
      state_class: "total"
      device_class: "energy"
      unit_of_measurement: "kWh"
  
    - name: "Itho WPU Current Room temp"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Room temp (°C)'] }}"
      unique_id: "itho_wpu_roomtemp"
      state_class: "measurement"
      device_class: "temperature"
      unit_of_measurement: "°C"

    - name: "Itho WPU CV pump percent"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Cv pump (%)'] }}"
      unique_id: "itho_wpu_cv_pump"
      state_class: "measurement"
      unit_of_measurement: '%'

    - name: "Itho WPU Source pump percent"
      state_topic: "ithowpu/ithostatus"
      value_template: "{{ value_json['Well pump (%)'] }}"
      unique_id: "itho_wpu_well_pump"
      state_class: "measurement"
      unit_of_measurement: '%'

    - name: "Itho WPU Thermostat mode"
      state_topic: "ithowpu/ithostatus"
      value_template: >
          {% if value_json['ECO selected on thermostat']  == 1 %}Eco{% endif %}
          {% if value_json['Comfort selected on thermostat'] == 1 %}Comfort{% endif %}
          {% if value_json['Boiler boost from thermostat'] == 1 %}Boost{% endif %}
          {% if value_json['Venting from thermostat']  == 1 %}Venting{% endif %}
          {% if value_json['Tariff low from thermostat'] == 1 %}Low{% endif %}
          {% if value_json['Boiler blocked from thermostat'] == 1 %}Off{% endif %}
      unique_id: "itho_wpu_thermostat_mode"

Verder is er een verschil in de MQTT topics in de wiki en in de standaard MQTT settings van de add-on: state_topic: "ithowpu/ithostatus" versus state_topic: "itho/ithostatus". Klein verschil waar je zo overheen kijkt.

Ook had ik wifi connectie problemen met Unifi AP's, deze zijn na update naar 2.4.0-beta2 opgelost.

Thanks!! Ik heb het direct ook op de wiki gezet. Overigens daar topics format "itho/xyz" aangehouden omdat dat toch out of de box zo staat.

[arjenhiemstra]

Stampre schreef op zondag 25 september 2022 @ 21:38:
Ik wil hier rev 2 updaten maar dat lukt niet. Ik kom van 2.3.5 en wil naar de beta 4 toe. Hij geeft aan dat de update is finished. Wat overigens al niet meevalt tussen de wifi-issues door ;-). Daarna een restart device gedaan maar current version blijft op 2.3.5 staan.

Met welk beta4 bestand probeer je te updaten? Volgens mij is die er niet namelijk...

[arjenhiemstra]

sciurius schreef op zondag 25 september 2022 @ 15:33:
Vandaag deed mijn Itho CVE-S raar. De add-on was om de haverklap offline en kwam dan weer terug (zo om de minuut). In het Itho Status overzicht waren geen waarden zichtbaar, alleen de Label en Value headers.
Als ik de Itho Settings wilde ophalen kreeg ik dat dat niet kon (zie plaatje).
[Afbeelding]

Reset/reboot gaf geen verbetering, een power flip wel.

Enig idee wat hier aan de hand kan zijn?
Current firmware version: 2.4.0-alpha8

Dan is de I2C bus vastgelopen. Sinds de laatste beta2 versie zal deze status niet meer een reboot tot gevolg hebben. Ik ga zsm kijken of ik daar een workaround voor kan maken.

[arjenhiemstra]

Slonzo schreef op zaterdag 24 september 2022 @ 17:49:
Helaas nog steeds WiFi issues hier, ook met 2.4.0-beta1. De module lijkt nu weer pertinent te weigeren om te verbinden. Ik probeer te doorgronden wat er aan de hand is...

• Hij heeft een aantal dagen stabiel gedraaid [met de vorige firmware, maar geen idee of dat relevant is]
• Firmware 2.4.0-beta1 erop gegooid en dat leek in eerste instantie goed te gaan, maar nu weer hetzelfde connectie-issue.
• In Home Assistant zag ik dat 'ie er uit zichzelf soms toch in slaagt om even te verbinden (de module reboot na 15min in AP mode, zag ik in de code?) maar uiteindelijk verliest hij weer verbinding:
  [Afbeelding]
• Als ik via de frontend scan op WiFi netwerken, krijg ik mijn SSID's netjes te zien incl. het target SSID (met alle streepjes vol). Maar daaronder staat nog een blok met exact dezelfde 3 SSID's, dit keer met 'slecht' (?) signaal. Bij mijn weten kan de ESP32 geen 5G, dus ik vermoed dat dit van een ander AP komt?
  [Afbeelding]
• In combinatie met deze post:
  
  [...]
  
  begin ik nu te vermoeden dat de ESP nog steeds probeert te verbinden op het eerste AP waar hij ooit mee verbonden was? Die in de woonkamer, daar heb ik getest nadat ik de CC1101 erop gesoldeerd heb... Dat is de andere kant van het huis dus zal sowieso slecht signaal geven op zijn huidige locatie.

Zou dat het probleem kunnen zijn? Kan ik dat mysterieuze stukje geheugen erasen via de frontend of moet ik 'm daarvoor volledig herflashen, al dan niet via serial? Of zou dat al overschreven moeten zijn door de upgrade naar 2.4.0-b1?

Ik dacht dat ik met de

code:

esp_wifi_set_storage(WIFI_STORAGE_RAM)

had voorkomen dat er iets van wifi config op de flash disk zou worden opgeslagen maar het blijkt na nader onderzoek dat deze regel te vroeg in de wifi init stond. Ik release zo 2.4.0, daar staat het wel goed.

Mocht je nou nog steeds issues houden dan stuur ik je voor de zekerheid een andere module. Ik wil graag kunnen uitsluiten dat je niet een brakke module hebt oid.

[arjenhiemstra]

sybrend schreef op zaterdag 24 september 2022 @ 15:20:
Ik heb deze week ook de wifi-control module binnengekregen. Installatie was eenvoudig en werkt perfect. Thanks @arjenhiemstra! Ben van plan om mijn installatie vraaggestuurd te maken met één of meerder esphome CO2 sensors. Tot die tijd wil ik graag de 3 standen schakelaar blijven gebruiken.

Ik heb een CVE ECO 2SP. Na installatie van de module werkt mijn 3 standen schakelaar helemaal niet meer. Ik kan de CVE bedienen met de wifi module in elke stand (dus niet alleen stand 2). Heb al geprobeerd om de virtual remote setting aan de zetten. Ik denk dat deze niet gesupport wordt door mijn CVE, want daarna start de module niet meer en kan ik de CVE helemaal niet meer bedienen.

Is het mogelijk om de add-on te gebruiken in combinatie met de 3 standen schakelaar? En is het anders mogelijk te achterhalen met welke waardes (0-254) de verschillende standen op de schakelaar corresponderen?

Ik weet niet anders dan dat de 3 standenschakelaar zou moeten blijven werken. Misschien dat dit bij sommige itho boxen toch anders is. Zou je eens een foto van je printplaat in de itho kunnen maken? Dan kijk ik of ik dezelfde versie hier heb staan en probeer ik het te reproduceren. Zelfde voor de virtual remote, zou ook gewoon moeten werken verwacht ik.

[smesjz]

Met 2.4.0-beta heb je op de start pagina nu 6 buttons hard-coded: low, medium,high en timer1,timer2,timer3 (https://github.com/arjenh...s_sources/html_index.html)

Maar niet iedere non-CVE device ondersteunt die timers denk ik?

De mijne ondersteunt ook nog auto + auto-night.

Is het mogelijk om die opties te linken aan bijv. de geconfigureerde (virtual) remote of capabilities van de HRU/non-CVE device?
Het is een nice to have...

[arjenhiemstra]

smesjz schreef op maandag 26 september 2022 @ 13:40:
Met 2.4.0-beta heb je op de start pagina nu 6 buttons hard-coded: low, medium,high en timer1,timer2,timer3 (https://github.com/arjenh...s_sources/html_index.html)

Maar niet iedere non-CVE device ondersteunt die timers denk ik?

De mijne ondersteunt ook nog auto + auto-night.

Is het mogelijk om die opties te linken aan bijv. de geconfigureerde (virtual) remote of capabilities van de HRU/non-CVE device?
Het is een nice to have...

ja dat is een heel goed idee, die zou inderdaad eigenlijk dynamisch moeten zijn op basis van het type geconfigureerde vRemote.

[smesjz]

Heb release 2.4.0 nu draaien op WPU,HRU en 3x autotemp units. Ging probleemloos deze keren.

[Onl1ne1373]

smesjz schreef op maandag 26 september 2022 @ 15:38:
Heb release 2.4.0 nu draaien op WPU,HRU en 3x autotemp units. Ging probleemloos deze keren.

Waar gebruik je de addon voor op de slave autotemp units?
De master autotemp geeft de thermostaten al door.

[smesjz]

Onl1ne1373 schreef op maandag 26 september 2022 @ 15:41:
[...]

Waar gebruik je de addon voor op de slave autotemp units?
De master autotemp geeft de thermostaten al door.

Hmm, is dat zo? Ik snap(te) niet zo veel van mapping van fysieke zones / ruimtes (zolder + 1ste verdieping + begane grond) naar "rooms" op die autotemp units.

Ik heb room 1..7 op de master en room 1 en 2 op zolder..hmm

[Drardollan]

Update gedaan naar 2.4.0. Zo te zien (van afstand) zijn de remotes helaas vertrokken. Zal straks thuis even checken.

[Stampre]

arjenhiemstra schreef op maandag 26 september 2022 @ 11:59:
[...]


Met welk beta4 bestand probeer je te updaten? Volgens mij is die er niet namelijk...

sorry ik bedoelde de 2.4

Helaas heeft update 2.4.0 bij mij niet het Wifi probleem opgelost. Remotes moet ik weer even koppelen denk ik. Ook in Home assistant blijft hij in logboek in en uitschakelen.

Hij geeft in HA ook niet langer de temperatuur en luchtvochtigheid weer helaas --> ook hier de I2c bus vastgelopen. Powercycle loste dit op. Nu nog even kijken hoe ik mijn fan in HA weer terug krijg, heb wel weer luchtvochtigheid en temp in ieder geval. En inmiddels ook weer een fan en de wifi is stabiel. Issue is dus de I2C bus die die niet powercycled.

[ Voor 31% gewijzigd door Stampre op 26-09-2022 21:31 ]

[sybrend]

arjenhiemstra schreef op maandag 26 september 2022 @ 12:06:
[...]


Ik weet niet anders dan dat de 3 standenschakelaar zou moeten blijven werken. Misschien dat dit bij sommige itho boxen toch anders is. Zou je eens een foto van je printplaat in de itho kunnen maken? Dan kijk ik of ik dezelfde versie hier heb staan en probeer ik het te reproduceren. Zelfde voor de virtual remote, zou ook gewoon moeten werken verwacht ik.

Ik heb deze printplaat:



Ik heb de add-on ook nog weer even losgekoppeld om uit te sluiten dat ik zelf iets heb gesloopt. Na loskoppeling werkt de 3-standen schakelaar weer gewoon.

[arjenhiemstra]

Drardollan schreef op maandag 26 september 2022 @ 16:49:
Update gedaan naar 2.4.0. Zo te zien (van afstand) zijn de remotes helaas vertrokken. Zal straks thuis even checken.

Ik had mij dat even niet meer gerealiseerd maar het klopt inderdaad dat de remotes config gereset wordt na de upgrade. Dit heeft te maken met een nieuwe config structuur ivm nieuwe remote functies.
Ik heb de release notes aangepast met een waarschuwing.

[ Voor 6% gewijzigd door arjenhiemstra op 26-09-2022 23:21 ]

[arjenhiemstra]

Stampre schreef op maandag 26 september 2022 @ 19:59:
[...]

sorry ik bedoelde de 2.4 [Afbeelding]

Helaas heeft update 2.4.0 bij mij niet het Wifi probleem opgelost. Remotes moet ik weer even koppelen denk ik. Ook in Home assistant blijft hij in logboek in en uitschakelen.

Hij geeft in HA ook niet langer de temperatuur en luchtvochtigheid weer helaas --> ook hier de I2c bus vastgelopen. Powercycle loste dit op. Nu nog even kijken hoe ik mijn fan in HA weer terug krijg, heb wel weer luchtvochtigheid en temp in ieder geval. En inmiddels ook weer een fan en de wifi is stabiel. Issue is dus de I2C bus die die niet powercycled.

De I2C bus blijft bij sommige gebruikers een issue. Welk itho model en fw versie heb je? Ik wil verzamelen of het specifiek een bepaalde firmware versie is of breder. Ik heb er zelf namelijk nog nooit last van gehad.
Ik hoop dat wifi nu stabiel blijft.

[Stampre]

arjenhiemstra schreef op maandag 26 september 2022 @ 22:40:
[...]


De I2C bus blijft bij sommige gebruikers een issue. Welk itho model en fw versie heb je? Ik wil verzamelen of het specifiek een bepaalde firmware versie is of breder. Ik heb er zelf namelijk nog nooit last van gehad.
Ik hoop dat wifi nu stabiel blijft.

Ik heb een cve-silent met firmware versie 27

[arjenhiemstra]

sybrend schreef op maandag 26 september 2022 @ 20:29:
[...]


Ik heb deze printplaat:

[Afbeelding]

Ik heb de add-on ook nog weer even losgekoppeld om uit te sluiten dat ik zelf iets heb gesloopt. Na loskoppeling werkt de 3-standen schakelaar weer gewoon.

Dit is ook een versie zonder RF ingebouwd zo te zien. Als je de add-on alleen installeert en verder daar niets mee doet dan blijft de fan in stand 2 (of medium) staan als het goed is, werkt de 3-standen schakelaar dan wel?

[arjenhiemstra]

Stampre schreef op maandag 26 september 2022 @ 22:42:
[...]


Ik heb een cve-silent met firmware versie 27

Thanks! Andere gebruikers met I2C issues die misschien deze info ook kunnen delen?

[muppet99]

Itho device type: CVE-Silent
Itho fw version: 27

Ook al twee keer een i2c time-out gehad.

[sybrend]

arjenhiemstra schreef op maandag 26 september 2022 @ 22:43:
[...]

Dit is ook een versie zonder RF ingebouwd zo te zien. Als je de add-on alleen installeert en verder daar niets mee doet dan blijft de fan in stand 2 (of medium) staan als het goed is, werkt de 3-standen schakelaar dan wel?

Dat heb ik ook getest. Zodra de add-on geïnstalleerd is werkt de 3-standen schakelaar niet meer. Zelfs als ik nog geen commando van uit de add-on heb gestuurd. Dus nee, dat werkt niet helaas.

[arjenhiemstra]

sybrend schreef op maandag 26 september 2022 @ 22:54:
[...]


Dat heb ik ook getest. Zodra de add-on geïnstalleerd is werkt de 3-standen schakelaar niet meer. Zelfs als ik nog geen commando van uit de add-on heb gestuurd. Dus nee, dat werkt niet helaas.

Dan vrees ik dat we een nieuwe uitzondering ontdekt hebben...

[ramlap]

@ArjanHiemstra Waar komen [Itho I2C connection status: init failed - please power cycle the itho unit -]
deze storingen vandaan? Het valt me op dat deze nu vaker voor komen.
Ik draai nu net sinds gisteren 2.4.0 final, maar ook bij de beta had ik dese melding.
Is er een specifieke oorzaak / hoe te voorkomen?

[muppet99]

Ik heb de laatste stable er nu ook op staan. Ben benieuwd.

Wat mij nog wel opviel, ik kan de NTP server wel aanpassen in de wifi settings, maar hij lijkt hem niet te onthouden. Ik gebruik hier in huis mijn DC als tijdsbron. Dus het zou een mooie feature zijn.

[Slonzo]

muppet99 schreef op dinsdag 27 september 2022 @ 09:18:
Ik heb de laatste stable er nu ook op staan. Ben benieuwd.

Wat mij nog wel opviel, ik kan de NTP server wel aanpassen in de wifi settings, maar hij lijkt hem niet te onthouden. Ik gebruik hier in huis mijn DC als tijdsbron. Dus het zou een mooie feature zijn.

Ook in de laatste stable? Dat zou gefixed moeten zijn.

[Slonzo]

arjenhiemstra schreef op maandag 26 september 2022 @ 12:03:
Ik dacht dat ik met de

code:

esp_wifi_set_storage(WIFI_STORAGE_RAM)

had voorkomen dat er iets van wifi config op de flash disk zou worden opgeslagen maar het blijkt na nader onderzoek dat deze regel te vroeg in de wifi init stond. Ik release zo 2.4.0, daar staat het wel goed.

Mocht je nou nog steeds issues houden dan stuur ik je voor de zekerheid een andere module. Ik wil graag kunnen uitsluiten dat je niet een brakke module hebt oid.

Ik heb gisteren de update naar de 2.4 stable gedaan. Het probleem blijft helaas; ik raak niet meer verbonden.

Dit probleem intrigeert me wel, dus ik ben even in de debug logs van mijn AP's gedoken. Ik kan nu bevestigen dat hij effectief niet probeert te verbinden op het dichtstbijzijnde AP met (volgens mij) het sterkste signaal, maar eentje verderop. Na mij snel ingelezen te hebben over

code:

esp_wifi_set_storage(WIFI_STORAGE_RAM)

denk ik dat die setting enkel vermijdt dat de info weggeschreven wordt, maar niet vermijdt dat de reeds bestaande info op de flash gebruikt wordt?

Verder zie ik dus ook dat er bij elke verbindingspoging een deauth verzonden wordt met reason code 2. Dat lijkt gerelateerd met wat hier beschreven wordt?

[smesjz]

Slonzo schreef op dinsdag 27 september 2022 @ 09:27:
[...]

Ook in de laatste stable? Dat zou gefixed moeten zijn.

Vereist 2.4.1: https://github.com/arjenh...eleases/tag/Version-2.4.1

[Slonzo]

smesjz schreef op dinsdag 27 september 2022 @ 09:40:
Vereist 2.4.1: https://github.com/arjenh...eleases/tag/Version-2.4.1

Oeps, inderdaad, my bad

[arjenhiemstra]

smesjz schreef op dinsdag 27 september 2022 @ 09:40:
[...]


Vereist 2.4.1: https://github.com/arjenh...eleases/tag/Version-2.4.1

Jemig wat zijn jullie snel!

Zat toch nog niet goed in 2.4.0

[smesjz]

arjenhiemstra schreef op dinsdag 27 september 2022 @ 09:42:
[...]


Jemig wat zijn jullie snel!

Zat toch nog niet goed in 2.4.0

Ik heb notificaties vanuit GitHub aan staan voor aantal repositories. Je moet toch wat als je bleeding edge wil blijven draaien

[arjenhiemstra]

ramlap schreef op dinsdag 27 september 2022 @ 07:41:
@ArjanHiemstra Waar komen [Itho I2C connection status: init failed - please power cycle the itho unit -]
deze storingen vandaan? Het valt me op dat deze nu vaker voor komen.
Ik draai nu net sinds gisteren 2.4.0 final, maar ook bij de beta had ik dese melding.
Is er een specifieke oorzaak / hoe te voorkomen?

Het lijkt er sterk op dat de itho firmware de I2C bus laat vastlopen. Tot nu toe heeft iedereen waarvan ik de versie weet een CVE Silent met FW versie 27. Misschien een bug in specifiek deze firmware. Gelukkig heb ik een PCB hier liggen met deze versie dus dat geeft mogelijkheden om het te reproduceren.

[arjenhiemstra]

smesjz schreef op dinsdag 27 september 2022 @ 09:43:
[...]


Ik heb notificaties vanuit GitHub aan staan voor aantal repositories. Je moet toch wat als je bleeding edge wil blijven draaien

hahaha, lol

[arjenhiemstra]

Slonzo schreef op dinsdag 27 september 2022 @ 09:40:
[...]


Ik heb gisteren de update naar de 2.4 stable gedaan. Het probleem blijft helaas; ik raak niet meer verbonden.

Dit probleem intrigeert me wel, dus ik ben even in de debug logs van mijn AP's gedoken. Ik kan nu bevestigen dat hij effectief niet probeert te verbinden op het dichtstbijzijnde AP met (volgens mij) het sterkste signaal, maar eentje verderop. Na mij snel ingelezen te hebben over

code:

esp_wifi_set_storage(WIFI_STORAGE_RAM)

denk ik dat die setting enkel vermijdt dat de info weggeschreven wordt, maar niet vermijdt dat de reeds bestaande info op de flash gebruikt wordt?

Verder zie ik dus ook dat er bij elke verbindingspoging een deauth verzonden wordt met reason code 2. Dat lijkt gerelateerd met wat hier beschreven wordt?

Je zou zo maar eens gelijk kunnen hebben!
Wifi disconnect zou ook de settings moeten verwijderen maar het lijkt dat de huidige implementatie in mijn code dit niet goed doet.
Hier is de esp32-arduino lib implementatie:
https://github.com/espres...src/WiFiSTA.cpp#L345-L367

Daar staan 2 parameters, de tweede is voor "eraseap" en zit niet in mijn code. Deze zorgt voor het aanroepen van "esp_wifi_set_config" naar 0. Ik ga wat code aanpassingen doen zodat er eerst een STA mode geactiveerd gaat worden, dan een erase van van de config en dan de andere stappen. Eens kijken of dat werkende te krijgen is en effect heeft.

[arjenhiemstra]

Slonzo schreef op dinsdag 27 september 2022 @ 09:40:
[...]


Ik heb gisteren de update naar de 2.4 stable gedaan. Het probleem blijft helaas; ik raak niet meer verbonden.

Dit probleem intrigeert me wel, dus ik ben even in de debug logs van mijn AP's gedoken. Ik kan nu bevestigen dat hij effectief niet probeert te verbinden op het dichtstbijzijnde AP met (volgens mij) het sterkste signaal, maar eentje verderop. Na mij snel ingelezen te hebben over

code:

esp_wifi_set_storage(WIFI_STORAGE_RAM)

denk ik dat die setting enkel vermijdt dat de info weggeschreven wordt, maar niet vermijdt dat de reeds bestaande info op de flash gebruikt wordt?

Verder zie ik dus ook dat er bij elke verbindingspoging een deauth verzonden wordt met reason code 2. Dat lijkt gerelateerd met wat hier beschreven wordt?

Ik heb 2.4.2-beta1 online gezet, hierin zit code verwerkt die het wifi deel van de NVS storage cleared (alleen bij het booten) met een ESP-IDF commando. Bij mij maakte de add-on nog steeds een connectie vanaf de 3e verdieping naar de begaande grond om later over te stappen naar een AP op de 1e. Geen idee waarom dit zo werkt, ik zo zo snel ook niet iets bijzonders in de unifi logs.
Ik ben benieuwd hoe het bij jou gaat.

[muppet99]

Ik ben happy ntp server is aan te passen na update naar de laatste stable.

[dielessen]

@arjenhiemstra Hier ook dezelfde problemen met het vastlopen.

De Itho blijft wel draaien (in 1 stand) , maar de automatische functies werken dan ook niet meer voor co2 en luchtvochtigheid.

Na power cycle komt alles weer te voorschijn.

Ik draai firmware 2.4.1

Mvg,

Mark

[arjenhiemstra]

dielessen schreef op woensdag 28 september 2022 @ 16:25:
@arjenhiemstra Hier ook dezelfde problemen met het vastlopen.

De Itho blijft wel draaien (in 1 stand) , maar de automatische functies werken dan ook niet meer voor co2 en luchtvochtigheid.

Na power cycle komt alles weer te voorschijn.

Ik draai firmware 2.4.1

Mvg,

Mark

Welke itho firmware versien heb je?

[dielessen]

Itho device type: CVE-Silent
Itho fw version: 25

[Slonzo]

arjenhiemstra schreef op dinsdag 27 september 2022 @ 17:17:
Ik heb 2.4.2-beta1 online gezet, hierin zit code verwerkt die het wifi deel van de NVS storage cleared (alleen bij het booten) met een ESP-IDF commando. Bij mij maakte de add-on nog steeds een connectie vanaf de 3e verdieping naar de begaande grond om later over te stappen naar een AP op de 1e. Geen idee waarom dit zo werkt, ik zo zo snel ook niet iets bijzonders in de unifi logs.
Ik ben benieuwd hoe het bij jou gaat.

Thanks, ik moet het nog even aankijken maar hier alvast wat feedback: ik heb 'm dinsdagavond geinstalleerd maar het leek niet meteen soelaas te brengen. Ik zag dat hij inderdaad wel op het goede AP probeerde te verbinden, dus dat is al vooruitgang Maar de module wou na meerdere reboots nog niet succesvol verbinden...

Ik heb de motorbehuizing gisteren even uit de Itho geschroefd en ben er mee in de garage gaan staan (waar het AP hangt, recht boven de Itho in de kelder). Reboot #1 weigerde nog altijd te verbinden, vanaf reboot #2 had 'ie opeens weer verbinding. Nog een paar keer herstart, bleef goed gaan.

Terug de kelder in en weer vastgeschroefd in de Itho, verbinding OK voor 10-15 seconden en toen was 'ie d'r weer klaar mee Niettegenstaande mijn iPhone vlak naast de Itho wel goede verbinding heeft, evenals een WiFi smart plug een paar meter verderop, begon ik toen toch een signaal issue te vermoeden. Ik heb de radio van het AP van medium naar high opgeschroefd, en nog een reboot later kreeg de module opeens weer verbinding... Die lijkt nu al bijna 24u stabiel. Maar de antenne v/d ESP32 is toch niet zo belabberd dat 'ie op 4m van een AP het volledig zendvermogen van een AP nodig heeft? (zelfs al zit er een kanaalplatenvloer tussen en misschien een ventilatiekanaal)

Ik heb de indruk dat 't vooral mis gaat bij het opzetten van de verbinding, daarna lijkt het goed te gaan. Dus ik ga het nog even aankijken; hij heeft al eerder een 2-tal dagen verbinding gehouden (zelfs met de radio op medium) vooraleer 'ie weer raar begon te doen... maar voorlopig lijkt het goed te gaan.

[HLN]

Hallo!

Ik loop een tikje klem met mijn add-on module. Ik heb een HRU eco 350 hangen thuis en heb een non-cve module inclusief RF ontvanger eraan gehangen.

Wat werkt:
- De module benaderen via wifi en de status van de itho uitlezen
- Het ontvangen van data in het mqtt topic
- Entity vinden van de HRU eco 350



wat werkt niet:
- Module bedienen via de wifi
- uitlezen van data in HA
- Dashboard zoals in https://github.com/arjenh...owifi/wiki/Home-Assistant te voorschijn toveren.

Ik ben nog erg blue op het gebied van HA, MQTT en dergelijke, dus waarschijnlijk wat beginners foutjes. Als iemand mij hierdoor heen kan helpen! Zeer gewaardeerd!

En, is er ergens een link waar ik de werking van de bypass/wtw functie kan doorgronden? Ik durf nu niet met 100% zekerheid te zeggen dat ik snap hoe het apparaat werkt, en dus ook of die wel doet wat die moet doen. Met name de werking van de bypass, want die lijkt nu open te staan?

[gns1l]

Hier en hier staat het meeste wel. Maar er is meer uitleg te vinden als je zoekt in dit topic naar "350 + bypass"

[smesjz]

HLN schreef op donderdag 29 september 2022 @ 11:47:
Hallo!

Ik loop een tikje klem met mijn add-on module. Ik heb een HRU eco 350 hangen thuis en heb een non-cve module inclusief RF ontvanger eraan gehangen.

Wat werkt:
- De module benaderen via wifi en de status van de itho uitlezen
- Het ontvangen van data in het mqtt topic
- Entity vinden van de HRU eco 350

[Afbeelding]

[Afbeelding]

[Afbeelding]

wat werkt niet:
- Module bedienen via de wifi
- uitlezen van data in HA
- Dashboard zoals in https://github.com/arjenh...owifi/wiki/Home-Assistant te voorschijn toveren.

Ik ben nog erg blue op het gebied van HA, MQTT en dergelijke, dus waarschijnlijk wat beginners foutjes. Als iemand mij hierdoor heen kan helpen! Zeer gewaardeerd!

En, is er ergens een link waar ik de werking van de bypass/wtw functie kan doorgronden? Ik durf nu niet met 100% zekerheid te zeggen dat ik snap hoe het apparaat werkt, en dus ook of die wel doet wat die moet doen. Met name de werking van de bypass, want die lijkt nu open te staan?

Basis kennis van HA & MQTT wordt wel verwacht en daar is genoeg op internet en op GoT over te vinden, maar zie hier: https://github.com/arjenh...tant---HRU350-integration voor een pagina voor HRU-350 als voorbeeld

[Onl1ne1373]

1 van de 3 bordjes heeft het altijd goed gedaan en heeft nu ook wifi problemen.
Ik weet niet goed bij welke versie het begonnen is.
Unifi systeem, hij is met 2.4.1 wel naar een andere AP gesprongen, maar nog niet helemaal de juiste.
AP locken in Unifi wil hij niet naar luisteren bij mij. Kanalen laten scannen.

Dit is de HRU ECO 300 en moet meestal ook handmatig Query Devicetype en Query Status Format doen.
Daarna blijft hij werken.

code:

2022-09-29 08:36:16 I: System boot, last reset reason: SDIO_RESET
2022-09-29 08:36:16 I: HW rev: NON-CVE 1, FW ver.: 2.4.2-beta1
2022-09-29 08:36:47 I: Setup: wifi not connected - WL_DISCONNECTED
2022-09-29 08:36:47 I: Setup: Wifi connect STA failed
2022-09-29 08:36:49 I: wifi AP mode started
2022-09-29 08:36:49 I: Setup: AP mode active
2022-09-29 08:36:49 I: Setup: Virtual remotes, start ID: 5F,0B,C8 - No.: 1
2022-09-29 08:36:49 I: Setup: remotes configfile loaded
2022-09-29 08:36:50 I: I2C init: QueryDevicetype - fw:8 hw:1
2022-09-29 08:36:50 I: I2C init: QueryStatusFormat - items:32
2022-09-29 08:36:50 I: I2C init: QueryStatus
2022-09-29 08:36:52 I: MQTT: connection failed, System config: 1
2022-09-29 08:36:53 I: Webserver: started
2022-09-29 08:36:53 I: mDNS: started
2022-09-29 08:36:53 I: Hostname: nrg-itho-0bc8
2022-09-29 08:36:53 I: Setup: done
2022-09-29 08:51:49 I: Reboot requested
2022-09-29 09:05:41 I: System boot, last reset reason: SDIO_RESET
2022-09-29 09:05:41 I: HW rev: NON-CVE 1, FW ver.: 2.4.2-beta1
2022-09-29 09:05:44 I: WiFi: connection successful
2022-09-29 09:05:44 I: WiFi info:
2022-09-29 09:05:44 I: Mode:STA
2022-09-29 09:05:44 I: Status:WL_CONNECTED
2022-09-29 09:05:44 I: IP:192.168.88.153
2022-09-29 09:05:45 I: Setup: Virtual remotes, start ID: 5F,0B,C8 - No.: 1
2022-09-29 09:05:45 I: Setup: remotes configfile loaded
2022-09-29 09:05:48 I: MQTT: connection failed, System config: 1
2022-09-29 09:05:48 I: Webserver: started
2022-09-29 09:05:48 I: mDNS: started
2022-09-29 09:05:48 I: Hostname: nrg-itho-0bc8
2022-09-29 09:05:49 I: Setup: done
2022-09-29 08:55:44 I: I2C init: QueryDevicetype - fw:8 hw:1
2022-09-29 08:55:44 I: I2C init: QueryStatusFormat - items:0
2022-09-29 08:55:45 I: I2C init: QueryStatus
2022-09-29 08:55:45 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2022-09-29 09:30:17 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2022-09-29 09:40:12 I: Attempt to reconnect WiFi
2022-09-29 09:40:15 I: Reconnect WiFi successful
2022-09-29 09:40:18 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2022-09-29 10:38:22 I: Attempt to reconnect WiFi
2022-09-29 10:38:25 I: Reconnect WiFi successful
2022-09-29 10:38:29 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2022-09-29 11:40:12 I: Attempt to reconnect WiFi
2022-09-29 11:40:43 I: Setup: wifi not connected - WL_DISCONNECTED
2022-09-29 11:40:43 I: Reconnect WiFi failed!
2022-09-29 11:41:12 I: Attempt to reconnect WiFi
2022-09-29 11:41:43 I: Setup: wifi not connected - WL_DISCONNECTED
2022-09-29 11:41:43 I: Reconnect WiFi failed!
2022-09-29 11:42:13 I: Attempt to reconnect WiFi
2022-09-29 11:42:43 I: Setup: wifi not connected - WL_DISCONNECTED
2022-09-29 11:42:44 I: Reconnect WiFi failed!
2022-09-29 11:43:13 I: Attempt to reconnect WiFi
2022-09-29 11:43:43 I: Setup: wifi not connected - WL_DISCONNECTED
2022-09-29 11:43:44 I: Reconnect WiFi failed!
2022-09-29 11:44:13 I: Attempt to reconnect WiFi
2022-09-29 11:44:44 I: Setup: wifi not connected - WL_DISCONNECTED
2022-09-29 11:44:44 I: Reconnect WiFi failed!
2022-09-29 11:45:13 I: Attempt to reconnect WiFi
2022-09-29 11:45:16 I: Reconnect WiFi successful
2022-09-29 11:45:34 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2022-09-29 11:58:21 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2022-09-29 12:01:24 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2022-09-29 12:38:17 I: Attempt to reconnect WiFi
2022-09-29 12:38:19 I: Reconnect WiFi successful
2022-09-29 12:38:23 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...

Nog even unifi historie:



Er ligt nog een eigen esp naast die het wel goed doet, die pakt de juiste ap:

[ Voor 6% gewijzigd door Onl1ne1373 op 29-09-2022 15:09 ]

[LosserNL]

Mede dankzij het werk van Onl1ne1373 heb ik nu ook de HRU ECO 300 DualZone werkend met de non-CVE addon en Homeassistant. Voorlopig alleen monitoring van oa de CO2 waarden en flow, want ik heb de aansturing met een vremote helaas nog niet werkend. Dit wil ik straks wel zodat ik mijn Siemens kookplaat kan koppelen met de Itho

Ik zie met mijn Unifi systeem nog geen Wifi fouten met de addon. Heb de module wel op een 2.4GHz only SSID gezet na ervaring met andere IoT spullen, maar wellicht zijn er ook andere factoren van belang.

[HLN]

smesjz schreef op donderdag 29 september 2022 @ 12:16:
[...]


Basis kennis van HA & MQTT wordt wel verwacht en daar is genoeg op internet en op GoT over te vinden, maar zie hier: https://github.com/arjenh...tant---HRU350-integration voor een pagina voor HRU-350 als voorbeeld

Ik doe mijn best ^^ De VR werkt nu in ieder geval, en het leek erop dat de HA het ook deed. Ik heb jouw link gevolgd, maar ik krijg het niet voor elkaar om de entity weer terug te krijgen.

[ Voor 24% gewijzigd door HLN op 29-09-2022 19:56 ]

[smesjz]

HLN schreef op donderdag 29 september 2022 @ 16:55:
[...]


Ik doe mijn best ^^ De VR werkt nu in ieder geval, en het leek erop dat de HA het ook deed. Ik heb jouw link gevolgd, maar ik krijg het niet voor elkaar om de entity weer terug te krijgen.

Het helpt als je vertelt wat er niet lukt...

[Stanley22_7]

Mooi plaatsje voor de sensor gevonden bij de HRU200:

[sciurius]

Itho CVW-S fw 27; Add-on fw 2.4.1.
Ik zie vaak dit verschijnsel.


De afzuiging staat low. Om 8:42 wordt de kraan van de douche opengedraaid en een homeassistant trigger schakelt de afzuiging dan naar auto. Hij gaat dan hard draaien omdat er vochttoename wordt geconstateerd..

Om 09:08 wordt de afzuiging uitgeschakeld via de (aan/uit) schakelaar. Dat is niet de bedoeling maar het gebeurt. Om 10:04 zet ik de schakelaar weer om,]afzuiging start in auto, om binnen een paar seconden over te schakelen naar high. Daar blijft hij op staan tot ik het om 10:54 in de gaten krijg en handmatig op auto zet. Om 11:00 zet een homeassistant trigger vervolgens de afzuiging op laag.

Alles werkt volgens plan behalve het vetgedrukte gedeelte. Ik kan niet verklaren waarom de afzuiging na power-on via auto naar high gaat.

Enig idee?

[Slonzo]

Slonzo schreef op donderdag 29 september 2022 @ 10:11:
Ik heb de indruk dat 't vooral mis gaat bij het opzetten van de verbinding, daarna lijkt het goed te gaan. Dus ik ga het nog even aankijken; hij heeft al eerder een 2-tal dagen verbinding gehouden (zelfs met de radio op medium) vooraleer 'ie weer raar begon te doen... maar voorlopig lijkt het goed te gaan.

De module heeft een stabiele verbinding gehouden tot deze middag, toen moest 'ie ff uit het stopcontact en daarna heb ik 'm weer niet meer tot verbinding kunnen laten komen 5-6 reboots geprobeerd, telkens de STA error.

Mijn (slecht) geheugen meent gezien te hebben dat er momenteel 1 poging gedaan wordt om op de WiFi te connecten, daarna gaat 'ie meteen voor 15 minuten in AP mode, klopt dat?

Die 1 poging is misschien wat karig, in theorie zou het gewoon moeten werken maar de praktijk blijkt anders. Ik zou dat graag naar 3 of meer pogingen optrekken, en de AP mode misschien wat inkorten. @arjenhiemstra Kan je mss even kort uitleggen hoe ik de firmware zelf gecompiled krijg? Dan kan ik zelf ook op zoek naar wat er mis gaat en hoe het opgelost kan worden.

edit:
Never mind, een kind kan de was doen met die platformio

[ilm]

Ok. Ik had een heel verhaal dat ik de sensoren niet meer kon uitlezen na het veranderen van de hostname (nieuwe entity in HA was unavailable), maar nu na een 45 min plots wel. Dus heb ik maar een andere vraag

1.. Ik was vrij zeker dat ik een unit had zonder extra CO2/temp sensoren, daarom had ik de SHT30 er ook bij genomen (werkt perfect). De CO2 sensor geeft 0, maar ik zie ook ppmw (parts per million weight) op de status pagina. Is deze accuraat/nuttig en is deze gecorreleerd aan de relatieve vochtigheid (RH)?

2. Misschien toch terugkomen op de hostname. Met de nieuwe hostname werkt mdns precies niet meer. Via itho-xxx.local kon ik de web pagina bereiken, via ventilatie.local niet meer (enkel via IP).

Hmm, eigenaardig. De oude fan.nrg_itho_3408_fan geeft ook terug data door (en de nieuwe fan.ventilatie_fan dus ook). Toch maar even bekijken hoe dat op MQTT niveau zit.

Voor de rest, fantastisch bordje!

[skobus]

Slonzo schreef op zaterdag 1 oktober 2022 @ 16:42:
Mijn (slecht) geheugen meent gezien te hebben dat er momenteel 1 poging gedaan wordt om op de WiFi te connecten, daarna gaat 'ie meteen voor 15 minuten in AP mode, klopt dat?

Die 1 poging is misschien wat karig, in theorie zou het gewoon moeten werken maar de praktijk blijkt anders. Ik zou dat graag naar 3 of meer pogingen optrekken, en de AP mode misschien wat inkorten.

Dat klopt dan met mijn ervaringen. Na een reboot gaat de add-on eerst in de AP mode. Na 20 minuten (kan ook 15 minuten zijn) is er toch als vanzelf een stabiele verbinding gekomen (STA mode) (CVE-S, hw27, fw27, firmware 2.4.2-beta1)

ilm schreef op zaterdag 1 oktober 2022 @ 17:19:
1.. Ik was vrij zeker dat ik een unit had zonder extra CO2/temp sensoren, daarom had ik de SHT30 er ook bij genomen (werkt perfect). De CO2 sensor geeft 0, maar ik zie ook ppmw (parts per million weight) op de status pagina. Is deze accuraat/nuttig en is deze gecorreleerd aan de relatieve vochtigheid (RH)?

De ppmw waarde is de absolute vochtigheid in ppmw (mg water per kg lucht). De absolute vochtigheid werkt makkelijker om veranderingen in de vochtigheid te bepalen, bijv. bij douchen. Het nadeel van de relatieve vochtigheid (RH) is dat die sterk afhankelijk is van de temperatuur: komt de verandering in de RH waarde nou door meer vocht of door een lagere temperatuur? De absolute vochtigheid daarentegen is onafhankelijk van de temperatuur.

[ Voor 6% gewijzigd door skobus op 01-10-2022 21:45 ]

[arjenhiemstra]

Slonzo schreef op zaterdag 1 oktober 2022 @ 16:42:
[...]

De module heeft een stabiele verbinding gehouden tot deze middag, toen moest 'ie ff uit het stopcontact en daarna heb ik 'm weer niet meer tot verbinding kunnen laten komen 5-6 reboots geprobeerd, telkens de STA error.

Mijn (slecht) geheugen meent gezien te hebben dat er momenteel 1 poging gedaan wordt om op de WiFi te connecten, daarna gaat 'ie meteen voor 15 minuten in AP mode, klopt dat?

Die 1 poging is misschien wat karig, in theorie zou het gewoon moeten werken maar de praktijk blijkt anders. Ik zou dat graag naar 3 of meer pogingen optrekken, en de AP mode misschien wat inkorten. @arjenhiemstra Kan je mss even kort uitleggen hoe ik de firmware zelf gecompiled krijg? Dan kan ik zelf ook op zoek naar wat er mis gaat en hoe het opgelost kan worden.

edit:
Never mind, een kind kan de was doen met die platformio

Hier ook een github issue over de wifi issues:
https://github.com/arjenhiemstra/ithowifi/issues/108

1x is misschien wat karig idd maar 3x is symptoombestrijding vind ik. Kan altijd nog maar vooralsnog moet er een betere oplossing zijn, dan kan 3x altijd nog. Tot nu toe niet nodig geweest iig.

edit:
Never mind, een kind kan de was doen met die platformio

Thanks! Dat was wel 1 vd redenen om over te stappen van arduino 'ide' naar PlatformIO.

[arjenhiemstra]

sciurius schreef op vrijdag 30 september 2022 @ 22:16:
Itho CVW-S fw 27; Add-on fw 2.4.1.
Ik zie vaak dit verschijnsel.
[Afbeelding]

De afzuiging staat low. Om 8:42 wordt de kraan van de douche opengedraaid en een homeassistant trigger schakelt de afzuiging dan naar auto. Hij gaat dan hard draaien omdat er vochttoename wordt geconstateerd..

Om 09:08 wordt de afzuiging uitgeschakeld via de (aan/uit) schakelaar. Dat is niet de bedoeling maar het gebeurt. Om 10:04 zet ik de schakelaar weer om,]afzuiging start in auto, om binnen een paar seconden over te schakelen naar high. Daar blijft hij op staan tot ik het om 10:54 in de gaten krijg en handmatig op auto zet. Om 11:00 zet een homeassistant trigger vervolgens de afzuiging op laag.

Alles werkt volgens plan behalve het vetgedrukte gedeelte. Ik kan niet verklaren waarom de afzuiging na power-on via auto naar high gaat.

Enig idee?

Hou je oa. het itho/lastcmd topic in de gaten? Ergens moet de input vandaan komen natuurlijk. Anders op de itho status pagina kijken of bij Fan info niet toevallig high staat oid?

[ilm]

skobus schreef op zaterdag 1 oktober 2022 @ 21:42:
De ppmw waarde is de absolute vochtigheid in ppmw (mg water per kg lucht). De absolute vochtigheid werkt makkelijker om veranderingen in de vochtigheid te bepalen, bijv. bij douchen. Het nadeel van de relatieve vochtigheid (RH) is dat die sterk afhankelijk is van de temperatuur: komt de verandering in de RH waarde nou door meer vocht of door een lagere temperatuur? De absolute vochtigheid daarentegen is onafhankelijk van de temperatuur.

Bedankt, de absolute vochtigheid ken ik (maar lang geleden). Voor de geïnteresseerden, na wat opzoekwerk:
- relative humidity: in percent
- absolute humidity: in PPMV (per volume dus)
- specific humidity: in PPMW (per gewicht).

Het is deze laatste dus. Even T, RH, en luchtdruk ingegeven op https://www.processsensin...dity-calculator/rotronic/
Dan kom ik uit op 8.75 g/kg en de Itho geeft voor PPMW 8955 (vermoedelijk mg/kg) dus dat lijkt te kloppen. Een RH van 85% is eerder naar de 15000 mg/kg.

Eigenlijk heb ik de SHT30 sensor dan niet nodig als dit wat betrouwbaar is. Beetje raar dat deze sensor er toch inzit want de Itho heeft nog nooit gereageerd op de vochtigheid. Ik heb enkel de afstandbediening met LOW/MEDIUM/HIGH + timer.

De dubbele entiteit in MQTT is opgelost. Enkel mdns werkt niet, maar dat is nu ook zo belangrijk niet

[Torch1969]

arjenhiemstra schreef op maandag 19 september 2022 @ 22:55:
[...]


Ah sorry! Didn’t connect the dots, ben niet thuis dus wat lastiger zoeken…
Ik ga dan specifiek ff testen met de HW1 module icm die UniFi FW, eens kijken of ik het snel kan vinden en fixen.

Ik weet niet of je al tijd hebt gestopt in het oplossen van de WiFi connectie problemen met UniFi AP’s voor de rev 1 bordjes. Zelf nog weer eens geprobeerd connectie te krijgen. Dit geïnspireerd door berichten hierboven dat connectie op een verder af gelegen AP beter werkt. Na WiFi reset eerst verbonden met Wifi netwerk met sterkste signaal (5 streepjes) Resultaat: geen connectie. Weer een WiFi reset en daarna het WiFi netwerk met minder sterke signaal (4 i.p.v. 5 streepjes) geselecteerd. En, wat schetst mijn verbazing… wel verbinding. En web interface (alleen) te bereiken via ip-adres. Komende tijd maar in de gaten houden.

[maartenv]

sciurius schreef op vrijdag 30 september 2022 @ 22:16:
Itho CVW-S fw 27; Add-on fw 2.4.1.
Ik zie vaak dit verschijnsel.


Om 09:08 wordt de afzuiging uitgeschakeld via de (aan/uit) schakelaar. Dat is niet de bedoeling maar het gebeurt. Om 10:04 zet ik de schakelaar weer om,]afzuiging start in auto, om binnen een paar seconden over te schakelen naar high. Daar blijft hij op staan tot ik het om 10:54 in de gaten krijg en handmatig op auto zet. Om 11:00 zet een homeassistant trigger vervolgens de afzuiging op laag.

Dat klinkt volledig logisch. Het apparaat wordt ingeschakeld en gaat staan zoals het stond.

Ik zou die aan/uit schakelaar er tussenuit halen. dan heb je geen problemen meer.

[sciurius]

Volkomen logisch, ware het niet dat 1) de afzuiging voor uitschakelen niet op hoog stond, maar op laag, en 2) de afzuiging niet programmatisch kan worden stilgezet wat onder bepaalde omstandigheden gewenst is.

[maartenv]

Hmm, dan begreep ik dat niet helemaal goed. Bij mijn HRU zijn de 4 standen vanaf de remote low,medium(Auto),high, 10min high.

Ik zet hem soms ook helemaal uit als de buren aan het stoken zijn.

Ik heb zelf een automatisering in homeassistant gezet die het relais/switch dan om 02:30 weer inschakelt en na 5 minuten de snelheid in stelt op medium (44% fan speed)

Ik weet dan niet wat de oorzaak is van jouw probleem. Ik zou het zelf wel oplossen door een automatisering; Als apparaat aan, wacht 3 minuten, stel snelheid in.

[maartenv]

Stanley22_7 schreef op vrijdag 30 september 2022 @ 17:31:
Mooi plaatsje voor de sensor gevonden bij de HRU200:

Nice! heeft dit ook invloed op de werking van het apparaat/bypass of is het vooral handig in homeassistant?

[arjenhiemstra]

ilm schreef op zondag 2 oktober 2022 @ 01:02:
[...]

Bedankt, de absolute vochtigheid ken ik (maar lang geleden). Voor de geïnteresseerden, na wat opzoekwerk:
- relative humidity: in percent
- absolute humidity: in PPMV (per volume dus)
- specific humidity: in PPMW (per gewicht).

Het is deze laatste dus. Even T, RH, en luchtdruk ingegeven op https://www.processsensin...dity-calculator/rotronic/
Dan kom ik uit op 8.75 g/kg en de Itho geeft voor PPMW 8955 (vermoedelijk mg/kg) dus dat lijkt te kloppen. Een RH van 85% is eerder naar de 15000 mg/kg.

Eigenlijk heb ik de SHT30 sensor dan niet nodig als dit wat betrouwbaar is. Beetje raar dat deze sensor er toch inzit want de Itho heeft nog nooit gereageerd op de vochtigheid. Ik heb enkel de afstandbediening met LOW/MEDIUM/HIGH + timer.

De dubbele entiteit in MQTT is opgelost. Enkel mdns werkt niet, maar dat is nu ook zo belangrijk niet

Heb je een itho met grijze deksel?

[ilm]

arjenhiemstra schreef op maandag 3 oktober 2022 @ 17:50:
[...]


Heb je een itho met grijze deksel?

Het is een itho met blauw deksel.

Type: CVE ECO SE
Versie: 110-0193-001

[arjenhiemstra]

ilm schreef op maandag 3 oktober 2022 @ 18:23:
[...]

Het is een itho met blauw deksel.

Type: CVE ECO SE
Versie: 110-0193-001

Die heb ik nog nooit met ingebouwde vochtsensor voorbij zien komen. Zou je een foto kunnen maken van de printplaat binnen in de itho? Misschien hebben we hier nog een uitzondering te pakken

[pj]

@arjenhiemstra

Ook maar even hier (ook al maitje gestuurd):

Sinds 2 dagen kan ik de hum/temp sensor niet meer vinden in de itho. Als ik deze aanving en opnieuw opstart staat deze daarna weer op off. Andere firmware / stroom eraf/op helpt allemaal niet.

Voordat ik iets ga vervangen: ligt dit aan de sensor of aan de add-on?

[arjenhiemstra]

Voor diegenen met wifi issues (op rev2 en non-cve), er staat een 2.4.2-beta2 klaar die hopelijk voor verbetering zal zorgen! Nu nog kijken naar de issues op rev.1

[arjenhiemstra]

pj schreef op maandag 3 oktober 2022 @ 19:20:
@arjenhiemstra

Ook maar even hier (ook al maitje gestuurd):

Sinds 2 dagen kan ik de hum/temp sensor niet meer vinden in de itho. Als ik deze aanving en opnieuw opstart staat deze daarna weer op off. Andere firmware / stroom eraf/op helpt allemaal niet.

Voordat ik iets ga vervangen: ligt dit aan de sensor of aan de add-on?

Ik heb ergens een mail voorbij zien komen maar ik kon em nergens terugvinden vandaag... weird!
Ik vermoed een kapotte kabel of sensor. Als het goed is zie je in de log ook een melding dat de sensor niet gevonden is.