Itho Daalderop - open source wifi control add-on module

[Dogooder]

Wat gaaf! Sluit je dat bord dan aan op de service port van de demandflow unit of op de HRU zelf?

[arjenhiemstra]

Dogooder schreef op dinsdag 21 september 2021 @ 12:42:
Wat gaaf! Sluit je dat bord dan aan op de service port van de demandflow unit of op de HRU zelf?

Kan beide, het is dezelfde interface (mits HRU350), oudere modellen hebben een andere interface

[akatar]

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 ?

@arjenhiemstra

Met de laatste alpha versie en
Hum/Temp sensor support off
Auto disable Hum/Temp sensor support in itho firmware at boot off

draait deze al een paar dagen stabiel

[RaceAap]

Wat een geweldige interface zeg!

Ik heb een CVE ECO RFT HP ( High Power ) met een blauwe behuizing waar de print in zit.
Heeft iemand deze al werkend met deze print ? Al denk ik dat deze niet veel anders is als de SE/SP versie's op de motor en waaier na dan.

[arjenhiemstra]

iOS 15 issues

Ik kreeg net een bericht dat iemand issues had met iOS 15, ik heb zelf nog niet de update gedaan maar net even getest in de xcode simulator en daar zie ik dat de websocket niet goed functioneert.
Ik heb nog geen idee waarom maar blijkbaar is er iets veranderd in iOS 15 mbt javascript, als iemand een idee heeft, ik hou mij aanbevolen!

[DeVantaggio]

@arjenhiemstra mooie add-on heb je ontwikkeld! Heb je ook wel eens gekeken naar ESPHome als firmware? Of zijn er andere die dit gebruiken? Dit integreert mooi in onder andere Home Assistant.

[arjenhiemstra]

RaceAap schreef op dinsdag 21 september 2021 @ 14:13:
Wat een geweldige interface zeg!

Ik heb een CVE ECO RFT HP ( High Power ) met een blauwe behuizing waar de print in zit.
Heeft iemand deze al werkend met deze print ? Al denk ik dat deze niet veel anders is als de SE/SP versie's op de motor en waaier na dan.

Als je itho de 2x4 pin interface heeft zal het zeer waarschijnlijk prima werken.

[arjenhiemstra]

DeVantaggio schreef op dinsdag 21 september 2021 @ 14:18:
@arjenhiemstra mooie add-on heb je ontwikkeld! Heb je ook wel eens gekeken naar ESPHome als firmware? Of zijn er andere die dit gebruiken? Dit integreert mooi in onder andere Home Assistant.

Thanks, zeker eens naar gekeken, ook naar ESPEasy maar ik zie niet het voordeel van overstappen, zeker omdat het eea afhankelijk is van Espressif IDF I2C features die niet in beide projecten zitten.

Support voor HA zit overigens in de firmware, de basis functionaliteit (fan speed, temp/hum waardes) wordt met auto discovery geconfigureerd in HA.

[zwoellie]

Beste @arjenhiemstra Bedankt voor deze leuke module!

Ik heb vorige week ook een bordje van je ontvangen en deze inmiddels op mijn Ithobox geplaatst. Helaas zie ik in de log de reden waarom 'ie telkens na 1 minuut terugvalt naar de fallback speed van 99. 'Task SysControl' timed iedere keer uit.

Ik draai op 2.3-Alpha 8 met zowel 'Hum/Temp sensor support' als 'Auto disable Hum/Temp sensor support in itho firmware at boot' op off.

Geen idee of het vreemd is btw, maar het viel mij op dat ik de de optie 'Swap high/low' niet meer op 'on' krijg. Bij opslaan springt 'ie altijd terug naar 'off'.

Ik overweeg om terug te gaan naar FW 2.2.1.

code:

2021-09-21 05:32:07 N: System boot, last reset reason: OWDT_RESET
2021-09-21 05:32:07 N: HW rev: 2, FW ver.: 2.3-alpha8
2021-09-21 05:32:11 N: WiFi: connection successful
2021-09-21 05:32:11 N: WiFi info:
2021-09-21 05:32:11 N: Mode:STA
2021-09-21 05:32:11 N: Status:3
2021-09-21 05:32:11 N: IP:192.168.1.198
2021-09-21 05:32:11 N: Setup: Virtual remote ID: 110,194,56
2021-09-21 05:32:11 N: Setup: init of CC1101 RF module successful
2021-09-21 05:35:20 N: MQTT: connected, System config: 1
2021-09-21 05:35:20 N: Webserver: started
2021-09-21 05:35:20 N: mDNS: started
2021-09-21 05:35:20 N: Hostname: nrg-itho-c238
2021-09-21 05:35:20 N: Setup: done
2021-09-21 05:35:21 N: Error: Task SysControl timed out!
2021-09-21 05:35:30 N: Virtual remote join command send
2021-09-21 05:35:30 N: Error: Task SysControl timed out!
2021-09-21 11:35:14 N: Mem free: 174152, Mem low: 139676, Mem block: 97392
2021-09-21 13:44:16 N: Reboot requested
2021-09-21 13:43:24 N: System boot, last reset reason: SDIO_RESET
2021-09-21 13:43:24 N: HW rev: 2, FW ver.: 2.3-alpha8
2021-09-21 13:43:28 N: WiFi: connection successful
2021-09-21 13:43:28 N: WiFi info:
2021-09-21 13:43:28 N: Mode:STA
2021-09-21 13:43:28 N: Status:3
2021-09-21 13:43:28 N: IP:192.168.1.198
2021-09-21 13:43:28 N: Setup: Virtual remote ID: 110,194,56
2021-09-21 13:43:28 N: Setup: init of CC1101 RF module successful
2021-09-21 13:43:29 N: MQTT: connected, System config: 1
2021-09-21 13:43:29 N: Webserver: started
2021-09-21 13:43:29 N: mDNS: started
2021-09-21 13:43:29 N: Hostname: nrg-itho-c238
2021-09-21 13:43:29 N: Setup: done
2021-09-21 13:43:29 N: Error: Task SysControl timed out!
2021-09-21 13:44:33 N: Virtual remote join command send
2021-09-21 13:44:33 N: Error: Task SysControl timed out!
2021-09-21 14:09:02 N: Reboot requested
2021-09-21 14:09:02 N: System boot, last reset reason: SDIO_RESET
2021-09-21 14:09:02 N: HW rev: 2, FW ver.: 2.3-alpha8
2021-09-21 14:09:06 N: WiFi: connection successful
2021-09-21 14:09:06 N: WiFi info:
2021-09-21 14:09:06 N: Mode:STA
2021-09-21 14:09:06 N: Status:3
2021-09-21 14:09:06 N: IP:192.168.1.198
2021-09-21 14:09:06 N: Setup: Virtual remote ID: 110,194,56
2021-09-21 14:09:06 N: Setup: init of CC1101 RF module successful
2021-09-21 14:09:09 N: MQTT: connected, System config: 1
2021-09-21 14:09:09 N: Webserver: started
2021-09-21 14:09:10 N: mDNS: started
2021-09-21 14:09:10 N: Hostname: nrg-itho-c238
2021-09-21 14:09:10 N: Setup: done
2021-09-21 14:09:10 N: Error: Task SysControl timed out!
2021-09-21 14:09:19 N: Virtual remote join command send
2021-09-21 14:09:19 N: Error: Task SysControl timed out!

[vso]

zo de Itho unit staat bij mij ook in de Homeassistant configuratie

ik heb er 2 van @arjenhiemstra vandaar specifieke namen, btw ik merk echter niet dat de ventilator ook daadwerkelijk reageert op de slider (mqtt van de unit oftewel "naam"/state verandert wel)

Dus alleen als ik de AB indruk merk ik momenteel dat er "bediening" plaats vind .. heb ik een stapje ergens overgeslagen ?

configuration.yaml

YAML:

input_number: 
  ithobadkamer_fan:
    name: ITHO Badkamer-Keuken Fan
    icon: mdi:fan
    initial: 1
    min: 0
    max: 254
    step: 1

sensor:
  - platform: mqtt
    name: "ITHO status WC-Berging Fan"
    state_topic: "ithowcberging/state"
  - platform: mqtt
    name: "ITHO WC-Berging Temperature "
    state_topic: "ithowcberging/sensor"
    unit_of_measurement: "°C"
    value_template: "{{ value_json.temp }}"
  - platform: mqtt
    name: "ITHO WC-Berging Humidity"
    state_topic: "ithowcberging/sensor"
    unit_of_measurement: "%"
    value_template: "{{ value_json.hum }}"

deze exposed
- de status (fan speed)
- de temp(eratuur) sensor
- de hum(idity) sensor

input_number zorgt voor een "waarde" die je aan kan passen..

automation.yaml (zorgt voor de slider)

YAML:

- alias: "Set fan slider ithobadkamer"
  trigger:
    platform: mqtt
    topic: 'ithobadkamer/state'
  action:
    service: input_number.set_value
    data:
      entity_id: input_number.ithobadkamer_fan
      value: "{{ trigger.payload }}"
- alias: "Fan slider ithobadkamer moved"
  trigger:
    platform: state
    entity_id: input_number.ithobadkamer_fan
  condition:
    condition: template
    value_template: "{{ states('sensor.itho_status_badkamer_keuken_fan') | int != states('input_number.ithobadkamer_fan') | int }}"
  action:
    service: mqtt.publish
    data:
      topic: 'ithobadkamer/cmd'
      retain: true
      payload: "{{ states('input_number.ithobadkamer_fan') | int }}"

Dit is dan het resultaat na wat entity-card configuratie in HA / HASS

[haaibaa2]

Nou ik ben er ook bij hoor. Ik heb het boardje vandaag ook mogen ontvangen en geïnstalleerd. Ik miste nog een mqtt koppeling in Domoticz, maar toen ik dat een keer door had werkte het eigenlijk direct. Nu nog een paar mooie sensoren in mijn Domoticz voor luchtvochtigheid en zo zetten.

[Xiz]

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]

Ik had exact dit issue op mijn nieuwe Itho CVE-S ECO. De module deed het in eerste instantie prima, maar liep na een paar uur gebruik vast. Geen idee waarom, misschien omdat ik de ingebouwde sensoren wilde uitlezen mbv firmware 2.2.1? Na een power cycle kwam hij niet meer up. Nu die diode weggehaald en een draadje gesoldeerd en nu start de boel weer als vanouds, hopelijk blijft dat zo. Ik ga nu proberen firmware 2.3-alpha8 te flashen, ik wil tenslotte wel gewoon readings van die sensor :-).

@arjenhiemstra Mocht updaten mislukken en ik zou toch mbv een ftdi-adapter de firmware willen flashen, kan dat dan nog zonder die diode? Wellicht moet ik dan ook weer even dat draadje weghalen?
Bedankt in ieder geval voor je werk aan dit project, zo wordt iets stoms als je huis ventileren toch nog leuk :-)

[badkuip]

vso schreef op dinsdag 21 september 2021 @ 17:23:
zo de Itho unit staat bij mij ook in de Homeassistant configuratie

ik heb er 2 van @arjenhiemstra vandaar specifieke namen, btw ik merk echter niet dat de ventilator ook daadwerkelijk reageert op de slider (mqtt van de unit oftewel "naam"/state verandert wel)

Dus alleen als ik de AB indruk merk ik momenteel dat er "bediening" plaats vind .. heb ik een stapje ergens overgeslagen ?

configuration.yaml

YAML:

input_number: 
  ithobadkamer_fan:
    name: ITHO Badkamer-Keuken Fan
    icon: mdi:fan
    initial: 1
    min: 0
    max: 254
    step: 1

sensor:
  - platform: mqtt
    name: "ITHO status WC-Berging Fan"
    state_topic: "ithowcberging/state"
  - platform: mqtt
    name: "ITHO WC-Berging Temperature "
    state_topic: "ithowcberging/sensor"
    unit_of_measurement: "°C"
    value_template: "{{ value_json.temp }}"
  - platform: mqtt
    name: "ITHO WC-Berging Humidity"
    state_topic: "ithowcberging/sensor"
    unit_of_measurement: "%"
    value_template: "{{ value_json.hum }}"

deze exposed
- de status (fan speed)
- de temp(eratuur) sensor
- de hum(idity) sensor

input_number zorgt voor een "waarde" die je aan kan passen..

automation.yaml (zorgt voor de slider)

YAML:

