Itho Daalderop - open source wifi control add-on module

[vso]

arjenhiemstra schreef op zaterdag 11 september 2021 @ 10:35:
[...]
Het is een temperatuur en vochtsensor, wat verwacht je nog meer te kunnen zien?

hehehehe

Zereneus gezegd
- de RPM stand van de ventilator in een byte 0-255 oid
- low/med/high

Waarom beide .. omdat je die dan kan display-en je domotica systeem .. wellicht kan het wel
ik dacht aan wat je hier doet

arjenhiemstra schreef op vrijdag 10 september 2021 @ 21:38:
[Afbeelding]

Kleine update; ik ben d'r bijna! oa. de actuele snelheid, remote stand, hum en temp waarden (indien van origine aanwezig) rechtstreeks uit de itho firmware te halen

ik vind dat elke data die je kan tonen als "sensor" beter .. is dan weglaten. dan is de keuze bij de gebruiker

maaruh again ik ben blij met wat ik kreeg,

Nu nog de Afstandbedieningkoppelen .. gek genoeg was de reden om het te kopen zodat ik meer met de lucht verplaatsing kan doen maar de temp/hum sensor is mij het meest waardevol achteraf gezien

[arjenhiemstra]

vso schreef op zaterdag 11 september 2021 @ 12:16:
[...]

ik vind dat elke data die je kan tonen als "sensor" beter .. is dan weglaten. dan is de keuze bij de gebruiker

Zeker maar tot een uur geleden was er nog niets anders dan hum en temp... nu vind je al het leuks dus op een nieuwe topic die vult met alles wat er uit die box te halen is.

[vso]

arjenhiemstra schreef op zaterdag 11 september 2021 @ 12:24:
[...]


Zeker maar tot een uur geleden was er nog niets anders dan hum en temp... nu vind je al het leuks dus op een nieuwe topic die vult met alles wat er uit die box te halen is.

Tasmota doet het zo (uit de console)

