Itho Daalderop - open source wifi control add-on module

[willemd]

janbrede schreef op zondag 4 december 2022 @ 23:29:
[...]

De HRU springt na 24 uur automatisch terug op de Auto stand, dit is niet uit te schakelen.
Dit kun je wel zien via de add-on, de 'Actual Mode' parameter springt dan naar 24 of 25.

Ah dankjewel, maar ik heb een gewone CVE-S Eco, geen wtw. (Had ik er wel bij kunnen zeggen, pardon.)

Ik ga kijken naar die mode-parameter (als de mijne die heeft)!

[sciurius]

From the wiki:

To be able to regulate the motor further (down to 0) you can switch the setting "Additional sensor support" to "on" on the "System settings" page of the add-on.
This will disable the humidity sensor in the itho firmware. Readouts are still possible through the add-on though.

AFAIK, readouts are not possible. Both RelativeHumidity and Temperature report 'unavailable'.

[DustMan4u]

Ik heb thuis een DucoBox als mechanische ventilatie.
Om deze in Home Assitant aan te kunnen sturen heb ik al eerder een module aangeschaft om hem te integreren, in de veronderstelling dat deze werkte (https://github.com/arnemauer/Ducobox-ESPEasy-Plugin).

Tot mijn verbazing is deze niet compatible met mijn DucoBox.

Na wat verder onderzoek lijkt mijn DucoBox heel erg op een Itho EcoFan met een DucoBox logo en kleuren.
De PCB binnenin heeft ook een vergelijkbare layout en heeft de 2x4 pin header die nodig is voor de Itho Wifi Addon.

Zou deze werken met de Itho CVE RFT Wifi addon?

Zie onderstaand een paar foto's van de MV en de print.

[arjenhiemstra]

DustMan4u schreef op maandag 5 december 2022 @ 13:50:
Ik heb thuis een DucoBox als mechanische ventilatie.
Om deze in Home Assitant aan te kunnen sturen heb ik al eerder een module aangeschaft om hem te integreren, in de veronderstelling dat deze werkte (https://github.com/arnemauer/Ducobox-ESPEasy-Plugin).

Tot mijn verbazing is deze niet compatible met mijn DucoBox.

Na wat verder onderzoek lijkt mijn DucoBox heel erg op een Itho EcoFan met een DucoBox logo en kleuren.
De PCB binnenin heeft ook een vergelijkbare layout en heeft de 2x4 pin header die nodig is voor de Itho Wifi Addon.

Zou deze werken met de Itho CVE RFT Wifi addon?

Zie onderstaand een paar foto's van de MV en de print.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ha! Dat is een itho in vermoming!
zelfde PCB, mogelijk is er een device code ergens anders maar vrijwel zeker dat het (met wat kleine aanpassingen) vrijwel zeker gaat werken

[arjenhiemstra]

sciurius schreef op maandag 5 december 2022 @ 11:36:
From the wiki:


[...]


AFAIK, readouts are not possible. Both RelativeHumidity and Temperature report 'unavailable'.

Als er een temp sensor in zit moet die uit te lezen zijn, of die nu aan of uit staat dat maakt voor de add-on niet uit.

[arjenhiemstra]

vliegnerd schreef op zondag 4 december 2022 @ 21:53:
@arjenhiemstra 2.4.4-beta2 is ook met syslog uitgeschakeld niet heel stabiel: Geen i2c crashes, maar de MQTT verbinding hapert:
[Afbeelding]

Bovenste twee rijen: non-CVE aan autotemp met 2.3.5.
Onderste twee rijen: non-CVE aan WPU met 2.4.4-beta2.
Die strepen zijn verbindingsverlies.

EDIT: Bij nader inzien geen MQTT verbindingsverlies maar "rare" waarden. Ik zie heel veel parameters met gekke waarden op zo'n moment met een streepje. i2c snooping stond aan, dat zal het misschien veroorzaken? (Ik heb niet getest zonder, ik ben teruggegaan naar 2.3.5)

Zeer waarschijnlijk reboots, zoals aangegeven, deze versie is nog verre van stabiel

[arjenhiemstra]

willemd schreef op zondag 4 december 2022 @ 22:50:
Mijn ventilatie springt af en toe uit zichzelf (ogenschijnlijk) op Auto. Bijvoorbeeld vanavond, ik heb de driestandenschakelaar op Low staan, niks aan veranderd, en plots valt me op dat de box harder gaat afzuigen. In HA zie ik hem op Auto gaan.

Kan ik via de add-on ergens terugzien waardoor hij van stand verwisselt?

Er staat iets over in de handleiding geloof ik. Weet niet of dat van toepassing is maar misschien goed om even te checken.
je zou het lastcmd topic kunnen monitoren, kijken of er toch ergens een commando voorbij komt. Als daar geen score is komt de input ergens anders vandaan. Dan zou FanInfo moeten verspringen. Als dat gebeurt zonder dat je iets van externe devices aan je itho hebt gekoppeld komt het van de itho zelf denk ik.

[arjenhiemstra]

MMaster23 schreef op zondag 4 december 2022 @ 01:41:
@arjenhiemstra Ik heb een non-cve module (zonder extra CC1101 chip) gekocht voor mijn HRU 350 Eco. Lijkt allemaal prima echter volgens mij mis ik nog wat info, welke ik wellicht wel had verwacht. Ik heb een standaard RFT AUTO en een Itho CO2 meter als fysieke remotes.

Drietal vragen:

- Ik kan de Itho alleen aansturen via een vremote, klopt dat? Is dat een beperking op mijn non-CVE?

Beperking van de HRU350 inderdaad.
Wellicht vinden we nog een andere manier van aansturen maar op dit moment kan het alleen via (virtual) remote commando's.

- Ik wil graag de actuele CO2 uitlezen. In mijn JSON kon ik wel de hoogste waarde vinden maar hoe actueel is die waarde? (Ik heb maar een CO2 lezer in mijn huis).

Zover ik weet is als je maar 1 CO2 sensor in huis hebt de waarde die je daar ziet de laatst gemeten waarde van je CO2 sensor.

[arjenhiemstra]

arjenhiemstra schreef op maandag 5 december 2022 @ 18:51:
[...]


Zeer waarschijnlijk reboots, zoals aangegeven, deze versie is nog verre van stabiel

Maar even een logger eraan gehangen en iets gevonden. Nu nog even uitzoeken wat het is (Waarschijnlijk iets met een ISR en toch naar de queue willen schrijven.)

code:

assert failed: xQueueSemaphoreTake queue.c:1554 (!( ( xTaskGetSchedulerState() == ( ( BaseType_t ) 0 ) ) && ( xTicksToWait != 0 ) ))

[MMaster23]

arjenhiemstra schreef op maandag 5 december 2022 @ 18:56:
[...]


Beperking van de HRU350 inderdaad.
Wellicht vinden we nog een andere manier van aansturen maar op dit moment kan het alleen via (virtual) remote commando's.


[...]


Zover ik weet is als je maar 1 CO2 sensor in huis hebt de waarde die je daar ziet de laatst gemeten waarde van je CO2 sensor.

OK goed om te weten. Ik heb idd maar een CO2 sensor dus dan kan die waarde gewoon gebruiken. Aansturing via vremotes is geen probleem, kwestie van mijn mqtt settings van Hass anders te zetten.

Voor de compleetheid mocht iemand MQTT settings zoeken voor HRU ECO 350 in Home Assistant Mqtt.yaml:

code:

sensor:
## ITHO CO2 sensor (for tracking)
  - name: "Itho HRU 350 (CO2)"
    state_topic: "itho/ithostatus"
    value_template: "{{ value_json['highest-received-co2-value_ppm'] }}"
    unit_of_measurement: "Ppm"

## ITHO
fan:
  - name: "Itho HRU 350 "
    unique_id: "Itho_hru_Fan"
    state_topic: "itho/lwt"
    state_value_template: "{% if value == 'online' %}ON{% else %}OFF{% endif %}"
    command_topic: "itho/cmd"
    preset_mode_command_topic: "itho/cmd"
    preset_modes:
      - "low"
      - "medium"
      - "high"
      - "auto"
      - "autonight"
      - "timer1"
      - "timer2"
      - "timer3"
      - "timer"
    preset_mode_state_topic: "itho/ithostatus"
    preset_mode_command_template: "{ vremote: '{{ value }}'}"
    preset_mode_value_template: >
      {% set am = value_json['actual-mode'] | int %}
        {% if am == 1 %}
          low
        {% elif am == 2 %}
          medium 
        {% elif am == 3 %}
          high
        {% elif am == 13 %}
          timer
        {% elif am == 24 %}
          auto
        {% elif am == 25 %}
          autonight
        {% else %}
          {{ am }}
        {% endif %}
    json_attributes_topic: "itho/ithostatus"

(Ik heb normalize aangezet in de web UI van Itho controller).

[DustMan4u]

arjenhiemstra schreef op maandag 5 december 2022 @ 18:45:
[...]


Ha! Dat is een itho in vermoming!
zelfde PCB, mogelijk is er een device code ergens anders maar vrijwel zeker dat het (met wat kleine aanpassingen) vrijwel zeker gaat werken

Top, dan bestel ik een module en gaan we het zien

[To_Tall]

@arjenhiemstra Ik heb de sniffer aan staan en ik krijg netjes data door.

Ik kan er nog niet echt soep van maken.
Voorbeeld van wat ik binnen krijg momenteel

[82,20,41,01,05,10,F0,F1,58,E0,14,50,44,46,31,D9,03,00,00,3C,C9,BA,34,]
[82,20,41,01,05,15,F0,F1,5E,B2,14,51,04,71,31,E0,08,00,00,3E,01,01,00,38,01,94,CC,45,]
[82,80,24,01,04,00,
[80,82,A4,01,01,A8,00,C8,15,FD,16,BE,08,26,08,38,0B,28,08,1F,07,1E,07,AD,09,6A,09,E6,00,F1,00,00,00-]
[82,80,31,DA,04,00,
[82,80,31,D9,04,00,
[82,20,41,01,05,15,F0,F1,68,F8,14,51,04,1E,31,E0,08,00,00,88,01,01,00,72,01,63,B2,0F,]
[82,20,41,01,05,15,F0,F1,6C,E0,14,51,04,1E,31,E0,08,00,00,88,01,01,00,72,01,63,B2,23,]
[82,20,41,01,05,15,F0,F1,70,B4,14,51,04,1E,31,E0,08,00,00,88,01,01,00,72,01,63,B2,4B,]
[82,20,41,01,05,22,F0,F1,75,96,1C,0B,B6,9B,0B,B6,98,4E,01,12,00,7F,FF,7F,FF,08,11,7F,FF,7F,FF,7F,FF,7F,FF,7F,FF,00,43,BA,4F,]
[00,81,00,35,
[80,82,A4,01,01,A8,00,C8,15,FB,16,BE,08,26,08,38,0B,28,08,1F,07,23,07,AD,09,6A,09,E6,00,F1,00,00,00-]
[82,80,31,DA,04,00,
[82,80,31,D9,04,00,
[82,20,41,01,05,17,F0,F1,DB,94,1C,0B,B6,9B,0B,B6,98,4E,16,07,00,00,00,00,00,00,00,C4,BC,F4,]
[82,20,41,01,05,17,F0,F1,DF,7C,1C,0B,B6,9B,0B,B6,98,4E,16,07,00,00,00,00,00,00,00,C4,BC,08,]
[82,80,24,01,04,00,
[80,82,A4,01,01,A8,00,C8,15,FC,16,BD,08,26,08,38,0B,28,08,1F,07,27,07,B1,09,6A,09,E6,00,F1,00,00,00-]
[40,10,40,06-
[80,82,A4,01,01,A8,00,C8,15,FD,16,BD,08,26,08,38,0B,28,08,1F,07,27,07,B7,09,6B,09,E6,00,F1,00,00,00-]
[82,80,31,DA,04,00,
[82,80,31,D9,04,00,
[82,20,41,01,05,13,F0,F2,23,10,2C,0B,B6,AD,0B,B6,E2,4E,04,03,00,00,43,2B,AE,41,]
[82,20,41,01,05,13,F0,F2,24,46,1C,54,1C,D4,0B,B7,06,30,C9,03,00,08,5C,78,C8,F0,]
[00,82,A4,02,01,06,21,00,00,08,66,01,41,]
[82,20,41,01,05,11,F0,F2,33,B4,0C,56,1D,9F,0B,B5,25,00,08,01,03,F1,B8,85,]
[82,20,41,01,05,11,F0,F2,33,D2,0C,56,20,0F,0B,B6,9E,4E,14,01,03,AA,C2,5D,]
[82,20,41,01,05,0F,F0,F2,33,DC,14,0B,B5,25,00,08,02,03,32,C8,BE,59,]
[82,20,41,01,05,11,F0,F2,35,4E,0C,56,1D,9F,0B,B5,25,00,08,01,03,F1,B6,EB,]
[82,20,41,01,05,0F,F0,F2,35,76,14,0B,B5,25,00,08,02,03,32,C8,BE,BD,]
[00,82,A4,02,01,06,20,00,00,08,8B,01,1D,]
[82,80,24,01,04,00,
[80,82,A4,01,01,A8,00,C8,15,FC,16,BE,08,26,08,38,0B,28,08,1F,07,27,07,B7,09,6A,09,E6,00,F1,00,00,00-]
[82,80,31,DA,04,00,
[82,80,31,D9,04,00,
[82,20,41,01,05,11,F0,F2,52,FE,0C,56,1D,9F,0B,B5,25,4E,14,01,03,97,B8,1C,]

Over welke tijdspannen heb je data nodig om bv buiten temp er uit te kunnen filteren?

Ik gebruik graylog, als je de data in dit formaat wil hebben is natuurlijk ook mogelijk

[arjenhiemstra]

To_Tall schreef op dinsdag 6 december 2022 @ 11:24:
@arjenhiemstra Ik heb de sniffer aan staan en ik krijg netjes data door.

Ik kan er nog niet echt soep van maken.
Voorbeeld van wat ik binnen krijg momenteel


[...]


Over welke tijdspannen heb je data nodig om bv buiten temp er uit te kunnen filteren?

Ik gebruik graylog, als je de data in dit formaat wil hebben is natuurlijk ook mogelijk

code:

[82,80,31,DA,04,00,

Even als voorbeeld:

82 is de destination (itho)
80 is de source (add-on)
31DA is het request

Je zoekt dus berichten met 82 als destination en een andere source (verwacht ik)

Dit zou een kandidaat zijn:
[82,20,41,01,05,15,F0,F1,68,F8,14,51,04,1E,31,E0,08,00,00,88,01,01,00,72,01,63,B2,0F,]

maar kan ook andere zijn. Zie je ergens wanneer de temp een update krijgt? Dan zou je op dat tijd moment in de log kunnen checken. Dat maakt het zoeken iets makkelijker.
Ook kun je de update snelheid vanuit de add-on even heel laag zetten, dan heb je wat minder vervuiling in je lkog

[ Voor 22% gewijzigd door arjenhiemstra op 06-12-2022 12:44 ]

[SilvioDante1987]

Goedemiddag! Ik ben een volledige beginner.

Ik heb de volgende Itho box: CVE-S ECO SP (inclusief vochtsensor). En onderstaande afstandsbediening:


Is het met hiermee mogelijk om de box ook volledig uit te zetten. En wanneer hij aanstaat om het automatische programma te laten draaien?

Bedankt voor de hulp alvast.

[arjenhiemstra]

SilvioDante1987 schreef op dinsdag 6 december 2022 @ 14:25:
Goedemiddag! Ik ben een volledige beginner.

Ik heb de volgende Itho box: CVE-S ECO SP (inclusief vochtsensor). En onderstaande afstandsbediening:
[Afbeelding]

Is het met hiermee mogelijk om de box ook volledig uit te zetten. En wanneer hij aanstaat om het automatische programma te laten draaien?

Bedankt voor de hulp alvast.

Dat kan, zie hier voor details:
https://github.com/arjenh...-wont-go-lower-than-ie-30

[SilvioDante1987]

arjenhiemstra schreef op dinsdag 6 december 2022 @ 15:18:
[...]


Dat kan, zie hier voor details:
https://github.com/arjenh...-wont-go-lower-than-ie-30

Bedankt voor de hulp! Dan ga ik er 1 aanschaffen.

[vliegnerd]

To_Tall schreef op dinsdag 6 december 2022 @ 11:24:
@arjenhiemstra Ik heb de sniffer aan staan en ik krijg netjes data door.

Ik kan er nog niet echt soep van maken.
Voorbeeld van wat ik binnen krijg momenteel


[...]


Over welke tijdspannen heb je data nodig om bv buiten temp er uit te kunnen filteren?

Volgens de i2c modus handleiding is register 6101 de buitentemperatuur (tabel 7.4 blz 12).

Wellicht dus 2410, 6101 [24, 10, 61, 01] o.i.d. 0x2410 is evohome voor "change setting", register 6101.
(Maar als ik register 6101 schrijf via de webinterface van de module, dan volgt een reboot)

Maar het kan ook een 0x1290 [12, 90] bericht zijn "outside temperature" / evohome.

Als je een logfile stuurt, dan zoek ik graag mee... (Ik stuur wel een DM).

[arjenhiemstra]

vliegnerd schreef op dinsdag 6 december 2022 @ 19:20:
[...]


Volgens de i2c modus handleiding is register 6101 de buitentemperatuur (tabel 7.4 blz 12).

Wellicht dus 2410, 6101 [24, 10, 61, 01] o.i.d. 0x2410 is evohome voor "change setting", register 6101.
(Maar als ik register 6101 schrijf via de webinterface van de module, dan volgt een reboot)

Maar het kan ook een 0x1290 [12, 90] bericht zijn "outside temperature" / evohome.

Als je een logfile stuurt, dan zoek ik graag mee... (Ik stuur wel een DM).

Op de I2C bus is de message 2410 vormgegeven als volgt:
(dest) (source) 24 10 (04 = read of 06 = write) (len) (len bytes) (checksum)

Het register nummer voor schrijven setting zit ergens achteraan, maar dat zijn settings, geen status waardes

Ik zou een 1290 verwachten inderdaad, of 2401 (actual data), die kan dan heel goed dezelfde structuur hebben als de beschrijving van modbus. Ik verwacht dat de modbus registers iets anders zijn dan de 1290, 2401 etc. messages classes van het ramses-ii protocol (dat evohome en zo ongeveer alles van honeywell lijkt te gebruiken)

[oZy]

arjenhiemstra schreef op dinsdag 6 december 2022 @ 15:18:
Dat kan, zie hier voor details:
https://github.com/arjenh...-wont-go-lower-than-ie-30

Als je de fan helemaal op 0 rpm en daarmee de airflow uit zet is de humidity waarde ook niet echt veelzeggend meer, toch?

[arjenhiemstra]

oZy schreef op dinsdag 6 december 2022 @ 20:47:
[...]

Als je de fan helemaal op 0 rpm en daarmee de airflow uit zet is de humidity waarde ook niet echt veelzeggend meer, toch?

Ik denk dat je daarin helemaal gelijk hebt

[To_Tall]

arjenhiemstra schreef op dinsdag 6 december 2022 @ 12:42:
[...]

code:

[82,80,31,DA,04,00,

Even als voorbeeld:

82 is de destination (itho)
80 is de source (add-on)
31DA is het request

Je zoekt dus berichten met 82 als destination en een andere source (verwacht ik)

Dit zou een kandidaat zijn:
[82,20,41,01,05,15,F0,F1,68,F8,14,51,04,1E,31,E0,08,00,00,88,01,01,00,72,01,63,B2,0F,]

maar kan ook andere zijn. Zie je ergens wanneer de temp een update krijgt? Dan zou je op dat tijd moment in de log kunnen checken. Dat maakt het zoeken iets makkelijker.
Ook kun je de update snelheid vanuit de add-on even heel laag zetten, dan heb je wat minder vervuiling in je lkog

Ik heb een state topic toegevoegd

code:

  - name: "Itho WPU Current outside temp"
    state_topic: "wp/ithostatus"
    value_template: "{{ value_json['Outside temp (°C)'] }}"
    unique_id: "itho_wpu_Outside_temp"
    state_class: "measurement"
    device_class: "temperature"
    unit_of_measurement: "°C"

Hiermee wordt in HASS nu ook de buiten temp getoond.

Voordeel hiervan is dat ik indien de temperatuur veranderd, ik dit kan terug vinden in HASS.
Hiermee kan ik mogelijk denk ik hopelijk gerichter de topics bekijken in graylog..

[sciurius]

arjenhiemstra schreef op maandag 5 december 2022 @ 18:50:
Als er een temp sensor in zit moet die uit te lezen zijn, of die nu aan of uit staat dat maakt voor de add-on niet uit.

Ah, ik zie het al...

MQTT rapporteert "temp", "hum", "Temperature" en "RelativeHumidity". Na het disablen van "RH Sensor Found-available" worden "temp" en "hum" nog steeds gerapporteerd, maar "Temperature" en "RelativeHumidity" geven beide "Unavailable".

[vliegnerd]

arjenhiemstra schreef op dinsdag 6 december 2022 @ 12:42:
[...]

code:

[82,80,31,DA,04,00,

Even als voorbeeld:

82 is de destination (itho)
80 is de source (add-on)
31DA is het request

Je zoekt dus berichten met 82 als destination en een andere source (verwacht ik)

Dit zou een kandidaat zijn:
[82,20,41,01,05,15,F0,F1,68,F8,14,51,04,1E,31,E0,08,00,00,88,01,01,00,72,01,63,B2,0F,]

maar kan ook andere zijn. Zie je ergens wanneer de temp een update krijgt? Dan zou je op dat tijd moment in de log kunnen checken. Dat maakt het zoeken iets makkelijker.
Ook kun je de update snelheid vanuit de add-on even heel laag zetten, dan heb je wat minder vervuiling in je lkog

Dank voor alle tips!

Ik heb een stuk of 20 1290 "outside temp" berichten gevonden! @To_Tall

code:

[82, 20, 41,01,05, 13, F1,69,EC,1A, 1C, 56,1F,D6,0B,B6,AB, 12,90, 03, 00, 01,90, F7,9A,0A,]
[82, 20, 41,01,05, 13, F1,79,DF,C6, 1C, 56,20,45,0B,B7,01, 12,90, 03, 00, 02,BC, 03,B4,41,]

Aan: 82 (WPU)
Van: 20 (modem? RF?)
41 01 05
lengte 13
dan vier bytes datetime
1C -> evohome header
dan 6 bytes from/to

Dan start het evohome bericht:
12,90 => outside temp
03 => lengte
00 => zone 0 (evohome heeft altijd zone eerst)
01 90 => 0x0190 dat is 0400 decimaal. Klopt precies met 4.00 graden die @To_Tall ziet.
Andere bericht heeft
02 BC => 0x02BC dat is 0700 decimaal. Klopt precies met 7.00 graden!

Laatste drie bytes zijn chk/cntr/chk.

Met dank aan @arjenhiemstra voor de i2c dump en @To_Tall voor de logfile. Nu nog implementeren ;-)

[ Voor 1% gewijzigd door vliegnerd op 07-12-2022 08:47 . Reden: aangepast nav reactie arjan hieronder ]

[arjenhiemstra]

vliegnerd schreef op dinsdag 6 december 2022 @ 22:39:
[...]


Dank voor alle tips!

Ik heb een stuk of 20 1290 "outside temp" berichten gevonden! @To_Tall

code:

[82, 20, 41,01,05, 13,F1, 69,EC,1A,1C, 56, 1F,D6,0B,B6,AB, 12,90, 03, 00, 01,90, F7,9A,0A,]
[82, 20, 41,01,05, 13,F1, 79,DF,C6,1C, 56, 20,45,0B,B7,01, 12,90, 03, 00, 02,BC, 03,B4,41,]

Aan: 82 (WPU)
Van: 20 (modem? RF?)
41 01 05
lengte 13
dan wat datetime
56
dan 6 onbekende bytes (from/to?)

Dan start het evohome bericht:
12,90 => outside temp
03 => lengte
00 => zone 0 (evohome heeft altijd zone eerst)
01 90 => 0x0190 dat is 0400 decimaal. Klopt precies met 4.00 graden die @To_Tall ziet.
Andere bericht heeft
02 BC => 0x02BC dat is 0700 decimaal. Klopt precies met 7.00 graden!

Laatste drie bytes zijn chk/cntr/chk.

Met dank aan @arjenhiemstra voor de i2c dump en @To_Tall voor de logfile. Nu nog implementeren ;-)

Nice work!!! Ik zie nu ergens ook een 31E0 en 31D9 voorbij komen. Het is dus zeker ramses protocol encapsulated in een i2c frame.

Ik denk ongeveer zo (op basis van wat ik ook gezien heb bij de RF commandos op de i2c bus:

code:

82       |20         |41,01,05        |13          |F1, 69,EC,1A   |1C            |56,1F,D6  |0B,B6,AB  |12,90             |03      |00       |01,90    |F7                      |9A          |0A
dest (1b) source (1b) i2c command (3b) length (1b) time in ms (4b) msg format (1b) addr0 (3b) addr1 (3b) message class (2b) len (1b) room (1b) temp (1b) checksum ramses msg (1b) counter (1b) checksum whole msg (1b)

1C msg format = 00011100b
00 = unused
01 = Write
11 = addr0 and addr1 present
00 = no params

Ik weet niet zeker of 1C msg format is maar het aantal bytes klopt wel als 1C de header van het ramses-ii bericht is. Als ik op een ander bericht met een 31,D9 message class dezelfde theorie los laat klopt het ook
Ik weet alleen niet waarom de waarde van addr fields zou veranderen tussen berichten van dezelfde sensor.

Edit: het valt mij op dat die laatste counter (1b) waarde telkens zo tussen de 9A en CC ofzo zit. Zou dat de RF strength kunnen zijn (waarde /2 is in de range van een logische dB waarde en zou verklaren waarom de waarde redelijk stabiel is)

[ Voor 5% gewijzigd door arjenhiemstra op 07-12-2022 00:38 ]

[arjenhiemstra]

sciurius schreef op dinsdag 6 december 2022 @ 22:29:
[...]


Ah, ik zie het al...

MQTT rapporteert "temp", "hum", "Temperature" en "RelativeHumidity". Na het disablen van "RH Sensor Found-available" worden "temp" en "hum" nog steeds gerapporteerd, maar "Temperature" en "RelativeHumidity" geven beide "Unavailable".

Klopt, "Temperature" en "RelativeHumidity" komen uit de itho firmware (die dan inderdaad geen waardes meer heeft), "temp", "hum" komen van de add-on zelf.

[sciurius]

arjenhiemstra schreef op woensdag 7 december 2022 @ 08:02:Klopt, "Temperature" en "RelativeHumidity" komen uit de itho firmware (die dan inderdaad geen waardes meer heeft), "temp", "hum" komen van de add-on zelf.

De waarden blijven echter steken op de laatste Temperature en RelativeHumidity...
Bedoel je met "komen van de add-on zelf" dat daarvoor de
https://www.nrgwatch.nl/p...temp-sensor-for-itho-cve/ erin moet?

Die heb ik destijds wel erbij aangeschaft maar nog nooit erin gestoken.

[arjenhiemstra]

sciurius schreef op woensdag 7 december 2022 @ 08:26:
[...]


De waarden blijven echter steken op de laatste Temperature en RelativeHumidity...
Bedoel je met "komen van de add-on zelf" dat daarvoor de
https://www.nrgwatch.nl/p...temp-sensor-for-itho-cve/ erin moet?

Die heb ik destijds wel erbij aangeschaft maar nog nooit erin gestoken.

In de zin; die haalt de add-on zelf op, dat kan vanuit de itho firmware zijn maar ook direct vanaf de sensor. Afhankelijk van de instellingen op de add-on. De waarden blijven inderdaad steken, ik moet nog eens een stukje invalidate code toevoegen.

[vliegnerd]

arjenhiemstra schreef op woensdag 7 december 2022 @ 00:14:
[...]

Ik weet niet zeker of 1C msg format is maar het aantal bytes klopt wel als 1C de header van het ramses-ii bericht is. Als ik op een ander bericht met een 31,D9 message class dezelfde theorie los laat klopt het ook
Ik weet alleen niet waarom de waarde van addr fields zou veranderen tussen berichten van dezelfde sensor.

In de 1290 berichten van @To_Tall zijn er vijf vaste zender<>ontvanger paren.

Edit: het valt mij op dat die laatste counter (1b) waarde telkens zo tussen de 9A en CC ofzo zit. Zou dat de RF strength kunnen zijn (waarde /2 is in de range van een logische dB waarde en zou verklaren waarom de waarde redelijk stabiel is)

En bij dat zend/ontvang paar hoort ook nog eens een redelijk stabiele waarde van de RF strength per paar.

Ik heb nog geen andere packets bekeken, maar het lijkt erop dat device "20" echt een evohome RF ontvanger is, die gewoon echt alle packets op de i2c bus zet.

Dat betekent overigens dat die 1290 niet per se van de monitoringsdienst afkomst is, maar misschien een "rebroadcast" is. Mijn Spider broadcast ook 1290, maar wel andere packetstructuur (zender/ontvanger gelijk)

Ik zal proberen veel meer packets te decoden en te kijken of er nog andere zenders/ontvangers zijn. Dwz, die zijn er zeker, maar kijken of er patronen zijn. Waarschijnlijk zien we ook Fans, CO2 meters enz.

[sciurius]

arjenhiemstra schreef op woensdag 7 december 2022 @ 08:49:
In de zin; die haalt de add-on zelf op, dat kan vanuit de itho firmware zijn maar ook direct vanaf de sensor. Afhankelijk van de instellingen op de add-on. De waarden blijven inderdaad steken, ik moet nog eens een stukje invalidate code toevoegen.

Ik dacht dat ik het snapte, maar nu niet meer.

Mijn CVE-S heeft een ingebouwde temp/hum sensor. Die disable ik door setting 71 op 0 te zetten.
Temperature en RelativeHumidity zijn dan unavailable (Itoh firmware, neem ik aan).
Je wekte de indruk dat de add-on nog steeds deze sensor zou kunnen uitlezen.

[arjenhiemstra]

sciurius schreef op woensdag 7 december 2022 @ 10:26:
[...]


Ik dacht dat ik het snapte, maar nu niet meer.

Mijn CVE-S heeft een ingebouwde temp/hum sensor. Die disable ik door setting 71 op 0 te zetten.
Temperature en RelativeHumidity zijn dan unavailable (Itoh firmware, neem ik aan).
Je wekte de indruk dat de add-on nog steeds deze sensor zou kunnen uitlezen.

Als je "Additional sensor support" aan zet leest de add-on de sensor uit (dat kan een originele zijn maar ook een after market sensor)
Als je "Additional sensor support" sensor support aan zet op een itho met ingebouwde sensor wordt de setting "RH sensor found-available" (setting 71 in jouw geval) ook op 0 gezet.

[arjenhiemstra]

vliegnerd schreef op woensdag 7 december 2022 @ 09:43:
[...]


In de 1290 berichten van @To_Tall zijn er vijf vaste zender<>ontvanger paren.

Als er meerdere sensoren in de buurt zijn kan dat natuurlijk heel goed inderdaad! Het zou interessant zijn om wat meer van deze berichten te hebben over een wat grotere time span.

[...]

Ik heb nog geen andere packets bekeken, maar het lijkt erop dat device "20" echt een evohome RF ontvanger is, die gewoon echt alle packets op de i2c bus zet.

Niet echt belangrijk maar ik zou zeggen ramses-ii RF ontvanger.
evohome is slechts 1 van de producten die dit protocol gebruikt. Ook orcon, duco en itho gebruiken hetzelfde protocol.

Dat betekent overigens dat die 1290 niet per se van de monitoringsdienst afkomst is, maar misschien een "rebroadcast" is. Mijn Spider broadcast ook 1290, maar wel andere packetstructuur (zender/ontvanger gelijk)

Ik zal proberen veel meer packets te decoden en te kijken of er nog andere zenders/ontvangers zijn. Dwz, die zijn er zeker, maar kijken of er patronen zijn. Waarschijnlijk zien we ook Fans, CO2 meters enz.

Wat interessant zou zijn om te weten of deze RF print inderdaad alle berichten doorzet of alleen devices die gepaired zijn. Anders zit er waarschijnlijk in de itho firmware zelf een mechanisme om devices te pairen.
In ieder geval iets om even te testen. Ik zal kijken of ik zsm iets op de debug pagina kan toevoegen om deze commando's te testen.

[vliegnerd]

arjenhiemstra schreef op woensdag 7 december 2022 @ 11:08:
Wat interessant zou zijn om te weten of deze RF print inderdaad alle berichten doorzet of alleen devices die gepaired zijn. Anders zit er waarschijnlijk in de itho firmware zelf een mechanisme om devices te pairen.
In ieder geval iets om even te testen. Ik zal kijken of ik zsm iets op de debug pagina kan toevoegen om deze commando's te testen.

Ik zie in de logfile van mijn WPU (en die van to_tall) ook CO2 meters en Orcon ventilatieboxen, RF15s enz. Ik denk dat die niet gepaired zijn met de WPU.
Ik weet het wel zeker want ik zie ook een RF15 display in de log en die heb ik zelf aangeschaft nadat de WPU geplaatst is, daar weet de WPU/monitoring helemaal niks van.

Ik vermoed dus dat gewoon alles wordt ontvangen en op de i2c bus gezet wordt.

Overigens is bij mij (WPU 5G) de structuur:

8C, 20, ....
ipv
82, 20, ... bij to_tall

20 zal de RF ontvanger zijn, maar bij mij wordt het naar device 8C gestuurd. Waarschijnlijk de 3G/4G modem, die mijn WPU ook ingebouwd heeft, althans er is een antenne.

Ik zie ramses_ii pakketjes die behoorlijk overeen komen met mijn HGI80. Het lijkt erop dat dit alleen ontvangen is die alles doorzet naar het modem.

Er zijn bij mij helemaal geen pakketjes met ontvanger 20. Er wordt niets gestuurd naar/via ontvanger.
Er zijn ook geen pakketjes met verzender 8C er komt niets binnen vanaf dat device.

Ik wil wel proberen een 1290 pakket op mijn i2c bus te zetten, maar de zender/ontvanger combinatie is niet te achterhalen. Als ik naar de pakketjes van to_tall kijk dat is zender 21:xxxx (spider?) en ontvanger 02:xxxx (verdeler). Dus weinig kans dat dit gaat werken.

[To_Tall]

vliegnerd schreef op woensdag 7 december 2022 @ 11:55:
[...]


Ik zie in de logfile van mijn WPU (en die van to_tall) ook CO2 meters en Orcon ventilatieboxen, RF15s enz. Ik denk dat die niet gepaired zijn met de WPU.
Ik weet het wel zeker want ik zie ook een RF15 display in de log en die heb ik zelf aangeschaft nadat de WPU geplaatst is, daar weet de WPU/monitoring helemaal niks van.

Ik vermoed dus dat gewoon alles wordt ontvangen en op de i2c bus gezet wordt.

Overigens is bij mij (WPU 5G) de structuur:

8C, 20, ....
ipv
82, 20, ... bij to_tall

20 zal de RF ontvanger zijn, maar bij mij wordt het naar device 8C gestuurd. Waarschijnlijk de 3G/4G modem, die mijn WPU ook ingebouwd heeft, althans er is een antenne.

Ik zie ramses_ii pakketjes die behoorlijk overeen komen met mijn HGI80. Het lijkt erop dat dit alleen ontvangen is die alles doorzet naar het modem.

Er zijn bij mij helemaal geen pakketjes met ontvanger 20. Er wordt niets gestuurd naar/via ontvanger.
Er zijn ook geen pakketjes met verzender 8C er komt niet binnen vanaf dat device.

Ik wil wel proberen een 1290 pakket op mijn i2c bus te zetten, maar de zender/ontvanger combinatie is niet te achterhalen. Als ik naar de pakketjes van to_tall kijk dat is zender 21:xxxx (spider?) en ontvanger 02:xxxx (verdeler). Dus weinig kans dat dit gaat werken.

Ik heb even de monitoring kaart uit de Itho gehaald.

Ik zie idd geen 82,20 meer langs komen.

Het zou idd kunnen dat je meer voorbij ziet komen.
Hier in huis hebben we een CVE draaien. En daarnaast zal ook RF signalen van andere WPU's uit de buurt opgepikt kunnen worden door de antenne.

Ik kan dus wel stellen dan de 82,20 berichten van de monitoring module afkomen..

Ik heb geen Spider, alleen een standaard Honewell round MFT type: E.MFT_U1 part: 536-5020
Wel kan het zijn de de MFT van de buren, met o.a. demand-flow data ontvangen wordt door mijn Itho.

Ook weet ik dat alle data van de WPU doorgestuurd wordt naar Itho.
Al krijgen gebruikers van de monitoring dienst niets te zien

[ Voor 8% gewijzigd door To_Tall op 07-12-2022 12:03 ]

[vliegnerd]

Ik ga nu vanuit dat device 20 een ramses_ii ontvanger is, waar we verder niets mee kunnen.

Volgende kandidaat:

code:

2022-12-06T11:46:53.911Z [00,82,A4,02,01,06,00,00,00,01,90,01,3F,]
 ... hier tussen meerdere berichten met 01 90 = 4.00 graden Celcius.
2022-12-06T12:36:52.750Z [00,82,A4,02,01,06,00,00,00,01,90,01,3F,]
 dan ineens hetzelfde bericht met 02 BC = 7.00 graden Celcius.
2022-12-06T12:46:34.307Z [00,82,A4,02,01,06,00,00,00,02,BC,01,12,]

Ergens tussen 12:36:52 en 12:46:34 veranderd de outside temperatuur van 4.00 naar 7.00 graden Celcius.

Bovenstaande berichten zijn van 82 (WPU) naar 00 (??). Dat is hoogstwaarschijnlijk dus niet het juiste bericht. (Weet jij wat 00 kan zijn @arjenhiemstra ?)
Er zijn helaas geen berichten van 00 naar 82.

EDIT de WPU/thermostaat stuurt al om 12:44 een 1290 ramses_ii RF bericht. Nog een aanwijzing dat bovenstaande bericht niet het gezochte commando is dat de outside temp instelt.

Er blijft nu een beperkter zoek venster over.
En vanuit de webinterface data op de i2c bus is het venster nog kleiner: 12:41:25 nog 0190 en op 12:42:08 02BC. Maar helaas vind ik daartussen niks interessant. Misschien een "malformed" pakket of een gemist pakket.

[ Voor 18% gewijzigd door vliegnerd op 07-12-2022 12:33 ]

[To_Tall]

Uhhh nevermind

Zou 00 niet het device zelf zijn? naar de monitoring module?

[ Voor 91% gewijzigd door To_Tall op 07-12-2022 12:24 ]

[To_Tall]

@arjenhiemstra @vliegnerd

Ik kan de webinterface naar graylog voor jullie open zetten.
Misschien is dat wat makkelijker?

Gaat via een Reverse Proxy, zou dus redelijk veilig moeten zijn

[arjenhiemstra]

vliegnerd schreef op woensdag 7 december 2022 @ 12:20:
Ik ga nu vanuit dat device 20 een ramses_ii ontvanger is, waar we verder niets mee kunnen.

Volgende kandidaat:

code:

2022-12-06T11:46:53.911Z [00,82,A4,02,01,06,00,00,00,01,90,01,3F,]
 ... hier tussen meerdere berichten met 01 90 = 4.00 graden Celcius.
2022-12-06T12:36:52.750Z [00,82,A4,02,01,06,00,00,00,01,90,01,3F,]
 dan ineens hetzelfde bericht met 02 BC = 7.00 graden Celcius.
2022-12-06T12:46:34.307Z [00,82,A4,02,01,06,00,00,00,02,BC,01,12,]

Ergens tussen 12:36:52 en 12:46:34 veranderd de outside temperatuur van 4.00 naar 7.00 graden Celcius.

Bovenstaande berichten zijn van 82 (WPU) naar 00 (??). Dat is hoogstwaarschijnlijk dus niet het juiste bericht. (Weet jij wat 00 kan zijn @arjenhiemstra ?)
Er zijn helaas geen berichten van 00 naar 82.

EDIT de WPU/thermostaat stuurt al om 12:44 een 1290 ramses_ii RF bericht. Nog een aanwijzing dat bovenstaande bericht niet het gezochte commando is dat de outside temp instelt.

Er blijft nu een beperkter zoek venster over.
En vanuit de webinterface data op de i2c bus is het venster nog kleiner: 12:41:25 nog 0190 en op 12:42:08 02BC. Maar helaas vind ik daartussen niks interessant. Misschien een "malformed" pakket of een gemist pakket.

00 als destination is volgens mij een “General Call” address: een broadcast naar alle devices op de bus

[To_Tall]

@arjenhiemstra @vliegnerd

Ik heb jullie een mail gestuurd.
Kijk maar of jullie er iets uit kunnen halen.

[vliegnerd]

Ik ben gelijk weer even gaan zoeken @To_Tall:

Ik zoek een verspringende outside temp in de status berichten, dat geeft een zoek window.
Dat levert deze berichten op:

code:

Message: 2022-12-07T00:45:01.744Z [00,3E,CE,30,05,08,63,91,31,1E, 00,C8, FC,18,98,]
Message: 2022-12-07T02:45:15.785Z [00,3E,CE,30,05,08,63,91,4D,53, 00,C8, FC,18,47,]
Message: 2022-12-07T05:56:33.255Z [00,3E,CE,30,05,08,63,91,69,99, 00,64, FC,18,49,]
Message: 2022-12-07T06:51:27.058Z [00,3E,CE,30,05,08,63,91,85,CF, 00,64 ,FC,18,F7,]
Message: 2022-12-07T08:49:43.187Z [00,3E,CE,30,05,08,63,91,A2,16, 00,64, FC,18,93,]
Message: 2022-12-07T10:46:58.563Z [00,3E,CE,30,05,08,63,91,BE,78, 01,F4, FC,18,84,]

00C8, 0064 en 01F4 zijn de juiste outside temperaturen.

De anderen getallen kan ik niet thuis brengen. Er is verder heel weinig 00,3E verkeer.

[arjenhiemstra]

vliegnerd schreef op woensdag 7 december 2022 @ 13:48:
Ik ben gelijk weer even gaan zoeken @To_Tall:

Ik zoek een verspringende outside temp in de status berichten, dat geeft een zoek window.
Dat levert deze berichten op:

code:

Message: 2022-12-07T00:45:01.744Z [00,3E,CE,30,05,08,63,91,31,1E, 00,C8, FC,18,98,]
Message: 2022-12-07T02:45:15.785Z [00,3E,CE,30,05,08,63,91,4D,53, 00,C8, FC,18,47,]
Message: 2022-12-07T05:56:33.255Z [00,3E,CE,30,05,08,63,91,69,99, 00,64, FC,18,49,]
Message: 2022-12-07T06:51:27.058Z [00,3E,CE,30,05,08,63,91,85,CF, 00,64 ,FC,18,F7,]
Message: 2022-12-07T08:49:43.187Z [00,3E,CE,30,05,08,63,91,A2,16, 00,64, FC,18,93,]
Message: 2022-12-07T10:46:58.563Z [00,3E,CE,30,05,08,63,91,BE,78, 01,F4, FC,18,84,]

00C8, 0064 en 01F4 zijn de juiste outside temperaturen.

De anderen getallen kan ik niet thuis brengen. Er is verder heel weinig 00,3E verkeer.

Deze komen van welke source?

[vliegnerd]

arjenhiemstra schreef op woensdag 7 december 2022 @ 14:05:
[...]


Deze komen van welke source?

Geen idee. Wat zou 3E kunnen zijn?

(Ik heb geen [00, 3E, ...] berichten in mijn logs.

[ Voor 12% gewijzigd door vliegnerd op 07-12-2022 14:06 ]

[To_Tall]

In HASS heb ik een temperatuur voor buiten van 523,3 Graden Celsius voorbij zien komen.
Hiernaa direct weer terug naar 5 graden

om 12:00 Op dat moment springt ook het verwarmen van het warmtevat aan.

sinds om 13:49 is er pas weer een aanpassing geweest aan de buiten temperatuur.

Ik heb geen spider of demand flow.

[ Voor 14% gewijzigd door To_Tall op 07-12-2022 14:10 ]

[vliegnerd]

Ja, en weer een bijbehorend 00, 3E bericht:

code:

12:49:19 [00,3E,CE,30,05,08,63,91,DA,C7, 03,20, FC,18,EB,]

0320 => 8.00 graden C.

[To_Tall]

vliegnerd schreef op woensdag 7 december 2022 @ 14:16:
Ja, en weer een bijbehorend 00, 3E bericht:

code:

12:49:19 [00,3E,CE,30,05,08,63,91,DA,C7, 03,20, FC,18,EB,]

0320 => 8.00 graden C.

Hoe vertalen jullie de string?

Ik zoek al naar I2C analyzers en andere zoek woorden. Maar helaas.
Iemand kleine sugestie hoe ik deze binary kan omzetten?

[arjenhiemstra]

vliegnerd schreef op woensdag 7 december 2022 @ 14:16:
Ja, en weer een bijbehorend 00, 3E bericht:

code:

12:49:19 [00,3E,CE,30,05,08,63,91,DA,C7, 03,20, FC,18,EB,]

0320 => 8.00 graden C.

Zou het kunnen zijn dat de RF print niet alleen ramses II berichten doorstuurt maar ook berichten van andere known sources (zoals een niet ramses II temp sensor?). Die worden dan in hun eigen I2C wrapper gezet wellicht?
Dus zoiets?
[i2c wrapper header start]
00 = broadcast
3E = source
CE30 = message class
05 = bericht code (01 = reply, 04 = request, 06 = write) misschien is 05 een code voor status update
08 = lengte
[i2c wrapper header end]
61,91,DA,C7 = timestamp?
03,20 = temp value
FC = checksum?
[i2c wrapper footer start]
18 = dB maar dat lijkt mij vrij laag
[i2c wrapper footer start]
EB = checksum

[vliegnerd]

arjenhiemstra schreef op woensdag 7 december 2022 @ 14:45:
[...]


Zou het kunnen zijn dat de RF print niet alleen ramses II berichten doorstuurt maar ook berichten van andere known sources (zoals een niet ramses II temp sensor?). Die worden dan in hun eigen I2C wrapper gezet wellicht?
Dus zoiets?
[i2c wrapper header start]
00 = broadcast
3E = source
CE30 = message class
05 = bericht code (01 = reply, 04 = request, 06 = write) misschien is 05 een code voor status update
08 = lengte
[i2c wrapper header end]
63,91,DA,C7 = timestamp?
03,20 = temp value

De timestamp lijkt logisch, waarden lopen op.
Hie deze te decoderen is mij onduidelijk.
Het lijkt gewoon unix timestamp: 0x6391DAC7 = 1670503111 (donderdag 8 december 2022 12:38)
Wel gek dat de tijd (bijna precies) een dag voorloopt. Is de waarde max 24u houdbaar/geldig? EDIT: Ja, en de tweede waarde (FC18 = -10 graden) is de temperatuur die dan actief wordt.

De berichten eindigen allemaal op FC18xx
FC18 is ofwel een onbekende waarde ofwel een soort standaard padding/footer (maar waarom?) onbekende waarde lijkt logischer. Waarschijnlijk andere dingen die de monitorservice doorzet. Hoog/laag tarief? Bitmask?

laatste byte xx (EB in bericht) is checksum


Dus:
00 = broadcast
3E = sender
CE30 = message class
05 = bericht code (status update?)
08 = lengte
4 bytes unix timestamp geldigheidsduur temp1, daarna wordt het temp2
2 bytes temp1
2 bytes temp2
1 byte checksum.

(geldigheidsduur is niet 100% bevestigd, het kan bijvoorbeeld ook dat na een bepaalde timeout temp2 actief wordt) EDIT: Als je dit bericht stuurt NA de timestamp uit het bericht, dan wordt automatisch temp2 actief.

[ Voor 26% gewijzigd door vliegnerd op 08-12-2022 14:57 . Reden: unix timestamp ]

[vliegnerd]

@arjenhiemstra Ik krijg de software niet gecompileerd in de Arduino IDE

Ik heb master uitgechecked en alle submodules geladen en naar Arduino/Libraries gekopieerd.
Daarbovenop nog syslog library geinstalleerd.

Maar nu:

code:

ResolveLibrary(WifiUdp.h)
                 from C:\Users\Tom\github\ithowifi\software\NRG_itho_wifi\src\Config.h:9,
  -> candidates: []
                 from C:\Users\Tom\github\ithowifi\software\NRG_itho_wifi\src\Config.cpp:1:
C:\Users\Tom\github\ithowifi\software\NRG_itho_wifi\src\sys_log.h:25:10: fatal error: WifiUdp.h: No such file or directory

WifiUdp.h is uit de standaard esp32 core library. Waarom vindt Arduino IDE die niet?!?
Ik heb board geïnstalleerd en gekozen volgens de beschrijving uit de .ino.

Een tip?

[arjenhiemstra]

vliegnerd schreef op woensdag 7 december 2022 @ 16:23:
@arjenhiemstra Ik krijg de software niet gecompileerd in de Arduino IDE

Ik heb master uitgechecked en alle submodules geladen en naar Arduino/Libraries gekopieerd.
Daarbovenop nog syslog library geinstalleerd.

Maar nu:

code:

ResolveLibrary(WifiUdp.h)
                 from C:\Users\Tom\github\ithowifi\software\NRG_itho_wifi\src\Config.h:9,
  -> candidates: []
                 from C:\Users\Tom\github\ithowifi\software\NRG_itho_wifi\src\Config.cpp:1:
C:\Users\Tom\github\ithowifi\software\NRG_itho_wifi\src\sys_log.h:25:10: fatal error: WifiUdp.h: No such file or directory

WifiUdp.h is uit de standaard esp32 core library. Waarom vindt Arduino IDE die niet?!?
Ik heb board geïnstalleerd en gekozen volgens de beschrijving uit de .ino.

Een tip?

Ja zag het ook al, is een typefout. Ik zet zo beta3 online waarin dit gefixed is, die is ook een stuk stabieler

[arjenhiemstra]

Ik heb beta3 nu online staan. Het is nog een workaround voor een dieper gelegen issue maar de stabiliteit is stukken beter dan beta2.
Ik denk dat dit goed genoeg is voor diegenen met i2c issues die de i2c safe guard functie willen uitproberen. Ik hoop met deze functie de vastlopende i2c bus te voorkomen.

edit:
link: https://github.com/arjenh...s/tag/Version-2.4.4-beta3
fw bestand: https://github.com/arjenh...itho-hw2-v2.4.4-beta3.bin

[ Voor 26% gewijzigd door arjenhiemstra op 07-12-2022 19:11 ]

[sjampeter]

arjenhiemstra schreef op zondag 18 september 2022 @ 20:33:
[...]


Zou kunnen, stuur maar even een mail met je bestelgegevens, dan zorg ik dat je een nieuwe sensor krijgt.

lijkt erop dat de 2e sensor heen gegaan is. wat raar allemaal.
exact ingebouwd volgens foto's in deze draad.
werkelijk mijn hele huis hangt vol met eigenbouw sensoren welke eigenlijk nooit sneuvelen, en deze zou nu voor de 2e keer kapot gaan?
lijkt toch iets anders aan de hand.
iemand anders dezelfde ervaringen?

[arjenhiemstra]

sjampeter schreef op woensdag 7 december 2022 @ 19:28:
[...]


lijkt erop dat de 2e sensor heen gegaan is. wat raar allemaal.
exact ingebouwd volgens foto's in deze draad.
werkelijk mijn hele huis hangt vol met eigenbouw sensoren welke eigenlijk nooit sneuvelen, en deze zou nu voor de 2e keer kapot gaan?
lijkt toch iets anders aan de hand.
iemand anders dezelfde ervaringen?

Bijzonder. Je bent de tweede in relatief korte tijd. Daarvoor nog nooit gehad.
Bij jou doe ik graag hetzelfde als bij de andere gebruiker. De add-on + sensor vervangen. Wellicht dat er iets met de add-on voeding is die de temp. sensor kapot maakt. Ik het kapotte setje van de andere gebruiker net binnen maar nog niet kunnen testen helaas of de theorie klopt. Maar better safe than sorry.

[sjampeter]

18 september had ik de eerste sensor kapot.
deze toen vervangen voor een nieuwe en een kleine 3 maanden verder wederom kapot.
als je wil stuur ik deze ook even jou kant op.
ff verder in pb denk ik.

[sjampeter]

misschien interessant om te delen.
in den beginne werkt de sensor nog behoorlijk goed.
echter rond een uur of 22 a 22:30 wordt er gedoushed.
op deze momenten loopt het fout met de sensor om na een paar uur weer "netjes" te registreren.
tot vandaag dus .....
plaatsing sensor rechtstreeks in Itho, volgens fotos eerder in deze draad.

[sjampeter]

[smesjz]

arjenhiemstra schreef op woensdag 7 december 2022 @ 19:10:
Ik heb beta3 nu online staan. Het is nog een workaround voor een dieper gelegen issue maar de stabiliteit is stukken beter dan beta2.
Ik denk dat dit goed genoeg is voor diegenen met i2c issues die de i2c safe guard functie willen uitproberen. Ik hoop met deze functie de vastlopende i2c bus te voorkomen.

edit:
link: https://github.com/arjenh...s/tag/Version-2.4.4-beta3
fw bestand: https://github.com/arjenh...itho-hw2-v2.4.4-beta3.bin

Draait hier nu op non-CVE met HRU-350 en werkende remote syslog. Nog niks geks te zien (maar had met vorige betas ook geen probleem).

[smesjz]

smesjz schreef op woensdag 7 december 2022 @ 20:13:
[...]


Draait hier nu op non-CVE met HRU-350 en werkende remote syslog. Nog niks geks te zien (maar had met vorige betas ook geen probleem).

@arjenhiemstra : MQTT config had geen command en state topic meer met 2.4.4b3, terug naar 2.4.4b1 ging wel goed. Opslaan met b3 van cmd werkte niet.

En vanochtend was add-on gecrashed. In de remote syslog zie ik niet zo veel spannends maar wifi lijkt niet stabiel te zijn:

ik@playground:/var/log/remote$ sudo grep "Setup: done" hru | wc -l
64

[vliegnerd]

Het is gelukt om een CE30 command te schrijven naar mijn WPU 5G:

Dit is het resultaat van het command uit een post hierboven, afkomstig van de WPU van @To_Tall:

code:

[00,3E,CE,30,05,08,63,91,DA,C7, 03,20, FC,18,EB,]

Ik heb het commando letterlijk byte voor byte op de i2c bus gezet.

Ik heb helaas geen tijd om hier direct een API functie voor te bouwen, maar dat ga ik wel doen.
Voorlopig eens kijken hoe lang deze waarde blijft staan. En wat er verder gebeurt.

[ Voor 11% gewijzigd door vliegnerd op 08-12-2022 11:30 . Reden: command bytes toegevoegd. ]

[arjenhiemstra]

smesjz schreef op donderdag 8 december 2022 @ 10:08:
[...]


@arjenhiemstra : MQTT config had geen command en state topic meer met 2.4.4b3, terug naar 2.4.4b1 ging wel goed. Opslaan met b3 van cmd werkte niet.

En vanochtend was add-on gecrashed. In de remote syslog zie ik niet zo veel spannends maar wifi lijkt niet stabiel te zijn:

ik@playground:/var/log/remote$ sudo grep "Setup: done" hru | wc -l
64

Hoeveel bytes is je config.json bestand? (te zien via debug pagina -> file editor)

[arjenhiemstra]

vliegnerd schreef op donderdag 8 december 2022 @ 11:20:
Het is gelukt om een CE30 command te schrijven naar mijn WPU 5G:

Dit is het resultaat van het command uit een post hierboven, afkomstig van de WPU van @To_Tall:

code:

[00,3E,CE,30,05,08,63,91,DA,C7, 03,20, FC,18,EB,]

[Afbeelding]
Ik heb het commando letterlijk byte voor byte op de i2c bus gezet.

Ik heb helaas geen tijd om hier direct een API functie voor te bouwen, maar dat ga ik wel doen.
Voorlopig eens kijken hoe lang deze waarde blijft staan. En wat er verder gebeurt.

Really nice! Heb je gewoon het commando erin geknald op de I2C bus zonder verdere aanpassingen?
Dat zou namelijk betekenen dat er geen check zit op de source en dat er geen ID oid in het systeem geleerd hoeven te worden.

[vliegnerd]

arjenhiemstra schreef op donderdag 8 december 2022 @ 11:40:
[...]


Really nice! Heb je gewoon het commando erin geknald op de I2C bus zonder verdere aanpassingen?
Dat zou namelijk betekenen dat er geen check zit op de source en dat er geen ID oid in het systeem geleerd hoeven te worden.

Letterlijk het commando, geen check dus.
Ik heb een button op de debug pagina toegevoegd en die gekoppeld aan deze functie:

code:

void setSettingCE30(bool updateweb)
{
  uint8_t command[] = {0x00, 0x3E, 0xCE, 0x30, 0x05, 0x08, 0x63, 0x91, 0xDA, 0xC7, 0x03, 0x20, 0xFC, 0x18, 0xEB};
  //command[sizeof(command) - 1] = checksum(command, sizeof(command) - 1);
  
  if (!i2c_sendBytes(command, sizeof(command), I2C_CMD_SET_CE30))
  {
    if (updateweb)
    {
      updateweb = false;
      jsonSysmessage("ithoCE30", "failed");
    }
    return;
  }

}

Helaas werkt het niet als ik de temperatuur verander en de chksum laat berekenen. Dan zie ik in de syslog i2c sniff de laatste byte ook niet doorkomen en de WPU reageert niet.

Mmmh... nevermind, het werkt nu wel...

Opmerkelijk is wel dat de temperatuur zojuist gereset is.
Maar nu naar FC33 terwijl het eerst een andere waarde was.
FC33 is bitwise echt bizar dicht bij FC18.

Het CE30 command werkt nu ook niet meer.
Wellicht dat die timestamp toch een houdbaarheids datum is want 6391DAC7 / 1670503111 is zo ongeveer nu (nou ja over een uur, maar dat kan weer een timezone ding zijn).

EDIT25:
En ja, het RF packet.log geeft het antwoord:

code:

2022-12-08T11:05:56.804999 045  I --- 21:033160 --:------ 21:033160 1290 003 007FFF   # 7FFF => n/a
[...]
2022-12-08T11:45:56.353121 045  I --- 21:033160 --:------ 21:033160 1290 003 000320   # 8 graden
2022-12-08T11:47:45.849141 045  I --- 21:033160 --:------ 21:033160 1290 003 000514   # 13.37 graden
[...]
2022-12-08T12:28:49.514094 045  I --- 21:033160 --:------ 21:033160 1290 003 000514
2022-12-08T12:39:55.619080 045  I --- 21:033160 --:------ 21:033160 1290 003 00FC18  # BAM!
2022-12-08T13:07:18.065014 045  I --- 21:033160 --:------ 21:033160 1290 003 00FC18

Om rond het verlopen van de timestamp wordt de outside temp op FC18 gezet => -10 graden Celcius. FC18 was dus geen toeval.

(mijn outside temp staat dus nu op -10, ik ga zo eens kijken wat dit doet met de aanvoer temp van de vloer. kijken of de WPU er ueberhaupt naar luistert. EDIT: Nee, geen verschil.

[ Voor 39% gewijzigd door vliegnerd op 08-12-2022 14:56 . Reden: toch wel? ]

[smesjz]

arjenhiemstra schreef op donderdag 8 december 2022 @ 11:39:
[...]


Hoeveel bytes is je config.json bestand? (te zien via debug pagina -> file editor)

Dat is het gekke:
2.4.4-beta1: state topic + cmd vooraf ingevuld (van config.json)
update naar 2.4.4-beta3: state topic + cmd leeg
revert naar 2.4.4-beta1: alle config weer terug

Ik gebruik ithohru als prefix ipv itho ivm meerdere devices.

In the config.json(985bytes) staat dit:

code:

"mqtt_state_topic":"ithohru/state",
   "mqtt_ithostatus_topic":"ithohru/ithostatus",
   "mqtt_remotesinfo_topic":"ithohru/remotesinfo",
   "mqtt_lastcmd_topic":"ithohru/lastcmd",
   "mqtt_state_retain":"yes",
   "mqtt_cmd_topic":"ithohru/cmd",
   "mqtt_lwt_topic":"ithohru/lwt",

Het zal hier iets te maken hebben?

https://github.com/arjenh...2ce9dd1d9656d8f8b7f74bR74

https://github.com/arjenh...ot_source/controls.js#L77

[ Voor 17% gewijzigd door smesjz op 08-12-2022 12:46 ]

[arjenhiemstra]

smesjz schreef op donderdag 8 december 2022 @ 12:40:
[...]


Dat is het gekke:
2.4.4-beta1: state topic + cmd vooraf ingevuld (van config.json)
update naar 2.4.4-beta3: state topic + cmd leeg
revert naar 2.4.4-beta1: alle config weer terug

Ik gebruik ithohru als prefix ipv itho ivm meerdere devices.

In the config.json(985bytes) staat dit:

code:

"mqtt_state_topic":"ithohru/state",
   "mqtt_ithostatus_topic":"ithohru/ithostatus",
   "mqtt_remotesinfo_topic":"ithohru/remotesinfo",
   "mqtt_lastcmd_topic":"ithohru/lastcmd",
   "mqtt_state_retain":"yes",
   "mqtt_cmd_topic":"ithohru/cmd",
   "mqtt_lwt_topic":"ithohru/lwt",

Het zal hier iets te maken hebben?

https://github.com/arjenh...2ce9dd1d9656d8f8b7f74bR74

https://github.com/arjenh...ot_source/controls.js#L77

Dat is raar. Er zijn tussen b1 en b2 2 regels in de config bij gekomen:

code:

    obj["i2c_safe_guard"] = i2c_safe_guard;
    obj["i2c_sniffer"] = i2c_sniffer;

Ik dacht dat misschien daardoor bij hele grote config iets er misschien vanaf valt waardoor je settings mist (de JSON de gegenereerd wordt is altijd valide maar zal dan bepaalde keys missen). Maar 985 bytes is nog ruim onder de 2048 bytes (waarbij je ook een foutmelding zou ziet in de log)

Kan het zo even niet verklaren dus.

[smesjz]

arjenhiemstra schreef op donderdag 8 december 2022 @ 12:51:
[...]


Dat is raar. Er zijn tussen b1 en b2 2 regels in de config bij gekomen:

code:

    obj["i2c_safe_guard"] = i2c_safe_guard;
    obj["i2c_sniffer"] = i2c_sniffer;

Ik dacht dat misschien daardoor bij hele grote config iets er misschien vanaf valt waardoor je settings mist (de JSON de gegenereerd wordt is altijd valide maar zal dan bepaalde keys missen). Maar 985 bytes is nog ruim onder de 2048 bytes (waarbij je ook een foutmelding zou ziet in de log)

Kan het zo even niet verklaren dus.

ik geloof niet dat mn config.json het probleem is

In beta2 heb je dit in control.js

code:

 if ('itho_rf_support' in x) {

         $('#mqtt_idx, #label-mqtt_idx').hide();
         $('#sensor_idx, #label-sensor_idx').hide();
         mqtt_state_topic_tmp = x.mqtt_state_topic;
         mqtt_cmd_topic_tmp = x.mqtt_cmd_topic;
}

Die if() zat er in beta1 nog niet. Maar misschien kijk ik verkeerd. Zal vanavond eens met een debugger kijken

[arjenhiemstra]

smesjz schreef op donderdag 8 december 2022 @ 12:59:
[...]


ik geloof niet dat mn config.json het probleem is

In beta2 heb je dit in control.js

code:

 if ('itho_rf_support' in x) {

         $('#mqtt_idx, #label-mqtt_idx').hide();
         $('#sensor_idx, #label-sensor_idx').hide();
         mqtt_state_topic_tmp = x.mqtt_state_topic;
         mqtt_cmd_topic_tmp = x.mqtt_cmd_topic;
}

Die if() zat er in beta1 nog niet. Maar misschien kijk ik verkeerd. Zal vanavond eens met een debugger kijken

Hmm, dat zou een filter moeten zijn voor domoticz config, niet rf support. What was I thinking here.... vast weer op een moment geschreven dat ik al lang op bed had moeten liggen

[vliegnerd]

In 2.4.4-beta3 is de settingspagina heel traag.
Laden gaat regel voor regel, traag. Ik kreeg al een reload (zo'n wacht-cirkel) voordat de pagina helemaal gevuld was met regels, nog voordat een waarde was uitlezen.

Een andere poging kwam zover:


(eerlijk gezegd wel met zelf gecompileerde 2.4.4-beta3. Ik ben weer terug naar 2.3.5 gegaan. Mocht het nuttig zijn kan ik het natuurlijk altijd op 2.4.4-beta3 proberen)

[arjenhiemstra]

vliegnerd schreef op donderdag 8 december 2022 @ 22:08:
In 2.4.4-beta3 is de settingspagina heel traag.
Laden gaat regel voor regel, traag. Ik kreeg al een reload (zo'n wacht-cirkel) voordat de pagina helemaal gevuld was met regels, nog voordat een waarde was uitlezen.

Een andere poging kwam zover:
[Afbeelding]

(eerlijk gezegd wel met zelf gecompileerde 2.4.4-beta3. Ik ben weer terug naar 2.3.5 gegaan. Mocht het nuttig zijn kan ik het natuurlijk altijd op 2.4.4-beta3 proberen)

Het ging altijd al regel voor regel maar het is nu trager doordat de i2c commando's nu in een queue gaan.
Dat loading screen is omdat de websocket not connected is en dan reconnect. Waardoor dat komt, geen idee. In de javascript log zou daar nuttige info over moeten staan, dat is voor mij wel interessant.

[wouter.N]

Wat zal hier het probleem zijn? Issue met de HRU of bug in de I2C translatie tabel?

[gns1l]

@wouter.N : HRU350? Waarschijnlijk kapotte temperatuur sensor.
Is er een knippercode? Komt vaker voor, ook zonder foutmelding.

Meer berichten hierover te vinden door zoeken in dit topic op "HRU350 + temperatuur"

[wouter.N]

gns1l schreef op vrijdag 9 december 2022 @ 12:21:
@wouter.N : HRU350? Waarschijnlijk kapotte temperatuur sensor.
Is er een knippercode? Komt vaker voor, ook zonder foutmelding.

Meer berichten hierover te vinden door zoeken in dit topic op "HRU350 + temperatuur"

Thnx, idd een HRU 350. Zo te zien kapotte sensor, weet iemand waar ik een nieuwe NTC sensor met kabel kan bestellen?

Ik zie geen lampjes, dus geen knippercode.

[ Voor 4% gewijzigd door wouter.N op 09-12-2022 12:37 ]

[MLPN]

wouter.N schreef op vrijdag 9 december 2022 @ 12:33:
[...]


Thnx, idd een HRU 350. Zo te zien kapotte sensor, weet iemand waar ik een nieuwe NTC sensor met kabel kan bestellen?

Ik zie geen lampjes, dus geen knippercode.

Zit je nog in de garantieperiode? Dan gewoon bij je installateur/rechtstreeks bij Itho aangeven. Dan krijg je hem gratis .

[To_Tall]

wouter.N schreef op vrijdag 9 december 2022 @ 12:33:
[...]


Thnx, idd een HRU 350. Zo te zien kapotte sensor, weet iemand waar ik een nieuwe NTC sensor met kabel kan bestellen?

Ik zie geen lampjes, dus geen knippercode.

https://www.techniekwebsh...MpiEO06yuk6YaAmnxEALw_wcB

[cowandchicken]

vliegnerd schreef op donderdag 8 december 2022 @ 11:50:
[...]


(mijn outside temp staat dus nu op -10, ik ga zo eens kijken wat dit doet met de aanvoer temp van de vloer. kijken of de WPU er ueberhaupt naar luistert. EDIT: Nee, geen verschil.

1e 4 bytes van payload is een utc tijd tot wanneer buitentemp van byte 4 en 5 gebruikt moet worden ( 8 graden). na deze tijd valt hij terug naar de temp van byte 6 en 7 (-10)
dus voor deze tijd nieuwe bericht sturen met gewenste buiten temp.

Echter doet de buiten temp niks met de aanvoer temp.
Het bepaald alleen bij welk minimaal gevraagd vermogen de WPU start met central heating volgens een stooklijn. De WPU heeft niet echt een regeling op gewenste aanvoer temp.

edit:
ahh daar was je zelf ook al achtergekomen vliegnerd zie ik net pas

[ Voor 5% gewijzigd door cowandchicken op 09-12-2022 15:07 ]

[vliegnerd]

cowandchicken schreef op vrijdag 9 december 2022 @ 14:59:
[...]

Het bepaald alleen bij welk minimaal gevraagd vermogen de WPU start met central heating volgens een stooklijn. De WPU heeft niet echt een regeling op gewenste aanvoer temp.

Echt? Heb jij meer info over die stooklijn?
In mijn settings staat "hardcoded" dat vanaf 25% heat demand gestookt wordt (cv bedrijf).
En ik zie ook geen effect van de buitentemperatuur op de heat demand van de autotemp verdelers.

In de installatiehandleiding van de WPU 5G staat "er moet een buitenvoeler aangesloten zijn of de buitentemperatuur moet door de monitoringsdienst doorgegeven worden". Maar wat doet het dan??

Uit je reply blijkt dat je meer kennis hebt over de WPU/protocollen. Weet jij hoe je de externe control registers (die de i2c modbus module kan instellen) kun instellen op de i2c bus?

[To_Tall]

vliegnerd schreef op vrijdag 9 december 2022 @ 15:43:
[...]

Echt? Heb jij meer info over die stooklijn?
In mijn settings staat "hardcoded" dat vanaf 25% heat demand gestookt wordt (cv bedrijf).
En ik zie ook geen effect van de buitentemperatuur op de heat demand van de autotemp verdelers.

In de installatiehandleiding van de WPU 5G staat "er moet een buitenvoeler aangesloten zijn of de buitentemperatuur moet door de monitoringsdienst doorgegeven worden". Maar wat doet het dan??

Uit je reply blijkt dat je meer kennis hebt over de WPU/protocollen. Weet jij hoe je de externe control registers (die de i2c modbus module kan instellen) kun instellen op de i2c bus?

De buiten temp sensor zorgt er ook voor dat de wpu weet wanneer hij alleen mag verwarmen eg onder de 15 graden buiten temp of alleen mag koelen eg boven de 20 graden buiten temp

In 2016 hebben wij storingen gehad omdat de buiten temp op 15 graden bleef hangen terwijl buiten 25 was. De wpu ging hierdoor niet in koelstand maar de cv bleef ook uit.

Bij geen buiten temp bekend is gaat de wpu willekeurig verwarmen en koelen. Als ik nu de monitoring module er uit haal zie ik idd na een dag vlammetje en koel icoon verschijnen in de display.

Nu staat er alleen een vlammetje en in de zomer alleen een koel icoontje.

[emile73]

smesjz schreef op woensdag 7 december 2022 @ 20:13:
[...]
Draait hier nu op non-CVE met HRU-350 en werkende remote syslog. Nog niks geks te zien (maar had met vorige betas ook geen probleem).

Zeer goed.

[Wachten...]

Misschien even een rare vraag, maar maakt de plus en min uit bij het aansluiten van een RFT co2 sensor? In het boekje staat alleen "sluit voedingskabel aan", maar ik zie nergens waar de fase of de nul draad aangesloten moet worden.

[arjenhiemstra]

Wachten... schreef op zondag 11 december 2022 @ 11:19:
Misschien even een rare vraag, maar maakt de plus en min uit bij het aansluiten van een RFT co2 sensor? In het boekje staat alleen "sluit voedingskabel aan", maar ik zie nergens waar de fase of de nul draad aangesloten moet worden.

Nope, maakt niets uit.

[Tele]

Ik heb een HRU ECO-fan 3:



Deze wordt herkend als Itho device type: HRU ECO-fan, Itho fw version: 4. De originele bijbehorende remote krijg ik helaas niet ingeleerd in de non-cve software, een later aangeschafte remote wel.

Oude CVE-RFT, niet in te leren:



De nieuwere, wel in de leren AB E-RFT:



Ik zie in de RF debug log op level drie helemaal niets voorbij komen met de oude, wel met de nieuwe. De ECOfan werkt met beide AB's prima samen.

Ook krijg ik de virtual remote functionaliteit niet werkend door de nieuwe AB z'n ID te gebruiken, maar dat is misschien een losstaande vraag. Wat kan ik debuggen om het eea boven water te krijgen? Ik gebruik de laatste beta firmware.

[ Voor 56% gewijzigd door Tele op 11-12-2022 12:11 ]

[arjenhiemstra]

Tele schreef op zondag 11 december 2022 @ 11:51:
Ik heb een HRU ECO-fan 3:

[Afbeelding]

Deze wordt herkend als Itho device type: HRU ECO-fan, Itho fw version: 4. De originele bijbehorende remote krijg ik helaas niet ingeleerd in de non-cve software, een later aangeschafte remote wel.

Oude CVE-RFT, niet in te leren:

[Afbeelding]

[Afbeelding]

De nieuwere, wel in de leren AB E-RFT:

[Afbeelding]

[Afbeelding]

Ik zie in de RF debug log op level drie helemaal niets voorbij komen met de oude, wel met de nieuwe. De ECOfan werkt met beide AB's prima samen.

Ook krijg ik de virtual remote functionaliteit niet werkend door de nieuwe AB z'n ID te gebruiken, maar dat is misschien een losstaande vraag. Wat kan ik debuggen om het eea boven water te krijgen? Ik gebruik de laatste beta firmware.

Volgens mij zijn er 2 hoofd versies van die remotes.
De oudere zend een signaal uit dat ik maar even "itho eigen" noem
De nieuwere zend een ramses-ii packet maar lijkt daarvoor ook nog een bericht te versturen dat mogelijk het itho eigen protocol is voor backwards compatibilty.

Mogelijk werkt de HRU ECOfan alleen met het oude protocol? Van welk bouwjaar is de HRU? De add-on ondersteunt op dit moment alleen het nieuwe protocol. Ik heb helaas geen oude remote tot mijn beschikking om te reverse engineeren.

Overigens, als je een ID kopieert van een bestaande remote moet de bestaande remote al wel gepaired zijn EN van hetzelfde type zijn.

Om te testen zou je een nieuwe virtual remote met een voor de HRU nog onbekend ID kunnen pairen met de HRU (RFT CVE als type zou ik adviseren), je volgt hiervoor de handleiding van de HRU (meestal binnen 2 min. na aanzetten een pair commando versturen, de fan zal waarschijnlijk even optoeren ter bevestiging).

[Tele]

arjenhiemstra schreef op zondag 11 december 2022 @ 12:46:
[...]

Mogelijk werkt de HRU ECOfan alleen met het oude protocol? Van welk bouwjaar is de HRU? De add-on ondersteunt op dit moment alleen het nieuwe protocol. Ik heb helaas geen oude remote tot mijn beschikking om te reverse engineeren.

Overigens, als je een ID kopieert van een bestaande remote moet de bestaande remote al wel gepaired zijn EN van hetzelfde type zijn.

Om te testen zou je een nieuwe virtual remote met een voor de HRU nog onbekend ID kunnen pairen met de HRU (RFT CVE als type zou ik adviseren), je volgt hiervoor de handleiding van de HRU (meestal binnen 2 min. na aanzetten een pair commando versturen, de fan zal waarschijnlijk even optoeren ter bevestiging).

Oh maar dat zou een hoop verklaren. Ik denk dat dit dan inderdaad een unit met het oude rf protocol is, want ook een nieuwe pairpoging met een verse virtual remote werkte niet. Ook met de i2c sniffer aan zie ik niets voorbij komen van de remotes.

Het is een: Itho 545-4110 HRU-3-BV-L van ~2007. Zie je nog mogelijkheden voor aansturing van dit oude beestje? Ik kwam deze post nog tegen op circuitsonline.

[ Voor 5% gewijzigd door Tele op 11-12-2022 16:08 ]

[arjenhiemstra]

Tele schreef op zondag 11 december 2022 @ 16:03:
[...]

Oh maar dat zou een hoop verklaren. Ik denk dat dit dan inderdaad een unit met het oude rf protocol is, want ook een nieuwe pairpoging met een verse virtual remote werkte niet. Ook met de i2c sniffer aan zie ik niets voorbij komen van de remotes.

Het is een: Itho 545-4110 HRU-3-BV-L van ~2007. Zie je nog mogelijkheden voor aansturing van dit oude beestje? Ik kwam deze post nog tegen op circuitsonline.

Ik heb vooralsnog geen idee hoe het RF commando eruit ziet maar als het op de i2c bus komt kunnen we het sniffen en recreeren. Geen idee of deze HRU een RF I2C module heeft, ik hoop het. Anders heb ik echt een remote nodig om te kunnen reverse engineeren.

Wat je zou kunnen doen met de laatste beta is de i2c sniffer functie aanzetten. Je hebt dan op dit moment nog wel even een syslog server ergens nodig om de commando's te kunnen ontvangen.
Als je de remote knoppen indrukt zal er hopeloijk een bericht op de i2c bus voorbij komen, met die info kan het waarschijnlijk wel weer in de firmware worden ingebouwd

[To_Tall]

@arjenhiemstra @vliegnerd zijn jullie nog wat wijzer geworden met de buiten temperatuur?

[vliegnerd]

To_Tall schreef op zondag 11 december 2022 @ 17:44:
@arjenhiemstra @vliegnerd zijn jullie nog wat wijzer geworden met de buiten temperatuur?

Het i2c commando om de buitentemperatuur in te stellen (zoals de monitoringservice doet) is helemaal bekend en getest: Ik kan op mijn WPU de buitentemperatuur instellen.

Je kunt dus de monitoringservice afkoppelen en de temperatuur zelf instellen via de non-CVE module. Tenminste als ik (of iemand anders) dat in de API oid inbouw.

Wat je daar precies mee kan bereiken weet ik nog niet zo goed:
- Je kunt hoogstwaarschijnlijk koelen blokkeren. (Volgens mij heb jij dat al in het echt gezien @To_Tall)
- Een weersafhankelijkeregeling (WAR) van de "stooklijn" is er niet, lijkt het: Ik heb de buitentemp op -10 gezet en de aanvoertemperatuur blijft onveranderd laag (24 graden), maar dat was bij lage heat-demand (25%) wellicht dat dit bij 100% warmtevraag anders is. Nog niet getest.
- Ik wil graag verwarmen blokkeren. Dat zit ook in de settings van de autotemp, maar werkt niet. "Niet verwarmen boven 12 graden" heb ik ingesteld, de buitentemp is (ook in de autotemp) 13 graden, maar gewoon CV bedrijf.

Ik heb hopelijk ergens in de komende week tijd om de buitentemp in de API te zetten.

[Tele]

arjenhiemstra schreef op zondag 11 december 2022 @ 17:13:
[...]
Als je de remote knoppen indrukt zal er hopeloijk een bericht op de i2c bus voorbij komen, met die info kan het waarschijnlijk wel weer in de firmware worden ingebouwd

Helaas, van de RF commando's komt helaas niets in het i2c syslog terecht. Het opvragen van de status zie ik netjes voorbij komen maar het blijft stil bij het drukken op de knoppen (terwijl de wtw zelf wel reageert hierop).

[To_Tall]

@vliegnerd ik zit nu ff vast aan living blue helaas. Als ik daar vanaf ben. Laat ik een externe installatie bedrijf komen die de pomp naloopt.

Ik heb gevoel dat dat ding het huis in geschoven is en als standaard is geïnstalleerd verder niets ingesteld. Terwijl documentatie wel verwijzen naar stooklijnen.

Ik weet niet of je ZZPer ben . Maar je kan als je een KVK hebt bij itho gratis een installateurs cursus doorlopen. Ik zou januari opkunnen maar twijfel nog.

Zou gaaf zijn als via home assistant de buiten temp doorgegeven kan worden. Of via een internet bron.

[ Voor 9% gewijzigd door To_Tall op 11-12-2022 20:59 ]

[arjenhiemstra]

To_Tall schreef op zondag 11 december 2022 @ 20:57:
@vliegnerd ik zit nu ff vast aan living blue helaas. Als
Ik weet niet of je ZZPer ben . Maar je kan als je een KVK hebt bij itho gratis een installateurs cursus doorlopen. Ik zou januari opkunnen maar twijfel nog.

Oh dat wist ik niet, waar vind je dat? Gaan we met z’n allen

[arjenhiemstra]

Tele schreef op zondag 11 december 2022 @ 20:30:
[...]

Helaas, van de RF commando's komt helaas niets in het i2c syslog terecht. Het opvragen van de status zie ik netjes voorbij komen maar het blijft stil bij het drukken op de knoppen (terwijl de wtw zelf wel reageert hierop).

Jammer Dan is de enige manier om de HRU te besturen via RF en het oude protocol vrees ik.
Ik zal kijken of ik nog iets kan vinden hierover

[fishman]

arjenhiemstra schreef op maandag 12 december 2022 @ 08:59:
[...]


Oh dat wist ik niet, waar vind je dat? Gaan we met z’n allen

https://www.ithodaalderop...lansventilatie-trainingen

[DustMan4u]

arjenhiemstra schreef op maandag 5 december 2022 @ 18:45:
[...]


Ha! Dat is een itho in vermoming!
zelfde PCB, mogelijk is er een device code ergens anders maar vrijwel zeker dat het (met wat kleine aanpassingen) vrijwel zeker gaat werken

Module afgelopen week besteld en ontvangen. Thanks voor de snelle levering!

Ik heb hem afgelopen weekend geplaatst in mijn Ducobox en hij werkt perfect.
Hij wordt als volgt herkend:

code:

Itho device type: CVE
Itho fw version: 6

[To_Tall]

arjenhiemstra schreef op maandag 12 december 2022 @ 08:59:
[...]


Oh dat wist ik niet, waar vind je dat? Gaan we met z’n allen

https://www.ithodaalderop...lansventilatie-trainingen

Ik weet dat ik moeilijke vragen gaat stellen. Die niets met de training te maken heeft . Dat houd mij nu een beetje tegen

[arjenhiemstra]

To_Tall schreef op maandag 12 december 2022 @ 11:01:
[...]

https://www.ithodaalderop...lansventilatie-trainingen

Ik weet dat ik moeilijke vragen gaat stellen. Die niets met de training te maken heeft . Dat houd mij nu een beetje tegen

Hier nog 1 maar dat maakt het een leuke dynamische training dan toch

[Wachten...]

Hoe kan ik de CO2 status van mijn RFT CO2 uitleven in Nodered?

Ik heb een MQTT IN node in nodered geplaatst, en verwezen naar het topic itho/ithostatus/CO2level, maar ik krijg er niks uit.

Ik moet ook wel zeggen dat ik redelijk nieuw ben met MQTT, maar mij leek dat ik hier wel info uit kon krijgen.

Mijn uiteindelijke doel is om een melding op mijn telefoon te krijgen als de CO2 waarde te hoog zijn.

In MQTT explorer zie ik wel gewoon alle data verschijnen onder itho/ithostatus

[ Voor 10% gewijzigd door Wachten... op 12-12-2022 13:25 ]

[Wachten...]

soganta schreef op zondag 9 januari 2022 @ 13:10:
[...]


Er zijn twee manieren om ze in Home Assistant te krijgen. De eerste, zoals je zelf doet door een MQTT sensor toe te voegen, maar ik doe het door een template sensor toe te voegen. Waarom? Dan hoef ik HA niet te restarten als ik een nieuwe sensor toevoeg of iets wijzig. In principe heeft de fan entiteit alles wat je wilt weten als attribute. In je configuration.yaml voeg je dan template sensors toe met als state de attribute die je wilt tracken:

YAML:

template:
  - sensor:
    - unique_id: itho_fan_CO2level
      state_class: measurement
      device_class: carbon_dioxide
      unit_of_measurement: "ppm"
      state: "{{state_attr('fan.nrg_itho_44b8_fan', 'CO2level (ppm)')}}"
  - sensor:
    - unique_id: itho_fan_rpm
      state_class: measurement
      icon: mdi:fan
      unit_of_measurement: "rpm"
      state: "{{state_attr('fan.nrg_itho_44b8_fan', 'Fan speed (rpm)')}}"

Dan bij Configuration > Settings > Server Controls > YAML configuration reloading > Template Entities.

En dan verschijnen ze als volgt in HA:
[Afbeelding]

Ik heb dit geprobeerd, maar ik krijg "unknown" als resultaat van de CO2 meter.
Ik heb de fan.nrg naam veranderd naar mijn eigen naam, maar het geeft dus geen resultaten.

Enig idee wat ik fout zou kunnen doen?

[arjenhiemstra]

Wachten... schreef op maandag 12 december 2022 @ 13:13:
Hoe kan ik de CO2 status van mijn RFT CO2 uitleven in Nodered?

Ik heb een MQTT IN node in nodered geplaatst, en verwezen naar het topic itho/ithostatus/CO2level, maar ik krijg er niks uit.

Ik moet ook wel zeggen dat ik redelijk nieuw ben met MQTT, maar mij leek dat ik hier wel info uit kon krijgen.

Mijn uiteindelijke doel is om een melding op mijn telefoon te krijgen als de CO2 waarde te hoog zijn.

In MQTT explorer zie ik wel gewoon alle data verschijnen onder itho/ithostatus

Op het MQTT topic staat een JSON object. Je zult dat object op een bepaalde manier moeten behandelen om de data eruit te halen. Het heeft dus eigenlijk niets met MQTT te maken maar vooral met JavaScript.

Op github staat een voorbeeld welke ook voor node-red te gebruiken is:
https://github.com/arjenh...s-with-special-characters

In node red zal het dan zoiets worden:

code:

payload['Highest CO2 concentration (ppm)']

Toegepast in een hele simpele flow:

code:

[{"id":"8d04620e7b4f9b97","type":"debug","z":"79360772.4553e8","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"true","targetType":"full","statusVal":"","statusType":"auto","x":1070,"y":1720,"wires":[]},{"id":"2cdc290bb8e51f85","type":"change","z":"79360772.4553e8","name":"","rules":[{"t":"set","p":"payload","pt":"msg","to":"itho_co2","tot":"global"}],"action":"","property":"","from":"","to":"","reg":false,"x":860,"y":1720,"wires":[["8d04620e7b4f9b97"]]},{"id":"fdca1683f90c9be8","type":"trigger","z":"79360772.4553e8","name":"","op1":"","op2":"","op1type":"date","op2type":"nul","duration":"1","extend":true,"overrideDelay":false,"units":"ms","reset":"","bytopic":"all","topic":"topic","outputs":1,"x":660,"y":1720,"wires":[["2cdc290bb8e51f85"]]},{"id":"a0b62caf5d330adb","type":"change","z":"79360772.4553e8","name":"","rules":[{"t":"set","p":"itho_co2","pt":"global","to":"payload['Highest CO2 concentration (ppm)']","tot":"msg"}],"action":"","property":"","from":"","to":"","reg":false,"x":390,"y":1720,"wires":[["fdca1683f90c9be8"]]},{"id":"7a57ac91d3cbc894","type":"mqtt in","z":"79360772.4553e8","name":"","topic":"itho/ithostatus","qos":"2","datatype":"json","broker":"b4eed736.102278","nl":false,"rap":true,"rh":0,"x":160,"y":1540,"wires":[["c12148d5d894edb0","6c21177deab25ac7","358ac2eb91d89950","c022aa4e833f686d","f5dc2e7677773603","dc906465f5ca55d8","a0b62caf5d330adb"]]},{"id":"b4eed736.102278","type":"mqtt-broker","name":"MQTT server","broker":"192.168.1.1","port":"1883","clientid":"","usetls":false,"compatmode":false,"protocolVersion":4,"keepalive":"60","cleansession":true,"birthTopic":"","birthQos":"0","birthPayload":"","closeTopic":"","closeQos":"0","closePayload":"","willTopic":"","willQos":"0","willPayload":""}]

Edit: ook even de wiki aangepast met een node-red stukje hierover:
https://github.com/arjenh...labels-this-works-as-well

[ Voor 3% gewijzigd door arjenhiemstra op 12-12-2022 16:17 ]

[Wachten...]

arjenhiemstra schreef op maandag 12 december 2022 @ 15:50:
[...]


Op het MQTT topic staat een JSON object. Je zult dat object op een bepaalde manier moeten behandelen om de data eruit te halen. Het heeft dus eigenlijk niets met MQTT te maken maar vooral met JavaScript.

Op github staat een voorbeeld welke ook voor node-red te gebruiken is:
https://github.com/arjenh...s-with-special-characters

In node red zal het dan zoiets worden:

code:

payload['Highest CO2 concentration (ppm)']

Toegepast in een hele simpele flow:

code:

[{"id":"8d04620e7b4f9b97","type":"debug","z":"79360772.4553e8","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"true","targetType":"full","statusVal":"","statusType":"auto","x":1070,"y":1720,"wires":[]},{"id":"2cdc290bb8e51f85","type":"change","z":"79360772.4553e8","name":"","rules":[{"t":"set","p":"payload","pt":"msg","to":"itho_co2","tot":"global"}],"action":"","property":"","from":"","to":"","reg":false,"x":860,"y":1720,"wires":[["8d04620e7b4f9b97"]]},{"id":"fdca1683f90c9be8","type":"trigger","z":"79360772.4553e8","name":"","op1":"","op2":"","op1type":"date","op2type":"nul","duration":"1","extend":true,"overrideDelay":false,"units":"ms","reset":"","bytopic":"all","topic":"topic","outputs":1,"x":660,"y":1720,"wires":[["2cdc290bb8e51f85"]]},{"id":"a0b62caf5d330adb","type":"change","z":"79360772.4553e8","name":"","rules":[{"t":"set","p":"itho_co2","pt":"global","to":"payload['Highest CO2 concentration (ppm)']","tot":"msg"}],"action":"","property":"","from":"","to":"","reg":false,"x":390,"y":1720,"wires":[["fdca1683f90c9be8"]]},{"id":"7a57ac91d3cbc894","type":"mqtt in","z":"79360772.4553e8","name":"","topic":"itho/ithostatus","qos":"2","datatype":"json","broker":"b4eed736.102278","nl":false,"rap":true,"rh":0,"x":160,"y":1540,"wires":[["c12148d5d894edb0","6c21177deab25ac7","358ac2eb91d89950","c022aa4e833f686d","f5dc2e7677773603","dc906465f5ca55d8","a0b62caf5d330adb"]]},{"id":"b4eed736.102278","type":"mqtt-broker","name":"MQTT server","broker":"192.168.1.1","port":"1883","clientid":"","usetls":false,"compatmode":false,"protocolVersion":4,"keepalive":"60","cleansession":true,"birthTopic":"","birthQos":"0","birthPayload":"","closeTopic":"","closeQos":"0","closePayload":"","willTopic":"","willQos":"0","willPayload":""}]

Dank voor je reactie,
Jouw flow werkt inderdaad ook goed.

Ik ben echter gaan zoeken in dit topic, en kwam op een bericht waar iemand een sensor had toegevoegd.
Dit heb ik nu ook gedaan. Ik merk toch dat ik die MQTT wat minder goed begrijp en weet hoe je daar data uit moet halen.

code:

template:
  - sensor:
    - unique_id: itho_fan_CO2level
      state_class: measurement
      device_class: carbon_dioxide
      unit_of_measurement: "ppm"
      state: "{{state_attr('fan.nrg_mijn_itho_fan', 'CO2level (ppm)')}}"
  - sensor:
    - unique_id: itho_fan_rpm
      state_class: measurement
      icon: mdi:fan
      unit_of_measurement: "rpm"
      state: "{{state_attr('fan.nrg_mijn_itho_fan', 'Fan speed (rpm)')}}"

[arjenhiemstra]

Wachten... schreef op maandag 12 december 2022 @ 16:09:
[...]


Dank voor je reactie,
Jouw flow werkt inderdaad ook goed.

Ik ben echter gaan zoeken in dit topic, en kwam op een bericht waar iemand een sensor had toegevoegd.
Dit heb ik nu ook gedaan. Ik merk toch dat ik die MQTT wat minder goed begrijp en weet hoe je daar data uit moet halen.

code:

template:
  - sensor:
    - unique_id: itho_fan_CO2level
      state_class: measurement
      device_class: carbon_dioxide
      unit_of_measurement: "ppm"
      state: "{{state_attr('fan.nrg_mijn_itho_fan', 'CO2level (ppm)')}}"
  - sensor:
    - unique_id: itho_fan_rpm
      state_class: measurement
      icon: mdi:fan
      unit_of_measurement: "rpm"
      state: "{{state_attr('fan.nrg_mijn_itho_fan', 'Fan speed (rpm)')}}"

MQTT is niet meer dan een plek waar een device (add-on) stukjes tekst kan neerzetten die daarna door andere devices (bijv. home assistant) weer op te halen is. Deze stukjes tekst zijn terug te vinden op topics.

De add-on gebruikt voor die stukjes tekst altijd de JavaScript Object Notatie (JSON) wat dus een tekst representatie is van een JavaScript Object.

Afhankelijk van de omgeving waarin je de JSON wilt gebruiken zul je een net iets andere syntax tegen komen om de gewenste data eruit te halen en dat maakt het soms lastig denk ik.
Daar komt bij dat de meeste voorbeelden een notatie laten zien die alleen werkt voor JSON keys bestaande uit enkel letters en cijfers.

[Mathijs14]

Kort vraagje, als ik op dit moment de volgende waarde terug krijg:

"Outside temp (°C)": 651.44,

Kan ik dan de redelijke conclusie trekken dat mijn buitenvoeler voor de warmtepomp stuk is?

[Onl1ne1373]

Mathijs14 schreef op dinsdag 13 december 2022 @ 17:25:
Kort vraagje, als ik op dit moment de volgende waarde terug krijg:

"Outside temp (°C)": 651.44,

Kan ik dan de redelijke conclusie trekken dat mijn buitenvoeler voor de warmtepomp stuk is?

Nee, dat het vriest 🥶. Ik heb een issue ervoor aangemaakt op github. Waarde wordt niet juist behandeld.

[Mathijs14]

Onl1ne1373 schreef op dinsdag 13 december 2022 @ 17:32:
[...]


Nee, dat het vriest 🥶. Ik heb een issue ervoor aangemaakt op github. Waarde wordt niet juist behandeld.

Oh top! Had wel even gezocht op outside temp hier in het topic maar niet op github.

Dank!

[AzertyNL]

Een kort berichtje om even 'in te checken' in deze thread. Vandaag mijn CVE add-on ontvangen en in HA aan de praat gekregen.



Dank aan Arjen, en alle mensen uit de tweakers.net thread hier die hebben bijgedragen aan dit project. Erg tof!