- alias: "Set fan slider ithobadkamer"
  trigger:
    platform: mqtt
    topic: 'ithobadkamer/state'
  action:
    service: input_number.set_value
    data:
      entity_id: input_number.ithobadkamer_fan
      value: "{{ trigger.payload }}"
- alias: "Fan slider ithobadkamer moved"
  trigger:
    platform: state
    entity_id: input_number.ithobadkamer_fan
  condition:
    condition: template
    value_template: "{{ states('sensor.itho_status_wc_berging_fan') | int != states('input_number.ithobadkamer_fan') | int }}"
  action:
    service: mqtt.publish
    data:
      topic: 'ithobadkamer/cmd'
      retain: true
      payload: "{{ states('input_number.ithobadkamer_fan') | int }}"

Dit is dan het resultaat na wat entity-card configuratie in HA / HASS

[Afbeelding]

Volgens mij gaat dit mis op regel nummer 16 inde automation. Je vergelijkt hier de sensorwaarde van de bergingventilator met de input number van de badkamerventilator. Op deze regel zou je de sensor van de badkamerventilator moeten vergelijken met het input number van de badkamerventilator.

[arjenhiemstra]

vso schreef op dinsdag 21 september 2021 @ 17:23:

btw ik merk echter niet dat de ventilator ook daadwerkelijk reageert op de slider (mqtt van de unit oftewel "naam"/state verandert wel)

Zou wel moeten uiteraard, kun je zelf ook niet echt iets aan verkeerd doen. draai je de alpha versie of heb je dit ook met de 2.2.1 versie? Met die 2.2.1 versie is het uitlezen van de originele hum sensor niet betrouwbaar, loopt de itho firmware vast. Dan doet de slider het ook niet meer (maar dan zou het via MQTT ook niet meer moeten werken btw)

[arjenhiemstra]

Xiz schreef op dinsdag 21 september 2021 @ 19:56:
[...]

@arjenhiemstra Mocht updaten mislukken en ik zou toch mbv een ftdi-adapter de firmware willen flashen, kan dat dan nog zonder die diode? Wellicht moet ik dan ook weer even dat draadje weghalen?
Bedankt in ieder geval voor je werk aan dit project, zo wordt iets stoms als je huis ventileren toch nog leuk :-)

yep, draadje weg en de vlakjes van de diode verbinden (diode zelf hoeft niet terug, vandaag getest en we kunnen prima zonder is de conclusie... weer wat geleerd)

[arjenhiemstra]

zwoellie schreef op dinsdag 21 september 2021 @ 16:24:
Beste @arjenhiemstra Bedankt voor deze leuke module!

Ik heb vorige week ook een bordje van je ontvangen en deze inmiddels op mijn Ithobox geplaatst. Helaas zie ik in de log de reden waarom 'ie telkens na 1 minuut terugvalt naar de fallback speed van 99. 'Task SysControl' timed iedere keer uit.

Er is iets vreemds met I2C aan de hand, er zit sowieso nog een stomme bug in de code van alpha8 maar er is meer aan de hand. Als ik de timeout verleng naar zeg 1 seconde ipv 100ms dan failed bijna elke I2C readout. Dat zou niet mogen.
Dus of de itho stuurt het bericht terug maar sluit deze niet goed af oid of er is iets anders aan de hand, ik kan het nog niet verklaren. wss moet de i2c bus even aan de logic analyser om precies te achterhalen wat er aan de hand is.

Ik draai op 2.3-Alpha 8 met zowel 'Hum/Temp sensor support' als 'Auto disable Hum/Temp sensor support in itho firmware at boot' op off.

Met deze firmware zou je dan de sensor info uit de itho firmware moeten kunnen halen zonder issues inderdaad.

Geen idee of het vreemd is btw, maar het viel mij op dat ik de de optie 'Swap high/low' niet meer op 'on' krijg. Bij opslaan springt 'ie altijd terug naar 'off'.

Die functie gaat verdwijnen, is niet meer relevant.

[arjenhiemstra]

Ok, versie 2.3alpha9 online

De andere versies zijn verwijderd want die hebben wat gevaarlijke bugs er in zitten. oa. werden signed int values niet goed verwerkt waardoor je een setting wel kon wijzigen maar niet een negatief getal kon aanpassen. Dat is nu (grotendeels) gefixed. Een paar settings zijn van het type unsigned int32, waardes die je waarschijnlijk nooit zult instellen maar moet wel opgelost worden.
Verder was de mapping van settings met itho versies niet in alle gevallen goed waardoor je een ander label voor de betreffende setting kreeg.

Release notes:
- I2C timeout tweaks, but still not there yet
- Corrected settings map for some itho units
- Fixed parsing of values (uint vs int and length)
- Decode of 31DA message

Todo:
* make hostname configurable
* make MQTT sensor update time configurable
* Add DemandFlow and HRU information
* Add remote buttons to API
* Decode 31D9 message
* Improve I2C reliability
* Restore compatibility with HW rev 1
* Restructure MQTT topics
* Include support for RFT-RV and RFT-CO2 remotes
* [your request here]

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

[vso]

badkuip schreef op dinsdag 21 september 2021 @ 19:59:
[...]


Volgens mij gaat dit mis op regel nummer 16 inde automation. Je vergelijkt hier de sensorwaarde van de bergingventilator met de input number van de badkamerventilator. Op deze regel zou je de sensor van de badkamerventilator moeten vergelijken met het input number van de badkamerventilator.

thx for spotting !

post en in mijn automation aangepast (alleen fixt niet de issue jammer genoeg )

[vso]

arjenhiemstra schreef op dinsdag 21 september 2021 @ 19:59:
[...]


Zou wel moeten uiteraard, kun je zelf ook niet echt iets aan verkeerd doen. draai je de alpha versie of heb je dit ook met de 2.2.1 versie? Met die 2.2.1 versie is het uitlezen van de originele hum sensor niet betrouwbaar, loopt de itho firmware vast. Dan doet de slider het ook niet meer (maar dan zou het via MQTT ook niet meer moeten werken btw)

badkamer v2.2 (werkt niet)
wcberging v2.2.1 (werkt niet)

remotes werken beide wel .. hum/temp sensors werken naar mijn idee goed genoeg .. en deze zie ik als added bonus .. mij gaat het erom dat ik via de domotica server via mqtt de fan speed aan kan passen ..

kan ik ook high/med/low/timer doen ? en welke timer kies ik dan (1,2 of 3?) zal vast wel een mqtt commando zijn denk ik zo ..


ik ben niet zo van alpha versies .. dus ik wacht rustig tot een 2.2.2 voordat ik er 1 update .. teminste dat is mijn idee .. ben alleen beetje verbaast dat de bediening via mqtt niet werkt .. als dat een bug/design issue is tja dan update ik zo naar de alpha versie daar heb ik dan geen bezwaar tegen ..

ik vat alleen niet waarom ik nu niet de fanspeed kan bedienen via mqtt .. lijkt me wel de doelstelling toch ?

en ik heb voor elk 1 remote .. voordat ik deze via jou boardje koppel met unlearn/learn wil ik eerst weten dat het op de huidige wijze werkt ..

ik test een beetje in de winter wilde ik wat meer gaan verdiepen in deze meuk

ps via node-red lees ik de mqtt berichten uit dus ik zie als ik in HA de boel bedien ook direct een reactie zeg maar.

[1ntroduc3]

arjenhiemstra schreef op vrijdag 3 september 2021 @ 14:28:
Gisteravond mocht ik bij @AUijtdehaag een HRU350 set ophalen die hij aan mij gedoneerd (!!) heeft! Bizar bedankt

[Afbeelding]

Naast de HRU zelf compleet met:
- Demandflow module
- Kleppen
- Remote
- CO2 sensor
- Service module

Kortom, de natte droom van mij als itho knutselaar ! Nu zsm de module voor deze HRU gaan testen en de firmware ervoor gaan ontwikkelen. Wellicht dat ik er een eigen topic van maak.

In de tussentijd, welke feature is het meest gewenst voor de HRU?

Biedt perspectief voor mij als hru eco 300 dual zone wtw?

Heb je hier inmiddels een eigen topic voor ?

[badkuip]

vso schreef op woensdag 22 september 2021 @ 00:50:
[...]

badkamer v2.2 (werkt niet)
wcberging v2.2.1 (werkt niet)

remotes werken beide wel .. hum/temp sensors werken naar mijn idee goed genoeg .. en deze zie ik als added bonus .. mij gaat het erom dat ik via de domotica server via mqtt de fan speed aan kan passen ..

kan ik ook high/med/low/timer doen ? en welke timer kies ik dan (1,2 of 3?) zal vast wel een mqtt commando zijn denk ik zo ..

je kan high/medium/low doen door de tekst high, medium of low op het itho/cmd topic te plaatsen. Op dezelfde plek waar je een waarde zoals 20 of 100 invult,

ik ben niet zo van alpha versies .. dus ik wacht rustig tot een 2.2.2 voordat ik er 1 update .. teminste dat is mijn idee .. ben alleen beetje verbaast dat de bediening via mqtt niet werkt .. als dat een bug/design issue is tja dan update ik zo naar de alpha versie daar heb ik dan geen bezwaar tegen ..

Ik ben ook niet zo van de alpha versies maar ik snap de release cycle van deze software ook niet zo goed. Ik ben wel benieuwd hoeveel alpha's er achter elkaar volgen voordat er een beta en een stable volgen. Change logs op Github zouden sowieso wel fijn zijn voor het overzicht

ik vat alleen niet waarom ik nu niet de fanspeed kan bedienen via mqtt .. lijkt me wel de doelstelling toch ?

Dat weet ik ook niet. Maar volgens mij is het bedienen via mqtt basisfunctionaliteit en hoort dat te werken. Het werkt in ieder geval op mijn box met versie 2.3-alpha5.

ps via node-red lees ik de mqtt berichten uit dus ik zie als ik in HA de boel bedien ook direct een reactie zeg maar.

Ok, dus je kan zien wat er gebeurt als je in HA iets doet maar hoe test je dan een mqtt-commando? Ik zou je aanraden dat te testen met een MQTT client zoals MQTT explorer. Dan sluit je eventuele config-problemen in HA uit.

[m.eddy]

arjenhiemstra schreef op dinsdag 21 september 2021 @ 14:18:
iOS 15 issues

Ik kreeg net een bericht dat iemand issues had met iOS 15, ik heb zelf nog niet de update gedaan maar net even getest in de xcode simulator en daar zie ik dat de websocket niet goed functioneert.
Ik heb nog geen idee waarom maar blijkbaar is er iets veranderd in iOS 15 mbt javascript, als iemand een idee heeft, ik hou mij aanbevolen!

Ik zag dit idd al op een device die ik enige tijd in de beta van IOS 15 had lopen. Sorry dat ik het toen niet gemeld had maar ik ging ervan uit dat IOS beta was. Nu met de final idd nog steeds.

[RaceAap]

arjenhiemstra schreef op dinsdag 21 september 2021 @ 14:19:
[...]
Als je itho de 2x4 pin interface heeft zal het zeer waarschijnlijk prima werken.

Gister gelijk maar besteld
Ben benieuwd hoe snel die binnen is om de boel in HA te kunnen hangen en eindelijk eens automatisch de stand te kunnen laten bepalen.

[vso]

badkuip schreef op woensdag 22 september 2021 @ 08:34:
[...]

je kan high/medium/low doen door de tekst high, medium of low op het itho/cmd topic te plaatsen. Op dezelfde plek waar je een waarde zoals 20 of 100 invult,


[...]

Ik ben ook niet zo van de alpha versies maar ik snap de release cycle van deze software ook niet zo goed. Ik ben wel benieuwd hoeveel alpha's er achter elkaar volgen voordat er een beta en een stable volgen. Change logs op Github zouden sowieso wel fijn zijn voor het overzicht


[...]

Dat weet ik ook niet. Maar volgens mij is het bedienen via mqtt basisfunctionaliteit en hoort dat te werken. Het werkt in ieder geval op mijn box met versie 2.3-alpha5.


[...]

Ok, dus je kan zien wat er gebeurt als je in HA iets doet maar hoe test je dan een mqtt-commando? Ik zou je aanraden dat te testen met een MQTT client zoals MQTT explorer. Dan sluit je eventuele config-problemen in HA uit.