12:29:04.585 MQT: tele/tasmota_F2F600/STATE = {"Time":"2021-09-11T12:29:04","Uptime":"8T18:54:47","UptimeSec":759287,"Heap":215,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":2,"Wifi":{"AP":1,"SSId":"<AP Naam>","BSSId":"<mac>","Channel":6,"Mode":"11n","RSSI":78,"Signal":-61,"LinkCount":1,"Downtime":"0T00:00:06"}}


12:27:03.636 MQT: tele/tasmota_F2F600/SENSOR = {"Time":"2021-09-11T12:27:03","DS18B20-1":{"Id":"012062B81CC0","Temperature":18.8},"DS18B20-2":{"Id":"012062D255BF","Temperature":18.9},"ESP32":{"Temperature":45.0},"TempUnit":"C"}

Zolang alles een unique naam heeft kan je alle kanten op of je nu 1 of 100 sensors hebt, dat maakt het doorlussen via een rs485 signaal ook veel simpeler ..

Even doorgetrokken het meest irritante is als je een IP change hebt of andere veranderingen die de koppelingen herstellen (met je domotica meuk) daarmee nu rekening houden maakt het wel wel prettig

[werchter]

arjenhiemstra schreef op zaterdag 11 september 2021 @ 11:28:
2.3 alpha6 staat online

Status uitlezen uit de itho firmware is toegevoegd. Wat er uit te lezen is hangt sterk van je itho model af, de bijbehorende MQTT topics worden automatisch gegenereerd (nog niet voor domoticz helaas, ik weet even niet wat handig is voor dat platform).
Voor modellen die standaard een vochtsensor hebben kun je vanaf deze release nu de interne temp sensor uitlezen zonder dat je sensor support in de firmware hoeft uit te zetten en zonder dat je itho firmware vastloopt.

De huidige remote stand, actuele/gevraagde snelheid in RPM, in % en een aantal andere zaken is bij alle itho units op te vragen.

Ik ben benieuwd naar jullie feedback / bugs / suggesties!
https://github.com/arjenh...githo-hw2-v2.3-alpha6.bin

Was het bij de alpha versie eigenlijk ook al mogelijk om commando's - zoals stand 1/2/3 - door te geven aan de bus ipv via (virtual) remote (als hij dus niet op stand medium staat)?

[werchter]

Wat ik me nog af vroeg over virtuele remote:
Stel, elke power cycle wordt er een join commando verstuurd. Herkent de CVE bij elk join command een nieuwe afstandsbediening, of wordt het gezien als een eerder geziene afstandsbediening die zich opnieuw zich aanmeldt?

Dit, omdat ik me af vroeg of het - theoretisch - mogelijk is om door steeds een virtual remote te joinen, je tegen het max. aantal gekoppelde remotes van de ITHO kan aanlopen.

[akatar]

Ik heb het topic hier een tijdje niet meer gevolgd, excuus.
Toen ik de addon kocht was het beter om de originele vochtsensor te verwijderen ivm dat het mogelijk was dat de itho niet meer zou reageren. Dit heb ik dus ook gedaan.

Nu zie ik dat er inmiddels een aantal updates geweest zijn voor de addon.
Is het nu nog steeds zo dat het beter is om de sensor weg te laten of kun je nu met de nieuwere firmware gewoon de interne sensor gebruiken zonder kans op vastlopen?

Misschien is deze vraag al wel een aantal keren gesteld maar kan het even niet vinden.

[arjenhiemstra]

vso schreef op zaterdag 11 september 2021 @ 12:34:
[...]

Tasmota doet het zo (uit de console)

[...]


Zolang alles een unique naam heeft kan je alle kanten op of je nu 1 of 100 sensors hebt, dat maakt het doorlussen via een rs485 signaal ook veel simpeler ..

Even doorgetrokken het meest irritante is als je een IP change hebt of andere veranderingen die de koppelingen herstellen (met je domotica meuk) daarmee nu rekening houden maakt het wel wel prettig

Zo had ik em eerst inderdaad, heb het nu weer naar losse topics gesplitst omdat je dan nooit een probleem kan krijgen. met je geheugen mochten er veel topics zijn (de demandflow heeft er echt een heleboel), ik zal ze beiden toevoegen, kijken wat het beste werkt.

[arjenhiemstra]

werchter schreef op zaterdag 11 september 2021 @ 13:56:
Wat ik me nog af vroeg over virtuele remote:
Stel, elke power cycle wordt er een join commando verstuurd. Herkent de CVE bij elk join command een nieuwe afstandsbediening, of wordt het gezien als een eerder geziene afstandsbediening die zich opnieuw zich aanmeldt?

Dit, omdat ik me af vroeg of het - theoretisch - mogelijk is om door steeds een virtual remote te joinen, je tegen het max. aantal gekoppelde remotes van de ITHO kan aanlopen.

Alleen stand twee voor iedere command en via de knopjes op de debug page. Nog niet gelinkt aan de API, moet nog gedaan worden.

vwb max aantal remotes, goeie vraag, niet getest. Je zou dat kunnen testen door een leave te geven, 20x de box op te starten en dan proberen een andere remote te joinen, lukt dat niet dan heeft is elke join gewoon een nieuwe positie. Wel een onnozele programmeur als die dat zo gedaan heeft btw....

[arjenhiemstra]

akatar schreef op zaterdag 11 september 2021 @ 14:07:
Ik heb het topic hier een tijdje niet meer gevolgd, excuus.
Toen ik de addon kocht was het beter om de originele vochtsensor te verwijderen ivm dat het mogelijk was dat de itho niet meer zou reageren. Dit heb ik dus ook gedaan.

Nu zie ik dat er inmiddels een aantal updates geweest zijn voor de addon.
Is het nu nog steeds zo dat het beter is om de sensor weg te laten of kun je nu met de nieuwere firmware gewoon de interne sensor gebruiken zonder kans op vastlopen?

Misschien is deze vraag al wel een aantal keren gesteld maar kan het even niet vinden.

Ja, je kunt de originele sensor nu gewoon gebruiken. Sinds de alpha6 versie van vandaag worden de waardes standaard uit de itho firmware gehaald als die beschikbaar zijn, andere keuze is om de sensor software matig te disabelen in de itho firmware. In dat laatste geval werkt het gelijk aan de alternatieve sensor optie.
Kortom, de alternatieve sensor is nu eigenlijk alleen nog interessant voor mensen die deze in een box willen knutselen waar die van origine niet in zat zoals een aantal anderen hier al gedaan hebben.

[akatar]

Ik heb de module naar de aplha geüpdate en alles werkt(e) prima. Ik zag de hum en temp waardes ook verschijnen. Op een gegeven moment zag ik in de webinterface reconnect staan en alle info was verdwenen.
in de module:
Itho device type: Unkown device type
Itho fw version: 0
alle info was weg incl remotes etc

Een reboot van beide loste dit op, mocht dit weer gaan gebeuren meld ik dit natuurlijk
Is dit iets wat je zelf ook gezien hebt of is het voor jou een nieuw iets?

Na de reboot:
Itho device type: CVE-Silent
Itho fw version: 25

[ Voor 6% gewijzigd door akatar op 11-09-2021 17:43 ]

[akatar]

Net gebeurde het weer,
ik kan de itho dan nog wel extern aansturen maar bv het balkje bij de ventilator mist, de waardes erboven veranderen wel, alleen andere waardes dan ingesteld 127 ipv 120 etc.

[werchter]

Laatste alpha heb ik ook nog geen issues gezien.
Viel me wel op dat alle MQTT status topics om de paar seconden update ontvangen, ook al is er geen wijziging in een waarde.

Is het ook mogelijk om te zorgen dat er alleen update naar topic wordt verzonden als daadwerkelijk een waarde is veranderd?

[arjenhiemstra]

akatar schreef op zaterdag 11 september 2021 @ 17:42:
Ik heb de module naar de aplha geüpdate en alles werkt(e) prima. Ik zag de hum en temp waardes ook verschijnen. Op een gegeven moment zag ik in de webinterface reconnect staan en alle info was verdwenen.
in de module:
Itho device type: Unkown device type
Itho fw version: 0
alle info was weg incl remotes etc

Een reboot van beide loste dit op, mocht dit weer gaan gebeuren meld ik dit natuurlijk
Is dit iets wat je zelf ook gezien hebt of is het voor jou een nieuw iets?

Na de reboot:
Itho device type: CVE-Silent
Itho fw version: 25

Hmm, weird, nog niet gezien! Lijkt wel alsof de add-on op de achtergrond reboot oid. Zie je iets in de log?

[arjenhiemstra]

werchter schreef op zaterdag 11 september 2021 @ 17:59:
Laatste alpha heb ik ook nog geen issues gezien.
Viel me wel op dat alle MQTT status topics om de paar seconden update ontvangen, ook al is er geen wijziging in een waarde.

Is het ook mogelijk om te zorgen dat er alleen update naar topic wordt verzonden als daadwerkelijk een waarde is veranderd?

Elke 5 sec heb ik nu ingesteld. Alleen bij wijziging kan maar dan moet ik alle waardes opslaan en checken. Ik heb MQTT icm de ESP32 getest met een flow van 15000 berichten per minuut, gaat prima dus daar hoeft het niet voor.

[akatar]

Ik had hem een paar keer inmiddels gereset, een reboot van alleen het printje voldoet:
2021-09-11 15:34:49 N: System boot, last reset reason: SDIO_RESET
2021-09-11 15:34:49 N: HW rev: 2, FW ver.: 2.3-alpha6
2021-09-11 15:34:52 N: WiFi: connection successful
2021-09-11 15:34:52 N: WiFi info:
2021-09-11 15:34:52 N: Mode:STA
2021-09-11 15:34:53 N: Status:3
2021-09-11 15:34:53 N: IP:192.168.1.85
2021-09-11 15:34:53 N: Setup: Virtual remote ID: 207,133,28
2021-09-11 15:34:57 N: Setup: SHT30 sensor not present
2021-09-11 15:34:57 N: Setup: init of CC1101 RF module successful
2021-09-11 15:34:58 N: MQTT: connected, System config: 1
2021-09-11 15:34:58 N: Error: Task SysControl timed out!
2021-09-11 15:34:58 N: Webserver: started
2021-09-11 15:34:58 N: Warning: I2C timeout
2021-09-11 15:34:58 N: mDNS: started
2021-09-11 15:34:58 N: Hostname: nrg-itho-851c
2021-09-11 15:34:58 N: Setup: done
2021-09-11 15:35:03 N: Error: Task SysControl timed out!
2021-09-11 15:35:48 N: System boot, last reset reason: SDIO_RESET
2021-09-11 15:35:48 N: HW rev: 2, FW ver.: 2.3-alpha6
2021-09-11 15:35:51 N: WiFi: connection successful
2021-09-11 15:35:51 N: WiFi info:
2021-09-11 15:35:51 N: Mode:STA
2021-09-11 15:35:51 N: Status:3
2021-09-11 15:35:51 N: IP:192.168.1.85
2021-09-11 15:35:51 N: Setup: Virtual remote ID: 207,133,28
2021-09-11 15:35:56 N: Setup: SHT30 sensor not present
2021-09-11 15:35:56 N: Setup: init of CC1101 RF module successful
2021-09-11 15:35:57 N: MQTT: connected, System config: 1
2021-09-11 15:35:57 N: Error: Task SysControl timed out!
2021-09-11 15:35:57 N: Warning: I2C timeout
2021-09-11 15:35:57 N: Webserver: started
2021-09-11 15:35:57 N: mDNS: started
2021-09-11 15:35:57 N: Hostname: nrg-itho-851c
2021-09-11 15:35:57 N: Setup: done
2021-09-11 15:36:02 N: Error: Task SysControl timed out!
2021-09-11 15:36:43 N: System boot, last reset reason: SDIO_RESET
2021-09-11 15:36:43 N: HW rev: 2, FW ver.: 2.3-alpha6
2021-09-11 15:36:47 N: WiFi: connection successful

[werchter]

arjenhiemstra schreef op zaterdag 11 september 2021 @ 18:05:

Elke 5 sec heb ik nu ingesteld. Alleen bij wijziging kan maar dan moet ik alle waardes opslaan en checken. Ik heb MQTT icm de ESP32 getest met een flow van 15000 berichten per minuut, gaat prima dus daar hoeft het niet voor.

Ik denk ook dat het prima gaat, en clients zullen het ook wel aankunnen.
Alleen het is net wat netter voor de clients.

In plaats van dat elke client nu steeds bij ontvangen van bericht, om de 5 sec. waardes moet gaan checken of er daadwerkelijk iets veranderd is, gebeurt het dan maar één keer, op de module.

[ Voor 3% gewijzigd door werchter op 11-09-2021 18:08 ]

[arjenhiemstra]

akatar schreef op zaterdag 11 september 2021 @ 18:06:
Ik had hem een paar keer inmiddels gereset, een reboot van alleen het printje voldoet:
[...]
2021-09-11 15:34:58 N: Error: Task SysControl timed out!

Die is interessant, wss een timeout oid bij een I2C request. ff wat verder induiken.
Zou je, als dit gebeurt, ook eens een minuut kunnen wachten en alleen de pagina in de browser opnieuw openen? Ik ben even benieuwd of de add-on automatisch weer online komt.
Als je in de interface verder klikt zonder refresh of opnieuw openen zal er geen nieuwe websocket verbinding gemaakt kunnen worden denk ik.

[akatar]

Ik kan dan in de webinterface gewoon alles doen, ook versnellen van de fan etc. alleen de balk doet dan niet mee.

Als ik het goed gezien heb zit er ook ineens een remote in (als het niet werkt) als het wel werkt staat er geen remote in de lijst.

[akatar]

Hij hield er weer mee op.
log:
2021-09-11 16:28:18 N: HW rev: 2, FW ver.: 2.3-alpha6
2021-09-11 16:28:21 N: WiFi: connection successful
2021-09-11 16:28:21 N: WiFi info:
2021-09-11 16:28:22 N: Mode:STA
2021-09-11 16:28:22 N: Status:3
2021-09-11 16:28:22 N: IP:192.168.1.85
2021-09-11 16:28:22 N: Setup: Virtual remote ID: 207,133,28
2021-09-11 16:28:26 N: Setup: SHT30 sensor not present
2021-09-11 16:28:26 N: Setup: init of CC1101 RF module successful
2021-09-11 16:28:27 N: Error: Task SysControl timed out!
2021-09-11 16:28:27 N: Warning: I2C timeout
2021-09-11 16:28:27 N: MQTT: connected, System config: 1
2021-09-11 16:28:27 N: Webserver: started
2021-09-11 16:28:27 N: mDNS: started
2021-09-11 16:28:27 N: Hostname: nrg-itho-851c
2021-09-11 16:28:27 N: Setup: done
2021-09-11 16:28:32 N: Error: Task SysControl timed out!

[akatar]

Ik meende dat ik dan nog de itho kon besturen, dit is niet zo. alleen de cijfers veranderen de itho doet niets.
Tevens kan ik de log niet meer zien, die pagina is leeg na een page refresh.
Ok niet na een minuut wachten.
\en soms ineens weer wel:
2021-09-11 16:33:22 N: Hostname: nrg-itho-851c
2021-09-11 16:33:22 N: Error: Task SysControl timed out!
2021-09-11 16:33:22 N: Setup: done
2021-09-11 16:33:22 N: Warning: I2C timeout
2021-09-11 16:33:28 N: Error: Task SysControl timed out!

En dit keer moest ook de itho box een restart.

[ Voor 42% gewijzigd door akatar op 11-09-2021 18:37 ]

[akatar]

Het werkt nu nog steeds goed, bijzonderheden in de log:
2162 N: System boot, last reset reason: SDIO_RESET
2180 N: HW rev: 2, FW ver.: 2.3-alpha6
5648 N: WiFi: connection successful
5723 N: WiFi info:
5742 N: Mode:STA
5761 N: Status:3
5842 N: IP:192.168.1.85
5861 N: Setup: Virtual remote ID: 207,133,28
5898 N: Setup: Original SHT30 sensor found
5935 N: Setup: init of CC1101 RF module successful
6113 N: MQTT: connected, System config: 1
6142 N: Webserver: started
6163 N: mDNS: started
6182 N: Hostname: nrg-itho-851c
6203 N: Setup: done

geen datum en tijd meer voor de meldingen en voor het eerst de melding: original sensor found.
(misschien kun je hier iets mee)

[arjenhiemstra]

akatar schreef op zaterdag 11 september 2021 @ 20:35:
Het werkt nu nog steeds goed, bijzonderheden in de log:
2162 N: System boot, last reset reason: SDIO_RESET
2180 N: HW rev: 2, FW ver.: 2.3-alpha6
5648 N: WiFi: connection successful
5723 N: WiFi info:
5742 N: Mode:STA
5761 N: Status:3
5842 N: IP:192.168.1.85
5861 N: Setup: Virtual remote ID: 207,133,28
5898 N: Setup: Original SHT30 sensor found
5935 N: Setup: init of CC1101 RF module successful
6113 N: MQTT: connected, System config: 1
6142 N: Webserver: started
6163 N: mDNS: started
6182 N: Hostname: nrg-itho-851c
6203 N: Setup: done

geen datum en tijd meer voor de meldingen en voor het eerst de melding: original sensor found.
(misschien kun je hier iets mee)

Interessant! Nu nog steeds stabiel? Is dat na een powercycle van de itho toevallig?

[akatar]

arjenhiemstra schreef op zaterdag 11 september 2021 @ 21:30:
[...]


Interessant! Nu nog steeds stabiel? Is dat na een powercycle van de itho toevallig?

Klopt, maar dat had ik ook al een aantal keren eerder gedaan.
maar waarom nu ineens de datum/tijd vermelding weg is en nu ineens de sensor wel wordt herkend??

[arjenhiemstra]

akatar schreef op zaterdag 11 september 2021 @ 21:35:
[...]


Klopt, maar dat had ik ook al een aantal keren eerder gedaan.
maar waarom nu ineens de datum/tijd vermelding weg is en nu ineens de sensor wel wordt herkend??

Thanks, ik zal eens naar de I2C code kijken, ergens blijft die hangen lijkt het. Thanks voor alle info, dat helpt!
Dat is wel de reden dat het nog een alpha versie is

wat betreft de tijd, die komt wel weer terug, na een cold boot is er nog geen sync gedaan met de ntp server, je eerst volgende log entry (na 6 uur) zal wel een tijd laten zien verwacht ik.

[akatar]

Ik ben nu eerst teruggegaan naar de laatste stabiele versie. Hij blijft namelijk crashen.

[ Voor 19% gewijzigd door akatar op 12-09-2021 10:33 ]

[kvandt]

Met de laatste Alpha 6 versie geen problemen merkbaar, maar wel rare dips (waarde 0) in de grafieken. Log van module is alleen elke 6 uur de memory status.

[ Voor 5% gewijzigd door kvandt op 12-09-2021 21:14 ]

[haaibaa2]

Geweldig project dit. Werkt dit via de WiFi op Domoticz op een Synology? Of moet ik daarvoor een USB dongle gebruiken?

[akatar]

Indien je synology in je thuisnetwerk hangt samen met de wifi zou het moeten werken.

[akatar]

kvandt schreef op zondag 12 september 2021 @ 21:11:
[Afbeelding]

Met de laatste Alpha 6 versie geen problemen merkbaar, maar wel rare dips (waarde 0) in de grafieken. Log van module is alleen elke 6 uur de memory status.

Dips gelden voor alle 3 de waardes, waarschijnlijk geen verbinding meer met de itho?

[arjenhiemstra]

kvandt schreef op zondag 12 september 2021 @ 21:11:
[Afbeelding]

Met de laatste Alpha 6 versie geen problemen merkbaar, maar wel rare dips (waarde 0) in de grafieken. Log van module is alleen elke 6 uur de memory status.

Ik zie het hier ook, het lijkt erop dat de readout van een i2c functie een buffer terug geeft die groter dan 0 is (daar doe ik de check op) maar toch onbruikbare data bevat. Ik ga een stukje code eromheen zetten om te achterhalen waar het vandaan komt.

[ Voor 3% gewijzigd door arjenhiemstra op 13-09-2021 08:29 ]

[akatar]

Ik had de module gedowngrade naar 2.1, dit resulteerde in een niet stabiele print. Bij debug is er een blanco scherm en loopt dit direct vast, ik kan nog wel naar andere schermen alleen reageert er niets meer.

Toch maar weer geupgrade naar de laatste alpha, maar bij deze hetzelfde, bij het debug scherm loopt hij direct vast.

Nog dingen die ik kan testen @arjenhiemstra ?

[arjenhiemstra]

akatar schreef op maandag 13 september 2021 @ 17:36:
Ik had de module gedowngrade naar 2.1, dit resulteerde in een niet stabiele print. Bij debug is er een blanco scherm en loopt dit direct vast, ik kan nog wel naar andere schermen alleen reageert er niets meer.

Toch maar weer geupgrade naar de laatste alpha, maar bij deze hetzelfde, bij het debug scherm loopt hij direct vast.

Nog dingen die ik kan testen @arjenhiemstra ?

Je kunt even proberen de flash partitie te wissen, de setup moet je dan wel opnieuw doen.
http://[ip]/api.html?debug=format is het commando als je dit niet via de debug pagina kan doen.

[akatar]

@arjenhiemstra
reset via de pagina is al gedaan,

het commando: http://192.168.1.85/api.html?debug=format
levert een leeg scherm op met het woord: OK
verder gebeurt er niets.

[Jan Smit]

Ik krijg in mijn debug op versie 2.6 te zien:

Setup: SHT30 sensor not present

terwijl deze itho een RV sensor heeft.

Doe ik nog iets niet goed?

[arjenhiemstra]

akatar schreef op maandag 13 september 2021 @ 18:12:
@arjenhiemstra
reset via de pagina is al gedaan,

het commando: http://192.168.1.85/api.html?debug=format
levert een leeg scherm op met het woord: OK
verder gebeurt er niets.

Reboot uitvoeren, dan zal die als het goed is weer een access point starten. Daarmee even de config doorlopen. Geen idee waarom maar soms helpt dat.

[arjenhiemstra]

Jan Smit schreef op maandag 13 september 2021 @ 18:24:
Ik krijg in mijn debug op versie 2.6 te zien:

Setup: SHT30 sensor not present

terwijl deze itho een RV sensor heeft.

Doe ik nog iets niet goed?

Met 2.6 bedoel de de laatste alpha6 versie? Zo ja, zou je alpha5 kunnen proberen en kijken of dat verschil maakt. Geloof dat er wat rare quirks zitten in alpha6 die ik nog niet helemaal kan plaatsen

[akatar]

arjenhiemstra schreef op maandag 13 september 2021 @ 18:32:
[...]


Reboot uitvoeren, dan zal die als het goed is weer een access point starten. Daarmee even de config doorlopen. Geen idee waarom maar soms helpt dat.

Gedaan, geen effect,
Ik kijk het nog ff aan en bestel anders wel een nieuw setje bij je.

[arjenhiemstra]

akatar schreef op maandag 13 september 2021 @ 18:40:
[...]


Gedaan, geen effect,
Ik kijk het nog ff aan en bestel anders wel een nieuw setje bij je.

Als de module niet meer goed werkt krijg je natuurlijk gewoon een nieuwe! Stuur maar even een PM dan kijk ik of ik nog iets voor je kan betekenen met deze module of dat ik je een nieuwe stuur.

[Jan Smit]

arjenhiemstra schreef op maandag 13 september 2021 @ 20:49:
[...]
was niet mijn bericht .

Na een powercycle (ik heb er maar een KaKu tussen gezet want al dat trap lopen is vermoeiend) vindt 'ie nu wèl de sensor.


Wat me opvalt is dat de RV, ook al maak ik er een stoomcabine van, blijft hangen rond de 54%.
En nu ga ik na een half uur douchen de badkamer uit, springt ie ineens op hoog.....

[ Voor 27% gewijzigd door Jan Smit op 13-09-2021 21:02 ]

[akatar]

arjenhiemstra schreef op maandag 13 september 2021 @ 20:49:
[...]


Als de module niet meer goed werkt krijg je natuurlijk gewoon een nieuwe! Stuur maar even een PM dan kijk ik of ik nog iets voor je kan betekenen met deze module of dat ik je een nieuwe stuur.

Dank je, ik kijk het nog even aan. maar de module (op dit moment) doet lastig, resetten etc doet hij ook niet.
Mocht ik een nieuwe nodig hebben, koop ik die gewoon. Je marge zal gezien de prijzen minimaal zijn en als ik zie wat je allemaal er voor doet betaal ik die paar tientjes graag.

[VFRRijder]

Helaas bij mij geen teken van leven meer van de add-on. De wifi gaat led gaat niet aan en ook een failsafe lijkt niet te werken (meerdere keren geprobeerd). Iemand nog een tip?

[arjenhiemstra]

VFRRijder schreef op woensdag 15 september 2021 @ 07:56:
Helaas bij mij geen teken van leven meer van de add-on. De wifi gaat led gaat niet aan en ook een failsafe lijkt niet te werken (meerdere keren geprobeerd). Iemand nog een tip?

Als er geen ledjes aan gaan op het add-on bordje is die of stuk of zit die niet goed op de header van de itho main print

[VFRRijder]

arjenhiemstra schreef op woensdag 15 september 2021 @ 10:09:
[...]


Als er geen ledjes aan gaan op het add-on bordje is die of stuk of zit die niet goed op de header van de itho main print

Het ledje van het board gaat wel even aan als ik stroom erop zet....ook als ik de stroom er af haal. Maar het ledje van de wifi gaat niet aan.

[arjenhiemstra]

VFRRijder schreef op woensdag 15 september 2021 @ 10:34:
[...]


Het ledje van het board gaat wel even aan als ik stroom erop zet....ook als ik de stroom er af haal. Maar het ledje van de wifi gaat niet aan.

Stuur maar even een PM met je bestelgegevens, ik zal zorgen dat je een nieuwe module krijgt.

[arjenhiemstra]

kvandt schreef op zondag 12 september 2021 @ 21:11:
[Afbeelding]

Met de laatste Alpha 6 versie geen problemen merkbaar, maar wel rare dips (waarde 0) in de grafieken. Log van module is alleen elke 6 uur de memory status.

Alpha7 staat online: https://github.com/arjenh...githo-hw2-v2.3-alpha7.bin

Ik heb een variable toegevoegd (itho2401len) die de lengte van de i2c buffer bevat, ik ben heel benieuwd of daar iets geks in te zien is op het moment dat er een dip voordoet. Gek genoeg heb ik de dips nu niet meer....

Verder voor oa. @vso de itho status values in de JSON gezet op het sensor topic

[sOid]

badkuip schreef op woensdag 21 juli 2021 @ 11:02:
[...]


Doorgaan totdat de luchtvochtigheid terug is bij 30% zou denk ik niet handig zijn, dan staat je ventilator een eeuwigheid te blazen.

Ik heb een automation gemaakt die onthoud wat de luchtvochtigheid is wanneer er iemand net onder de douche staat. De ventilator slaat aan en blijft net zolang draaien totdat de luchtvochtigheid is gezakt tot aan de eerder gemeten luchtvochtigheid. Detecteren dat er iemand onder de douche staat doet ie met een trend sensor in Home assistant.

De automation werkt goed bij mij, slaat dus aan bij iedere douchebeurt. Het enige waar ik nog niet tevreden over ben is dat de fan nog wel eens 3-4 uur kan staan te blazen na een douchebeurt. Ik ben er nog niet over uit of ik een maximale looptijd ga inbouwen.

automation.yaml

YAML:

- id: 5f3143db-cd15-44cc-b027-2a991409f857
  alias: 'Badkamer MV - Ventilatie op basis van luchtvochtigheid'
  description: >-
    Ventilatie aan bij luchtvochtigheid hoger dan grenswaarde & Ventilatie uit bij luchtvochtigheid lager dan grenswaarde.
    grenswaarde wordt bepaald bij activatie van de trendsensor.
  trigger:
    - platform: state
      entity_id: binary_sensor.trend_badkamer_mv_luchtvochtigheid
      to: 'on'
      id: hoog
    - platform: numeric_state
      entity_id: sensor.badkamer_mv_luchtvochtigheid
      below: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
      id: normaal
    - platform: state
      entity_id: input_boolean.badkamer_mv_vergrendeld
      from: 'on'
      to: 'off'
  condition:
    - condition: state
      entity_id: input_boolean.badkamer_mv_vergrendeld
      state: 'off'
  action:
    - choose:
        - conditions:
            - condition: trigger
              id: hoog
            - condition: not
              conditions:
                condition: state
                entity_id: sensor.badkamer_mv_status
                state: '220'
          sequence:
            - service: input_number.set_value
              target:
                entity_id: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
              data:
                value: "{{ states('sensor.badkamer_mv_luchtvochtigheid') }}"
            - service: mqtt.publish
              data:
                topic: itho/cmd
                retain: true
                payload: '220'
            - service: notify.notify_erik
              data:
                message: "Er staat iemand onder de douche! Snelheid ventilator is hoog!"
                title: Badkamer
        - conditions:
            - condition: trigger
              id: normaal
            - condition: not
              conditions:
                condition: state
                entity_id: sensor.badkamer_mv_status
                state: '20'
          sequence:
            - service: mqtt.publish
              data:
                topic: itho/cmd
                retain: true
                payload: '20'
            - service: notify.notify_erik
              data:
                message: "Ventilator uit! Het is niet vochtig meer!"
                title: Badkamer
      default: []
  mode: single

sensoren die je nodig hebt in configuration.yaml

YAML:

input_boolean:
  badkamer_mv_vergrendeld:
    name: Mechanische ventilator vergrendeld
    initial: "false"

sensor:
  - platform: mqtt
    name: "Badkamer MV status"
    state_topic: "itho/state"
    icon: "mdi:fan"
    unit_of_measurement: "rpm"

  - platform: mqtt
    name: "Badkamer MV luchtvochtigheid"
    state_topic: "itho/sensor"
    value_template: '{{ value_json.hum }}'
    unit_of_measurement: "%"

binary_sensor:
  - platform: trend
    sensors:
      trend_badkamer_mv_luchtvochtigheid:
        entity_id: sensor.badkamer_mv_luchtvochtigheid
        sample_duration: 7200
        min_gradient: 0.045
        device_class: moisture

input_number:
  badkamer_mv_luchtvochtigheid_grenswaarde:
    name: Badkamer MV luchtvochtigheid grenswaarde
    min: 0
    max: 100
    mode: box

De trend sensor is iets wat tijd kost om te configureren. Op basis van de stijging/trend in luchtvochtigheid gaat de sensor 'on' of 'off'. Je moet dus weten met welke mate de luchtvochtigheid stijgt per minuut/per periode. Het kost dus een paar douchebeurten om uit te vogelen of je sensor aanslaat of niet. Deze waarden die ik hier heb staan werken dus altijd bij mij maar ze zouden dus bij jou anders kunnen zijn.

Ik heb deze nu een tijdje draaien en het werkt eigenlijk heel goed. Dank daarvoor. Ik heb zelf (net) een delay ingebouwd dat de payload om 'm vol aan te zetten pas na 10 minuten wordt verstuurd. Anders komt er zo'n koude luchtstroom tijdens het douchen, niet echt aangenaam

Ik begrijp alleen niet helemaal hoe ik 'm verder moet configureren. De waarde van input_number.badkamer_mv_luchtvochtigheid_grenswaarde is nu 77. Maar stel dat ik 'm pas wil triggeren bij 80, hoe kan ik dat dan configureren?

Daarnaast begrijp ik de min_gradient ook niet helemaal. Wat meet je hier precies? Een stijging van 0.045% per seconde? De grenswaarde is dus 77 en stel dat de luchtvochtigheid in de badkamer voor het douchen 55 is, klopt het dan dat 'ie 27% moet stijgen voordat de automation getriggerd wordt? Dan kom ik namelijk op 600 seconden uit, of 10 minuten.

Benieuwd of ik het juist beredeneer!

[kvandt]

arjenhiemstra schreef op woensdag 15 september 2021 @ 12:54:
[...]


Alpha7 staat online: https://github.com/arjenh...githo-hw2-v2.3-alpha7.bin

Ik heb een variable toegevoegd (itho2401len) die de lengte van de i2c buffer bevat, ik ben heel benieuwd of daar iets geks in te zien is op het moment dat er een dip voordoet. Gek genoeg heb ik de dips nu niet meer....

Verder voor oa. @vso de itho status values in de JSON gezet op het sensor topic

Ik heb Alpha 7 net geinstalleerd. Afgelopen 24 uur nog heel veel van die dips gehad. Morgen kijken hoe het er met alpha7 uitziet.

[arjenhiemstra]

kvandt schreef op woensdag 15 september 2021 @ 19:18:
[...]


Ik heb Alpha 7 net geinstalleerd. Afgelopen 24 uur nog heel veel van die dips gehad. Morgen kijken hoe het er met alpha7 uitziet.
[Afbeelding]

Thanks! Zou je specifiek ook de waarde van itho2401len willen loggen?

[akatar]

arjenhiemstra schreef op woensdag 15 september 2021 @ 19:22:
[...]


Thanks! Zou je specifiek ook de waarde van itho2401len willen loggen?

Had je ook nog iets veranderd/gedaan aan het feit dat de vorige alpha versie steeds (bij mij) vastloopt?
anders heeft het geen zin om de nieuwe versie te proberen namelijk

[kvandt]

arjenhiemstra schreef op woensdag 15 september 2021 @ 19:22:
[...]


Thanks! Zou je specifiek ook de waarde van itho2401len willen loggen?

Logging loopt. Eerste waarden die ik tegenkom zijn 30.

[Ierlandfan]

Zijn de Itho settings ook via MQTT in te stellen? Evt. via een of andere extra beveiligingsetting zodat die default niet aanstaat en een "weet u het zeker" melding ofzo?

[kvandt]

kvandt schreef op woensdag 15 september 2021 @ 21:31:
[...]


Logging loopt. Eerste waarden die ik tegenkom zijn 30.

@arjenhiemstra En gelijk beet. Bij een nieuwe dip zie ik voor de waarde van itho2401len een 1 voorbij komen, ipv 30. Hopelijk helpt dit?

[arjenhiemstra]

akatar schreef op woensdag 15 september 2021 @ 20:57:
[...]


Had je ook nog iets veranderd/gedaan aan het feit dat de vorige alpha versie steeds (bij mij) vastloopt?
anders heeft het geen zin om de nieuwe versie te proberen namelijk

Nee helaas niet, ik kan het nog niet goed verklaren...
edit: mogelijk dat de timeout wijziging van versie alpha8 wel een positieve invloed heeft. Als je dat zou willen testen, graag!

[ Voor 15% gewijzigd door arjenhiemstra op 15-09-2021 22:29 ]

[arjenhiemstra]

Ierlandfan schreef op woensdag 15 september 2021 @ 21:33:
Zijn de Itho settings ook via MQTT in te stellen? Evt. via een of andere extra beveiligingsetting zodat die default niet aanstaat en een "weet u het zeker" melding ofzo?

Zat ik ook aan te denken, nog niet maar kan zeker handig zijn. Je zou dan bijvoorbeeld tijdelijk manual mode kunnen activeren en de snelheid op die manier kunnen regelen (of kleppen voor de demandflow)

[arjenhiemstra]

kvandt schreef op woensdag 15 september 2021 @ 21:40:
[...]


@arjenhiemstra En gelijk beet. Bij een nieuwe dip zie ik voor de waarde van itho2401len een 1 voorbij komen, ipv 30. Hopelijk helpt dit?

Top! Thanks, 1 is nooit goed in dit geval. Dan gaat soms de readout op de i2c bus toch niet goed. Ik zal de code aanpassen om dit soort bogus readouts te negeren.

[arjenhiemstra]

Versie alpha8 even online gezet.

- itho2401len blijft buiten de buffer om in de logging
- i2c readout alleen geaccepteerd als die langer dan 2 is
- verder een i2c timeout verlengd, wellicht dat dit zorgt voor stabielere reads

en de init code is gewijzigd zodat die niet meer afhankelijk is van de attiny (om de firmware alvast geschikter te maken voor de demandflow / HRU en zodat straks de attiny niet meer nodig is, die is bijna niet meer te krijgen en de levertijd is richting de 42 weken zag ik... grrr)

Ik verwacht nu dus dat de waardes geen dips meer laten zien, behalve misschien alleen de itho2401len. Als dat ook niet zo is dan heeft het iets met timeouts / clock stretching oid te maken

https://github.com/arjenh...githo-hw2-v2.3-alpha8.bin

[kvandt]

arjenhiemstra schreef op woensdag 15 september 2021 @ 22:26:
Versie alpha8 even online gezet.

- itho2401len blijft buiten de buffer om in de logging
- i2c readout alleen geaccepteerd als die langer dan 2 is
- verder een i2c timeout verlengd, wellicht dat dit zorgt voor stabielere reads

en de init code is gewijzigd zodat die niet meer afhankelijk is van de attiny (om de firmware alvast geschikter te maken voor de demandflow / HRU en zodat straks de attiny niet meer nodig is, die is bijna niet meer te krijgen en de levertijd is richting de 42 weken zag ik... grrr)

Ik verwacht nu dus dat de waardes geen dips meer laten zien, behalve misschien alleen de itho2401len. Als dat ook niet zo is dan heeft het iets met timeouts / clock stretching oid te maken

https://github.com/arjenh...githo-hw2-v2.3-alpha8.bin

Update geinstalleerd. I'll keep you posted....

[Ivan]

Ik zie dat je het board als een 4-layer board hebt gebouwd, mag ik vragen wat de reden daarachter is? Qua productie zijn deze duurder.

[arjenhiemstra]

Ivan schreef op donderdag 16 september 2021 @ 08:28:
Ik zie dat je het board als een 4-layer board hebt gebouwd, mag ik vragen wat de reden daarachter is? Qua productie zijn deze duurder.

oa. RF performance, er zitten twee zenders/ontvangers vlak bij elkaar op een klein bordje. Nu zit er met een 4 layer ontwerp een bijna ononderbroken ground plane onder bijna alles. Dit zou moeten zorgen voor betere elektrische eigenschappen (maar ik ben er verre van een expert in).
Het prijsverschil is er inderdaad, de 4 layer versie is bijna 2x zo duur. Daarmee is het nog steeds niet het duurste onderdeel van het bordje (dat zijn de DC-DC converter en de ESP32) en ik wil graag de best mogelijke kwaliteit.

[vso]

arjenhiemstra schreef op donderdag 16 september 2021 @ 10:22:
[...]


oa. RF performance, er zitten twee zenders/ontvangers vlak bij elkaar op een klein bordje. Nu zit er met een 4 layer ontwerp een bijna ononderbroken ground plane onder bijna alles. Dit zou moeten zorgen voor betere elektrische eigenschappen (maar ik ben er verre van een expert in).
Het prijsverschil is er inderdaad, de 4 layer versie is bijna 2x zo duur. Daarmee is het nog steeds niet het duurste onderdeel van het bordje (dat zijn de DC-DC converter en de ESP32) en ik wil graag de best mogelijke kwaliteit.

je moet ergens starten, en dit soort dingen produceren is toch trail & error .. zelf wilde ik een esp + cc1101 boardje koppelen maar na wat ervaringen van custom HW voor mijn zwembad kom ik tot de conclusie dat:

ik wellicht meer betaal voor de parts dan het "eerlijk" werk (lees uren) die @arjenhiemstra besteed heeft en gaat besteden. Hij kan er niet van leven maar hoop wel dat hij genoeg over houd om zichzelf/gezin te voorzien van een leuke dag/week al dan niet in een ver land zittend in een restaurant

ik denk dat dit het nieuwe tweaken is (casemodden / extreem cpu tuning is zo 1990) zie Is Tweakers nog wel een computer / IT tech site?

[eymey]

RF performance zit hier wel goed, in ieder geval wat betreft de CC1101.

Deze ontvangt de remote in de keuken altijd spot-on. De ontvanger van de Itho zelf miste hem nogal eens.

[arjenhiemstra]

vso schreef op donderdag 16 september 2021 @ 10:56:
[...]

je moet ergens starten, en dit soort dingen produceren is toch trail & error .. zelf wilde ik een esp + cc1101 boardje koppelen maar na wat ervaringen van custom HW voor mijn zwembad kom ik tot de conclusie dat:

ik wellicht meer betaal voor de parts dan het "eerlijk" werk (lees uren) die @arjenhiemstra besteed heeft en gaat besteden. Hij kan er niet van leven maar hoop wel dat hij genoeg over houd om zichzelf/gezin te voorzien van een leuke dag/week al dan niet in een ver land zittend in een restaurant

ik denk dat dit het nieuwe tweaken is (casemodden / extreem cpu tuning is zo 1990) zie Is Tweakers nog wel een computer / IT tech site?

Ik heb er onwijs veel van geleerd, dat is ook wat waard Maar voor het geld moet je dit soort dingen als kleine knutselaar niet doen inderdaad, de aantallen zijn veel te klein om goedkoop te kunnen produceren, de tijd nog niet eens meegerekend.

[Ivan]

arjenhiemstra schreef op donderdag 16 september 2021 @ 10:22:
[...]


oa. RF performance, er zitten twee zenders/ontvangers vlak bij elkaar op een klein bordje. Nu zit er met een 4 layer ontwerp een bijna ononderbroken ground plane onder bijna alles. Dit zou moeten zorgen voor betere elektrische eigenschappen (maar ik ben er verre van een expert in).
Het prijsverschil is er inderdaad, de 4 layer versie is bijna 2x zo duur. Daarmee is het nog steeds niet het duurste onderdeel van het bordje (dat zijn de DC-DC converter en de ESP32) en ik wil graag de best mogelijke kwaliteit.

Helder verhaal, weer wat geleerd

[vso]

arjenhiemstra schreef op donderdag 16 september 2021 @ 11:28:
[...]


Ik heb er onwijs veel van geleerd, dat is ook wat waard Maar voor het geld moet je dit soort dingen als kleine knutselaar niet doen inderdaad, de aantallen zijn veel te klein om goedkoop te kunnen produceren.

Als je de kosten voor jezelf eruit haalt geschat op bedrag X en je haalt de investering eruit door een Y units verkopen ..dan is iedereen happy toch ..

haal je er meer uit dan is dat leuk inderdaad je hoeft niet rijk te worden .. maar het gevoel dat mensen blij zijn met je liefde-werk is ook wel wat waard hoor ..

ik keer 10x mijn geld om voordat ik wat aanschaf .. maar dit soort dingen is de keuze snel gemaakt..

[ Voor 22% gewijzigd door vso op 16-09-2021 14:17 ]

[arjenhiemstra]

vso schreef op donderdag 16 september 2021 @ 14:16:
[...]
maar het gevoel dat mensen blij zijn met je liefde-werk is ook wel wat waard hoor ..

Dat is het allerleukst van dit alles en waarom ik het doe, leuke reacties, spontane hulp en goede feedback!

[kvandt]

De fix in alpha8 werkt! Af en toe komen er nog corrupte berichten binnen, maar die worden goed weggefilterd. Bedankt @arjenhiemstra !

[arjenhiemstra]

kvandt schreef op donderdag 16 september 2021 @ 19:35:
De fix in alpha8 werkt! Af en toe komen er nog corrupte berichten binnen, maar die worden goed weggefilterd. Bedankt @arjenhiemstra !
[Afbeelding]

Thanks! Het lijkt ook alsof die corrupte berichten veel minder vaak voor komen?

[kvandt]

arjenhiemstra schreef op donderdag 16 september 2021 @ 20:24:
[...]


Thanks! Het lijkt ook alsof die corrupte berichten veel minder vaak voor komen?

Dat lijkt zeker zo. Geen idee waaraan dat kan liggen. Misschien een timeout die gewijzigd is? Voorlopig in ieder geval lekker stabiel. Ik denk trouwens wel dat het aantal updates op MQTT wat lager zou kunnen. Zo vreselijk dynamisch process is het allemaal niet. Aan de andere kant, je kunt aan de ontvangende kant bepalen wat je er mee doet.

[arjenhiemstra]

kvandt schreef op donderdag 16 september 2021 @ 20:37:
[...]


Dat lijkt zeker zo. Geen idee waaraan dat kan liggen. Misschien een timeout die gewijzigd is? Voorlopig in ieder geval lekker stabiel. Ik denk trouwens wel dat het aantal updates op MQTT wat lager zou kunnen. Zo vreselijk dynamisch process is het allemaal niet. Aan de andere kant, je kunt aan de ontvangende kant bepalen wat je er mee doet.

Misschien door de timeout idd, zal het verder onderzoeken, wellicht ook een verklaring voor wat onstabiliteit bij sommigen rondom I2C.
Ik zal zsm de data update frequentie instelbaar maken.

[haaibaa2]

Ik vind dit echt een heel leuk project. Ik ben zelf niet zo’n Tweaker (lol, op tweakers…), maar home automation vind ik super, ik ben hier dus heel blij mee.

Ik ben nu een paar dagen bezig geweest om een Mosquitto Docker op mijn Synology te installeren, en dat werkt eindelijk volgens mij, maar ik heb er geen berichten op, dus dat moet straks blijken. Bij de installatie van mqtt had ik allemaal gedoe met persistency en Unix line endings.

Gisteren een bestelling geplaatst. Hopelijk volgende week aan de gang met het installeren van deze module, en het koppelen aan Domoticz. Zin in!

[arjenhiemstra]

haaibaa2 schreef op vrijdag 17 september 2021 @ 09:00:
Ik vind dit echt een heel leuk project. Ik ben zelf niet zo’n Tweaker (lol, op tweakers…), maar home automation vind ik super, ik ben hier dus heel blij mee.

Ik ben nu een paar dagen bezig geweest om een Mosquitto Docker op mijn Synology te installeren, en dat werkt eindelijk volgens mij, maar ik heb er geen berichten op, dus dat moet straks blijken. Bij de installatie van mqtt had ik allemaal gedoe met persistency en Unix line endings.

Gisteren een bestelling geplaatst. Hopelijk volgende week aan de gang met het installeren van deze module, en het koppelen aan Domoticz. Zin in!

Ik gebruik ook synology maar niet de docker interface van synology, die is echt prut namelijk. Ik zou portainer adviseren.

Mocht mosquitto bij jou niet werken dan zou ik de container even weggooien en het volgende doen:

- Inloggen via SSH op de synology en dan de volgende commando's invoeren

code:

sudo docker pull eclipse-mosquitto:latest
mkdir /volume1/[directory on synology]/mqtt2
sudo chown -R 1883:1883 /volume1/[directory on synology]/mqtt2

Waarbij je [directory on synology] natuurlijk even moet vervangen door iets op je eigen synology

en daarna de docker container starten (dit is 1 commando op meerdere regels):

code:

sudo docker run -d \
  --name="mosquitto-2" \
  -v /volume1/[directory on synology]/mqtt2/mosquitto.conf:/mosquitto/config/mosquitto.conf \
  -v /volume1/[directory on synology]/mqtt2/data:/mosquitto/data \
  -v /volume1/[directory on synology]/mqtt2/log:/mosquitto/log \
  --restart always \
  --net=host \
  -e TZ=Europe/Amsterdam \
  eclipse-mosquitto:latest

om te starten zou ik beginnen met een kale mosquitto.conf zonder verdere security settings, als dat werkt kun je security settings gaan toevoegen.

inhoud allow all mosquitto.conf:

code:

max_connections -1
listener 1883
persistence true
allow_anonymous true
persistence_location /mosquitto/data/
log_dest file /mosquitto/log/mosquitto.log

daarna je container even herstarten

[arjenhiemstra]

Ik heb helaas een hardware issue gevonden in alle HW2 revisies t/m versie 2.7.

Er zijn wat gebruikers geweest waarbij de add-on (soms) slecht aan ging, ik kon dit niet goed verklaren maar na een hoop testen aan de oscilloscope inmiddels wel denk ik.

In het kort: De EN (enable) pin van de ESP32 heeft geen werkend RC-circuit, die had er wel moeten zijn.

Een RC-circuit zorgt er bij deze toepassing normaal voor dat er een kleine vertraging is bij het opstarten van de ESP. Blijkbaar gaat dit in 99% van de gevallen prima maar bij sommige itho's niet zo lekker. Waarschijnlijk doordat de voeding van de itho nog niet helemaal stabiel is als de ESP wil opstarten -> gevolg een vastloper en mogelijk onstabiele wifi.

De oplossing is gelukkig niet heel moeilijk voor wie een soldeerbout heeft. Voor diegenen die last van het issue hebben en hulp nodig hebben met deze fix verzorg ik dat uiteraard kosteloos.

Er zijn twee stappen om dit te fixen, met als enige nadeel dat je geen FTDI kabel meer kunt gebruiken om een firmware te flashen maar dat zal voor 99% van de gebruikers niet relevant zijn verwacht ik:

1- Verwijder diode D1. Dit gaat het makkelijkst door met een beetje tin 1 kant te verhitten en de diode dan omhoog te wippen, daarna de andere kant verhitten en de diode eraf te schuiven.
2- Leg een verbinding (draadje) tussen DTR en GND

Zoals in de afbeelding hieronder:

[Saeverix]

arjenhiemstra schreef op vrijdag 17 september 2021 @ 11:21:
Ik heb helaas een hardware issue gevonden in alle HW2 revisies t/m versie 2.7.

Er zijn wat gebruikers geweest waarbij de add-on (soms) slecht aan ging, ik kon dit niet goed verklaren maar na een hoop testen aan de oscilloscope inmiddels wel denk ik.

In het kort: De EN (enable) pin van de ESP32 heeft geen werkend RC-circuit, die had er wel moeten zijn.

Een RC-circuit zorgt er bij deze toepassing normaal voor dat er een kleine vertraging is bij het opstarten van de ESP. Blijkbaar gaat dit in 99% van de gevallen prima maar bij sommige itho's niet zo lekker. Waarschijnlijk doordat de voeding van de itho nog niet helemaal stabiel is als de ESP wil opstarten -> gevolg een vastloper en mogelijk onstabiele wifi.

De oplossing is gelukkig niet heel moeilijk voor wie een soldeerbout heeft. Voor diegenen die last van het issue hebben en hulp nodig hebben met deze fix verzorg ik dat uiteraard kosteloos.

Er zijn twee stappen om dit te fixen, met als enige nadeel dat je geen FTDI kabel meer kunt gebruiken om een firmware te flashen maar dat zal voor 99% van de gebruikers niet relevant zijn verwacht ik:

1- Verwijder diode D1. Dit gaat het makkelijkst door met een beetje tin 1 kant te verhitten en de diode dan omhoog te wippen, daarna de andere kant verhitten en de diode eraf te schuiven.
2- Leg een verbinding (draadje) tussen DTR en GND

Zoals in de afbeelding hieronder:
[Afbeelding]

Even voor de duidelijkheid: Is dit de oplossing voor het WiFi probleem welke ik ook op GitHub gemeld heb? Waarbij hij de eerste keer opstarten wel verbinding maakt met WiFi, en de tweede keer opstarten in AP mode gaat?

[arjenhiemstra]

Saeverix schreef op vrijdag 17 september 2021 @ 11:42:
[...]

Even voor de duidelijkheid: Is dit de oplossing voor het WiFi probleem welke ik ook op GitHub gemeld heb? Waarbij hij de eerste keer opstarten wel verbinding maakt met WiFi, en de tweede keer opstarten in AP mode gaat?

Je bent sneller dan dat ik op github kan reageren ;-)
Ik weet het niet zeker maar ik hoop het wel! Ik stuur je graag een versie om te testen.