ik had nog niet echt in mqtt commando's gekeken .. ook omdat via de web interface de unit niet reageert op commando's ..

Node-red voldoet ook voor commando's maar goed als je maar kan testen toch ?


tja changelogs zijn fijn, maar je ziet hoe snel & makkelijk een foutje erin kruipt toen je de "regel 16" opmerking plaatste liever meer aandacht aan het product en zeer cryptische omschrijvingen dan andersom

[Overspark]

vso schreef op woensdag 22 september 2021 @ 00:50:
[...]

remotes werken beide wel .. hum/temp sensors werken naar mijn idee goed genoeg .. en deze zie ik als added bonus .. mij gaat het erom dat ik via de domotica server via mqtt de fan speed aan kan passen ..

Heb je de boxen wel op stand med staan? Alleen dan werkt de aansturing vanuit MQTT. Als je ze op low of high zet wordt de waarde vanuit MQTT overruled.

[arjenhiemstra]

Een paar reacties op wat bovenstaande berichten.

Versioning
ik probeer zo veel als mogelijke Semantic Versioning aan te houden, dwz:

code:

Given a version number MAJOR.MINOR.PATCH, increment the:

MAJOR version when you make incompatible API changes,
MINOR version when you add functionality in a backwards compatible manner, and
PATCH version when you make backwards compatible bug fixes.
Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.

2.2 is dus de laatste stable versie, hier komen geen nieuwe features in, alleen bugfixes. De laatste bugfix release is 2.2.1.
2.3 alpha releases zijn met name om nieuwe feature toe te voegen, er zullen nog bugs in zitten. beta komt zodra 2.3 feature complete is en de meeste bugs eruit zijn.

Changelogs
Goed punt, ik vergeet vaak de tags te pushen en een (pre)release op github aan te maken. Commentaar staat wel in de commits maar ik begrijp dat dit niet handig is.
Inmiddels is github weer bijgewerkt

Vochtsensor
2.2.1 ondersteund alleen de alternatieve vochtsensor. Als je de originele gaat uitlezen loopt je itho vast en werkt de bediening via de webinterface niet meer (slider reageert niet e.d.)
2.3alpha.9 ondersteund wel de originele sensor en kan deze uitlezen zonder dat de itho vastloopt

iOS15 en MacOS monterey
De webinterface van de add-on werkt niet goed met deze OS versies. op iOS werkt het helemaal niet lijkt het, op monterey niet met Safari. Chrome lijkt op monterey wel goed te werken.
Ik kan het reproduceren maar niet verklaren, de websocket werkt niet goed. Overigens had ik op MacOS de interface open laten staan en toen ik na een paar minuten terug kwam werkte alles naar behoren. Na een reload werkte het weer niet. In de basis kan de code dus werken en lijkt het een bug in safari.

[ Voor 4% gewijzigd door arjenhiemstra op 22-09-2021 13:04 ]

[vso]

Overspark schreef op woensdag 22 september 2021 @ 12:42:
[...]


Heb je de boxen wel op stand med staan? Alleen dan werkt de aansturing vanuit MQTT. Als je ze op low of high zet wordt de waarde vanuit MQTT overruled.

als ik je goed begrijp moet ik dan op de remote eerst op medium zetten voordat ik kan bedienen ?

Dat zou zwaar irritant zijn .. ik zou graag zien dat ongeacht of ik nu aan de remote of via de webinterface de ventilatie snelheid aanpas dat het ding luistert.

@arjenhiemstra even betreft je releases etc het helpt als je een "feature" toevoegen afwisselt met een code-review-herschrijving oftewel een roadmap, in de 1ne knutsel je in de ander maak je een kern + aftakkingen(functionaliteiten) tot een vloeiend geheel ..

De code-review/herschrijving kan je als een "v2.x oid of v3.x zien ..

[arjenhiemstra]

vso schreef op woensdag 22 september 2021 @ 13:51:
[...]

als ik je goed begrijp moet ik dan op de remote eerst op medium zetten voordat ik kan bedienen ?

Dat zou zwaar irritant zijn .. ik zou graag zien dat ongeacht of ik nu aan de remote of via de webinterface de ventilatie snelheid aanpas dat het ding luistert.

Dat is een beperking van itho helaas, maar daar heb ik iets voor bedacht
De virtual remote:


Even "send join" en "force medium" aanzetten, je box een power cycle geven (anders werkt het join commando niet) en daarna zal voor ieder commando dat de add-on verstuurt een medium commando verstuurt worden zodat de itho altijd in een mode staat waarin die commando's accepteert. Beperking opgelost

@arjenhiemstra even betreft je releases etc het helpt als je een "feature" toevoegen afwisselt met een code-review-herschrijving oftewel een roadmap, in de 1ne knutsel je in de ander maak je een kern + aftakkingen(functionaliteiten) tot een vloeiend geheel ..

De code-review/herschrijving kan je als een "v2.x oid of v3.x zien ..

Dat is een andere versioning strategie, ik vind die van semantic versioning heel prettig. In principe push je altijd op mainbranch verder, alleen bugfixes leven op een andere branch. Maar alles heb ook zn nadelen natuurlijk

[arjenhiemstra]

1ntroduc3 schreef op woensdag 22 september 2021 @ 07:22:
[...]

Biedt perspectief voor mij als hru eco 300 dual zone wtw?

Heb je hier inmiddels een eigen topic voor ?

Ik vrees van niet, de hru300 is een raar ding, het lijkt erop dat itho die als OEM heeft gekocht en er een itho stikker op heeft geplakt.
De hru200 is eigenlijk een CVE met wat extra pinnen, een hru350 een soort dubbele CVE qua printplaat, ze delen allemaal dezelfde basis componenten en architectuur.
De hru300 lijkt in niets op alles wat itho verder gemaakt heeft en heeft ook geen interface die lijkt op de andere modellen.

[ Voor 4% gewijzigd door arjenhiemstra op 22-09-2021 14:43 ]

[vso]

arjenhiemstra schreef op woensdag 22 september 2021 @ 14:03:
[...]


Dat is een beperking van itho helaas, maar daar heb ik iets voor bedacht
De virtual remote:
[Afbeelding]

Even "send join" en "force medium" aanzetten, je box een power cycle geven (anders werkt het join commando niet) en daarna zal voor ieder commando dat de add-on verstuurt een medium commando verstuurt worden zodat de itho altijd in een mode staat waarin die commando's accepteert. Beperking opgelost


[...]


Dat is een andere versioning strategie, ik vind die van semantic versioning heel prettig. In principe push je altijd op mainbranch verder, alleen bugfixes leven op een andere branch. Maar alles heb ook zn nadelen natuurlijk

nice ik snapt het al niet .. waarom die optie erin zat

Maar begrijp ik goed dat een "remote" dit weer in de war kan sturen ? en dus ik deze aan jou remote ding oid moet koppelen ? zodat dit voorkomen word.

Wellicht dit beter in de handleiding beschrijven ! en ik zou liever zien part A (fysieke install) en part B remote en part c intergratie in domotica server(s) oid .. (zie github)


BTW op nrgwatch website
- een linkje naar je github ?
- naar de latest release (download)
- linkje bv naar de blauwe/grijze "box" als je moet kiezen ..
- en linkje handleiding
(als deze er niet zijn)

Over handleiding gesproken zou de node-red flow en andere domotica meuk (code) niet in de handleiding zetten. gewoon losse files (raw) copy & paste oid aanbieden ..
- node-red
- yaml (home assistant)
- domoticz plugin ?

[zwoellie]

Het is om gek van te worden...

Of ik nu de RF afstandsbediening gebruik, een HTML API commando, MQTT commando of de webinterface gebruik, élke keer valt mijn Ithobox na een minuut terug naar de fall back speed. Op FW 2.2.1, op 2.3-Alpha 8 en 9. Élke keer.

De vrouw was er al klaar mee en ik weet het ook niet meer. Ik hou mij sterk aanbevolen voor tips...!

[ Voor 0% gewijzigd door zwoellie op 22-09-2021 20:45 . Reden: typo ]

[arjenhiemstra]

zwoellie schreef op woensdag 22 september 2021 @ 20:44:
Het is om gek van te worden...

Of ik nu de RF afstandsbediening gebruik, een HTML API commando, MQTT commando of de webinterface gebruik, élke keer valt mijn Ithobox na een minuut terug naar de fall back speed. Op FW 2.2.1, op 2.3-Alpha 8 en 9. Élke keer.

De vrouw was er al klaar mee en ik weet het ook niet meer. Ik hou mij sterk aanbevolen voor tips...!

Leest als een loopje in een automation oid. Ik heb wel eens een MQTT loop gehad waardoor de box steeds terug viel. Ik zou MQTT eens uitzetten of kijken of er toch niet iets terug komt via de HTML API.

[arjenhiemstra]

vso schreef op woensdag 22 september 2021 @ 18:40:
[...]
nice ik snapt het al niet .. waarom die optie erin zat

Maar begrijp ik goed dat een "remote" dit weer in de war kan sturen ? en dus ik deze aan jou remote ding oid moet koppelen ? zodat dit voorkomen word.

Als je een remote koppelt aan de add-on dan heb je het issue inderdaad niet.

Wellicht dit beter in de handleiding beschrijven ! en ik zou liever zien part A (fysieke install) en part B remote en part c intergratie in domotica server(s) oid .. (zie github)

Ik zal het toevoegen aan de handleiding, overigens staat op github hier het volgende over:
An important note about the firmware:
The add-on is able to control the itho box in standard or medium mode setting only. This means you can use the original remote but if you leave the itho box in low or high setting the itho won't accept commands from the add-on. This is itho designed behaviour. Adding a CC1101 RF module and/or letting the add-on present itself as virtual remote can circumvent this issue.

[kvandt]