[vso]

arjenhiemstra schreef op vrijdag 17 september 2021 @ 11:21:
Ik heb helaas een hardware issue gevonden in alle HW2 revisies t/m versie 2.7.

Er zijn wat gebruikers geweest waarbij de add-on (soms) slecht aan ging, ik kon dit niet goed verklaren maar na een hoop testen aan de oscilloscope inmiddels wel denk ik.

In het kort: De EN (enable) pin van de ESP32 heeft geen werkend RC-circuit, die had er wel moeten zijn.

Een RC-circuit zorgt er bij deze toepassing normaal voor dat er een kleine vertraging is bij het opstarten van de ESP. Blijkbaar gaat dit in 99% van de gevallen prima maar bij sommige itho's niet zo lekker. Waarschijnlijk doordat de voeding van de itho nog niet helemaal stabiel is als de ESP wil opstarten -> gevolg een vastloper en mogelijk onstabiele wifi.

De oplossing is gelukkig niet heel moeilijk voor wie een soldeerbout heeft. Voor diegenen die last van het issue hebben en hulp nodig hebben met deze fix verzorg ik dat uiteraard kosteloos.

Er zijn twee stappen om dit te fixen, met als enige nadeel dat je geen FTDI kabel meer kunt gebruiken om een firmware te flashen maar dat zal voor 99% van de gebruikers niet relevant zijn verwacht ik:

1- Verwijder diode D1. Dit gaat het makkelijkst door met een beetje tin 1 kant te verhitten en de diode dan omhoog te wippen, daarna de andere kant verhitten en de diode eraf te schuiven.
2- Leg een verbinding (draadje) tussen DTR en GND

Zoals in de afbeelding hieronder:
[Afbeelding]

Het komt over als "indien je last hebt van ???" dan "helder uitleg"
de "hoe herken ik dat ik er last van heb" uitleg (oftewel steps to reproduce) ..

Trouwens voor ongeveer 5,- heb je een usb soldeer bout die perfect is voor deze mini-job (als je geen soldeerbout hebt) .. voor kleine HW fixen oid is dat ideaal
https://www.soldeerbout-shop.nl/ deze kan je met een powerbank perfect gebruiken ..
ps een potje soldeerflux (met kwastje) en een wattenstaafjes met alcohol om het te reinigen vergemakkelijkt het indien nodig denk ik .. maar dat hoeft @arjenhiemstra er niet bij te zetten gezien zijn alternatieve route die hij ook aanbied

[ Voor 5% gewijzigd door vso op 17-09-2021 11:52 ]

[arjenhiemstra]

vso schreef op vrijdag 17 september 2021 @ 11:50:
[...]

Het komt over als "indien je last hebt van ???" dan "helder uitleg"
de "hoe herken ik dat ik er last van heb" uitleg (oftewel steps to reproduce) ..