@arjenhiemstra Is het niet zo dat de box "electrisch" in stand 2 moet staan om via remote of sensoren bediend te kunnen worden? Dus bij een Itho met perilex aansluting kun je box in stand 1 zetten (met de electrisch aangesloten 3 standen schakelaar en dan werkt de remote en add-on niet meer. Als je de wandschakelaar in stand 2 zet, werkt alles wel. Stand 3 weer niet. Ik heb bij mij de box (met perilex) nu anders aangesloten, waardoor deze electrisch in stand 2 staat. Verder geen problemen.

[zwoellie]

arjenhiemstra schreef op donderdag 23 september 2021 @ 09:10:
[...]


Leest als een loopje in een automation oid. Ik heb wel eens een MQTT loop gehad waardoor de box steeds terug viel. Ik zou MQTT eens uitzetten of kijken of er toch niet iets terug komt via de HTML API.

MQTT uitzetten bleek de oplossing te zijn inderdaad. Bedankt!
Wel jammer, omdat ik die route juist wilde gebruiken icm Homey. Maar voorlopig gebruik ik de HTML API.

[arjenhiemstra]

kvandt schreef op donderdag 23 september 2021 @ 09:55:
@arjenhiemstra Is het niet zo dat de box "electrisch" in stand 2 moet staan om via remote of sensoren bediend te kunnen worden? Dus bij een Itho met perilex aansluting kun je box in stand 1 zetten (met de electrisch aangesloten 3 standen schakelaar en dan werkt de remote en add-on niet meer. Als je de wandschakelaar in stand 2 zet, werkt alles wel. Stand 3 weer niet. Ik heb bij mij de box (met perilex) nu anders aangesloten, waardoor deze electrisch in stand 2 staat. Verder geen problemen.

Dat weet ik eerlijk gezegd niet, ik heb dat nooit kunnen testen. Op zich is die 3 standenschakelaar niets anders dan wat inputs op het chipje, zou dus met software overruled kunnen worden maar misschien ook niet.
Heb je het getest met de virtual remote?

[Overspark]

kvandt schreef op donderdag 23 september 2021 @ 09:55:
@arjenhiemstra Is het niet zo dat de box "electrisch" in stand 2 moet staan om via remote of sensoren bediend te kunnen worden? Dus bij een Itho met perilex aansluting kun je box in stand 1 zetten (met de electrisch aangesloten 3 standen schakelaar en dan werkt de remote en add-on niet meer. Als je de wandschakelaar in stand 2 zet, werkt alles wel. Stand 3 weer niet. Ik heb bij mij de box (met perilex) nu anders aangesloten, waardoor deze electrisch in stand 2 staat. Verder geen problemen.

Volgens mij niet. Ik heb in de keuken een perilex en een losse afstandsbediening boven (die ik beiden eigenlijk niet meer gebruik sinds HA de box bestuurt) en mijn ervaring is dat de Itho altijd reageert op het laatst binnengekomen signaal. Als de perilex op 1 staat en je op de AB een hogere stand kiest dan werkt dat iig prima. Als ik eind v/d week weer thuis ben zal ik eens testen of de box ook op MQTT reageert nadat ik met de virtual remote een medium commando heb gegeven terwijl de perilex nog op iets anders staat.

[mrmartinuz]

kvandt schreef op donderdag 23 september 2021 @ 09:55:
@arjenhiemstra Is het niet zo dat de box "electrisch" in stand 2 moet staan om via remote of sensoren bediend te kunnen worden? Dus bij een Itho met perilex aansluting kun je box in stand 1 zetten (met de electrisch aangesloten 3 standen schakelaar en dan werkt de remote en add-on niet meer. Als je de wandschakelaar in stand 2 zet, werkt alles wel. Stand 3 weer niet. Ik heb bij mij de box (met perilex) nu anders aangesloten, waardoor deze electrisch in stand 2 staat. Verder geen problemen.

Precies dit inderdaad.
Ik heb zelf een Itho box sinds 2017 hangen. Bij deze variant zijn er 3 standen. Low/Medium(auto)/High. Ik heb er een externe RV sensor van Itho aan gekoppeld.

Deze doet het inderdaad alleen wanneer de box in stand 2 staat. Handmatig op Low zetten en dan gaan douchten triggerd dan niet de box.

Hoe het tegenwoordig is werkt? Geen idee. Ik heb nog 1 met een blauw deksel en geen ingebouwde RF sensor.

[arjenhiemstra]

zwoellie schreef op donderdag 23 september 2021 @ 10:12:
[...]


MQTT uitzetten bleek de oplossing te zijn inderdaad. Bedankt!
Wel jammer, omdat ik die route juist wilde gebruiken icm Homey. Maar voorlopig gebruik ik de HTML API.

Ergens zit er dan een loop in, als je die eruit haalt zou het gewoon weer prima moeten werken

[smesjz]

arjenhiemstra schreef op dinsdag 21 september 2021 @ 12:51:
[...]


Kan beide, het is dezelfde interface (mits HRU350), oudere modellen hebben een andere interface

Stomme vraag. Ik heb een een HRU350 maar snap nog niet helemaal hoe dit aangesloten moet worden? Aangezien de HRU verder gesloten is en niet user-servicable is, hangt je PCB dan "buiten boord" en wordt ie aan de service poort aangesloten?

[arjenhiemstra]

smesjz schreef op donderdag 23 september 2021 @ 14:45:
[...]


Stomme vraag. Ik heb een een HRU350 maar snap nog niet helemaal hoe dit aangesloten moet worden? Aangezien de HRU verder gesloten is en niet user-servicable is, hangt je PCB dan "buiten boord" en wordt ie aan de service poort aangesloten?

zo

[smesjz]

arjenhiemstra schreef op donderdag 23 september 2021 @ 15:18:
[...]


zo
[Afbeelding]

Nice! En deze module is nog work in progress en niet te bestellen? Ik had wel verwacht dat zoiets een aparte voeding nodig had maar mooi dat het zo werkt.

Volgende stap is natuurlijk om uit te lezen wanneer het muggenfilter vol.

[kvandt]

arjenhiemstra schreef op donderdag 23 september 2021 @ 10:30:
[...]


Dat weet ik eerlijk gezegd niet, ik heb dat nooit kunnen testen. Op zich is die 3 standenschakelaar niets anders dan wat inputs op het chipje, zou dus met software overruled kunnen worden maar misschien ook niet.
Heb je het getest met de virtual remote?

Ik heb de handleiding nog eens nagelezen:

Is iets anders dan ik dacht. De middenstand op de draaischakelaar is de automatische stand. Zegt niets over bedieningsmogelijkheid in andere standen. Sorry voor confusion.

[arjenhiemstra]

smesjz schreef op donderdag 23 september 2021 @ 16:56:
[...]


Nice! En deze module is nog work in progress en niet te bestellen? Ik had wel verwacht dat zoiets een aparte voeding nodig had maar mooi dat het zo werkt.

Volgende stap is natuurlijk om uit te lezen wanneer het muggenfilter vol.

Ik ben de firmware nog geschikt aan het maken. De PWM 2 I2C print waar de originele firmware op gebaseerd is werkt niet met de hru en demandflow. Ik ben nu de verschillende info opties aan het toevoegen (die zitten in de laatste alpha versie en werken ook voor de hru / demandflow), de remote commando's moeten in de API (bijna klaar) en de settings en info mapping moet uitgeplozen worden (nog aan het begin).
Als dit geregeld is heb je in de basis een werkend product en zal ik ze aanbieden.

[deWit]

Ik kijk er met smart naar uit, dat zou de hru echt wel compleet maken voor de domotica-fanaten

[vso]

nevermind

[ Voor 96% gewijzigd door vso op 24-09-2021 01:44 ]

[zwoellie]

arjenhiemstra schreef op donderdag 23 september 2021 @ 12:09:
[...]


Ergens zit er dan een loop in, als je die eruit haalt zou het gewoon weer prima moeten werken

Tot mijn spijt moet ik bekennen dat er inderdaad nog een test flow actief was... Bediening via MQTT werkt inmiddels als een zonnetje.

Helaas krijg ik nu wel weer de time out van de Task SysControl op Alpha 9.

[ Voor 34% gewijzigd door zwoellie op 24-09-2021 13:04 . Reden: Quote bijgevoegd ]

[Saeverix]

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


Als je zou willen proberen, graag!

Ik ben vandaag even aan het solderen geweest, en de wijzigingen zoals aangegeven doorgevoerd. En bij de eerste keer opstarten direct contact via WiFi. Toen even een soft-reboot gedaan via de web-interface. Eerst leek het erop dat hij weer in AP mode ging, tijdelijk onbereikbaar en de Itho AP WiFi was ook bereikbaar. Maar een halve minuut later was hij alsnog opgestart. Dus het probleem lijkt hiermee opgelost.

[Ierlandfan]

Hoe zouden jullie het volgende programmeren in Home Assistant? Is dit de enige manier of is er een makkelijkere mogelijkheid?

Pseudo code:

if event "up" and current state = low >newState medium
if event "up" and current state = medium >newState High
if event "up" and current state = High >newState low
if event "down" and current state = low >newState High
if event "down" and current state = medium >newState Low
if event "down" and current state = low >newState High

[Woodski]

Hoi, kan je via node red ook direct met Home Assistant de fan bedienen en zo ja hoe.
Kan het bijvoorbeeld met input_number.itho_fan ?

Hier zie ik alleen voorbeelden met de MQTT out node

[balsteroid]

Hallo daar,

Vorige week heb ik ook een bordje geplaatst in mijn CVE-S ECO, beetje vogelen met wat scriptjes uit deze post in Home Assistant en hoppa! Begon goed. Super leuk om eindelijk mijn ventilatie te kunnen toevoegen aan mijn smart home!

Toen de eerste errors en 2.3alpha 9 geprobeerd, dat werkte iets beter maar na een uur of 6 geen reactie meer. In het begin wilde de stroom er af wel helpen maar nu boot het bord in AP mode en heb ik de firmware terug kunnen zetten naar 2.2.1 maar de module schrijft geen settings meer, joint niet het opgegeven ssid en ook een reset kan niet uitgevoerd worden.





Ook is het logfile en filesystem leeg:





Ik weet zo 123 niet of dit hw2 bord een diode heeft die er af moet maar het niet schrijven van settings is nieuw volgens mij?

What to do?

En klopt het dat deze module de auto functie van de itho gebaseerd op luchtvochtigheid overuled? De itho slaat nl helemaal niet meer automatisch aan sinds het bordje geplaatst is en uitaard ook niet nu het bordje vast gelopen is.

[ Voor 27% gewijzigd door balsteroid op 27-09-2021 21:54 ]

[arjenhiemstra]

balsteroid schreef op maandag 27 september 2021 @ 21:44:
Hallo daar,

Vorige week heb ik ook een bordje geplaatst in mijn CVE-S ECO, beetje vogelen met wat scriptjes uit deze post in Home Assistant en hoppa! Begon goed. Super leuk om eindelijk mijn ventilatie te kunnen toevoegen aan mijn smart home!

Toen de eerste errors en 2.3alpha 9 geprobeerd, dat werkte iets beter maar na een uur of 6 geen reactie meer. In het begin wilde de stroom er af wel helpen maar nu boot het bord in AP mode en heb ik de firmware terug kunnen zetten naar 2.2.1 maar de module schrijft geen settings meer, joint niet het opgegeven ssid en ook een reset kan niet uitgevoerd worden.

[Afbeelding]

[Afbeelding]

Ook is het logfile en filesystem leeg:

[Afbeelding]

[Afbeelding]

Ik weet zo 123 niet of dit hw2 bord een diode heeft die er af moet maar het niet schrijven van settings is nieuw volgens mij?

What to do?

Wow! ik weet dat ik deze error meldingen ingebouwd heb maar ik heb ze zelf nog nooit gezien! Dat is niet goed... Je zou nog kunnen proberen om een fail save boot te doen, de flash partitie krijgt dan een format. Je hoeft geen nieuwe firmware te uploaden. Als het formatteren klaar is start een access point op en knippert het wifi ledje. Daarna een power cycle en dan start de add-on op zoals je die kreeg (als het goed is).
Als het dan nog niet OK werkt is er een hardware issue denk ik.

En klopt het dat deze module de auto functie van de itho gebaseerd op luchtvochtigheid overuled? De itho slaat nl helemaal niet meer automatisch aan sinds het bordje geplaatst is en uitaard ook niet nu het bordje vast gelopen is.

Niet per se, alleen als je deze functie gebruikt:

Als je deze functies aan zet op firmware 2.2(.1) dan loopt je itho vast. In alpha9 is dat opgelost.
Buttom line; gebruik deze functies alleen als je een alternatieve hum sensor in je itho hebt of de besturing vanuit de itho firmware uit wilt zetten.

[Saeverix]

Ik weet niet of het iets aan mijn kant is (Home Assistant die iets vreemds doet?) maar ik met dat mijn Timers (de timer knop of de RF remote) het niet meer goed doen.

Wanneer ik de Timer knop 1 keer indruk dan zou hij volgens de instellingen 10 minuten op 220 moeten draaien en daarna weer terug moeten gaan naar de vorige stand. Na het indrukken van de knop gaat hij keurig op 220 draaien, maar hij gaat alleen nooit weer terug naar de vorige stand. Ik moet hem dan handmatig (via de webinterface, de RF remote of via Home Assistant) weer op een lagere stand zetten.

Kan ik ergens in de Itho WiFi addon debuggen waar dit eventueel mis gaat? In de Debug logs kan ik op dit moment niets terug vinden, maar is er misschien ergens een Verbose mode aan te zetten ofzo?

[arjenhiemstra]

Saeverix schreef op dinsdag 28 september 2021 @ 14:06:
Ik weet niet of het iets aan mijn kant is (Home Assistant die iets vreemds doet?) maar ik met dat mijn Timers (de timer knop of de RF remote) het niet meer goed doen.

Wanneer ik de Timer knop 1 keer indruk dan zou hij volgens de instellingen 10 minuten op 220 moeten draaien en daarna weer terug moeten gaan naar de vorige stand. Na het indrukken van de knop gaat hij keurig op 220 draaien, maar hij gaat alleen nooit weer terug naar de vorige stand. Ik moet hem dan handmatig (via de webinterface, de RF remote of via Home Assistant) weer op een lagere stand zetten.

Kan ik ergens in de Itho WiFi addon debuggen waar dit eventueel mis gaat? In de Debug logs kan ik op dit moment niets terug vinden, maar is er misschien ergens een Verbose mode aan te zetten ofzo?

met het commando: http://[nrg-itho-1234]/api.html?get=queue
krijg je de queue te zien zoals hieronder:

code:

{"queue":[{"index":0,"speed":220,"valid":582400},{"index":1,"speed":-1,"valid":0},{"index":2,"speed":-1,"valid":0},{"index":3,"speed":-1,"valid":0},{"index":4,"speed":-1,"valid":0},{"index":5,"speed":-1,"valid":0},{"index":6,"speed":-1,"valid":0},{"index":7,"speed":-1,"valid":0},{"index":8,"speed":-1,"valid":0},{"index":9,"speed":-1,"valid":0}],"ithoSpeed":220,"ithoOldSpeed":220,"fallBackSpeed":43}

Als er een timer actief is zou op index 0 valid > 0 moeten zijn en elke keer als je reload moet valid afnemen totdat die 0 is, daarna gaat de instelling als het goed is weer naar de fallBackSpeed waarde (in dit voorbeeld naar 43).

[Saeverix]

arjenhiemstra schreef op dinsdag 28 september 2021 @ 14:40:
[...]


met het commando: http://[nrg-itho-1234]/api.html?get=queue
krijg je de queue te zien zoals hieronder:

code:

{"queue":[{"index":0,"speed":220,"valid":582400},{"index":1,"speed":-1,"valid":0},{"index":2,"speed":-1,"valid":0},{"index":3,"speed":-1,"valid":0},{"index":4,"speed":-1,"valid":0},{"index":5,"speed":-1,"valid":0},{"index":6,"speed":-1,"valid":0},{"index":7,"speed":-1,"valid":0},{"index":8,"speed":-1,"valid":0},{"index":9,"speed":-1,"valid":0}],"ithoSpeed":220,"ithoOldSpeed":220,"fallBackSpeed":43}

Als er een timer actief is zou op index 0 valid > 0 moeten zijn en elke keer als je reload moet valid afnemen totdat die 0 is, daarna gaat de instelling als het goed is weer naar de fallBackSpeed waarde (in dit voorbeeld naar 43).

Helaas blijft de queue bij mij leeg:

JSON:

{
    "queue": [
        {
            "index": 0,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 1,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 2,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 3,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 4,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 5,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 6,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 7,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 8,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 9,
            "speed": -1,
            "valid": 0
        }
    ],
    "ithoSpeed": 220,
    "ithoOldSpeed": 220,
    "fallBackSpeed": 220
}

Ook bij twee keer de Timer knop indrukken (20 minuten) veranderd er niets. Ik zie ook dat "ithoOldSpeed" op 220 staat, terwijl de vorige snelheid 140 was. Ook de "fallBackSpeed" staat op 220, terwijl die in de configuratie op 140 staat.





Voordat ik deze vraag had gepost was ik al van Firmware 2.2.1 naar 2.2.0 gegaan. Ik dacht misschien zit daar ergens een foutje in, of lost het opnieuw flashen van de firmware het probleem op.

[arjenhiemstra]

Saeverix schreef op dinsdag 28 september 2021 @ 14:57:
[...]

Helaas blijft de queue bij mij leeg:

JSON:

{
    "queue": [
        {
            "index": 0,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 1,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 2,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 3,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 4,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 5,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 6,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 7,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 8,
            "speed": -1,
            "valid": 0
        },
        {
            "index": 9,
            "speed": -1,
            "valid": 0
        }
    ],
    "ithoSpeed": 220,
    "ithoOldSpeed": 220,
    "fallBackSpeed": 220
}

Ook bij twee keer de Timer knop indrukken (20 minuten) veranderd er niets. Ik zie ook dat "ithoOldSpeed" op 220 staat, terwijl de vorige snelheid 140 was. Ook de "fallBackSpeed" staat op 220, terwijl die in de configuratie op 140 staat.

[Afbeelding]

[Afbeelding]

Voordat ik deze vraag had gepost was ik al van Firmware 2.2.1 naar 2.2.0 gegaan. Ik dacht misschien zit daar ergens een foutje in, of lost het opnieuw flashen van de firmware het probleem op.

fallBackSpeed in dit overzicht is de snelheid waarnaar de itho terug gaat na de timer. Dat is iets anders dan wat normaal in de interface te zien is (niet handig maar normaal zie je deze queue ook niet ;-))

Ik weet vrij zeker dat op 1 of andere manier er een loopje in je config zit, er komt een bericht binnen (een normaal snelheid commando, niet de timer) die de queue overruled. Een non-timer commando maakt de queue weer leeg namelijk. Zoek dus even in je config waar dat kan zijn (zet ff MQTT uit of andere integraties om het te testen). Met het queue commando kun je zien of het effect heeft.

Er is nog een manier om die queue overrule uit te zetten maar dat is wat omslachtig:
bij debug -> file editor -> edit config.json
veranderd "nonQ_cmd_clearsQ":1 in "nonQ_cmd_clearsQ":0
flash dezelfde firmware via de update pagina (heeft iets met een bug te maken....)
Reboot de add-on

Als je nu een timer commando geeft en er komt toch een commando binnen dan blijft de timer actief. Waarschijnlijk blijft er bij fallBackSpeed 220 staan. Als je vervolgens via de interface onder de slider op het knopje medium klikt komt in de queue in jouw geval waarschijnlijk fallBackSpeed:140 te staan van je medium setting. Als de timer voorbij is gaat de itho naar deze snelheid. Als dat zo werkt weet je zeker dat er een loop zit in je config.

[Saeverix]

arjenhiemstra schreef op dinsdag 28 september 2021 @ 15:54:
[...]


fallBackSpeed in dit overzicht is de snelheid waarnaar de itho terug gaat na de timer. Dat is iets anders dan wat normaal in de interface te zien is (niet handig maar normaal zie je deze queue ook niet ;-))

Ik weet vrij zeker dat op 1 of andere manier er een loopje in je config zit, er komt een bericht binnen (een normaal snelheid commando, niet de timer) die de queue overruled. Een non-timer commando maakt de queue weer leeg namelijk. Zoek dus even in je config waar dat kan zijn (zet ff MQTT uit of andere integraties om het te testen). Met het queue commando kun je zien of het effect heeft.

Er is nog een manier om die queue overrule uit te zetten maar dat is wat omslachtig:
bij debug -> file editor -> edit config.json
veranderd "nonQ_cmd_clearsQ":1 in "nonQ_cmd_clearsQ":0
flash dezelfde firmware via de update pagina (heeft iets met een bug te maken....)
Reboot de add-on

Als je nu een timer commando geeft en er komt toch een commando binnen dan blijft de timer actief. Waarschijnlijk blijft er bij fallBackSpeed 220 staan. Als je vervolgens via de interface onder de slider op het knopje medium klikt komt in de queue in jouw geval waarschijnlijk fallBackSpeed:140 te staan van je medium setting. Als de timer voorbij is gaat de itho naar deze snelheid. Als dat zo werkt weet je zeker dat er een loop zit in je config.

Bedankt voor je snelle hulp!
Zoals ik aangaf had ik een Home Assistant integratie. Eentje die hier veel voorbij is gekomen met een "input_number" slider en twee automations. In de voorbeeld die ik zag zat er ook een Sensor bij die de state van de Itho liet zien. Ik denk, waarom heb ik die nodig als ik de snelheid/state ook zie bij de slider zelf.

Ik heb de Sensor dus weggelaten, en daarbij dus ook dit stuk logica waarbij wordt gekeken of de waarde van de Sensor anders is dan de waarde van de Slider

code:

condition:
      condition: template
      value_template: "{{ states('sensor.itho_fan_state') | int != states('input_number.itho_fan') | int }}"

En dat was net het stukje wat ik nodig had. Iedere keer als ik de Timer knop indrukte dan triggerde ik de Set fan slider automation, welke op zijn beurt weer de Fan slider moved automation triggerde. En die laatste zorgde ervoor dat er opnieuw een "itho/cmd" met de waarde 220 verzonden werd

Bedankt voor het meedenken, en ik weet nu ook dat die Sensor niet voor niets was

[arjenhiemstra]

Saeverix schreef op dinsdag 28 september 2021 @ 16:25:
[...]

Bedankt voor je snelle hulp!
Zoals ik aangaf had ik een Home Assistant integratie. Eentje die hier veel voorbij is gekomen met een "input_number" slider en twee automations. In de voorbeeld die ik zag zat er ook een Sensor bij die de state van de Itho liet zien. Ik denk, waarom heb ik die nodig als ik de snelheid/state ook zie bij de slider zelf.

Ik heb de Sensor dus weggelaten, en daarbij dus ook dit stuk logica waarbij wordt gekeken of de waarde van de Sensor anders is dan de waarde van de Slider

code:

condition:
      condition: template
      value_template: "{{ states('sensor.itho_fan_state') | int != states('input_number.itho_fan') | int }}"

En dat was net het stukje wat ik nodig had. Iedere keer als ik de Timer knop indrukte dan triggerde ik de Set fan slider automation, welke op zijn beurt weer de Fan slider moved automation triggerde. En die laatste zorgde ervoor dat er opnieuw een "itho/cmd" met de waarde 220 verzonden werd

Bedankt voor het meedenken, en ik weet nu ook dat die Sensor niet voor niets was

LoL en graag gedaan!

[balsteroid]

arjenhiemstra schreef op dinsdag 28 september 2021 @ 10:44:
[...]


Wow! ik weet dat ik deze error meldingen ingebouwd heb maar ik heb ze zelf nog nooit gezien! Dat is niet goed... Je zou nog kunnen proberen om een fail save boot te doen, de flash partitie krijgt dan een format. Je hoeft geen nieuwe firmware te uploaden. Als het formatteren klaar is start een access point op en knippert het wifi ledje. Daarna een power cycle en dan start de add-on op zoals je die kreeg (als het goed is).
Als het dan nog niet OK werkt is er een hardware issue denk ik.


[...]


Niet per se, alleen als je deze functie gebruikt: [Afbeelding]

Als je deze functies aan zet op firmware 2.2(.1) dan loopt je itho vast. In alpha9 is dat opgelost.
Buttom line; gebruik deze functies alleen als je een alternatieve hum sensor in je itho hebt of de besturing vanuit de itho firmware uit wilt zetten.

Dank voor je snelle reactie!

Inmiddels komt de module helemaal niet meer op, ook niet in AP mode. Kan ik deze op een andere manier resetten?

En wat betreft de twee hum functies, er boven staat dat ik ze ook zou moeten inschakelen als ik de hum wil originele hum wil uitlezen, klopt dat?

[arjenhiemstra]

balsteroid schreef op dinsdag 28 september 2021 @ 20:10:
[...]


Dank voor je snelle reactie!

Inmiddels komt de module helemaal niet meer op, ook niet in AP mode. Kan ik deze op een andere manier resetten?

En wat betreft de twee hum functies, er boven staat dat ik ze ook zou moeten inschakelen als ik de hum wil originele hum wil uitlezen, klopt dat?

De fail save optie (zie handleiding), als dat niet werkt ruil ik de module om.

met 2.2(.1) moet je deze functie niet gebruiken als je de originele sensor hebt. Als je alpha9 hebt werkt het out of the box zonder verdere instellingen.

[balsteroid]

arjenhiemstra schreef op dinsdag 28 september 2021 @ 20:13:
[...]


De fail save optie (zie handleiding), als dat niet werkt ruil ik de module om.

met 2.2(.1) moet je deze functie niet gebruiken als je de originele sensor hebt. Als je alpha9 hebt werkt het out of the box zonder verdere instellingen.

Thanks! kan ik ergens achterhalen welke hw revisie ik heb? Hij is 1 maand geleden bezorgd.

[arjenhiemstra]

balsteroid schreef op dinsdag 28 september 2021 @ 20:20:
[...]


Thanks! kan ik ergens achterhalen welke hw revisie ik heb? Hij is 1 maand geleden bezorgd.

Staat op de achterkant van de print

[JoeBlack2k]

Is er ondertussen al een fix voor MacOS Montery en ios 15? ik kan door het hele webgui maar de ventilatie reageert niet meer op commandos

[arjenhiemstra]

JoeBlack2k schreef op vrijdag 1 oktober 2021 @ 09:26:
Is er ondertussen al een fix voor MacOS Montery en ios 15? ik kan door het hele webgui maar de ventilatie reageert niet meer op commandos

Nee nog geen fix vanuit Apple maar wel een beperkte workaround die werkt met Safari (maar helaas worden deze settings niet overgenomen door Chrome op iOS)

Hier meer info:
https://github.com/arjenhiemstra/ithowifi/issues/34

[Woodski]

Mijn eerste node red flow
Deze gaat niet uit van statische waardes maar gebruikt dynamisch de huidige waarde plus een boost
Dus als de ingestelde waarde op dat moment 80 is gaat hij naar 80+60=140
En als de flow klaar is gaat hij weer terug naar 80
Ik ben geen programmeur en heb wellicht onlogische stappen genomen dus tips zijn welkom

- Licht in de WC gaat aan
- Itho krijgt een boost van 60 (range is 0 tot 255)
- Licht gaat uit
- Na 15 minuten gaat de Itho terug naar de uitgangswaarde

Er zit een veiligheid in dat de waarde niet blijft verhogen tijdens spelen met het lichtknopje
En ook een voor spelen met het lichtknopje en dan langer dan 15 minuten kleien.

code:

[{"id":"8b872ac760ebae63","type":"tab","label":"Itho","disabled":false,"info":""},{"id":"73bf9ecab6acd73c","type":"stoptimer","z":"8b872ac760ebae63","duration":"15","units":"Minute","payloadtype":"num","payloadval":"0","name":"15min","x":270,"y":240,"wires":[["6f3fcd377cd568df"],[]]},{"id":"c97f9a44ff8cdc85","type":"mqtt out","z":"8b872ac760ebae63","name":"itho","topic":"itho/cmd","qos":"0","retain":"","respTopic":"","contentType":"","userProps":"","correl":"","expiry":"","broker":"b4eed736.102278","x":770,"y":160,"wires":[]},{"id":"09af8aec4cc6982e","type":"server-state-changed","z":"8b872ac760ebae63","name":"Itho on","server":"22dda0eb.f9705","version":3,"exposeToHomeAssistant":false,"haConfig":[{"property":"name","value":""},{"property":"icon","value":""}],"entityidfilter":"switch.0x00124b0023974844","entityidfiltertype":"exact","outputinitially":false,"state_type":"str","haltifstate":"on","halt_if_type":"str","halt_if_compare":"is","outputs":2,"output_only_on_state_change":true,"for":0,"forType":"num","forUnits":"minutes","ignorePrevStateNull":false,"ignorePrevStateUnknown":false,"ignorePrevStateUnavailable":false,"ignoreCurrentStateUnknown":false,"ignoreCurrentStateUnavailable":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"auto","valueType":"str"},{"property":"data","propertyType":"msg","value":"","valueType":"eventData"},{"property":"topic","propertyType":"msg","value":"","valueType":"triggerId"}],"x":110,"y":140,"wires":[["c05ef01ac10c7f96","7bcaecabe2541b10"],[]]},{"id":"b0503f85779d9b8d","type":"server-state-changed","z":"8b872ac760ebae63","name":"Itho off","server":"22dda0eb.f9705","version":3,"exposeToHomeAssistant":false,"haConfig":[{"property":"name","value":""},{"property":"icon","value":""}],"entityidfilter":"switch.0x00124b0023974844","entityidfiltertype":"exact","outputinitially":false,"state_type":"str","haltifstate":"off","halt_if_type":"str","halt_if_compare":"is","outputs":2,"output_only_on_state_change":true,"for":0,"forType":"num","forUnits":"minutes","ignorePrevStateNull":false,"ignorePrevStateUnknown":false,"ignorePrevStateUnavailable":false,"ignoreCurrentStateUnknown":false,"ignoreCurrentStateUnavailable":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"},{"property":"data","propertyType":"msg","value":"","valueType":"eventData"},{"property":"topic","propertyType":"msg","value":"","valueType":"triggerId"}],"x":110,"y":240,"wires":[["73bf9ecab6acd73c"],[]]},{"id":"c05ef01ac10c7f96","type":"stoptimer","z":"8b872ac760ebae63","duration":"0.2","units":"Second","payloadtype":"num","payloadval":"0","name":"0.2 sec delay","x":410,"y":80,"wires":[["d7e15853976cb7cd"],[]]},{"id":"bc1fe1850b227df9","type":"ha-entity","z":"8b872ac760ebae63","name":"Itho dummy","server":"22dda0eb.f9705","version":1,"debugenabled":false,"outputs":2,"entityType":"switch","config":[{"property":"name","value":"switch_itho_boost"},{"property":"device_class","value":""},{"property":"icon","value":"toilet"},{"property":"unit_of_measurement","value":""}],"state":"payload","stateType":"msg","attributes":[],"resend":true,"outputLocation":"","outputLocationType":"none","inputOverride":"allow","outputOnStateChange":true,"outputPayload":"$entity().state ? \"on\": \"off\"","outputPayloadType":"jsonata","x":130,"y":300,"wires":[[],[]]},{"id":"d7e15853976cb7cd","type":"api-call-service","z":"8b872ac760ebae63","name":"dummy on","server":"22dda0eb.f9705","version":3,"debugenabled":false,"service_domain":"homeassistant","service":"turn_on","entityId":"switch.switch_itho_boost","data":"","dataType":"jsonata","mergecontext":"","mustacheAltTags":false,"outputProperties":[],"queue":"none","x":610,"y":80,"wires":[[]]},{"id":"407ddd087893ab52","type":"api-call-service","z":"8b872ac760ebae63","name":"Dumy off","server":"22dda0eb.f9705","version":3,"debugenabled":false,"service_domain":"homeassistant","service":"turn_off","entityId":"switch.switch_itho_boost","data":"","dataType":"jsonata","mergecontext":"","mustacheAltTags":false,"outputProperties":[],"queue":"none","x":600,"y":260,"wires":[[]]},{"id":"7bcaecabe2541b10","type":"api-current-state","z":"8b872ac760ebae63","name":"check dummy","server":"22dda0eb.f9705","version":2,"outputs":2,"halt_if":"off","halt_if_type":"str","halt_if_compare":"is","entity_id":"switch.switch_itho_boost","state_type":"str","blockInputOverrides":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"},{"property":"data","propertyType":"msg","value":"","valueType":"entity"}],"override_topic":false,"state_location":"payload","override_payload":"msg","entity_location":"data","override_data":"msg","x":420,"y":140,"wires":[["96029c932b385ee0"],[]]},{"id":"474317e218043f8c","type":"change","z":"8b872ac760ebae63","name":"","rules":[{"t":"set","p":"payload","pt":"msg","to":"$number(payload)","tot":"jsonata"}],"action":"","property":"","from":"","to":"","reg":false,"x":320,"y":380,"wires":[["3846eaae67e94878"]]},{"id":"7051dc019c234675","type":"mqtt in","z":"8b872ac760ebae63","name":"","topic":"itho/state","qos":"2","datatype":"auto","broker":"12f44220cc4aeceb","nl":false,"rap":true,"rh":0,"x":120,"y":380,"wires":[["474317e218043f8c"]]},{"id":"3846eaae67e94878","type":"function","z":"8b872ac760ebae63","name":"Itho current","func":"global.set('itho_current', msg.payload);\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":510,"y":380,"wires":[[]]},{"id":"96029c932b385ee0","type":"function","z":"8b872ac760ebae63","name":"Itho boost ","func":"var itho_boost = global.get('itho_current') + 60;\nvar itho_temp = global.get('itho_current');\nglobal.set('itho_original', itho_temp);\nmsg={payload:itho_boost};\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":600,"y":140,"wires":[["c97f9a44ff8cdc85"]]},{"id":"0e629b0830d13193","type":"function","z":"8b872ac760ebae63","name":"Itho restore","func":"var itho_restore = global.get('itho_original');\nmsg={payload:itho_restore};\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":610,"y":200,"wires":[["c97f9a44ff8cdc85"]]},{"id":"6f3fcd377cd568df","type":"api-current-state","z":"8b872ac760ebae63","name":"check light","server":"22dda0eb.f9705","version":2,"outputs":2,"halt_if":"off","halt_if_type":"str","halt_if_compare":"is","entity_id":"switch.0x00124b0023974844","state_type":"str","blockInputOverrides":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"},{"property":"data","propertyType":"msg","value":"","valueType":"entity"}],"override_topic":false,"state_location":"payload","override_payload":"msg","entity_location":"data","override_data":"msg","x":410,"y":240,"wires":[["0e629b0830d13193","407ddd087893ab52"],[]]},{"id":"b4eed736.102278","type":"mqtt-broker","name":"MQTT","broker":"192.168.1.11","port":"1883","clientid":"","usetls":false,"compatmode":false,"protocolVersion":"3","keepalive":"60","cleansession":true,"birthTopic":"","birthQos":"0","birthPayload":"","birthMsg":{},"closeTopic":"","closeQos":"0","closePayload":"","closeMsg":{},"willTopic":"","willQos":"0","willPayload":"","willMsg":{},"sessionExpiry":""},{"id":"22dda0eb.f9705","type":"server","name":"Home Assistant","version":1,"addon":true,"rejectUnauthorizedCerts":true,"ha_boolean":"y|yes|true|on|home|open","connectionDelay":true,"cacheJson":true},{"id":"12f44220cc4aeceb","type":"mqtt-broker","name":"MQTT","broker":"192.168.1.11","port":"1883","clientid":"","usetls":false,"protocolVersion":"4","keepalive":"60","cleansession":true,"birthTopic":"","birthQos":"0","birthPayload":"","birthMsg":{},"closeTopic":"","closeQos":"0","closePayload":"","closeMsg":{},"willTopic":"","willQos":"0","willPayload":"","willMsg":{},"sessionExpiry":""}]