Het is heel lastig te reproduceren, ik kreeg deze week een module terug waarmee ik issue hier thuis ook had dus daar ben ik mee gaan knutselen.

Als je module gewoon aan gaat (dwz wifi led knippert, maakt verbinding met wifi enz), prima, niets aan doen.
Ik heb de module in mijn eigen itho ook niet aangepast.

[vso]

arjenhiemstra schreef op vrijdag 17 september 2021 @ 12:00:
[...]


Het is heel lastig te reproduceren, ik kreeg deze week een module terug waarmee ik issue hier thuis ook had dus daar ben ik mee gaan knutselen.

Als je module gewoon aan gaat (dwz wifi led knippert, maakt verbinding met wifi enz), prima, niets aan doen.
Ik heb de module in mijn eigen itho ook niet aangepast.

das mooi maar wellicht dat het dan een enkeling was .. oid .het blijft immers HW

[Saeverix]

arjenhiemstra schreef op vrijdag 17 september 2021 @ 11:44:
[...]


Je bent sneller dan dat ik op github kan reageren ;-)
Ik weet het niet zeker maar ik hoop het wel! Ik stuur je graag een versie om te testen.

Haha ok. Als je een nieuwe revisie heb voor mij om te testen, prima stuur maar door.
Ik kan sowieso ook even je fix proberen, heb hier een prima Hakko soldeerstation staan dus dat moet goed komen.