[Skipper-93]

Gisteren de addon module plus temp/RV sensor mogen ontvangen, dankzij de snelle verzending door @arjenhiemstra
Vandaag heb ik beide ingebouwd in een oude CVE-S zonder originele sensoren. Alles lijkt goed te werken.
Ik mis nog wel het kunnen opvragen van de temperatuur en RV via de HTML API. Zijn er mogelijkheden om dat toe te voegen aan de get functie?

[arjenhiemstra]

Skipper-93 schreef op zondag 3 oktober 2021 @ 21:12:
Gisteren de addon module plus temp/RV sensor mogen ontvangen, dankzij de snelle verzending door @arjenhiemstra
Vandaag heb ik beide ingebouwd in een oude CVE-S zonder originele sensoren. Alles lijkt goed te werken.
Ik mis nog wel het kunnen opvragen van de temperatuur en RV via de HTML API. Zijn er mogelijkheden om dat toe te voegen aan de get functie?

Thanks! Zojuist even aan de API toegevoegd, als /api.html?get=sensor
Je krijgt dan een JSON waar alle beschikbare sensor info te vinden is.
Ik ben nog aan het testen met HRU en DemandFlow code die ik toegevoegd heb en moet nog een aantal andere dingen toe te voegen/testen. Als dat klaar is release ik een nieuwe test versie.

Status backlog:
* (done) make hostname configurable
* (done) make API sensor update frequency configurable
* (done) Add DemandFlow and HRU 200/350 settings and labels
* (done) Add virtual remote buttons to API
* (todo) Decode 31D9 message
* (todo) Improve I2C reliability
* (todo) Restore compatibility with HW rev 1
* (todo) Restructure MQTT topics
* (done) Include support for RFT-RV and RFT-CO2 remotes (full join handshake not possible yet)
* (todo) Add remotes and their capabilities to API
* (todo) Add last command, originator + timestamp to API
* (done) Add hum/temp/co2 to html api

[ Voor 4% gewijzigd door arjenhiemstra op 05-10-2021 00:32 ]

[Dannyx]

Hallo, ik kan de verbinding niet stabiel houden het lijkt er op dat de itho steeds de communicatie verliest.
Heb er maar een wifi KAKU tussen gezet omdat de box op een onmogelijk plek hangt hier.

ik heb in domoticz een script draaien die de vochtigheid meet en wanneer nodig op 100% laat draaien.
dit werkt uitstekend totdat de box niet meer reageert en op 100% blijft draaien.
de wifi verbinding werkt dan gewoon want de addon is gewoon bereikbaar in de debug staat dan vaak iets over Warning: I2C timeout en Error: Task SysControl timed out!

Itho device type: CVE-Silent
Itho fw version: 27
hw2-v2.3-alpha9.bin
interne vocht sensor
Heb nog geen hardware mode gedaan zoals laatst vermeld

ps: wat ik ook tegen kwam is data van CO2 33280 ik wist niet dat er een co2 sensor in deze box zat

[ Voor 3% gewijzigd door Dannyx op 05-10-2021 09:33 ]

[arjenhiemstra]

Dannyx schreef op dinsdag 5 oktober 2021 @ 09:32:
Hallo, ik kan de verbinding niet stabiel houden het lijkt er op dat de itho steeds de communicatie verliest.
Heb er maar een wifi KAKU tussen gezet omdat de box op een onmogelijk plek hangt hier.