[arjenhiemstra]

Saeverix schreef op vrijdag 17 september 2021 @ 12:03:
[...]

Haha ok. Als je een nieuwe revisie heb voor mij om te testen, prima stuur maar door.
Ik kan sowieso ook even je fix proberen, heb hier een prima Hakko soldeerstation staan dus dat moet goed komen.

Als je zou willen proberen, graag!

[kvandt]

Nog een bevinding: Zowel in alpha 7 als in alpha 8 krijg ik af en toe de melding "Error: Task SysControl timed out!"

code:

2021-09-15 17:14:03 N: Firmware update: nrgitho-hw2-v2.3-alpha7.bin
2021-09-15 17:14:22 N: Reboot requested
2021-09-15 16:30:40 N: System boot, last reset reason: SDIO_RESET
2021-09-15 16:30:40 N: HW rev: 2, FW ver.: 2.3-alpha7
2021-09-15 16:30:44 N: WiFi: connection successful
2021-09-15 16:30:44 N: WiFi info:
2021-09-15 16:30:44 N: Mode:STA
2021-09-15 16:30:44 N: Status:3
2021-09-15 16:30:44 N: IP:192.168.2.148
2021-09-15 16:30:44 N: Setup: Virtual remote ID: 44,74,136
2021-09-15 17:14:30 N: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2021-09-15 17:14:30 N: Error: Task SysControl timed out!
2021-09-15 17:14:30 N: MQTT: connected, System config: 1
2021-09-15 17:14:30 N: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2021-09-15 17:14:30 N: Webserver: started
2021-09-15 17:14:30 N: mDNS: started
2021-09-15 17:14:30 N: Hostname: nrg-itho-4a88
2021-09-15 17:14:31 N: Setup: done
2021-09-15 21:15:24 N: Firmware update: nrgitho-hw2-v2.3-alpha8.bin
2021-09-15 21:15:43 N: Reboot requested
2021-09-15 21:15:32 N: System boot, last reset reason: SDIO_RESET
2021-09-15 21:15:32 N: HW rev: 2, FW ver.: 2.3-alpha8
2021-09-15 21:15:36 N: WiFi: connection successful
2021-09-15 21:15:36 N: WiFi info:
2021-09-15 21:15:36 N: Mode:STA
2021-09-15 21:15:36 N: Status:3
2021-09-15 21:15:36 N: IP:192.168.2.148
2021-09-15 21:15:36 N: Setup: Virtual remote ID: 44,74,136
2021-09-15 21:15:37 N: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2021-09-15 21:15:51 N: Error: Task SysControl timed out!
2021-09-15 21:15:51 N: MQTT: connected, System config: 1
2021-09-15 21:15:51 N: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2021-09-15 21:15:51 N: Webserver: started
2021-09-15 21:15:51 N: mDNS: started
2021-09-15 21:15:52 N: Hostname: nrg-itho-4a88
2021-09-15 21:15:52 N: Setup: done
2021-09-16 03:15:44 N: Mem free: 174900, Mem low: 140140, Mem block: 97392
2021-09-16 09:15:45 N: Mem free: 173744, Mem low: 140140, Mem block: 97392
2021-09-16 15:15:45 N: Mem free: 173736, Mem low: 140140, Mem block: 97392
2021-09-16 21:15:45 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-17 03:15:46 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-17 09:15:46 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-17 15:15:46 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-17 21:15:47 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-18 03:15:47 N: Mem free: 174912, Mem low: 140140, Mem block: 97392
2021-09-18 09:15:47 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-18 11:53:12 N: Attempt to reconnect WiFi

Nieuwe logfile:

code:

2021-09-18 11:53:13 N: Error: Task SysControl timed out!
2021-09-18 11:53:18 N: Reconnect WiFi successful
2021-09-18 11:53:23 N: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...

Verder geen vreemd gedrag of problemen. Deze meldingen lopen niet synchroon met een kort I2C bericht.

[arjenhiemstra]

kvandt schreef op zaterdag 18 september 2021 @ 14:09:
Nog een bevinding: Zowel in alpha 7 als in alpha 8 krijg ik af en toe de melding "Error: Task SysControl timed out!"

code:

2021-09-15 17:14:03 N: Firmware update: nrgitho-hw2-v2.3-alpha7.bin
2021-09-15 17:14:22 N: Reboot requested
2021-09-15 16:30:40 N: System boot, last reset reason: SDIO_RESET
2021-09-15 16:30:40 N: HW rev: 2, FW ver.: 2.3-alpha7
2021-09-15 16:30:44 N: WiFi: connection successful
2021-09-15 16:30:44 N: WiFi info:
2021-09-15 16:30:44 N: Mode:STA
2021-09-15 16:30:44 N: Status:3
2021-09-15 16:30:44 N: IP:192.168.2.148
2021-09-15 16:30:44 N: Setup: Virtual remote ID: 44,74,136
2021-09-15 17:14:30 N: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2021-09-15 17:14:30 N: Error: Task SysControl timed out!
2021-09-15 17:14:30 N: MQTT: connected, System config: 1
2021-09-15 17:14:30 N: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2021-09-15 17:14:30 N: Webserver: started
2021-09-15 17:14:30 N: mDNS: started
2021-09-15 17:14:30 N: Hostname: nrg-itho-4a88
2021-09-15 17:14:31 N: Setup: done
2021-09-15 21:15:24 N: Firmware update: nrgitho-hw2-v2.3-alpha8.bin
2021-09-15 21:15:43 N: Reboot requested
2021-09-15 21:15:32 N: System boot, last reset reason: SDIO_RESET
2021-09-15 21:15:32 N: HW rev: 2, FW ver.: 2.3-alpha8
2021-09-15 21:15:36 N: WiFi: connection successful
2021-09-15 21:15:36 N: WiFi info:
2021-09-15 21:15:36 N: Mode:STA
2021-09-15 21:15:36 N: Status:3
2021-09-15 21:15:36 N: IP:192.168.2.148
2021-09-15 21:15:36 N: Setup: Virtual remote ID: 44,74,136
2021-09-15 21:15:37 N: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2021-09-15 21:15:51 N: Error: Task SysControl timed out!
2021-09-15 21:15:51 N: MQTT: connected, System config: 1
2021-09-15 21:15:51 N: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...
2021-09-15 21:15:51 N: Webserver: started
2021-09-15 21:15:51 N: mDNS: started
2021-09-15 21:15:52 N: Hostname: nrg-itho-4a88
2021-09-15 21:15:52 N: Setup: done
2021-09-16 03:15:44 N: Mem free: 174900, Mem low: 140140, Mem block: 97392
2021-09-16 09:15:45 N: Mem free: 173744, Mem low: 140140, Mem block: 97392
2021-09-16 15:15:45 N: Mem free: 173736, Mem low: 140140, Mem block: 97392
2021-09-16 21:15:45 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-17 03:15:46 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-17 09:15:46 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-17 15:15:46 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-17 21:15:47 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-18 03:15:47 N: Mem free: 174912, Mem low: 140140, Mem block: 97392
2021-09-18 09:15:47 N: Mem free: 174896, Mem low: 140140, Mem block: 97392
2021-09-18 11:53:12 N: Attempt to reconnect WiFi

Nieuwe logfile:

code:

2021-09-18 11:53:13 N: Error: Task SysControl timed out!
2021-09-18 11:53:18 N: Reconnect WiFi successful
2021-09-18 11:53:23 N: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...

Verder geen vreemd gedrag of problemen. Deze meldingen lopen niet synchroon met een kort I2C bericht.

Er is nogal wat toegevoegd aan het SysControl proces en de timeout staat nog op 1 seconde, dat kan de meldingen verklaren. Ik zal in de volgende versie deze iets langer maken.

[badkuip]

Leuk om te horen dat je de automation nog steeds gebruikt!

sOid schreef op woensdag 15 september 2021 @ 18:05:
[...]
Ik begrijp alleen niet helemaal hoe ik 'm verder moet configureren. De waarde van input_number.badkamer_mv_luchtvochtigheid_grenswaarde is nu 77. Maar stel dat ik 'm pas wil triggeren bij 80, hoe kan ik dat dan configureren?

Dan zou je de automation iets aan moeten passen. Momenteel wordt de grenswaarde bepaalt zodra de vochtsensor meet dat de luchtvochtigheid toeneemt (dus als je douche aanzet). Die grenswaarde wordt weggeschreven in dat input_number wat jij noemt. Dat gebeurt in de automation op regel 34 t/m 38.
Je zou deze regels kunnen verwijderen of er eerst een commentje voorzetten, dan gebeurt dit hier niet meer. Ten tweede kan je dan het input-number als een invoerveld op je Lovelace-dashboard zetten zodat je die aan kan passen naar eigen wens.

sOid schreef op woensdag 15 september 2021 @ 18:05:
Daarnaast begrijp ik de min_gradient ook niet helemaal. Wat meet je hier precies? Een stijging van 0.045% per seconde? De grenswaarde is dus 77 en stel dat de luchtvochtigheid in de badkamer voor het douchen 55 is, klopt het dan dat 'ie 27% moet stijgen voordat de automation getriggerd wordt? Dan kom ik namelijk op 600 seconden uit, of 10 minuten.

Benieuwd of ik het juist beredeneer!

Dat is inderdaad een heel gefrunnik. Ik kon er ook niet helemaal wijs uit worden maar de min_gradient is de minimale stijging genomen in een bepaalde periode waarop de sensor aan moet slaan. meer documentatie hier. Ik heb heb zelf een keer de min_gradient uitgerekend door de data van de sensor vanuit de database als platte tekst te exporteren naar Excel en daar de minimale gradient uit te laten rekenen.
Werkte een tijdje goed totdat ik erachter kwam dat de sensor aan sloeg terwijl er niemand onder de douche staat. De gradient stond toen te laag ingesteld. Toen kwam ik erachter dat home assistant de gradient ook laat zien in de trace of geschiedenis van de automation. Uitrekenen in Excel is niet meer nodig dan.



Hier zie je dat de sensor status verandert naar aan omdat de gradient eerst 0.05953655234553672 was en daarna gradient: 0.07972835785804964. Mijn min_gradient is ingesteld op 0.07.

[Thyzz]

arjenhiemstra schreef op vrijdag 10 september 2021 @ 21:38:
[Afbeelding]

Kleine update; ik ben d'r bijna! oa. de actuele snelheid, remote stand, hum en temp waarden (indien van origine aanwezig) rechtstreeks uit de itho firmware te halen

Kan je ook de 'buitenlucht' temperatuur zien?
We hebben ook een HRU350 met demandflow. En die heeft een 1/2 jaar niet goed gefunctioneerd omdat de buitenlucht temperatuur sensor dacht dat het buiten -50C was. In dat geval gaat hij binnenlucht aanzuigen om te voorkomen dat de warmtewisselaar bevriest. Maar dat is niet bevordelijk voor de vocht/CO2 waarden in huis....
Dus ik zit met smart te wachten op een manier om zelf dat ding te kunnen monitoren. Nu ik dit topic gevonden heb, kan ik je snel een bestelling voor een bordje verwachten als je de HRU goed kan uitlezen!!

[pj]

Zou iemand met verstand van MQTT en JSON mij kunnen helpen?

Ik probeer uit de Sensor JSON de humidity te vangen en naar homebridge te sturen:

Het JSON itho/sensor Topic:
{"temp":20.82361,"hum":61.32448,"itho2401len":33,"VentLevel":26,"FanSetp":1523,"FanSpeed":1528,"Error":0,"Selection":7,"StartUpCounter":59162,"OperatingHours":5008,"AwayTimer":0,"DelayAwayTimer":0,"CO2":33280,"hRFspeedLevel":239,"CO2speed":0,"klep":2,"zone":0,"sampletim":0}


De config in Homebridge:
{
"type": "humiditySensor",
"name": "Badkamer1_Luchtvochtigheid_Itho",
"url": "mqtt:/192.168.0.20:1883",
"topics": {
"getCurrentRelativeHumidity": {
"topic": "itho/sensor",
"apply": "return JSON.parse(message).hum;"
}
},
"accessory": "mqttthing"
}

Helaas krijg ik onderstaande error:

[9/19/2021, 4:16:09 PM] [Badkamer1_Luchtvochtigheid_Itho] MQTT Error: Error: getaddrinfo ENOTFOUND mqtt

[arjenhiemstra]

Thyzz schreef op zondag 19 september 2021 @ 14:46:
[...]



Kan je ook de 'buitenlucht' temperatuur zien?
We hebben ook een HRU350 met demandflow. En die heeft een 1/2 jaar niet goed gefunctioneerd omdat de buitenlucht temperatuur sensor dacht dat het buiten -50C was. In dat geval gaat hij binnenlucht aanzuigen om te voorkomen dat de warmtewisselaar bevriest. Maar dat is niet bevordelijk voor de vocht/CO2 waarden in huis....
Dus ik zit met smart te wachten op een manier om zelf dat ding te kunnen monitoren. Nu ik dit topic gevonden heb, kan ik je snel een bestelling voor een bordje verwachten als je de HRU goed kan uitlezen!!

Ik ben toevallig vanochtend bezig geweest het 31DA bericht te ontcijferen. Mijn CVE laat niet zoveel zien maar het geeft een indruk wat er in het geval van de demandflow en/of hru waarschijnlijk uit te halen is:

[arjenhiemstra]

pj schreef op zondag 19 september 2021 @ 16:17:
Zou iemand met verstand van MQTT en JSON mij kunnen helpen?

Ik probeer uit de Sensor JSON de humidity te vangen en naar homebridge te sturen:

Het JSON itho/sensor Topic:
{"temp":20.82361,"hum":61.32448,"itho2401len":33,"VentLevel":26,"FanSetp":1523,"FanSpeed":1528,"Error":0,"Selection":7,"StartUpCounter":59162,"OperatingHours":5008,"AwayTimer":0,"DelayAwayTimer":0,"CO2":33280,"hRFspeedLevel":239,"CO2speed":0,"klep":2,"zone":0,"sampletim":0}