ik heb in domoticz een script draaien die de vochtigheid meet en wanneer nodig op 100% laat draaien.
dit werkt uitstekend totdat de box niet meer reageert en op 100% blijft draaien.
de wifi verbinding werkt dan gewoon want de addon is gewoon bereikbaar in de debug staat dan vaak iets over Warning: I2C timeout en Error: Task SysControl timed out!

Itho device type: CVE-Silent
Itho fw version: 27
hw2-v2.3-alpha9.bin
interne vocht sensor
Heb nog geen hardware mode gedaan zoals laatst vermeld

De I2C timeout en dat de box niet reageert lijkt er sterk op dat de itho firmware vast loopt.
Dit gebeurt tot nu toe alleen bij het uitlezen van de interne (originele) hum/temp sensor op de 'oude' manier zoals die ook in firmware 2.2 zit. dwz dat je deze setting op 'on' hebt staan:

Klopt dat?

ps: wat ik ook tegen kwam is data van CO2 33280 ik wist niet dat er een co2 sensor in deze box zat

33280 = 0x8200 in hex, die 0x82 betekent "not available error", er is dus geen sensor waarde gevonden. Ik zal in een volgende versie deze error codes gaan weergeven ipv getallen.

[Dannyx]

arjenhiemstra schreef op dinsdag 5 oktober 2021 @ 09:45:
[...]


De I2C timeout en dat de box niet reageert lijkt er sterk op dat de itho firmware vast loopt.
Dit gebeurt tot nu toe alleen bij het uitlezen van de interne (originele) hum/temp sensor op de 'oude' manier zoals die ook in firmware 2.2 zit. dwz dat je deze setting op 'on' hebt staan:
[Afbeelding]
Klopt dat?


[...]


33280 = 0x8200 in hex, die 0x82 betekent "not available error", er is dus geen sensor waarde gevonden. Ik zal in een volgende versie deze error codes gaan weergeven ipv getallen.

beide settings staan hier op on

[arjenhiemstra]

Dannyx schreef op dinsdag 5 oktober 2021 @ 10:42:
[...]


beide settings staan hier op on

Hmm, dat zou moeten werken... als je beide op off zet (en even reboot doet) ervaar je dan nog steeds hetzelfde?

[Woodski]

Nice de boot uit China met mijn Zigbee switch is aangekomen.
Die past met wat prutsen in de lasdoos onder de lamp in het toilet

Het bijzondere is nu dat het licht aangaat als je het licht aandoet
En het gaat ook weer uit als je het licht weer uitdoet, mooi he

HA krijgt daarvan een trigger op de flow die ik een paar dagen geleden heb gepost.
Dus licht aan is Itho omhoog en licht uit is weer omlaag met een vertraging van 15 mins



Het nadeel van dit kastje is wel dat je lichtschakelaar met 2 draden naar dat zigbee switchje moet.
Dus je moet je bruine draad vervangen door een 2de zwarte.

[prekz]

Ik heb het voornemen om een Itho Daalderop CVE-S Ecofan (typenr: 03-00398) te bestellen.

Ik twijfel alleen tussen het wel of niet aanschaffen van de remote. In principe vind ik het (tijdelijk) prima om hem via een telefoon (home-assistant) aan te zetten. Maar uiteindelijk wil ik met temp/vocht sensoren gaan werken.

Hoe denken jullie in dat geval over de remote? Noodzakelijk of niet? En wanneer ik geen remote doe is een CC1101RF module ook overbodig of niet? (of is deze eventueel nog nodig voor het uitlezen van de interne vochtsensor?)

Ik wil eigenlijk direct de wifi module bij bestellen. Kan ik op voorhand al inschatten om welke versie (qua kleur PCB behuizing) ik ga krijgen? Of dien ik echt af te wachten tot ik het apparaat heb?

[ Voor 15% gewijzigd door prekz op 07-10-2021 22:17 ]

[akatar]

Woodski schreef op donderdag 7 oktober 2021 @ 16:46:
Nice de boot uit China met mijn Zigbee switch is aangekomen.
Die past met wat prutsen in de lasdoos onder de lamp in het toilet

Het bijzondere is nu dat het licht aangaat als je het licht aandoet
En het gaat ook weer uit als je het licht weer uitdoet, mooi he

HA krijgt daarvan een trigger op de flow die ik een paar dagen geleden heb gepost.
Dus licht aan is Itho omhoog en licht uit is weer omlaag met een vertraging van 15 mins

[Afbeelding]

Het nadeel van dit kastje is wel dat je lichtschakelaar met 2 draden naar dat zigbee switchje moet.
Dus je moet je bruine draad vervangen door een 2de zwarte.

Das hastikke mooi, maar wat heeft dat met de itho wifi module te maken?

[arjenhiemstra]

prekz schreef op donderdag 7 oktober 2021 @ 22:16:
Ik heb het voornemen om een Itho Daalderop CVE-S Ecofan (typenr: 03-00398) te bestellen.

Ik twijfel alleen tussen het wel of niet aanschaffen van de remote. In principe vind ik het (tijdelijk) prima om hem via een telefoon (home-assistant) aan te zetten. Maar uiteindelijk wil ik met temp/vocht sensoren gaan werken.

Hoe denken jullie in dat geval over de remote? Noodzakelijk of niet? En wanneer ik geen remote doe is een CC1101RF module ook overbodig of niet? (of is deze eventueel nog nodig voor het uitlezen van de interne vochtsensor?)

Ik wil eigenlijk direct de wifi module bij bestellen. Kan ik op voorhand al inschatten om welke versie (qua kleur PCB behuizing) ik ga krijgen? Of dien ik echt af te wachten tot ik het apparaat heb?

Remote gebruik ik zelf alleen nog om de modules te testen, rest gaat op basis van vocht of CO2.
Als je zeker weet dat je de remote niet gaat gebruiken is de CC1101 ook niet nodig.
Als je een bestelling plaats kun je aangeven dat de kleur van de PCB behuizing zwart is, dat is bij alle nieuwe itho versies zo.

[m.eddy]

akatar schreef op vrijdag 8 oktober 2021 @ 01:07:
[...]


Das hastikke mooi, maar wat heeft dat met de itho wifi module te maken?

Idd wat offtopic maar wel interessant. Een sensor met knoopcel uit China vindt ik nog ok, maar om iets in de 220 te knutselen gaat wat verder. Varianten met Kema keur zijn natuurlijk meteen een klap duurder.

[Woodski]

akatar schreef op vrijdag 8 oktober 2021 @ 01:07:
[...]


Das hastikke mooi, maar wat heeft dat met de itho wifi module te maken?

Uh... dat is een klein beetje een domme vraag
Wat zou de bediening van de Itho huisventilatie dmv het lichtknopje in de WC met de WIFI module te maken hebben.

[akatar]

Woodski schreef op vrijdag 8 oktober 2021 @ 20:29:
[...]

Uh... dat is een klein beetje een domme vraag
Wat zou de bediening van de Itho huisventilatie dmv het lichtknopje in de WC met de WIFI module te maken hebben.

[Afbeelding]

Je hebt gelijk, die had ik even gemist, excuus
(in principe niets natuurlijk)

[LJ80]

Ja ik weet het zeker.
Nu al een tijd aan het rommelen geweest om te zoeken waar het vandaan komt.
Maar het blijkt nu dat als de wifi even weg valt en de itho dus opnieuw verbinding maakt met het netwerk deze op de hoogste stand gaat draaien. Niet helemaal gek dat soms op zolder het wifi bereik wat slecht is.
Maar als dit 1 of 2x per dag gebeurd staat dus automatisch de itho box de rest van de dag op hoog te draaien.

De Start/fallback speed staat op 7.
Dus dat staat al laag.

Config version: 004
Itho I2C
Current firmware version: 2.2.1
Hardware revision: 2

Is hier een oplossing voor?

[ Voor 4% gewijzigd door LJ80 op 09-10-2021 12:42 ]

[LJ80]

LJ80 schreef op zaterdag 9 oktober 2021 @ 12:40:
Ja ik weet het zeker.
Nu al een tijd aan het rommelen geweest om te zoeken waar het vandaan komt.
Maar het blijkt nu dat als de wifi even weg valt en de itho dus opnieuw verbinding maakt met het netwerk deze op de hoogste stand gaat draaien. Niet helemaal gek dat soms op zolder het wifi bereik wat slecht is.
Maar als dit 1 of 2x per dag gebeurd staat dus automatisch de itho box de rest van de dag op hoog te draaien.

De Start/fallback speed staat op 7.
Dus dat staat al laag.

Config version: 004
Itho I2C
Current firmware version: 2.2.1
Hardware revision: 2

Is hier een oplossing voor?

niemand?
hebben meer mensen hier last van?
iemand een idee wat de oorzaak kan zijn / oplossing.

[arjenhiemstra]

LJ80 schreef op dinsdag 12 oktober 2021 @ 19:14:
[...]


niemand?
hebben meer mensen hier last van?
iemand een idee wat de oorzaak kan zijn / oplossing.

Sorry had deze ff gemist, beetje druk. Welke integratie gebruik je? (MQTT, HTML API?) en zou er nog een commando ergens in je domotica systeem kunnen zitten dat opgepikt wordt als de add-on verbinding maakt met je netwerk?

[LJ80]

arjenhiemstra schreef op dinsdag 12 oktober 2021 @ 19:48:
[...]


Sorry had deze ff gemist, beetje druk. Welke integratie gebruik je? (MQTT, HTML API?) en zou er nog een commando ergens in je domotica systeem kunnen zitten dat opgepikt wordt als de add-on verbinding maakt met je netwerk?

Ik gebruikt MQTT.
Home assistant heb ik nagelopen en er staan geen automations meer in.
In het log zie je ook niet wat het doet schakelen.
Ik zie alleen dat als de wifi met de itho verbroken wordt daarna de fan naar de hoogste stand gaat.

[arjenhiemstra]

LJ80 schreef op dinsdag 12 oktober 2021 @ 19:59:
[...]


Ik gebruikt MQTT.
Home assistant heb ik nagelopen en er staan geen automations meer in.
In het log zie je ook niet wat het doet schakelen.
Ik zie alleen dat als de wifi met de itho verbroken wordt daarna de fan naar de hoogste stand gaat.

Begrijp ik, er is alleen niets in de firmware wat dit uit zichzelf kan doen namelijk. Je zou even MQTT uit kunnen zetten en kijken wat er dan gebeurt. Ik ben voor de komende versie van de firmware bezig om de laatste issuer van een commando zichtbaar te maken, dat maakt het een stuk makkelijker om dit soort issues te vinden. maar dat heb ik nog niet klaar helaas....

[LJ80]

arjenhiemstra schreef op dinsdag 12 oktober 2021 @ 20:07:
[...]


Begrijp ik, er is alleen niets in de firmware wat dit uit zichzelf kan doen namelijk. Je zou even MQTT uit kunnen zetten en kijken wat er dan gebeurt. Ik ben voor de komende versie van de firmware bezig om de laatste issuer van een commando zichtbaar te maken, dat maakt het een stuk makkelijker om dit soort issues te vinden. maar dat heb ik nog niet klaar helaas....

Nu ik MQTT heb uitgezet is het niet meer gebeurd.
Er is dus toch iets anders aan de hand.
Ik had hierdoor mijn conclusie getrokken dat het door de wegvallende wifi was:



Nu het toch iets met MQTT te maken heeft.
Waar zou ik verder kunnen zoeken?
In HomeAssistant heb ik echt geen automations meer staan.

[arjenhiemstra]

LJ80 schreef op donderdag 14 oktober 2021 @ 10:45:
[...]


Nu ik MQTT heb uitgezet is het niet meer gebeurd.
Er is dus toch iets anders aan de hand.
Ik had hierdoor mijn conclusie getrokken dat het door de wegvallende wifi was:

[Afbeelding]

Nu het toch iets met MQTT te maken heeft.
Waar zou ik verder kunnen zoeken?
In HomeAssistant heb ik echt geen automations meer staan.

Je kunt even de applicatie MQTT Explorer http://mqtt-explorer.com/ gebruiken om te kijken wat er via MQTT voorbij komt en wat er nu op de topics staat wat het zou kunnen veroorzaken.
Als er ergens een retain flag aan staat dan blijft dit commando staan op het commando topic, bij een reconnect wordt dit commando dan weer uitgevoerd. Via MQTT explorer kun je ook alle bewaarde gegevens even weggooien van het topic.

[LJ80]

arjenhiemstra schreef op donderdag 14 oktober 2021 @ 10:55:
[...]


Je kunt even de applicatie MQTT Explorer http://mqtt-explorer.com/ gebruiken om te kijken wat er via MQTT voorbij komt en wat er nu op de topics staat wat het zou kunnen veroorzaken.
Als er ergens een retain flag aan staat dan blijft dit commando staan op het commando topic, bij een reconnect wordt dit commando dan weer uitgevoerd. Via MQTT explorer kun je ook alle bewaarde gegevens even weggooien van het topic.

Waar zou ik nu exact naar moeten kijken?

[arjenhiemstra]

LJ80 schreef op donderdag 14 oktober 2021 @ 11:18:
[...]


Waar zou ik nu exact naar moeten kijken?

[Afbeelding]

cmd=220, dat is wat opgepikt wordt vermoed ik. Als je die verwijderd zou in ieder geval die itho niet naar 220 moeten gaan bij een reconnect. Waarom die op 220 staat is even de vraag, die komt ergens uit een ander systeem.

[LJ80]

arjenhiemstra schreef op donderdag 14 oktober 2021 @ 11:52:
[...]


cmd=220, dat is wat opgepikt wordt vermoed ik. Als je die verwijderd zou in ieder geval die itho niet naar 220 moeten gaan bij een reconnect. Waarom die op 220 staat is even de vraag, die komt ergens uit een ander systeem.

oke, is verwijderd, zie bovenstaand.
ik zal het programma laten draaien kijken wat er komende dag gebeurd.

[arjenhiemstra]

Versie 2.3-beta1 staat online, vrij forse update met een heel aantal nieuwe features. Ik ben benieuwd naar jullie feedback. In principe is deze nu feature complete denk ik, vooral de bugs nu nog eruit halen.
edit: vergeten te melden, de system config en remote config file worden door deze update gereset, de structuur van het bestand is aangepast waardoor dat nodig is. de wifi config blijft zoals die is.

feat: make hostname configurable
feat: make API sensor update frequency configurable
feat: Add DemandFlow and HRU eco/350 support, settings and labels
feat: Add virtual remote buttons to API
feat: Include support for RFT-RV and RFT-CO2 remotes (full join handshake not possible yet)
feat: Add remote hum/temp/co2/battery to html api
feat: Decode 31D9 message
feat: Improve I2C reliability (please test)
feat: Mutex i2c tasks
feat: Add last command, command origin + timestamp to API
fix: provide don't save config checkbox before reboot (otherwise changes using the file system editor were overwritten on reboot)
fix: status page could keep updating even if page was left

https://github.com/arjenhiemstra/ithowifi/blob/master/compiled_firmware_files/hardware_rev_2/nrgitho-hw2-v2.3-beta1.bin

[ Voor 8% gewijzigd door arjenhiemstra op 15-10-2021 17:20 ]

[smesjz]

arjenhiemstra schreef op vrijdag 15 oktober 2021 @ 16:49:
Versie 2.3-beta1 staat online, vrij forse update met

Goed bezig! Dus de software/firmware is nu klaar de HRU350? Alleen eventuele PCB aanpassingen nog?

[arjenhiemstra]

smesjz schreef op vrijdag 15 oktober 2021 @ 17:37:
[...]


Goed bezig! Dus de software/firmware is nu klaar de HRU350? Alleen eventuele PCB aanpassingen nog?

Ja, het meeste werkt. De HRU ondersteund alleen de PWM module van itho niet. Hierdoor werkt de slider om de HRU traploos te regelen niet. Het lijkt er op dat alleen de remote knoppen werken.
Verder heb ik hier nog een andere remote liggen waarvan ik de werking nog niet helemaal begrijp, misschien dat die nog een oplossing hiervoor is. Anders moeten we het doen met low, med, high.
In principe werkt de huidige add-on dus ook op de HRU en demandflow. In die laatste is die vrij makkelijk in te bouwen, voor de HRU is dat wat lastiger. Ik zal zsm even wat modules in elkaar solderen die via de RJ45 aan te sluiten zijn.

[Dogooder]

Ik lees dit met heel veel interesse. Hoeveel functionaliteit van de demandflow komt er nu beschikbaar?

[halloallemaal]

arjenhiemstra schreef op vrijdag 15 oktober 2021 @ 16:49:
Versie 2.3-beta1 staat online, vrij forse update met een heel aantal nieuwe features. Ik ben benieuwd naar jullie feedback. In principe is deze nu feature complete denk ik, vooral de bugs nu nog eruit halen.
edit: vergeten te melden, de system config en remote config file worden door deze update gereset, de structuur van het bestand is aangepast waardoor dat nodig is. de wifi config blijft zoals die is.

feat: make hostname configurable
feat: make API sensor update frequency configurable
feat: Add DemandFlow and HRU eco/350 support, settings and labels
feat: Add virtual remote buttons to API
feat: Include support for RFT-RV and RFT-CO2 remotes (full join handshake not possible yet)
feat: Add remote hum/temp/co2/battery to html api
feat: Decode 31D9 message
feat: Improve I2C reliability (please test)
feat: Mutex i2c tasks
feat: Add last command, command origin + timestamp to API
fix: provide don't save config checkbox before reboot (otherwise changes using the file system editor were overwritten on reboot)
fix: status page could keep updating even if page was left

https://github.com/arjenhiemstra/ithowifi/blob/master/compiled_firmware_files/hardware_rev_2/nrgitho-hw2-v2.3-beta1.bin

De update ging prima, alleen waren de MQTT en system settings teruggezet naar de standaard instellingen. Wifi configuratie bleef wel intact.

[arjenhiemstra]

Dogooder schreef op vrijdag 15 oktober 2021 @ 20:52:
Ik lees dit met heel veel interesse. Hoeveel functionaliteit van de demandflow komt er nu beschikbaar?

Ik trek er nu alle data uit die beschikbaar is, hangt een beetje van de firmware van de demandflow af wat beschikbaar is, hier een voorbeeld van die van mij en hoe het in home assistant door komt:




Daarnaast zijn de settings te veranderen, ik zie er ook manueel klep standen regelen en motorsnelheid regelen ertussen staan. Dit werkt nu alleen via de webinterface maar in de toekomst kan dit ook via MQTT of HTML API als dat wenselijk is maar ik kan de use cases nog niet helemaal goed inschatten omdat ik het systeem zelf niet actief in gebruik heb.

[arjenhiemstra]

halloallemaal schreef op vrijdag 15 oktober 2021 @ 22:38:
[...]

alleen waren de MQTT en system settings teruggezet naar de standaard instellingen. Wifi configuratie bleef wel intact.

Dat is precies wat ik in mijn post vermeldde inderdaad

[arjenhiemstra]

Nog wat meer details over de toevoegingen;

Bij remotes zie je nu (afhankelijk van welke remotes je hebt) het volgende:


De MQTT topics zijn wat veranderd / er zijn er wat toegevoegd (ook beschikbaar via de HTML API):
topic: itho/ithostatus
JSON met alle sensor data, systeem info etc. De keys worden automatisch bepaald op basis van je itho model en firmware versie

topic: itho/remotesinfo
JSON met info over al je remotes: {"rft-cve":{"lastcmd":4},"rft-hru":{"lastcmd":0},"rft-rv":{"lastcmd":0,"temp":20.59,"hum":55,"dewpoint":11.27},"rft-co2":{"lastcmd":1,"co2":974}}

topic: itho/lastcmd
JSON met info over het laatste commando wat gegeven is en waar die vandaan kwam:
{"source":"web interface","command":"speed:120","timestamp":1634333790}

[Dogooder]

Ik ben positief verrast wat je allemaal uit de DemandFlow haalt.
Als je een RJ45 module beschikbaar hebt dan koop ik die graag. Ik kan ook eventueel zelf solderen.
Ik heb momenteel twee zaken die ik graag anders zou hebben in mijn huidige setup en ik denk dat jou bordje dat al kan.

Ik wil graag de minimale flow van een kamer kunnen aanpassen. Die staat bij mij bij bijna alle kamers op 0. De co2 waardes stijgen dus te hoog voordat de sensor in de plenum dit door heeft. Een minimale flow van meer dan 0 zorgt dat co2 eerder bij de sensor komt en dat het systeem eerder begint met ventileren.

Ok zou ik graag ventilatie willen forceren in bepaalde ruimtes. Kamers waar niet veel mensen komen of na een vakantie dan is het er muf, want geen ventilatie. Een geforceerde ventilatie cycle zal al veel helpen.

Lijkt erop dat dit al kan met de huidige versie.

[smesjz]

In Itho terminologie heb je:

1) DemandFlow met een CVE unit
2) QualityFlow met een HRU unit zoals de HRU-350

Ik neem aan dat het voor de werking van de PCB module niet uit maakt maar misschien goed om beide te vermelden in release notes?

[arjenhiemstra]

smesjz schreef op maandag 18 oktober 2021 @ 13:14:
In Itho terminologie heb je:

1) DemandFlow met een CVE unit
2) QualityFlow met een HRU unit zoals de HRU-350

Ik neem aan dat het voor de werking van de PCB module niet uit maakt maar misschien goed om beide te vermelden in release notes?

Ah thanks! Op het blauwe kastje staat inderdaad "DemandFlow / QualityFlow". Nu begrijp ik wat het 'verschil' is. Voor de werking maakt het inderdaad niet uit.

[eymey]

LJ80 schreef op zaterdag 9 oktober 2021 @ 12:40:
Ja ik weet het zeker.
Nu al een tijd aan het rommelen geweest om te zoeken waar het vandaan komt.
Maar het blijkt nu dat als de wifi even weg valt en de itho dus opnieuw verbinding maakt met het netwerk deze op de hoogste stand gaat draaien. Niet helemaal gek dat soms op zolder het wifi bereik wat slecht is.
Maar als dit 1 of 2x per dag gebeurd staat dus automatisch de itho box de rest van de dag op hoog te draaien.

De Start/fallback speed staat op 7.
Dus dat staat al laag.

Config version: 004
Itho I2C
Current firmware version: 2.2.1
Hardware revision: 2

Is hier een oplossing voor?

arjenhiemstra schreef op donderdag 14 oktober 2021 @ 11:52:
[...]


cmd=220, dat is wat opgepikt wordt vermoed ik. Als je die verwijderd zou in ieder geval die itho niet naar 220 moeten gaan bij een reconnect. Waarom die op 220 staat is even de vraag, die komt ergens uit een ander systeem.

Ha, ik had de laatste dagen dus precies hetzelfde. Alhoewel hier de WIFI verbinding prima stabiel is, stond toch zo nu en dan de box ineens op 254.

Bij mij gebeurde het steeds als ik Home Assistant herstartte voor config wijzigingen (systeem in opbouw, dus dat doe ik nogal vaak), en naar blijkt ook als ik de MQTT daemon herstartte.

Met de nieuwe beta firmware van @arjenhiemstra kon ik ook heel mooi zien dat het steeds door MQTT gedaan werd. Ook ik had een 'retained' "CMD=254" topic staan, volgens MQTT explorer. Nadat ik deze had verwijderd is het daarna ook niet meer voorgekomen. Maar nog wel de vraag hoe dit is gekomen.....

Overigens weer prachtige wijzigingen in de nieuwe beta firmware, Arjen! Vooral dat je nu kan zien wie er als laatste de stand heeft veranderd is erg fijn.

Toch ook nog wel wat vragen.

* Gerelateerd aan de nieuwe firmware: Toen ik de "Learn mode" voor de RF Remotes had aangezet verscheen er al vrij snel (nog voor ik m'n eerste eigen remote er weer in had gezet) een voor mij onbekende remote (het lijkt me sterk als toevallig net 1 van de buren ook een remote aan het inleren was ).

* Niet gerelateerd, want gebeurde ook al bij de stable firmware: Als ik via MQTT een commando stuur om de box op "medium" te laten gaan, dan pakt hij een vrij hoge waarde (160 ofzo), of in ieder geval niet de waarde die ik voor "medium" heb ingesteld. Via de web interface of remotes gaat hij wel gewoon op de ingestelde waarde.