De config in Homebridge:
{
"type": "humiditySensor",
"name": "Badkamer1_Luchtvochtigheid_Itho",
"url": "mqtt:/192.168.0.20:1883",
"topics": {
"getCurrentRelativeHumidity": {
"topic": "itho/sensor",
"apply": "return JSON.parse(message).hum;"
}
},
"accessory": "mqttthing"
}

Helaas krijg ik onderstaande error:

[9/19/2021, 4:16:09 PM] [Badkamer1_Luchtvochtigheid_Itho] MQTT Error: Error: getaddrinfo ENOTFOUND mqtt

Ik zie het al denk ik:
""url": "mqtt:/192.168.0.20:1883","

er mist een / achter mqtt:/... moet zijn "mqtt://192.168.0.20:1883"

[pj]

arjenhiemstra schreef op zondag 19 september 2021 @ 16:36:
[...]


Ik zie het al denk ik:
""url": "mqtt:/192.168.0.20:1883","

er mist een / achter mqtt:/... moet zijn "mqtt://192.168.0.20:1883"

Zucht .... dat was het inderdaad. Inmiddels heel internet uitgelezen op zoek naar een oplossing. Dank!

[_starbuck_]

Weet iemand hoe je Itho Eco box kunt resetten (dwz terug kunt brengen naar de fabrieksinstellingen)?

Ik heb namelijk een CO2-RFT aangemeld, maar kan deze niet meer afmelden. (De handleidingen leggen alleen uit hoe je een gewone RFT kunt afmelden, maar die heb ik niet...)

[arjenhiemstra]

_starbuck_ schreef op zondag 19 september 2021 @ 17:12:
Weet iemand hoe je Itho Eco box kunt resetten (dwz terug kunt brengen naar de fabrieksinstellingen)?

Ik heb namelijk een CO2-RFT aangemeld, maar kan deze niet meer afmelden. (De handleidingen leggen alleen uit hoe je een gewone RFT kunt afmelden, maar die heb ik niet...)

Heb je wel de add-on? In dat geval kun je via de debug pagina op de leave knop drukken en worden alle remotes afgemeld. Wel binnen 2 minuten na aanzetten van je itho.

[_starbuck_]

arjenhiemstra schreef op zondag 19 september 2021 @ 17:44:
[...]


Heb je wel de add-on? In dat geval kun je via de debug pagina op de leave knop drukken en worden alle remotes afgemeld. Wel binnen 2 minuten na aanzetten van je itho.

Nee, die heb ik (nog) niet. Misschien toch maar eens bestellen :-).

Weet je voor nu misschien een manier waarop het zonder kan?

[arjenhiemstra]

_starbuck_ schreef op zondag 19 september 2021 @ 17:48:
[...]


Nee, die heb ik (nog) niet. Misschien toch maar eens bestellen :-).

Weet je voor nu misschien een manier waarop het zonder kan?

Als je een arduino of esp hebt kun je die aan je itho hangen en de i2c commando's rechtstreeks sturen, een andere optie weet ik zo niet.

[JoeBlack2k]

Hoi iedereen,

ik ben de itho sensor aan het toevoegen aan Homey als een MQTT device en heb dit als mijn config:

code:

{
  "dim": {
    "capability": "dim",
    "stateTopic": "homie/itho/state",
    "setTopic": "homie/itho/cmd/speed",
    "valueTemplate": "",
    "outputTemplate": "",
    "displayName": ""
  }
}

ergens vermoed ik dat er de 1 - 256 snelheid er tussen geplaatst moet worden, iemand een idee wat ik er tussen moet bij Template?

en een vraag aan @arjenhiemstra zou je eens kunnen kijken of je Homie convention ( https://homieiot.github.io/) kan toevoegen aan de mqtt settings zodat het makkelijk als een device kan worden toegevoegd aan b.v Homey (dan wordt het autodiscover)

[_starbuck_]

arjenhiemstra schreef op zondag 19 september 2021 @ 17:50:
[...]


Als je een arduino of esp hebt kun je die aan je itho hangen en de i2c commando's rechtstreeks sturen, een andere optie weet ik zo niet.

Dankje voor de tip! De add-on bestellen lijkt me de handigste oplossing.

Nog een andere vraag: als ik de add-on met RF bestel, is het dan ook mogelijk om de CO2-waarde (b.v. 850ppm) van de CO2-RFT uit te lezen?

[arjenhiemstra]

_starbuck_ schreef op maandag 20 september 2021 @ 12:43:
[...]


Dankje voor de tip! De add-on bestellen lijkt me de handigste oplossing.

Nog een andere vraag: als ik de add-on met RF bestel, is het dan ook mogelijk om de CO2-waarde (b.v. 850ppm) van de CO2-RFT uit te lezen?

Nog niet via RF, die functionaliteit moet ik nog inbouwen. Wel via de firmware zelf (sinds de laatste beta8) via MQTT.

[_starbuck_]

arjenhiemstra schreef op maandag 20 september 2021 @ 13:03:
[...]


Nog niet via RF, die functionaliteit moet ik nog inbouwen. Wel via de firmware zelf (sinds de laatste beta8) via MQTT.

Wederom bedankt voor je snelle antwoord!

Ik begrijp alleen niet zo goed wat je bedoelt met "nog niet via RF" maar "Wel via de firmware zelf"?

Ik ga ervanuit de CO2-RFT van Itho de CO2-waarde (zeg 850ppm) via RF uitstuurt, deze wordt dan ontvangen door de RF-ontvanger op de add-on. Vervolgens kan ik die uitlezen via de add-on en gebruiken voor bv Node-Red?

Klopt dat? Of zit het toch net even anders

[arjenhiemstra]

_starbuck_ schreef op maandag 20 september 2021 @ 13:11:
[...]


Wederom bedankt voor je snelle antwoord!

Ik begrijp alleen niet zo goed wat je bedoelt met "nog niet via RF" maar "Wel via de firmware zelf"?

Ik ga ervanuit de CO2-RFT van Itho de CO2-waarde via RF uitstuurt, deze worden dan ontvangen door de RF-ontvanger op de add-on. Vervolgens kan ik die uitlezen via add-on en gebruiken voor bv Node-Red?

Klopt dat? Of zit het toch net even anders

Zo'n CO2-RFT stuurt een bericht als deze uit als CO2 update:
2021-09-20T11:09:51.942Z: RemoteID=151,40,85 / Command=unknown
W --- 97,28,55 --,--,-- 97,28,55 1298 3:00,02,8C

Waarbij 02,8C = 712 ppm CO2 is.

Deze decoding zit alleen nog niet in het RF gedeelte van de add-on.

De add-on leest ook de itho firmware uit, daar zit deze info wel in want die wordt door de CO2 sensor naar de itho verstuurd.
Om de CO2 waarde te lezen heb je de RF module dus niet nodig.

[_starbuck_]

arjenhiemstra schreef op maandag 20 september 2021 @ 13:15:
[...]


Zo'n CO2-RFT stuurt een bericht als deze uit als CO2 update:
2021-09-20T11:09:51.942Z: RemoteID=151,40,85 / Command=unknown
W --- 97,28,55 --,--,-- 97,28,55 1298 3:00,02,8C

Waarbij 02,8C = 712 ppm CO2 is.

Deze decoding zit alleen nog niet in het RF gedeelte van de add-on.

De add-on leest ook de itho firmware uit, daar zit deze info wel in want die wordt door de CO2 sensor naar de itho verstuurd.
Om de CO2 waarde te lezen heb je de RF module dus niet nodig.

Ah, dat betekent dus dat ik de CO2-RFT moet koppelen aan de Itho zelf om de CO2-waarde uit te lezen,

Dat is iets wat ik eigenlijk niet van plan was, omdat ik zelf wil bepalen hoe snel de fan gaat ipv dit door de CO2-RFT te laten doen.

Ik begrijp dat met een eventueel toekomstige software update de CO2-waarde van de CO2-RFT die alleen op de addon RF (en niet op de Itho) is aangesloten ook kan worden uitgelezen. Klopt dat?

In dat geval is het voor mij denk ik toch handiger om de add-on met RF te bestellen.

[arjenhiemstra]

_starbuck_ schreef op maandag 20 september 2021 @ 13:40:
[...]


Ah, dat betekent dus dat ik de CO2-RFT moet koppelen aan de Itho zelf om de CO2-waarde uit te lezen,

Dat is iets wat ik eigenlijk niet van plan was, omdat ik zelf wil bepalen hoe snel de fan gaat ipv dit door de CO2-RFT te laten doen.

Begrijp ik, wil ik ook gaan doen inderdaad. Het is overigens mogelijk om de settings van de itho te veranderen op dit punt. Ik heb de RV sensor in de itho firmware zelf zo ongevoelig ingesteld dat die er nooit op reageert. Ik lees de sensor wel uit en bepaal vervolgens zelf wat ik ermee doe. Zoiets is waarschijnlijk ook mogelijk voor de CO2 waarde.

Ik begrijp dat met een eventueel toekomstige software update de CO2-waarde van de CO2-RFT die alleen op de addon RF (en niet op de Itho) is aangesloten ook kan worden uitgelezen. Klopt dat?

Klopt!

[_starbuck_]

arjenhiemstra schreef op maandag 20 september 2021 @ 14:45:
[...]


Begrijp ik, wil ik ook gaan doen inderdaad. Het is overigens mogelijk om de settings van de itho te veranderen op dit punt. Ik heb de RV sensor in de itho firmware zelf zo ongevoelig ingesteld dat die er nooit op reageert. Ik lees de sensor wel uit en bepaal vervolgens zelf wat ik ermee doe. Zoiets is waarschijnlijk ook mogelijk voor de CO2 waarde.


[...]


Klopt!

Duidelijk. Ik ga dan toch voor de versie met RF, dan kan met beide mogelijkheden gaan experimenteren en kijken wat voor mij het beste werkt.

[arjenhiemstra]

Nog even een update over de module voor de HRU en DemandFlow, hij werkt! 1 condensator moet in het definitieve ontwerp nog toegevoegd worden maar technisch is het aan de diag poort klikken en even wifi instellen om het te laten werken.
Nu nog een deel van de firmware gereedmaken, het meeste werk wat nu aan de alpha versies voor de CVE is gedaan is straks ook bruikbaar voor deze versie, de commando's zijn gelijk alleen de data die terugkomt moet geintrepreteerd worden en dat is tijdrovend werk (wat wel een heeeel stuk makkelijker is door de HRU en Servicetool van @AUijtdehaag !). Nu nog een 3d printbaar kastje ontwerpen oid.