Itho Daalderop - open source wifi control add-on module

[arjenhiemstra]

jugger naut schreef op dinsdag 10 januari 2023 @ 17:22:
[...]

Edit: Na updaten naar de laatste beta (2.4.4-beta5) ziet alles er goed uit

In 2.4.4-beta5 zijn inderdaad een heel aantal status waardes en settings waardes aangepast, fijn om te lezen dat het er goed uit ziet!

[MrTre]

Goedemorgen, gisteren heb ik mijn unit ontvangen, het werkt opzich goed!
Echter is het in minder dan 24 uur al 2x voorgenomen dat de unit de fan speed niet wil aanpassen, enig idee waar dat door kan komen of heeft iemand tips?of welke info moet ik aanleveren?

-firmware update naar laatste versie geen resultaat (rollback naar 2.3.5 ook niet)
-stekker eruit/erin werkt (tijdelijk)
-bij Itho status staat wel de juiste fan speed
-aanpassen via van fan speed in web-interface gaat niet

Opstelling:
Itho CVE eco
Perilex stekker met 3standen schakelaar in de keuken
Remote op CVE aangesloten (in de badkamer)
WiFi module aangesloten
Aangestuurd via homebridge/HomeKit

Alvast bedankt voor het meedenken!

[ Voor 11% gewijzigd door MrTre op 11-01-2023 09:04 ]

[arjenhiemstra]

MrTre schreef op woensdag 11 januari 2023 @ 09:01:
Goedemorgen, gisteren heb ik mijn unit ontvangen, het werkt opzich goed!
Echter is het in minder dan 24 uur al 2x voorgenomen dat de unit de fan speed niet wil aanpassen, enig idee waar dat door kan komen of heeft iemand tips?of welke info moet ik aanleveren?

-firmware update naar laatste versie geen resultaat (rollback naar 2.3.5 ook niet)
-stekker eruit/erin werkt (tijdelijk)
-bij Itho status staat wel de juiste fan speed
-aanpassen via van fan speed in web-interface gaat niet

Opstelling:
Itho CVE eco
Perilex stekker met 3standen schakelaar in de keuken
Remote op CVE aangesloten (in de badkamer)
WiFi module aangesloten
Aangestuurd via homebridge/HomeKit

Alvast bedankt voor het meedenken!

Als het weer voorkomt, check even op de itho status pagina wat er achter het label FanInfo (of Selection op sommige modellen) staat.
Zie ook hier voor meer info:
https://github.com/arjenh...eed-command-does-not-work

Andere optie is dat je I2C bus issues hebt, upgrade dan naar 2.4.4-beta5 en zet I2C safe guard aan.

[ Voor 4% gewijzigd door arjenhiemstra op 11-01-2023 09:14 ]

[szjoin]

Ik ben nu bijna 2 weken gelukkige gebruiker van de Wifi add-on. (goed werk Arjen!).

In Home Assistant kan ik de ventilator wel uitlezen alszijnde 'aan' or 'uit', maar ik zie in het dashboard geen optie om de fanspeed te tonen.
Zo wil ik de CO2 uitstoos naast de fanspeed tonen omdat iedere avond de CVE naar max speed gaat terwijl we geen goede reden kunnen bedenken.

Vraag: Hoe kan ik de fanspeed tonen? (temp en hum en co2 heb ik inmiddels wel aan de praat) -> zie image

[TorpedoX_88]

smesjz schreef op zondag 8 januari 2023 @ 17:12:
[...]


Waarom wil je dit? Die RFT CO2 kan toch gekoppeld blijven aan je WTW?
Ik heb de CC1101 op add-on en gebruik dat om co2 waardes van meerdere RTF co2 modules uit te lezen.

Je kan het dus prima gekoppeld houden aan WTW en add-on

Werkt dit ook met een non-CVE + CC1101 aan de warmtepomp? Zo ja, is er ergens in dit topic of op een site een (korte) manual van te vinden?

[szjoin]

Uiteraard na lang zoeken en een Tweakers post vind ik het: MQTT topic 'itho/state'. (diepe zucht)

[sciurius]

Je had ook op de Wiki kunnen kijken, bv, bij MQTT integratie .

[Zigg]

Onl1ne1373 schreef op dinsdag 10 januari 2023 @ 10:42:
[...]


Kijk eens onder de MQTT INFO knop wat de laatste berichten waren.
En anders met iets van een MQTT Explorer app.
Misschien een mismatch in namen?

Geen MQTT berichten te zien.. Ik heb het Itho device verwijderd uit HA, en Itho reboot gegeven om maar eens opnieuw te starten. Home Assistant herkent hem niet, alhoewel Itho zegt dat MQTT verbonden is.
Wat me ook opvalt is dat er geen correcte datum/jaartal in de Itho log staat. In oudere logs sprong hij wel na 'Start publishing MQTT Home Assistant Discovery' naar de correcte datum.

280 I: System boot, last reset reason: External System 444 I: HW rev: 1, FW ver.: 2.2.4 817 I: Static IP config OK 1970-01-01 00:00:03 I: WiFi: BSSID selected 1970-01-01 00:00:03 I: WiFi: [SSID:XXXX] [BSSID:XXXX] [RSSI:-78dBm] 1970-01-01 00:00:06 I: WiFi: connection successful 1970-01-01 00:00:07 I: WiFi info: 1970-01-01 00:00:07 I: Mode:STA 1970-01-01 00:00:07 I: PHY mode:N 1970-01-01 00:00:07 I: Channel:13 1970-01-01 00:00:07 I: AP id:0 1970-01-01 00:00:07 I: Status:5 1970-01-01 00:00:08 I: Auto connect:1 1970-01-01 00:00:08 I: SSID (11):XXXX 1970-01-01 00:00:08 I: IP:XXXX 1970-01-01 00:00:08 I: Setup: Virtual remote ID: 1,92,174 1970-01-01 00:00:09 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery... 1970-01-01 00:00:09 I: MQTT: connected, System config: 1 1970-01-01 00:00:09 I: Webserver: started 1970-01-01 00:00:09 I: mDNS: started 1970-01-01 00:00:09 I: Hostname: nrg-itho-XXXX 1970-01-01 00:00:09 I: Setup: done 1970-01-01 00:00:09 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...

EDIT: nu wel juiste datum in de log:
2023-01-11 10:21:45 I: HA DISCOVERY: Start publishing MQTT Home Assistant Discovery...

[ Voor 3% gewijzigd door Zigg op 11-01-2023 11:28 ]

[MrTre]

arjenhiemstra schreef op woensdag 11 januari 2023 @ 09:13:
[...]


Als het weer voorkomt, check even op de itho status pagina wat er achter het label FanInfo (of Selection op sommige modellen) staat.
Zie ook hier voor meer info:
HTTPS’s://github.com/arjenhiemstra/ithowifi/wiki/Controlling-the-speed-of-a-fan#help-a-speed-command-does-not-work

Andere optie is dat je I2C bus issues hebt, upgrade dan naar 2.4.4-beta5 en zet I2C safe guard aan.

Bedankt!
Fan info staat op ‘high’. Na stekker uit-in staat ie op auto.
Firmware naar beta en I2C safe guard heeft geen effect gehad.

Ik heb het kunnen reproduceren.
Als ik op de fysieke RF remote hoog of laag aanklik gaat ie op high en dan kan ik m via de module niet meer bedienen.
Ik heb een virtuele remote toegevoegd, als ik daar op medium tik werkt het weer.
In de settings heb ik ‘force auto/medium’ aangevinkt. Daarmee lijkt het opgelost!
Ik kan het dan iig niet meer reproduceren. Even aankijken dus

[arjenhiemstra]

MrTre schreef op woensdag 11 januari 2023 @ 12:18:
[...]

Ik heb een virtuele remote toegevoegd, als ik daar op medium tik werkt het weer.
In de settings heb ik ‘force auto/medium’ aangevinkt. Daarmee lijkt het opgelost!

Dat is precies de oplossing voor jouw situatie inderdaad

[MrTre]

arjenhiemstra schreef op woensdag 11 januari 2023 @ 12:40:
[...]


Dat is precies de oplossing voor jouw situatie inderdaad

Dank, kan safe guard weer uit en terug naar non-beta of beter zo laten?

[arjenhiemstra]

MrTre schreef op woensdag 11 januari 2023 @ 12:55:
[...]

Dank, kan safe guard weer uit en terug naar non-beta of beter zo laten?

Als je een CVE met ingebouwde vochtsensor hebt zou ik safe guard aan laten staan. In alle andere situaties doet die functie niets.
De beta kun je blijven gebruiken. Ik denk dat alle bekende issues er nu wel uit zijn, ik wacht nog een paar dagen op wat mensen die aan het testen zijn maar daarna wordt dit de volgende stable verwacht ik.

[smesjz]

2.4.4-beta5 add-on crashed op HRU-350 waarbij het niet meer bereikbaar is via browser.

Remote Syslog laat het volgende zien voor HRU:

code:

Jan 10 18:19:53 hru nrgitho Webserver: started
Jan 10 18:19:53 hru nrgitho mDNS: started
Jan 10 18:19:54 hru nrgitho Hostname: hru
Jan 10 18:19:54 hru nrgitho Setup: done
Jan 10 18:19:54 hru nrgitho Setup: remotes configfile loaded
Jan 10 18:19:54 hru nrgitho I2C init: QueryDevicetype - fw:3 hw:43
Jan 10 18:19:54 hru nrgitho I2C init: QueryStatusFormat - items:33
Jan 10 18:19:55 hru nrgitho I2C init: QueryStatus
Jan 10 18:19:55 hru nrgitho Warning: Task ConfigAndLog timed out!
Jan 10 18:27:19 hru nrgitho EXEC VREMOTE BUTTON COMMAND:auto remote:0
Jan 10 21:11:45 hru nrgitho EXEC VREMOTE BUTTON COMMAND:high remote:0
Jan 10 22:12:00 hru nrgitho EXEC VREMOTE BUTTON COMMAND:autonight remote:0
Jan 10 22:52:24 hru nrgitho EXEC VREMOTE BUTTON COMMAND:auto remote:0
Jan 11 00:19:38 hru nrgitho Mem free: 92636, Mem low: 63896, Mem block: 42996

Crash was rond January 11, 2023 at 04:26:46 want sindsdien is er niks meer binnen gekomen in Home Assist.

Weinig bruikbaars dus.

[arjenhiemstra]

smesjz schreef op woensdag 11 januari 2023 @ 13:35:
2.4.4-beta5 add-on crashed op HRU-350 waarbij het niet meer bereikbaar is via browser.

Remote Syslog laat het volgende zien voor HRU:

code:

Jan 10 18:19:53 hru nrgitho Webserver: started
Jan 10 18:19:53 hru nrgitho mDNS: started
Jan 10 18:19:54 hru nrgitho Hostname: hru
Jan 10 18:19:54 hru nrgitho Setup: done
Jan 10 18:19:54 hru nrgitho Setup: remotes configfile loaded
Jan 10 18:19:54 hru nrgitho I2C init: QueryDevicetype - fw:3 hw:43
Jan 10 18:19:54 hru nrgitho I2C init: QueryStatusFormat - items:33
Jan 10 18:19:55 hru nrgitho I2C init: QueryStatus
Jan 10 18:19:55 hru nrgitho Warning: Task ConfigAndLog timed out!
Jan 10 18:27:19 hru nrgitho EXEC VREMOTE BUTTON COMMAND:auto remote:0
Jan 10 21:11:45 hru nrgitho EXEC VREMOTE BUTTON COMMAND:high remote:0
Jan 10 22:12:00 hru nrgitho EXEC VREMOTE BUTTON COMMAND:autonight remote:0
Jan 10 22:52:24 hru nrgitho EXEC VREMOTE BUTTON COMMAND:auto remote:0
Jan 11 00:19:38 hru nrgitho Mem free: 92636, Mem low: 63896, Mem block: 42996

Crash was rond January 11, 2023 at 04:26:46 want sindsdien is er niks meer binnen gekomen in Home Assist.

Weinig bruikbaars dus.

Een crash zou normaal automatisch de watchdog moeten triggeren en minimaal een reboot doen. Maar dat was niet het geval?

[vliegnerd]

arjenhiemstra schreef op woensdag 11 januari 2023 @ 13:22:
[...]


Als je een CVE met ingebouwde vochtsensor hebt zou ik safe guard aan laten staan. In alle andere situaties doet die functie niets.
De beta kun je blijven gebruiken. Ik denk dat alle bekende issues er nu wel uit zijn, ik wacht nog een paar dagen op wat mensen die aan het testen zijn maar daarna wordt dit de volgende stable verwacht ik.

Ik probeerde net een syslog document aan te passen in de file editor van het debug menu. Ik heb het document namelijk kleiner gemaakt, om de syslog menu crash te voorkomen.

Die file editor lijkt niet te werken in de laatste beta's. (Werkt wel weer na downgrade naar 2.3.5).

Is dit een issue die ik moet melden, of is het mijn filesystem die nu stuk is, na handmatig die bestanden editten?

[arjenhiemstra]

vliegnerd schreef op woensdag 11 januari 2023 @ 13:46:
[...]


Ik probeerde net een syslog document aan te passen in de file editor van het debug menu. Ik heb het document namelijk kleiner gemaakt, om de syslog menu crash te voorkomen.

Die file editor lijkt niet te werken in de laatste beta's. (Werkt wel weer na downgrade naar 2.3.5).

Is dit een issue die ik moet melden, of is het mijn filesystem die nu stuk is, na handmatig die bestanden editten?

syslog menu crash zou in beta5 niet meer voor moeten komen, als dat wel het geval is dan hoor ik dat graag en wat er dan crashed.

Die file editor lijkt niet te werken in de laatste beta's

Wat werkt er niet meer? Ik kan geen issue ontdekken tot nu toe

[vliegnerd]

arjenhiemstra schreef op woensdag 11 januari 2023 @ 13:48:
[...]


syslog menu crash zou in beta5 niet meer voor moeten komen, als dat wel het geval is dan hoor ik dat graag en wat er dan crashed.

Ha vandaar! Ik probeerde een grote logfile te uploaden maar er gebeurde niet veel. (Volgens mij is die nu vervangen/verwijderd)

Wat werkt er niet meer? Ik kan geen issue ontdekken tot nu toe

Er staan geen bestanden in de lijst. Als ik op "refresh list" klik krijg ik:

code:

edit:1 Uncaught TypeError: Failed to execute 'removeChild' on 'Node': parameter 1 is not of type 'Node'.
    at refreshPath (edit:1:6641)
    at o.onclick (edit:1:3374)

EDIT: Op de module aan mijn autotemp werkt het wel. Ik heb dus blijkbaar echt iets kapot gemaakt... Ik zal als ik thuis ben eens kijken of ik echt alles kan leeggooien en opnieuw kan beginnen. Dat scheelt nutteloze bugreports.

[ Voor 13% gewijzigd door vliegnerd op 11-01-2023 14:03 ]

[jugger naut]

KappuhH schreef op dinsdag 10 januari 2023 @ 19:56:
[...]

Dat klinkt goed! Je hebt dus helemaal geen hoge pieken meer in de waardes? En hoe heb je hem zo dicht bij de PCIe connector vast gemaakt? Gewoon met een lasklem?

Excuus, niet zo dicht mogelijk bij de PCIe connector, maar mijn ethernet kabel is denk ik 5 centimeter lang. Ik heb stugge cat6 kabel met shielded connectors erop. De kabels zitten aan de PCIe splitter met WAGO klemmen.

Het kan allemaal wat netter, maar voor nu werkt het.

Hieronder een screenshot van de co2 waarden, de addon draait nog geen 24 uur maar so far so good.

[smesjz]

arjenhiemstra schreef op woensdag 11 januari 2023 @ 13:46:
[...]


Een crash zou normaal automatisch de watchdog moeten triggeren en minimaal een reboot doen. Maar dat was niet het geval?

Lijkt er op niet. Nu HRU-350 maar remote power cycle gegeven (te lui om er naar toe te lopen).

Via browser zie ik wel wat entries die niet in remote syslog waren (zonder timestamp):

code:

2023-01-11 12:47:42 I: Webserver: started
2023-01-11 12:47:42 I: MQTT: connected, System config: 1
     14836 I: Setup: init of CC1101 RF module successful
     13899 I: WiFi: connection successful
      3090 E: Unable to set wifi disconnect
      2040 I: I2C sniffer capable hardware: yes
      1875 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1588 I: System boot, last reset reason: OWDT_RESET
     20871 I: Webserver: started
     20643 I: MQTT: connected, System config: 1
     20392 I: Setup: init of CC1101 RF module successful
     19594 I: WiFi: connection successful
      2989 E: Unable to set wifi disconnect
      1708 I: I2C sniffer capable hardware: yes
      1514 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1265 I: System boot, last reset reason: OWDT_RESET
     14132 I: WiFi: connection successful
      3105 E: Unable to set wifi disconnect
      2024 I: I2C sniffer capable hardware: yes
      1758 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1374 I: System boot, last reset reason: RTCWDT_SYS_RESET
      1991 I: I2C sniffer capable hardware: yes
      1671 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1356 I: System boot, last reset reason: RTCWDT_SYS_RESET
      1993 I: I2C sniffer capable hardware: yes
      1670 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1364 I: System boot, last reset reason: RTCWDT_SYS_RESET
      1775 I: I2C sniffer capable hardware: yes
      1660 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1522 I: System boot, last reset reason: RTCWDT_SYS_RESET

[arjenhiemstra]

vliegnerd schreef op woensdag 11 januari 2023 @ 13:59:
[...]

Ha vandaar! Ik probeerde een grote logfile te uploaden maar er gebeurde niet veel. (Volgens mij is die nu vervangen/verwijderd)


[...]


Er staan geen bestanden in de lijst. Als ik op "refresh list" klik krijg ik:

code:

edit:1 Uncaught TypeError: Failed to execute 'removeChild' on 'Node': parameter 1 is not of type 'Node'.
    at refreshPath (edit:1:6641)
    at o.onclick (edit:1:3374)

EDIT: Op de module aan mijn autotemp werkt het wel. Ik heb dus blijkbaar echt iets kapot gemaakt... Ik zal als ik thuis ben eens kijken of ik echt alles kan leeggooien en opnieuw kan beginnen. Dat scheelt nutteloze bugreports.

In het verleden met SPIFFS file system wilde het nog wel eens gebeuren dat het corrupt raakte. Na de switch naar LittleFS niet meer meegemaakt maar het is niet helemaal uitgesloten. Een format kan het oplossen.

[arjenhiemstra]

smesjz schreef op woensdag 11 januari 2023 @ 14:25:
[...]


Lijkt er op niet. Nu HRU-350 maar remote power cycle gegeven (te lui om er naar toe te lopen).

Via browser zie ik wel wat entries die niet in remote syslog waren (zonder timestamp):

code:

2023-01-11 12:47:42 I: Webserver: started
2023-01-11 12:47:42 I: MQTT: connected, System config: 1
     14836 I: Setup: init of CC1101 RF module successful
     13899 I: WiFi: connection successful
      3090 E: Unable to set wifi disconnect
      2040 I: I2C sniffer capable hardware: yes
      1875 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1588 I: System boot, last reset reason: OWDT_RESET
     20871 I: Webserver: started
     20643 I: MQTT: connected, System config: 1
     20392 I: Setup: init of CC1101 RF module successful
     19594 I: WiFi: connection successful
      2989 E: Unable to set wifi disconnect
      1708 I: I2C sniffer capable hardware: yes
      1514 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1265 I: System boot, last reset reason: OWDT_RESET
     14132 I: WiFi: connection successful
      3105 E: Unable to set wifi disconnect
      2024 I: I2C sniffer capable hardware: yes
      1758 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1374 I: System boot, last reset reason: RTCWDT_SYS_RESET
      1991 I: I2C sniffer capable hardware: yes
      1671 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1356 I: System boot, last reset reason: RTCWDT_SYS_RESET
      1993 I: I2C sniffer capable hardware: yes
      1670 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1364 I: System boot, last reset reason: RTCWDT_SYS_RESET
      1775 I: I2C sniffer capable hardware: yes
      1660 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5
      1522 I: System boot, last reset reason: RTCWDT_SYS_RESET

Daar zijn inderdaad de WDT (=watchdog timer) resets te zien. De vind je niet terug in de syslog remote omdat deze voorbij komen voordat er een wifi verbinding is (vandaar dat er ook geen tijd staat maar het aantal ms sinds start)
Aan de llog te zien lijkt het een bootloop, kan zo even niet verklaren waardoor maar ben wel benieuwd of het voor blijft komen.

[smesjz]

arjenhiemstra schreef op woensdag 11 januari 2023 @ 14:36:
[...]


Daar zijn inderdaad de WDT (=watchdog timer) resets te zien. De vind je niet terug in de syslog remote omdat deze voorbij komen voordat er een wifi verbinding is (vandaar dat er ook geen tijd staat maar het aantal ms sinds start)
Aan de llog te zien lijkt het een bootloop, kan zo even niet verklaren waardoor maar ben wel benieuwd of het voor blijft komen.

Het gaat niet lekker. Na reboot / restart blijft ie hangen dus ga maar downgraden naar 2.4.4-beta2 die wel stabiel was geloof ik.

Is het een optie om voor de remote syslog ook firmware versie mee te sturen? Ik kan zo moeilijk zien welke logs gemaakt zijn met welke firmware. Deze dus: "2023-01-14 20:34:39 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5"

[arjenhiemstra]

smesjz schreef op woensdag 11 januari 2023 @ 16:21:
[...]


Het gaat niet lekker. Na reboot / restart blijft ie hangen dus ga maar downgraden naar 2.4.4-beta2 die wel stabiel was geloof ik.

Is het een optie om voor de remote syslog ook firmware versie mee te sturen? Ik kan zo moeilijk zien welke logs gemaakt zijn met welke firmware. Deze dus: "2023-01-14 20:34:39 I: HW rev: NON-CVE 2, FW ver.: 2.4.4-beta5"

Dat kan, dan moet de log regel naar een punt waar er al wifi connectie is.

[szjoin]

sciurius schreef op woensdag 11 januari 2023 @ 11:03:
Je had ook op de Wiki kunnen kijken, bv, bij MQTT integratie .

Dank voor de hint.

Daar staat het volgende:

sensor:
- name: "ITHO rpm sensor"
state_topic: "itho/ithostatus"
unit_of_measurement: "rpm"
value_template: "{{ value_json['Fan speed (rpm)'] }}"
unique_id: "itho_rpm"

Dat werkt niet, maar het volgende werkt wel:

sensor:
- name: "itho-rpm_sensor"
state_topic: "itho/ithostatus"
value_template: "{{ value_json['fan-speed_rpm'] }}"
unique_id: "itho_rpm"
unit_of_measurement: "rpm"

(let op de 'value_template')

Kan het zijn dat het voorbeeld niet juist is? Standaard wordt 'fan-speed_rpm' op de bus gezet en niet 'Fan speed (rpm)']'.

Maar goed - nu kan ik deze parameter dus uitlezen.

Laatste stap: Ik wil de waarden in een grafiek tonen.
Ik heb daarom 'state_class: "measurement"' toegevoegd aan bovenstaande sectie.

Hierdoor is de sensor te selecteren in de Graph Card maar deze toont geen data. Ik mis nog iets. Enig idee?

edit; het lijkt toch te werken. Eerst was er geen graph, toen een lege graph en nu zie ik een trendlijn. Kennelijk duurder het even, waarbij andere sensoren vrij snel content laten zien. Opgelost!

[ Voor 7% gewijzigd door szjoin op 11-01-2023 19:20 ]

[arjenhiemstra]

szjoin schreef op woensdag 11 januari 2023 @ 18:45:
[...]


Dank voor de hint.

Daar staat het volgende:

[...]


Dat werkt niet, maar het volgende werkt wel:


[...]


(let op de 'value_template')

Kan het zijn dat het voorbeeld niet juist is? Standaard wordt 'fan-speed_rpm' op de bus gezet en niet 'Fan speed (rpm)']'.

Maar goed - nu kan ik deze parameter dus uitlezen.

Laatste stap: Ik wil de waarden in een grafiek tonen.
Ik heb daarom 'state_class: "measurement"' toegevoegd aan bovenstaande sectie.

Hierdoor is de sensor te selecteren in de Graph Card maar deze toont geen data. Ik mis nog iets. Enig idee?

edit; het lijkt toch te werken. Eerst was er geen graph, toen een lege graph en nu zie ik een trendlijn. Kennelijk duurder het even, waarbij andere sensoren vrij snel content laten zien. Opgelost!

Dat stuk achter value_template moet matchen met wat op je itho status pagina staat. Daar kan 'Fan speed (rpm)' of 'fan-speed_rpm' staan afhankelijk van je "Normalize keys" setting.
Standaard wordt niet 'fan-speed_rpm' op de bus gezet

[szjoin]

arjenhiemstra schreef op woensdag 11 januari 2023 @ 19:30:
[...]


Dat stuk achter value_template moet matchen met wat op je itho status pagina staat. Daar kan 'Fan speed (rpm)' of 'fan-speed_rpm' staan afhankelijk van je "Normalize keys" setting.
Standaard wordt niet 'fan-speed_rpm' op de bus gezet

Ik heb dat idd aanstaan. Zit duidelijk nog in de leercurve, maar fijn dat je het hebt uitgelegd.

[Silent_Bob]

Silent_Bob schreef op dinsdag 27 december 2022 @ 22:25:
Nou overweeg ik ook mijn Itho CVE ECO RFT SE te voorzien van een wifi addon met rf module om het in Home Assistant te integreren echter vraag ik mij af of mijn co2 opbouw sensor 545-7555 in de woonkamer compatible is, zal ik deze uit kunnen lezen?
Heb al gezocht in het topic en github maar tevergeefs, kan zijn dat ik ergens overheen gelezen heb.

De RV sensor 04-00046 in de badkamer is in ieder geval compatible.

Gister geïnstalleerd en kan het bevestigen dat bovenstaande CO2 sensor compatible is!
CO2, Humidity en remote gekoppeld en werkt perfect, Erg tevreden mee en viele dank voor het realiseren van de addon @arjenhiemstra!
Uiteraard heb ik later de laatste beta geïnstalleerd mooi beta testen, echter heb ik daar wel last van dat ie crasht paar keer op een dag en als ik de fysieke remote of rv sensor een snelheid test. Kan het zijn dat ik wellicht een instelling moet veranderen @arjenhiemstra? verder alleen gekoppeld aan Home Assistant en nog niet aan het tweaken geweest.

code:

2023-01-11 18:55:26 I: MQTT: connected, System config: 1
2023-01-11 18:55:26 I: Setup: init of CC1101 RF module successful
2023-01-11 18:55:25 I: WiFi: connection successful
2023-01-11 18:55:19 E: Unable to set wifi disconnect
2023-01-11 18:55:18 I: I2C sniffer capable hardware: yes
2023-01-11 18:55:17 I: HW rev: 2, FW ver.: 2.4.4-beta5
2023-01-11 18:55:17 I: System boot, last reset reason: SDIO_RESET

wat houdt SDIO_RESET in?

Als ik knopjes indruk op de remote bijvoorbeeld IthoHigh crasht het maar dat lijkt ook te verschillen wat voor commando de addon krijgt, dan zag ik onderstaande @ syslog staan.

code:

 2023-01-10 20:26:05 I: System boot, last reset reason: OWDT_RESET

[arjenhiemstra]

Silent_Bob schreef op woensdag 11 januari 2023 @ 20:19:
[...]


Gister geïnstalleerd en kan het bevestigen dat bovenstaande CO2 sensor compatible is!
CO2, Humidity en remote gekoppeld en werkt perfect, Erg tevreden mee en viele dank voor het realiseren van de addon @arjenhiemstra!
Uiteraard heb ik later de laatste beta geïnstalleerd mooi beta testen, echter heb ik daar wel last van dat ie crasht paar keer op een dag en als ik de fysieke remote of rv sensor een snelheid test. Kan het zijn dat ik wellicht een instelling moet veranderen @arjenhiemstra? verder alleen gekoppeld aan Home Assistant en nog niet aan het tweaken geweest.

code:

2023-01-11 18:55:26 I: MQTT: connected, System config: 1
2023-01-11 18:55:26 I: Setup: init of CC1101 RF module successful
2023-01-11 18:55:25 I: WiFi: connection successful
2023-01-11 18:55:19 E: Unable to set wifi disconnect
2023-01-11 18:55:18 I: I2C sniffer capable hardware: yes
2023-01-11 18:55:17 I: HW rev: 2, FW ver.: 2.4.4-beta5
2023-01-11 18:55:17 I: System boot, last reset reason: SDIO_RESET

wat houdt SDIO_RESET in?

Als ik knopjes indruk op de remote bijvoorbeeld IthoHigh crasht het maar dat lijkt ook te verschillen wat voor commando de addon krijgt, dan zag ik onderstaande @ syslog staan.

code:

 2023-01-10 20:26:05 I: System boot, last reset reason: OWDT_RESET

SDIO_RESET is het rest type wat je ziet na een firmware update
OWDT_RESET zie ik liever niet, dat is een teken dat er een watchdog getriggerd heeft of dat er een memory issue is oid.

[szjoin]

Hi - Ik krijg geen temp data meer binnen sinds enkele dagen (zie image)
Ik ben niet (fysiek) aan de CVE geweest en de webinterface van de WiFi add-on toon alleen nog maar '23.6 C'.
Komt dit bekend voor? Of duidt dit op een technisch defect (en waarop nu na al die tijd dat ik de CVE heb?)

Ik hoop op wat meer inzicht voor vervolg onderzoek. Dank!



edit:
Zojuist maar eens een reset van de WiFi add-on geprobeerd. De webinterface geeft meteen een andere temp aan. Ik vermoed dus dat er Wifi add-on verantwoordelijk was voor de temp uitlezing. Ik zal later nog een update geven.

edit: Confirmed. Kennelijk hick-up van de Wifi add-on. Alles lijkt weer Ok.

[ Voor 21% gewijzigd door szjoin op 12-01-2023 12:32 ]

[TorpedoX_88]

Silent_Bob schreef op woensdag 11 januari 2023 @ 20:19:
[...]


Gister geïnstalleerd en kan het bevestigen dat bovenstaande CO2 sensor compatible is!
CO2, Humidity en remote gekoppeld en werkt perfect, Erg tevreden mee en viele dank voor het realiseren van de addon @arjenhiemstra!
Uiteraard heb ik later de laatste beta geïnstalleerd mooi beta testen, echter heb ik daar wel last van dat ie crasht paar keer op een dag en als ik de fysieke remote of rv sensor een snelheid test. Kan het zijn dat ik wellicht een instelling moet veranderen @arjenhiemstra? verder alleen gekoppeld aan Home Assistant en nog niet aan het tweaken geweest.

code:

2023-01-11 18:55:26 I: MQTT: connected, System config: 1
2023-01-11 18:55:26 I: Setup: init of CC1101 RF module successful
2023-01-11 18:55:25 I: WiFi: connection successful
2023-01-11 18:55:19 E: Unable to set wifi disconnect
2023-01-11 18:55:18 I: I2C sniffer capable hardware: yes
2023-01-11 18:55:17 I: HW rev: 2, FW ver.: 2.4.4-beta5
2023-01-11 18:55:17 I: System boot, last reset reason: SDIO_RESET

wat houdt SDIO_RESET in?

Als ik knopjes indruk op de remote bijvoorbeeld IthoHigh crasht het maar dat lijkt ook te verschillen wat voor commando de addon krijgt, dan zag ik onderstaande @ syslog staan.

code:

 2023-01-10 20:26:05 I: System boot, last reset reason: OWDT_RESET

Hoe heb je dit precies gedaan?

Mijn setup is iets anders want ik heb een WPU 5G waar een non-cve + CC1101 module aan hangt, waarmee ik ook graag de CO2 sensoren uit zou lezen die gekoppeld zitten aan een HRU 300 WTW zonder cve module. Het betreft alleen uitlezen dus ik hoop dat dit ook mogelijk is zonder de CO2 sensoren te ontkoppelen van de WTW.

[vliegnerd]

TorpedoX_88 schreef op donderdag 12 januari 2023 @ 09:19:
[...]

Mijn setup is iets anders want ik heb een WPU 5G waar een non-cve + CC1101 module aan hangt, waarmee ik ook graag de CO2 sensoren uit zou lezen die gekoppeld zitten aan een HRU 300 WTW zonder cve module. Het betreft alleen uitlezen dus ik hoop dat dit ook mogelijk is zonder de CO2 sensoren te ontkoppelen van de WTW.

De CO2 sensoren sturen de "co2 berichten" hoogstwaarschijnlijk als een soort broadcast. Dat wil zeggen dat je de ithowifi module niet hoeft te koppelen aan de sensor, maar dat je alleen maar het bericht moet ontvangen. Zo werkt het bij Orcon CO2 afstandsbedieningen en die zijn vrijwel 1-op-1 een kloon van de Itho RFT CO2.

Ik heb zelf geen cc1101 module aan de non-CVE module hangen, dus ik weet niet of je die berichten met de module kunt opvangen en als MQTT bericht kunt sturen.
Ikzelf gebruik een andere dongle om die berichten op te vangen en in HA te krijgen.

[arjenhiemstra]

TorpedoX_88 schreef op donderdag 12 januari 2023 @ 09:19:
[...]

Hoe heb je dit precies gedaan?

Mijn setup is iets anders want ik heb een WPU 5G waar een non-cve + CC1101 module aan hangt, waarmee ik ook graag de CO2 sensoren uit zou lezen die gekoppeld zitten aan een HRU 300 WTW zonder cve module. Het betreft alleen uitlezen dus ik hoop dat dit ook mogelijk is zonder de CO2 sensoren te ontkoppelen van de WTW.

De CO2 sensor kun je "gewoon" pairen met de add-on en tegelijkertijd de pairing in stand houden met de itho. Op de add-on zet je dan een vinkje bij "monitor only". De waardes van de rft co2 sensor zijn dan beschikbaar op de add-on en API maar de besturing van de sensor gaat nog rechtstreeks naar de itho.

[TorpedoX_88]

arjenhiemstra schreef op donderdag 12 januari 2023 @ 14:14:
[...]


De CO2 sensor kun je "gewoon" pairen met de add-on en tegelijkertijd de pairing in stand houden met de itho. Op de add-on zet je dan een vinkje bij "monitor only". De waardes van de rft co2 sensor zijn dan beschikbaar op de add-on en API maar de besturing van de sensor gaat nog rechtstreeks naar de itho.

Dit is precies wat ik van plan was, mooi dat dat kan!

Met "gewoon" pairen bedoel je waarschijnlijk de procedure vanuit Itho om 'm normaal gesproken met de WTW te koppen?

[arjenhiemstra]

TorpedoX_88 schreef op donderdag 12 januari 2023 @ 14:21:
[...]

Dit is precies wat ik van plan was, mooi dat dat kan!

Met "gewoon" pairen bedoel je waarschijnlijk de procedure vanuit Itho om 'm normaal gesproken met de WTW te koppen?

ja precies

[TorpedoX_88]

arjenhiemstra schreef op donderdag 12 januari 2023 @ 14:29:
[...]


ja precies

Top, ga ik proberen! Weet jij of iemand anders toevallig of dit ook werkt met Spider thermostaten (bv deze) die normaal gesproken met de Autotemp communiceren via RF?

[arjenhiemstra]

TorpedoX_88 schreef op donderdag 12 januari 2023 @ 14:50:
[...]

Top, ga ik proberen! Weet jij of iemand anders toevallig of dit ook werkt met Spider thermostaten (bv deze) die normaal gesproken met de Autotemp communiceren via RF?

Nee zover ik weet werkt dat nog niet, in de basis is het protocol gelijk maar de commando's niet. Met de RF sniffer moet je wel de berichten kunnen ontvangen.

[TorpedoX_88]

arjenhiemstra schreef op donderdag 12 januari 2023 @ 14:58:
[...]


Nee zover ik weet werkt dat nog niet, in de basis is het protocol gelijk maar de commando's niet. Met de RF sniffer moet je wel de berichten kunnen ontvangen.

Duidelijk! Bedoel je met RF sniffer de Level3 RF debug mode? Zo ja, zijn deze berichten ook via MQTT richting Home Assistant te sturen of is dat juist het deel wat nog niet werkt?

[arjenhiemstra]

Bedoel je met RF sniffer de Level3 RF debug mode?

Ja, daarmee zie je alle honeywell ramses-ii berichten voorbij komen, alle itho rf producten van na 2007 ofzo gebruiken dat protocol.

Zo ja, zijn deze berichten ook via MQTT richting Home Assistant te sturen of is dat juist het deel wat nog niet werkt?

Hardware technisch kan het zeker maar het parsen van dat soort berichten naar nuttige bruikbare info op de API zit niet in de firmware.

[TorpedoX_88]

arjenhiemstra schreef op donderdag 12 januari 2023 @ 15:31:
[...]


Ja, daarmee zie je alle honeywell ramses-ii berichten voorbij komen, alle itho rf producten van na 2007 ofzo gebruiken dat protocol.


[...]

Hardware technisch kan het zeker maar het parsen van dat soort berichten naar nuttige bruikbare info op de API zit niet in de firmware.

Wederom duidelijk, en mocht jij of iemand anders nog eens tijd en zin hebben om dat laatste aan de firmware toe te voegen dan houd ik mij van harte aanbevolen

[arjenhiemstra]

Version 2.4.4-beta6 op github gezet. toch nog wat fixes om stabiliteit te vergroten en de code betrouwbaarder te maken.
Ik ben vooral benieuwd of de i2c safe guard functie goed werkt om de i2c bus stabiel te houden bij gebruikers met nieuw type cve (licht grijze deksel) + hum sensor.

Belangrijkste/meest interessante wijzingen tov vorige beta:
- settings opvragen is betrouwbaarder en als er iets mis gaat komt er een error melding ipv 0 waarde
- i2c sniffer output naar syslog is nu niet meer beperkt tot 128 bytes lengte
- i2c sniffer output kan nu naar de webinterface, dit werkt maar is ook een zwaar proces en nog niet helemaal stabiel verwacht ik

Firmware binary (CVE HW rev.2 and NON-CVE):
https://github.com/arjenh...itho-hw2-v2.4.4-beta6.bin

[wouter.N]

arjenhiemstra schreef op donderdag 12 januari 2023 @ 21:34:
Version 2.4.4-beta6 op github gezet. toch nog wat fixes om stabiliteit te vergroten en de code betrouwbaarder te maken.
Ik ben vooral benieuwd of de i2c safe guard functie goed werkt om de i2c bus stabiel te houden bij gebruikers met nieuw type cve (licht grijze deksel) + hum sensor.

Belangrijkste/meest interessante wijzingen tov vorige beta:
- settings opvragen is betrouwbaarder en als er iets mis gaat komt er een error melding ipv 0 waarde
- i2c sniffer output naar syslog is nu niet meer beperkt tot 128 bytes lengte
- i2c sniffer output kan nu naar de webinterface, dit werkt maar is ook een zwaar proces en nog niet helemaal stabiel verwacht ik

Firmware binary (CVE HW rev.2 and NON-CVE):
https://github.com/arjenh...itho-hw2-v2.4.4-beta6.bin

Bedankt voor alle moeite! Ik heb bij mijn settings af en toe nog wel dat er een waarde "null" tussen zit, na een refresh is het weg. Het zou kunnen komen door een slechter ethernet kabel, dat zou ik nog moeten testen.

Voorbeeld;

Na een refresh:


Geen belangrijke bug, maar viel mij wel op.

[arjenhiemstra]

wouter.N schreef op donderdag 12 januari 2023 @ 21:43:
[...]

Bedankt voor alle moeite! Ik heb bij mijn settings af en toe nog wel dat er een waarde "null" tussen zit, na een refresh is het weg. Het zou kunnen komen door een slechter ethernet kabel, dat zou ik nog moeten testen.

Voorbeeld;
[Afbeelding]
Na een refresh:
[Afbeelding]

Geen belangrijke bug, maar viel mij wel op.

Null = na 3 sec nog geen reactie vanuit de itho op een i2c request. Ik zal de melding ook nog aanpassen naar time-out
Dat lijkt idd op een kabel issue oid

[Silent_Bob]

arjenhiemstra schreef op donderdag 12 januari 2023 @ 00:53:
[...]


SDIO_RESET is het rest type wat je ziet na een firmware update
OWDT_RESET zie ik liever niet, dat is een teken dat er een watchdog getriggerd heeft of dat er een memory issue is oid.

Aha , ik had gister een downgrade uitgevoerd naar v2.4.3 om te kijken of dat het verhelpt helaas mocht dat niet baten. In de avond nog even van spanning afgehaald.
Zo maar even naar de laatste beta upgraden! :-)

Kan het misschien iets te maken hebben met MQTT naar HA toe?

arjenhiemstra schreef op donderdag 12 januari 2023 @ 14:14:
[...]


De CO2 sensor kun je "gewoon" pairen met de add-on en tegelijkertijd de pairing in stand houden met de itho. Op de add-on zet je dan een vinkje bij "monitor only". De waardes van de rft co2 sensor zijn dan beschikbaar op de add-on en API maar de besturing van de sensor gaat nog rechtstreeks naar de itho.

Nice, in mijn geval alleen aan de add-on gekoppeld. wat is het verschil eigenlijk als het op de CVE of add-on gekoppeld wordt?

TorpedoX_88 schreef op donderdag 12 januari 2023 @ 09:19:
[...]

Hoe heb je dit precies gedaan?

Alleen aan add-on gekoppeld dus , momenteel geen sensoren op de CVE actief.

[smesjz]

arjenhiemstra schreef op donderdag 12 januari 2023 @ 21:34:
Version 2.4.4-beta6 op github gezet. toch nog wat fixes om stabiliteit te vergroten en de code betrouwbaarder te maken.
Ik ben vooral benieuwd of de i2c safe guard functie goed werkt om de i2c bus stabiel te houden bij gebruikers met nieuw type cve (licht grijze deksel) + hum sensor.

Belangrijkste/meest interessante wijzingen tov vorige beta:
- settings opvragen is betrouwbaarder en als er iets mis gaat komt er een error melding ipv 0 waarde
- i2c sniffer output naar syslog is nu niet meer beperkt tot 128 bytes lengte
- i2c sniffer output kan nu naar de webinterface, dit werkt maar is ook een zwaar proces en nog niet helemaal stabiel verwacht ik

Firmware binary (CVE HW rev.2 and NON-CVE):
https://github.com/arjenh...itho-hw2-v2.4.4-beta6.bin

Goed bezig. Ik zie bij deze beta i.t.t. anderen wel:

code:

2023-01-13 07:50:01 W: Warning: syslog_queue overflow
2023-01-13 07:50:01 W: Warning: syslog_queue overflow
2023-01-13 07:50:01 W: Warning: syslog_queue overflow
2023-01-13 07:50:01 W: Warning: syslog_queue overflow
2023-01-13 07:50:01 W: Warning: syslog_queue overflow
2023-01-13 07:50:00 W: Warning: syslog_queue overflow
2023-01-13 07:50:00 W: Warning: syslog_queue overflow
2023-01-13 07:49:59 W: Warning: syslog_queue overflow
2023-01-13 07:49:59 W: Warning: syslog_queue overflow
2023-01-13 07:49:59 W: Warning: syslog_queue overflow
2023-01-13 07:49:58 W: Warning: syslog_queue overflow
2023-01-13 07:49:58 W: Warning: syslog_queue overflow
2023-01-13 07:49:58 W: Warning: syslog_queue overflow
2023-01-13 07:49:58 W: Warning: syslog_queue overflow
2023-01-13 07:49:57 W: Warning: syslog_queue overflow
2023-01-13 07:49:57 W: Warning: syslog_queue overflow
2023-01-13 07:49:57 W: Warning: syslog_queue overflow
2023-01-13 07:49:57 W: Warning: syslog_queue overflow
2023-01-13 07:49:05 I: I2C init: QueryStatus

In remote syslog zie ik voor die zelfde date range:

code:

Jan 13 07:49:10 hru nrgitho {"logsetup":1}
Jan 13 07:49:24 hru nrgitho WiFi: connection successful
Jan 13 07:49:24 hru nrgitho WiFi info:
Jan 13 07:49:24 hru nrgitho   SSID:XXXXX| BSSID[7E:45:58:E5:26:C2]
Jan 13 07:49:25 hru nrgitho   Status:WL_CONNECTED
Jan 13 07:49:25 hru nrgitho   IP:192.168.178.42
Jan 13 07:49:25 hru nrgitho Setup: Virtual remotes, start ID: 6B,42,44 - No.: 1
Jan 13 07:49:25 hru nrgitho Setup: remotes configfile loaded
Jan 13 07:49:25 hru nrgitho Setup: init of CC1101 RF module successful
Jan 13 07:49:25 hru nrgitho MQTT: connected, System config: 1
Jan 13 07:49:26 hru nrgitho Webserver: started
Jan 13 07:49:26 hru nrgitho mDNS: started
Jan 13 07:49:26 hru nrgitho Hostname: hru
Jan 13 07:49:26 hru nrgitho Setup: done
Jan 13 07:49:26 hru nrgitho Setup: remotes configfile loaded
Jan 13 07:49:26 hru nrgitho {"ithostatus":1}
Jan 13 07:49:26 hru nrgitho {"syssetup":1}
Jan 13 07:49:28 hru nrgitho I2C init: QueryDevicetype - fw:3 hw:43
Jan 13 07:49:28 hru nrgitho I2C init: QueryStatusFormat - items:33
Jan 13 07:49:28 hru nrgitho I2C init: QueryStatus
Jan 13 07:49:31 hru nrgitho {"ithostatus":1}
Jan 13 07:49:35 hru nrgitho message repeated 3 times: [{"ithostatus":1}]
Jan 13 07:49:37 hru nrgitho {"ithoremotes":1}
Jan 13 07:49:44 hru nrgitho {"ithovremotes":1}
Jan 13 07:49:49 hru nrgitho {"mqttsetup":1}
Jan 13 07:49:59 hru nrgitho {"wifisetup":1}
Jan 13 07:50:05 hru nrgitho {"syssetup":1}
Jan 13 07:50:39 hru nrgitho {"ithosetup":1}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":0,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":1,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":2,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":3,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":4,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":5,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":6,"update":false}
Jan 13 07:50:56 hru nrgitho WiFi: connection successful
Jan 13 07:50:56 hru nrgitho WiFi info:
Jan 13 07:50:56 hru nrgitho   SSID:XXXX| BSSID[7E:45:58:E5:26:C2]
Jan 13 07:50:56 hru nrgitho   Mode:STA
Jan 13 07:50:56 hru nrgitho   Status:WL_CONNECTED
Jan 13 07:50:57 hru nrgitho   IP:192.168.178.42
Jan 13 07:50:57 hru nrgitho Setup: Virtual remotes, start ID: 6B,42,44 - No.: 1
Jan 13 07:50:57 hru nrgitho Setup: remotes configfile loaded
Jan 13 07:50:57 hru nrgitho Setup: init of CC1101 RF module successful
Jan 13 07:50:57 hru nrgitho MQTT: connected, System config: 1
Jan 13 07:50:58 hru nrgitho Webserver: started
Jan 13 07:50:58 hru nrgitho Setup: remotes configfile loaded
Jan 13 07:50:58 hru nrgitho mDNS: started

Geen idee of die syslog warning slaat op UX updates of remote syslog maar dat zal jij wel weten

[arjenhiemstra]

smesjz schreef op vrijdag 13 januari 2023 @ 08:56:
[...]


Goed bezig. Ik zie bij deze beta i.t.t. anderen wel:

code:

2023-01-13 07:50:01 W: Warning: syslog_queue overflow
2023-01-13 07:50:01 W: Warning: syslog_queue overflow
2023-01-13 07:50:01 W: Warning: syslog_queue overflow
2023-01-13 07:50:01 W: Warning: syslog_queue overflow
2023-01-13 07:50:01 W: Warning: syslog_queue overflow
2023-01-13 07:50:00 W: Warning: syslog_queue overflow
2023-01-13 07:50:00 W: Warning: syslog_queue overflow
2023-01-13 07:49:59 W: Warning: syslog_queue overflow
2023-01-13 07:49:59 W: Warning: syslog_queue overflow
2023-01-13 07:49:59 W: Warning: syslog_queue overflow
2023-01-13 07:49:58 W: Warning: syslog_queue overflow
2023-01-13 07:49:58 W: Warning: syslog_queue overflow
2023-01-13 07:49:58 W: Warning: syslog_queue overflow
2023-01-13 07:49:58 W: Warning: syslog_queue overflow
2023-01-13 07:49:57 W: Warning: syslog_queue overflow
2023-01-13 07:49:57 W: Warning: syslog_queue overflow
2023-01-13 07:49:57 W: Warning: syslog_queue overflow
2023-01-13 07:49:57 W: Warning: syslog_queue overflow
2023-01-13 07:49:05 I: I2C init: QueryStatus

In remote syslog zie ik voor die zelfde date range:

code:

Jan 13 07:49:10 hru nrgitho {"logsetup":1}
Jan 13 07:49:24 hru nrgitho WiFi: connection successful
Jan 13 07:49:24 hru nrgitho WiFi info:
Jan 13 07:49:24 hru nrgitho   SSID:XXXXX| BSSID[7E:45:58:E5:26:C2]
Jan 13 07:49:25 hru nrgitho   Status:WL_CONNECTED
Jan 13 07:49:25 hru nrgitho   IP:192.168.178.42
Jan 13 07:49:25 hru nrgitho Setup: Virtual remotes, start ID: 6B,42,44 - No.: 1
Jan 13 07:49:25 hru nrgitho Setup: remotes configfile loaded
Jan 13 07:49:25 hru nrgitho Setup: init of CC1101 RF module successful
Jan 13 07:49:25 hru nrgitho MQTT: connected, System config: 1
Jan 13 07:49:26 hru nrgitho Webserver: started
Jan 13 07:49:26 hru nrgitho mDNS: started
Jan 13 07:49:26 hru nrgitho Hostname: hru
Jan 13 07:49:26 hru nrgitho Setup: done
Jan 13 07:49:26 hru nrgitho Setup: remotes configfile loaded
Jan 13 07:49:26 hru nrgitho {"ithostatus":1}
Jan 13 07:49:26 hru nrgitho {"syssetup":1}
Jan 13 07:49:28 hru nrgitho I2C init: QueryDevicetype - fw:3 hw:43
Jan 13 07:49:28 hru nrgitho I2C init: QueryStatusFormat - items:33
Jan 13 07:49:28 hru nrgitho I2C init: QueryStatus
Jan 13 07:49:31 hru nrgitho {"ithostatus":1}
Jan 13 07:49:35 hru nrgitho message repeated 3 times: [{"ithostatus":1}]
Jan 13 07:49:37 hru nrgitho {"ithoremotes":1}
Jan 13 07:49:44 hru nrgitho {"ithovremotes":1}
Jan 13 07:49:49 hru nrgitho {"mqttsetup":1}
Jan 13 07:49:59 hru nrgitho {"wifisetup":1}
Jan 13 07:50:05 hru nrgitho {"syssetup":1}
Jan 13 07:50:39 hru nrgitho {"ithosetup":1}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":0,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":1,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":2,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":3,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":4,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":5,"update":false}
Jan 13 07:50:41 hru nrgitho {"ithogetsetting":true,"index":6,"update":false}
Jan 13 07:50:56 hru nrgitho WiFi: connection successful
Jan 13 07:50:56 hru nrgitho WiFi info:
Jan 13 07:50:56 hru nrgitho   SSID:XXXX| BSSID[7E:45:58:E5:26:C2]
Jan 13 07:50:56 hru nrgitho   Mode:STA
Jan 13 07:50:56 hru nrgitho   Status:WL_CONNECTED
Jan 13 07:50:57 hru nrgitho   IP:192.168.178.42
Jan 13 07:50:57 hru nrgitho Setup: Virtual remotes, start ID: 6B,42,44 - No.: 1
Jan 13 07:50:57 hru nrgitho Setup: remotes configfile loaded
Jan 13 07:50:57 hru nrgitho Setup: init of CC1101 RF module successful
Jan 13 07:50:57 hru nrgitho MQTT: connected, System config: 1
Jan 13 07:50:58 hru nrgitho Webserver: started
Jan 13 07:50:58 hru nrgitho Setup: remotes configfile loaded
Jan 13 07:50:58 hru nrgitho mDNS: started

Geen idee of die syslog warning slaat op UX updates of remote syslog maar dat zal jij wel weten

thx, ik heb even een cap (20 items) op de syslog queue gezet om even te kijken of dat genoeg was. Voorheen alloceerde elk queue item 132 bytes aan stack geheugen. Jij had toch reboots bij het opstarten? Ik had een vermoeden dat dit wel eens te maken zou kunnen hebben met het uit het geheugen lopen. Gezien de logmeldingen die je nu hebt zou dat wel eens kunnen kloppen.

Overigens denk ik dat het verschil tussen syslog remote en lokaal te maken heeft met wel of niet hebben van een wifi connectie. Er is maar 1 queue entry point in de code dus een melding "Warning: syslog_queue overflow" zou ook naar remote moeten gaan als je wifi connectie hebt.

[smesjz]

arjenhiemstra schreef op vrijdag 13 januari 2023 @ 09:21:
[...]


thx, ik heb even een cap (20 items) op de syslog queue gezet om even te kijken of dat genoeg was. Voorheen alloceerde elk queue item 132 bytes aan stack geheugen. Jij had toch reboots bij het opstarten? Ik had een vermoeden dat dit wel eens te maken zou kunnen hebben met het uit het geheugen lopen. Gezien de logmeldingen die je nu hebt zou dat wel eens kunnen kloppen.

Overigens denk ik dat het verschil tussen syslog remote en lokaal te maken heeft met wel of niet hebben van een wifi connectie. Er is maar 1 queue entry point in de code dus een melding "Warning: syslog_queue overflow" zou ook naar remote moeten gaan als je wifi connectie hebt.

2.4.4-beta6 lijkt wel stabieler te zijn maar heb sinds installatie wel aantal keer watchdog reset gehad:
2023-01-13 07:48:49 I: System boot, last reset reason: OWDT_RESET

Dus kijk het komende uren nog aan. So far so good

[arjenhiemstra]

smesjz schreef op vrijdag 13 januari 2023 @ 10:54:
[...]


2.4.4-beta6 lijkt wel stabieler te zijn maar heb sinds installatie wel aantal keer watchdog reset gehad:
2023-01-13 07:48:49 I: System boot, last reset reason: OWDT_RESET

Dus kijk het komende uren nog aan. So far so good

Als dat gebeurt stuurt de esp32 een coredump op de serial eruit. Mocht je die kunnen caputeren dan zou dat het makkelijker maken om onderzoek te doen naar de reden. Ik zie ze hier helaas niet voorbij komen namelijk.

[BGB4rn]

Ik heb nu sinds een paar dagen een issue met mijn HRU ECO 350, waar ik een NON-CVE 1 op heb aangesloten, ik krijg nu telkens
"Outdoor temp (°C) 335.36 "
Dit krijg ik met Firmware versie 2.4.0 en 2.4.3.
Ook krijg ik een code te zien op de led dat er een probleem is met de afvoertemperatuur, is dit iets wat uit de Itho unit zelf komt of moet ik toch iets aanpassen in de ithowifi module?

[ Voor 2% gewijzigd door BGB4rn op 13-01-2023 13:06 . Reden: Opmaak ]

[gns1l]

Waarschijnlijk is je temperatuursensor kapot. Dit is een bekend probleem van de HRU350 zelf.
Vaak (meestal?) krijg je niet eens een LED storingscode.

[smesjz]

smesjz schreef op vrijdag 13 januari 2023 @ 10:54:
[...]


2.4.4-beta6 lijkt wel stabieler te zijn maar heb sinds installatie wel aantal keer watchdog reset gehad:
2023-01-13 07:48:49 I: System boot, last reset reason: OWDT_RESET

Dus kijk het komende uren nog aan. So far so good

Weer problemen met de beta6:
* RF Devices geeft geen CO2 waarde maar lastcmd:0, lastcmdmsg:IthoUnknown
* Module crashed weer en is niet meer te benaderen via browser

2023-01-13T14:02:11+0100 ithohru/lwt offline
2023-01-13T14:02:11+0100 ithohru/lwt online
2023-01-13T14:02:11+0100 ithohru/lwt online
2023-01-13T14:02:11+0100 ithohru/state 20
2023-01-13T14:02:27+0100 ithohru/lwt offline
2023-01-13T14:02:27+0100 ithohru/lwt online
2023-01-13T14:02:27+0100 ithohru/lwt online

2.4.4-beta5 draait probleemloos op mn WPU 5G maar 2.4.4-beta4,5,6 geven problemen met HRU-350.

[arjenhiemstra]

smesjz schreef op vrijdag 13 januari 2023 @ 14:04:
[...]


Weer problemen met de beta6:
* RF Devices geeft geen CO2 waarde maar lastcmd:0, lastcmdmsg:IthoUnknown

Dan zou ik nog even wachten, zo te zien is er dan gewoon nog geen CO2 waarde binnengekomen. Hier werkt het zonder problemen en de code is op dit punt niet veranderd. Als je even de knop indrukt stuurt de sensor een update uit geloof ik.

* Module crashed weer en is niet meer te benaderen via browser


[...]


2.4.4-beta5 draait probleemloos op mn WPU 5G maar 2.4.4-beta4,5,6 geven problemen.

Welke versies bedoel je nu, hier staat wat dubbel

[smesjz]

arjenhiemstra schreef op vrijdag 13 januari 2023 @ 14:26:
[...]


Dan zou ik nog even wachten, zo te zien is er dan gewoon nog geen CO2 waarde binnengekomen. Hier werkt het zonder problemen en de code is op dit punt niet veranderd. Als je even de knop indrukt stuurt de sensor een update uit geloof ik.

Het was dus instabiel. In MQTT payload had je bijv:
ithohru/remotesinfo {}

Dus capabilities in de UX was ook leeg. Volgens mij staat daar altijd:
"lastcmd:0, lastcmdmsg:IthoUnknown" . En komt die co2 waarde in sommige gevallen dus later.

Maar ik merkte dat bij iedere reboot / flash de co2 waardes meteen binnen komen zonder op fysieke knop te duwen op RTF units.

Hier kwam dus tijd niks door:
blabla@ha:/usr/share/hassio/homeassistant$ grep "'None' has no attribute 'co2'" home-assistant.log | grep "2023-01-13" | wc -l
578

Welke versies bedoel je nu, hier staat wat dubbel

Text ge-edit

[Mystery02]

Korte vraag die ik niet gevonden krijg: Ik heb een Demandflow systeem met HRU 350, maar krijg de vuilfilterindicatie op de HRU niet gereset, want de afstandsbediening is gekoppeld aan de demandflow. Zou dat hiermee wel kunnen? Ik vind het vervelend dat het lampje oranje knippert in plaats van groen is

[arjenhiemstra]

Mystery02 schreef op vrijdag 13 januari 2023 @ 19:47:
Korte vraag die ik niet gevonden krijg: Ik heb een Demandflow systeem met HRU 350, maar krijg de vuilfilterindicatie op de HRU niet gereset, want de afstandsbediening is gekoppeld aan de demandflow. Zou dat hiermee wel kunnen? Ik vind het vervelend dat het lampje oranje knippert in plaats van groen is

Die vraag kwam gisteren op github ook voorbij
https://github.com/arjenh...4#issuecomment-1381061762

[Robinsky1977]

Hallo Allemaal,

Ik heb deze print al een tijdje geïnstalleerd, ik ben nu op zoek naar het juiste commando
dat hetzelfde doet als de "zandloper" knop op de originele afstandsbediening.
Bij de instellingen van de print heb ik ingevuld:

timer1 = 1
timer2 = 30
timer3 = 45

Helaas krijg in die timers niet geactiveerd. Kan iemand een voorbeeld posten van een MQTT opdracht om de CVE maximaal te laten draaien met een timer?

Thnx.

Gr,
Robin

[arjenhiemstra]

Robinsky1977 schreef op zaterdag 14 januari 2023 @ 16:07:
Hallo Allemaal,

Ik heb deze print al een tijdje geïnstalleerd, ik ben nu op zoek naar het juiste commando
dat hetzelfde doet als de "zandloper" knop op de originele afstandsbediening.
Bij de instellingen van de print heb ik ingevuld:

timer1 = 1
timer2 = 30
timer3 = 45

Helaas krijg in die timers niet geactiveerd. Kan iemand een voorbeeld posten van een MQTT opdracht om de CVE maximaal te laten draaien met een timer?

Thnx.

Gr,
Robin

Dit is een optie (werkt met pwm2i2c commands)

code:

{"timer":10, "speed":254}

of

code:

{"command":"timer2"}

Dat werkt met de virtual remote.

Zie voor de verschillende commands en verschillen;
https://github.com/arjenh...ways-to-control-the-speed

en de API pagina op de add-on zelf

[TorpedoX_88]

arjenhiemstra schreef op donderdag 12 januari 2023 @ 14:29:
[...]


ja precies

Dit is inmiddels gelukt maar nog niet om de CO2 waarden via MQTT in HA binnen te krijgen. Tot nu toe heb ik het volgende stukje code maar ik moet waarschijnlijk nog ergens toevoegen dat het om de waarden van de sensoren "woonkamer" en "slaapkamer" (dit voorbeeld) gaat, kan iemand mij helpen? Alvast bedankt!

- name: "Itho WTW CO2 Slaapkamer"
state_topic: "itho/remotesinfo"
value_template: "{{ value_json['co2'] }}"
unique_id: "itho_wtw_co2slaapkamer"
state_class: "measurement"

[vliegnerd]

TorpedoX_88 schreef op woensdag 18 januari 2023 @ 14:02:
[...]

Dit is inmiddels gelukt maar nog niet om de CO2 waarden via MQTT in HA binnen te krijgen. Tot nu toe heb ik het volgende stukje code maar ik moet waarschijnlijk nog ergens toevoegen dat het om de waarden van de sensoren "woonkamer" en "slaapkamer" (dit voorbeeld) gaat, kan iemand mij helpen? Alvast bedankt!

- name: "Itho WTW CO2 Slaapkamer"
state_topic: "itho/remotesinfo"
value_template: "{{ value_json['co2'] }}"
unique_id: "itho_wtw_co2slaapkamer"
state_class: "measurement"

Bekijk met MQTT explorer of mosquito_sub o.i.d. wat er precies in dat MQTT topic staat.
Dan kan je bepalen wat er tussen value_json[ ] moet staan.

Moet je niet in het MQTT topic ithostatus zoeken?

[arjenhiemstra]

TorpedoX_88 schreef op woensdag 18 januari 2023 @ 14:02:
[...]

Dit is inmiddels gelukt maar nog niet om de CO2 waarden via MQTT in HA binnen te krijgen. Tot nu toe heb ik het volgende stukje code maar ik moet waarschijnlijk nog ergens toevoegen dat het om de waarden van de sensoren "woonkamer" en "slaapkamer" (dit voorbeeld) gaat, kan iemand mij helpen? Alvast bedankt!

- name: "Itho WTW CO2 Slaapkamer"
state_topic: "itho/remotesinfo"
value_template: "{{ value_json['co2'] }}"
unique_id: "itho_wtw_co2slaapkamer"
state_class: "measurement"

Check ook deze even, je hebt te maken met een geneste JSON namelijk
https://github.com/arjenh...s-with-special-characters

[TorpedoX_88]

arjenhiemstra schreef op woensdag 18 januari 2023 @ 14:22:
[...]


Check ook deze even, je hebt te maken met een geneste JSON namelijk
https://github.com/arjenh...s-with-special-characters

Ik had al een aantal pagina's van je wiki doorgenomen waardoor ik wist dat het om een iets andere structuur qua JSON ging dan ithostatus maar deze nog niet Het werkt nu zoals gewenst, dankjewel!

vliegnerd schreef op woensdag 18 januari 2023 @ 14:13:
[...]


Bekijk met MQTT explorer of mosquito_sub o.i.d. wat er precies in dat MQTT topic staat.
Dan kan je bepalen wat er tussen value_json[ ] moet staan.

Moet je niet in het MQTT topic ithostatus zoeken?

Heb ik geprobeerd maar deze waarde staat in het "remotesinfo" topic, zoals hierboven vermeld werkt het inmiddels.

[jotheman]

On an unrelated note: Wij zijn verhuisd en ik heb geen behoefte meer aan de Itho. Mijne is daarom over; ik heb er de add-on op zitten, werkend, maar heb 'm daar nooit mee aan kunnen sturen (waarschijnlijk mijn eigen fout) en de afstandsbediening zit erbij.
Als er iemand interesse heeft mag 'ie gratis opgehaald worden te Uden. Stuur maar een DM als je interesse hebt!

[CodeCaster]

Vandaag de module geïnstalleerd op m'n CVE-S ECO SP. Een paar observaties/opmerkingen:

• Ten eerste, geweldig dat je dit doet!
• Wat een rammelbak is die ventilator eigenlijk. Hij is absoluut stiller dan dat dertig jaar oude ding dat op zolder hing, maar nog steeds resoneert de ventilator aan alle kanten en lijkt hij (zeker door de op een schoep gemonteerde vochtsensor?) totaal niet in balans.
• Hoe kan zo'n bak plastic, printplaat en een motortje een retailprijs hebben van € 350+? Ik snap dat R&D geld kost, maar als je tienduizenden van deze apparaten verkoopt, dan moet zelfs met mijn aanschafprijs van €275 (voor de PAK-variant met afstandsbediening en ventielen) toch zo'n 200 euro winst per ding worden gemaakt? Maar ja, als ze 20-30 jaar meegaan, snap ik dat ook wel weer, want hoe vaak koop de gemiddelde klant er dan een...

Dan over de module:

• Als je de WiFi-settings hebt opgeslagen, wordt gezegd dat je het device moet rebooten, maar niet waar of hoe. Dit lijkt enkel te werken door een powercycle?
• Eenmaal aan het gastennetwerk verbonden, kon ik er niet meer bij (door client isolation). Het resetten van de add-on lijkt niet beschreven op de Wiki? Wel hier in het topic, maar dat was van vóór het smd pushbuttons werden, ik vind namelijk dingen over contacten verbinden met een schroevendraaier. De failsafe-knop leek niets te doen, de reset-knop herstartte hem in AP-modus.
• Het resetten onder het Reset-menu redirect de browser hoe dan ook naar de mDNS-variant (nrg-itho-A1B2.local), maar als het verbinden met WiFi is mislukt en het apparaat in AP-modus staat, werkt mDNS niet. Misschien gewoon redirecten naar de huidige URL?
• Ik heb de docs op https://github.com/arjenhiemstra/ithowifi/wiki/First-setup bijgewerkt (diff) op basis van m'n ervaringen met de "zwarte doos".

Vraag:
• Mijn RF-afstandsbediening (535-0150) heeft een auto-stand (Selection 7?), die standaard op low staat en op high gaat op basis van de luchtvochtigheid (zo te zien bij > 60%). Is deze auto-stand aan te roepen via de API? Volgens de handleiding gaat de ventilator (indien gekoppeld met sensoren) na 24 uur of na het verlopen van een ingestelde timer terug naar de auto-stand.
• Na een reset vanuit de webinterface staat hij standaard in AP-modus? Dat is dus hetzelfde als resetten met de hardwarebutton? Dus na het opslaan van de WiFi-instellingen moet je de stekker er gewoon uittrekken? Kan ik helpen met dit documenteren?

[ Voor 21% gewijzigd door CodeCaster op 18-01-2023 23:00 ]

[Onl1ne1373]

Ik heb beta 6 getest en kan bevestigen dat de settings nu kloppen, er is geen verloop meer.
Ik zie ook dat veel meer settings kloppen qua waarden.
Tevens gaan negatieve waarden goed:

[arjenhiemstra]

CodeCaster schreef op woensdag 18 januari 2023 @ 22:48:
Vandaag de module geïnstalleerd op m'n CVE-S ECO SP. Een paar observaties/opmerkingen:

• Ten eerste, geweldig dat je dit doet!

• Wat een rammelbak is die ventilator eigenlijk. Hij is absoluut stiller dan dat dertig jaar oude ding dat op zolder hing, maar nog steeds resoneert de ventilator aan alle kanten en lijkt hij (zeker door de op een schoep gemonteerde vochtsensor?) totaal niet in balans.
• Hoe kan zo'n bak plastic, printplaat en een motortje een retailprijs hebben van € 350+? Ik snap dat R&D geld kost, maar als je tienduizenden van deze apparaten verkoopt, dan moet zelfs met mijn aanschafprijs van €275 (voor de PAK-variant met afstandsbediening en ventielen) toch zo'n 200 euro winst per ding worden gemaakt? Maar ja, als ze 20-30 jaar meegaan, snap ik dat ook wel weer, want hoe vaak koop de gemiddelde klant er dan een...

Dan over de module:

• Als je de WiFi-settings hebt opgeslagen, wordt gezegd dat je het device moet rebooten, maar niet waar of hoe. Dit lijkt enkel te werken door een powercycle?

Goeie, uiteraard niet door een powercycle maar de interface kan idd beter op dit punt.
Menu "reset" en dan klik je op de knop "Restart device"

• Eenmaal aan het gastennetwerk verbonden, kon ik er niet meer bij (door client isolation). Het resetten van de add-on lijkt niet beschreven op de Wiki? Wel hier in het topic, maar dat was van vóór het smd pushbuttons werden, ik vind namelijk dingen over contacten verbinden met een schroevendraaier. De failsafe-knop leek niets te doen, de reset-knop herstartte hem in AP-modus.

Staat in de handleiding. Als het goed is het je een link en QR code met link naar de handleiding gekregen. In de handleiding staan ook de oude en nieuwe methode beschreven.
Als na indrukken reset knop de AP mode direct start is de module in fail save mode of in deze mode geweest (alle config is weer gereset)

• Het resetten onder het Reset-menu redirect de browser hoe dan ook naar de mDNS-variant (nrg-itho-A1B2.local), maar als het verbinden met WiFi is mislukt en het apparaat in AP-modus staat, werkt mDNS niet. Misschien gewoon redirecten naar de huidige URL?

Klopt, ik wil eigenlijk een AP+STA mode implementeren zodat het AP eerst actief blijft. Zo kan het resultaat altijd aan de gebruiker getoond worden (incl. verkregen IP adres bijvoorbeeld)

• Ik heb de docs op https://github.com/arjenhiemstra/ithowifi/wiki/First-setup bijgewerkt (diff) op basis van m'n ervaringen met de "zwarte doos".

Thanks! Alleen stap 9 en 10 kloppen dus niet helemaal, power cycle is niet nodig.

Vraag:
• Mijn RF-afstandsbediening (535-0150) heeft een auto-stand (Selection 7?), die standaard op low staat en op high gaat op basis van de luchtvochtigheid (zo te zien bij > 60%). Is deze auto-stand aan te roepen via de API? Volgens de handleiding gaat de ventilator (indien gekoppeld met sensoren) na 24 uur of na het verlopen van een ingestelde timer terug naar de auto-stand.

Bij firmware versie 2.3.5 heb de de medium optie, die plaatst een fan die de auto optie heeft in auto mode.
Bij nieuwere firmware versies kun je virtual remote aanmaken en het type aanpassen, zo kun je ook een remote met auto en autonight emuleren.

• Na een reset vanuit de webinterface staat hij standaard in AP-modus? Dat is dus hetzelfde als resetten met de hardwarebutton? Dus na het opslaan van de WiFi-instellingen moet je de stekker er gewoon uittrekken? Kan ik helpen met dit documenteren?

Wat voor reset? Na een "Format filesystem" ja, gewoon een restart uiteraard niet.

[CodeCaster]

arjenhiemstra schreef op vrijdag 20 januari 2023 @ 11:42:
Goeie, uiteraard niet door een powercycle maar de interface kan idd beter op dit punt.
Menu "reset" en dan klik je op de knop "Restart device"
[...]
Staat in de handleiding. Als het goed is het je een link en QR code met link naar de handleiding gekregen. In de handleiding staan ook de oude en nieuwe methode beschreven.
Als na indrukken reset knop de AP mode direct start is de module in fail save mode of in deze mode geweest (alle config is weer gereset)
[...]
Wat voor reset? Na een "Format filesystem" ja, gewoon een restart uiteraard niet.

Ga je me nou RTFM'en?

"fail/failsafe" komt niet voor in de wiki, het was me niet duidelijk hoe die knop hoort te werken. Na het eenmalig indrukken ervan bleef elke reset (of via de pushbutton, dan wel via de UI) terugkeren in AP-modus (192.168.4.1), terwijl het WiFi-netwerk en wachtwoord onthouden bleef.

Een klik op Save gevolgd door een powercycle zorgt er consistent voor dat 'ie wel met het geconfigureerde WiFi-netwerk verbond en z'n werk ging doen.

Thanks! Alleen stap 9 en 10 kloppen dus niet helemaal, power cycle is niet nodig.

Ik heb daar alleen een enter tussen de bestaande tekst gezet, en "blue" weggehaald (mijn leds zijn rood).

In ieder geval bij de ECO met zwarte beschermkap om de printplaat moet de "main power connector" eerst weer van het pcb worden losgekoppeld om de kap te kunnen terugplaatsen.

Bij firmware versie 2.3.5 heb de de medium optie, die plaatst een fan die de auto optie heeft in auto mode.
Bij nieuwere firmware versies kun je virtual remote aanmaken en het type aanpassen, zo kun je ook een remote met auto en autonight emuleren.

Mooi, dan ga ik daarmee spelen!

Elders in dit topic lees ik ook nog zaken over de "itho/status"-topic dat leeg blijft. Dat is bij mij ook het geval, want ik heb de afstandsbediening nog niet gekoppeld. Misschien kan de autodiscover-yaml daar rekening mee houden, en gewoon de "Fan speed (rpm)" uit de JSON rapporteren? Ik heb for the time being die sensor nu handmatig aangemaakt.

[willemd]

Arjen, heeft het nog zin om de I2C-debuglogs naar je op te sturen? Of heb je er inmiddels meer dan genoeg?
Mijn box crasht helaas toch nog steeds af en toe, ook op de nieuwste beta.

code:

origin  start   duration    error   final
PWM_CMD 8358    5672    I2C_ERROR_SCL_LOW   I2C_NOK
    0   0       
    0   0

[arjenhiemstra]

willemd schreef op vrijdag 20 januari 2023 @ 14:27:
Arjen, heeft het nog zin om de I2C-debuglogs naar je op te sturen? Of heb je er inmiddels meer dan genoeg?
Mijn box crasht helaas toch nog steeds af en toe, ook op de nieuwste beta.

code:

origin  start   duration    error   final
PWM_CMD 8358    5672    I2C_ERROR_SCL_LOW   I2C_NOK
    0   0       
    0   0

Je bent de eerste waarvan ik het hoor met de laatste beta... jammer maar wel welkom. Ben vooral ook even benieuwd wat de config is die je hebt.

[willemd]

Hoe post/verzend ik de config?

[arjenhiemstra]

willemd schreef op vrijdag 20 januari 2023 @ 14:44:
Hoe post/verzend ik de config?

Sorry, niet helemaal duidelijk zie ik niet, met config bedoelde ik, wat voor itho heb je, wat zit er in, welke versie enzo

[willemd]

Ik heb een CVE-S Optima (ingebouwde CO2-meter) die ik oktober 2021 gekocht heb, grijze deksel.

De GUI zegt overigens:

code:

Current firmware version: 2.4.4-beta6
Hardware revision: NON-CVE 2

Ik weet niet of dat NON-CVE (2) iets zegt. Mijn printje komt uit december 2021. Het is er een met langere pinnen vanwege de ingebouwde CO2-meter.

code:

     15979 I: I2C init: QueryStatus
     15756 I: I2C init: QueryStatusFormat - items:12
     15312 I: I2C init: QueryDevicetype - fw:27 hw:27
      9406 I: Hostname: nrg-itho-3ff4
      9170 I: mDNS: started
      8934 I: Webserver: started
      8729 I: MQTT: connected, System config: 1
      8071 I: WiFi: connection successful
      2795 E: Unable to set wifi disconnect
      1654 I: I2C sniffer capable hardware: yes
      1473 I: HW rev: 2, FW ver.: 2.4.4-beta6
      1240 I: System boot, last reset reason: POWERON_RESET

[arjenhiemstra]

willemd schreef op vrijdag 20 januari 2023 @ 15:13:
Ik heb een CVE-S Optima (ingebouwde CO2-meter) die ik oktober 2021 gekocht heb, grijze deksel.

De GUI zegt overigens:

code:

Current firmware version: 2.4.4-beta6
Hardware revision: NON-CVE 2

Ik weet niet of dat NON-CVE (2) iets zegt. Mijn printje komt uit december 2021. Het is er een met langere pinnen vanwege de ingebouwde CO2-meter.

code:

     15979 I: I2C init: QueryStatus
     15756 I: I2C init: QueryStatusFormat - items:12
     15312 I: I2C init: QueryDevicetype - fw:27 hw:27
      9406 I: Hostname: nrg-itho-3ff4
      9170 I: mDNS: started
      8934 I: Webserver: started
      8729 I: MQTT: connected, System config: 1
      8071 I: WiFi: connection successful
      2795 E: Unable to set wifi disconnect
      1654 I: I2C sniffer capable hardware: yes
      1473 I: HW rev: 2, FW ver.: 2.4.4-beta6
      1240 I: System boot, last reset reason: POWERON_RESET

NON-CVE is raar, dat is niet de versie die weergegeven zou moeten worden. Eerder in de logging staat wel HW rev. 2.
Maar als ik zo de logging bekijk maak je geen gebruik van de I2C safe guard functie?

[willemd]

Ik heb (nu) de safeguard aangezet!

[ Voor 7% gewijzigd door willemd op 20-01-2023 20:12 ]

[arjenhiemstra]

willemd schreef op vrijdag 20 januari 2023 @ 20:12:
Ik heb (nu) de safeguard aangezet!

Top, want dat moet ervoor zorgen dat je i2c bus niet meer vastloopt. Ik hoor graag wat het resultaat is!

[skipper79]

Ook ik heb de wifi-addon aangeschaft. Werkt erg goed, alleen zie ik dat zowel de fan als humidity sensor met een hoge frequentie data verstuurd naar mijn HA. De fan-status-data heb ik uitgesloten in de 'recorder', maar de luchtvochtigheiddata heb ik nodig om te sturen. Is de interval, binnen HA, hiervoor makkelijk aan te passen naar bijv. 1x per minuut? Huidige frequentie is rond de 5 sec!

[arjenhiemstra]

skipper79 schreef op zondag 22 januari 2023 @ 14:41:
Ook ik heb de wifi-addon aangeschaft. Werkt erg goed, alleen zie ik dat zowel de fan als humidity sensor met een hoge frequentie data verstuurd naar mijn HA. De fan-status-data heb ik uitgesloten in de 'recorder', maar de luchtvochtigheiddata heb ik nodig om te sturen. Is de interval, binnen HA, hiervoor makkelijk aan te passen naar bijv. 1x per minuut? Huidige frequentie is rond de 5 sec!

Kun je bij settings aanpassen.
Sinds de laatste beta kun je ook verschillende i2c berichten uitzetten waardoor er ook minder data per keer verstuurt zal worden

[Hertog_Martin]

Wij hebben een Itho Daalderop WPU55 5G warmtepomp in een appartementencomplex dat aangesloten zit op een bodem WKO systeem. Wat wij meekrijgen is dat het een langzaam werkend systeem is, dus niet zoals met een CV dat als je thermostaat wat lagere zet ie meteen gaat koelen of verwarmen bij standje hoger.

Sterker, het systeem is door Eteck zo afgesteld dat er pas gekoeld wordt als er 24 uur geen verwarmingsvraag is geweest én de temperatuur 1+ graad hoger is dan de ingestelde temperatuur.

Bij verwarmen is het 12 uur geen koelvraag en 1+ graad lager dan de ingestelde temperatuur.

Dit om vaak schakelen tussen koelen en verwarmen te voorkomen.

Echter heeft ons appartement zeer veel last van opwarming door de zon overdag. Deze externe invloed die plots en snel plaatsvindt gaat niet goed samen met het vertraagde systeem.

's nachts is er namelijk verwarmingsvraag geweest, waardoor minstens 24 uur de koeling niet activeert.

Als dan de zon doorbreekt loopt de temperatuur binnen een uur of twee op tot wel 30 graden. Oók in de winter (vaker zelfs door de laagstaande zon).

Echter wordt er dan dus niet gekoeld. Sterker nog, de thermostaat geeft dan vaak aan dat ie nog in verwarmingsmodus staat en je dus dubbele verwarming hebt.

Eea gaan we wel verhelpen met zonwering. Maar ik vroeg mij af, zou je met de hier besproken home automation ook het systeem kunnen overrulen en koeling direct afdwingen als de binnentemperatuur stijgt?

[wortelsoft]

Hertog_Martin schreef op zondag 22 januari 2023 @ 18:00:
Wij hebben een Itho Daalderop WPU55 5G warmtepomp in een appartementencomplex dat aangesloten zit op een bodem WKO systeem. Wat wij meekrijgen is dat het een langzaam werkend systeem is, dus niet zoals met een CV dat als je thermostaat wat lagere zet ie meteen gaat koelen of verwarmen bij standje hoger.

Sterker, het systeem is door Eteck zo afgesteld dat er pas gekoeld wordt als er 24 uur geen verwarmingsvraag is geweest én de temperatuur 1+ graad hoger is dan de ingestelde temperatuur.

Bij verwarmen is het 12 uur geen koelvraag en 1+ graad lager dan de ingestelde temperatuur.

Dit om vaak schakelen tussen koelen en verwarmen te voorkomen.

Echter heeft ons appartement zeer veel last van opwarming door de zon overdag. Deze externe invloed die plots en snel plaatsvindt gaat niet goed samen met het vertraagde systeem.

's nachts is er namelijk verwarmingsvraag geweest, waardoor minstens 24 uur de koeling niet activeert.

Als dan de zon doorbreekt loopt de temperatuur binnen een uur of twee op tot wel 30 graden. Oók in de winter (vaker zelfs door de laagstaande zon).

Echter wordt er dan dus niet gekoeld. Sterker nog, de thermostaat geeft dan vaak aan dat ie nog in verwarmingsmodus staat en je dus dubbele verwarming hebt.

Eea gaan we wel verhelpen met zonwering. Maar ik vroeg mij af, zou je met de hier besproken home automation ook het systeem kunnen overrulen en koeling direct afdwingen als de binnentemperatuur stijgt?

Die vraag past beter hier:

Itho WPU5G water/water-warmtepomp ervaringen

Antwoord: het is nog steeds work in progress, om met deze module een en ander beter te regelen. Gordijnen dicht helpt trouwens vrij goed tegen het snelle opwarmen.

[Bochum]

Ok, ik kom even niet verder. Heb het hele topic doorgespit. Hopelijk kan iemand mij helpen.

Ik heb de add-on al een tijdje in gebruik. Voorheen draaide ik Domoticz, waar ik hem had gekoppeld aan mijn Xiaomi luchtvochtigheidsmeter in de badkamer. Recent ben ik overgestapt op Home Assistant. Ik heb alle apparaten en bestaande automations weten in te richten in Home Assistant, alleen de werking van de add-on nog niet. Ik draai Home Assistant in Docker op Synology.

Wat is me gelukt:
- Integreren van MQTT in Home Assistant via Mosquitto op Synology
- Settings in de add-on aangepast naar Home Assistant met MQTT Discovery aan
- Er wordt 1 apparaat en 1 entiteit herkend in Home Assistant

Maar vervolgens lukt het me niet om het verder aan de praat te krijgen. Ik vind op allerlei plekken informatie:

In basis:
https://github.com/arjenh...owifi/wiki/Home-Assistant

Daar lees ik:

With MQTT Auto-discovery turned on in the "MQTT" menu of the add-on, the add-on should show up under Configuration -> Devices as a fan. Search for "Itho" and you should see 1 device. After clicking on it, you should see the fan registered as entity. Under "Device info" click on "MQTT Info" to see the received MQTT messages.

Onder Apparaten (Devices) vraag ik me al af of ik hem goed zie. Ik zie namelijk een MQTT logo met wel de Wifi Add-on, maar niet perse een Fan als apparaat:



Verder is er dus een Entiteit aangemaakt die alleen Aan en Uit kan:



Klopt dit überhaupt al, dat het op deze manier is ingeladen?

Nou vind ik op allerlei plekken aanvullende informatie. In de eerder genoemde Github Wiki, maar ook in dit op deze plaatsen:

arjenhiemstra in "Itho Daalderop - open source wifi control add-on module"
arjenhiemstra in "Itho Daalderop - open source wifi control add-on module"

Uit al die informatie heb ik vanalles geprobeerd, maar ik krijg het niet aan de praat. Ik ben niet perse heel erg thuis in bepaalde coderingen, en ben zeker nog aan het leren binnen Home Assistant, maar ik zou me hier normaal toch echt in moeten kunnen redden. Maar helaas.

Dus, zou iemand mij eenvoudig en stap voor stap uit kunnen leggen wat ik moet doen om de add-on op de juiste manier in te laden / weer te geven zodat ik hem in 3 stappen of als slider kan bedienen? Lijkt me dat als dat is gelukt, ik hem ook in een Automation kan gebruiken.

Alvast enorm bedankt!

[szjoin]

Hallo,

Ik heb nu enkele weken de wifi add-on voor de Itho Daalderop CVE-S in gebruik, in combinatienatie met Hass. Ik maak regelmatig mee dat de verschillende sensor data onafhankelijk van elkaar 'bevriest'. Zie plaatje. De CO2 data wordt overigens wel gewoon prima doorgegeven, dus die grafiek heb ik niet getoond.

Vraag: wat zou dit kunnen zijn? Is het herkenbaar?

Een herstart helpt, maar slechts tijdelijk. Ik draai overigens de laatste stabiele SW op de add-on. Nog geen Beta versie.

Dank alvast!

Edit:
In de DEBUG sectie trof ik het volgende:

Config version: 005

Itho I2C connection status: init failed - please power cycle the itho unit -

Heb het nu gedaan.

Ben wel benieuwd of de Beta versie hierin iets gaat betekenen. De Release Notes spreekt van fixes mbt vele memleaks. Wat kan ik het beste doen? Upgraden of wachten?

[ Voor 16% gewijzigd door szjoin op 25-01-2023 15:00 ]

[CodeCaster]

arjenhiemstra schreef op vrijdag 20 januari 2023 @ 11:42:
Wat voor reset? Na een "Format filesystem" ja, gewoon een restart uiteraard niet.

Ik heb dit weekend nog wat getest, maar na élke reset (vanuit de UI of door de pushbutton op het bord) start de add-on altijd in AP-modus. Na een kwartier verbindt hij dan gewoon met m'n WiFi en ontvangt Home Assistant z'n gegevens.

Is dat hoe het zou moeten werken?

Ik zou verwachten: je configureert het WiFi-netwerk, je herstart, hij probeert te verbinden.
Nu is het: je configureert het WiFi-netwerk, je herstart, je wacht een kwartier, je hoopt dat hij verbindt.

[ Voor 17% gewijzigd door CodeCaster op 24-01-2023 13:44 ]

[To_Tall]

Hertog_Martin schreef op zondag 22 januari 2023 @ 18:00:
Wij hebben een Itho Daalderop WPU55 5G warmtepomp in een appartementencomplex dat aangesloten zit op een bodem WKO systeem. Wat wij meekrijgen is dat het een langzaam werkend systeem is, dus niet zoals met een CV dat als je thermostaat wat lagere zet ie meteen gaat koelen of verwarmen bij standje hoger.

Sterker, het systeem is door Eteck zo afgesteld dat er pas gekoeld wordt als er 24 uur geen verwarmingsvraag is geweest én de temperatuur 1+ graad hoger is dan de ingestelde temperatuur.

Bij verwarmen is het 12 uur geen koelvraag en 1+ graad lager dan de ingestelde temperatuur.

Dit om vaak schakelen tussen koelen en verwarmen te voorkomen.

Echter heeft ons appartement zeer veel last van opwarming door de zon overdag. Deze externe invloed die plots en snel plaatsvindt gaat niet goed samen met het vertraagde systeem.

's nachts is er namelijk verwarmingsvraag geweest, waardoor minstens 24 uur de koeling niet activeert.

Als dan de zon doorbreekt loopt de temperatuur binnen een uur of twee op tot wel 30 graden. Oók in de winter (vaker zelfs door de laagstaande zon).

Echter wordt er dan dus niet gekoeld. Sterker nog, de thermostaat geeft dan vaak aan dat ie nog in verwarmingsmodus staat en je dus dubbele verwarming hebt.

Eea gaan we wel verhelpen met zonwering. Maar ik vroeg mij af, zou je met de hier besproken home automation ook het systeem kunnen overrulen en koeling direct afdwingen als de binnentemperatuur stijgt?

Simpel weg nee

Systeem is niet gebouwd om zo’n warmte stijging weg te nemen. Sterker nog, als overdag de temp zo snel stijgt maar in de avond ook weer afneemt. Dan is dit systeem niet eens geschikt.

Warmte moet opgenomen worden door de vloerverwarming. Deze zal de kamer koelen door overtallige warmte aan de bodem bron af te geven.

Als in de ochtend 21 graden is en de zon warmt de woning op tot 30 graden om 12 uur. Maar na 19:00 koelt het weer af naar 21 graden. Dan heeft de vloerverwarming geen tijd om de warmte op te nemen.

Het koelen of verwarmen van 1 graad Celsius duurt ong 24 uur. De zon doet dit sneller. Door HR+++ glas te hebben dus ramen met een reflectie coating. Zou wel de warmte binnen laten maar terug reflecteren. Dus de warmte in de woning houden.

[n.buijtels]

Kan de ingebouwde web server ook extern benaderd worden? Dus buiten het eigen netwerk.
Heb een vast ip adres ingesteld voor de add-on module.
Poort forwarding ingesteld (lokaal begin en eindpoort 80 en extrene begin en eindpoort 80)

Dan ga ik naar http://<publiek IP adres>:80.
De web server opent maar blijft op het wieltje met connecting hangen.
Zie onderstaande screenshot.

Doe ik iets verkeerd?

[JorzoR]

Edit: antwoord hier beneden

[ Voor 124% gewijzigd door JorzoR op 25-01-2023 21:47 ]

[arjenhiemstra]

n.buijtels schreef op woensdag 25 januari 2023 @ 20:13:
Kan de ingebouwde web server ook extern benaderd worden? Dus buiten het eigen netwerk.
Heb een vast ip adres ingesteld voor de add-on module.
Poort forwarding ingesteld (lokaal begin en eindpoort 80 en extrene begin en eindpoort 80)

Dan ga ik naar http://<publiek IP adres>:80.
De web server opent maar blijft op het wieltje met connecting hangen.
Zie onderstaande screenshot.

Doe ik iets verkeerd?

[Afbeelding]

Naast de webserver op poort 80 draait er ook nog een websockets server op poort 8000. Die moet je dus ook even meenemen.

[arjenhiemstra]

szjoin schreef op dinsdag 24 januari 2023 @ 12:35:
Hallo,

Ik heb nu enkele weken de wifi add-on voor de Itho Daalderop CVE-S in gebruik, in combinatienatie met Hass. Ik maak regelmatig mee dat de verschillende sensor data onafhankelijk van elkaar 'bevriest'. Zie plaatje. De CO2 data wordt overigens wel gewoon prima doorgegeven, dus die grafiek heb ik niet getoond.

Vraag: wat zou dit kunnen zijn? Is het herkenbaar?

Een herstart helpt, maar slechts tijdelijk. Ik draai overigens de laatste stabiele SW op de add-on. Nog geen Beta versie.

Dank alvast![Afbeelding]

Edit:
In de DEBUG sectie trof ik het volgende:

[...]


Heb het nu gedaan.

Ben wel benieuwd of de Beta versie hierin iets gaat betekenen. De Release Notes spreekt van fixes mbt vele memleaks. Wat kan ik het beste doen? Upgraden of wachten?

Zie ook hier:
https://github.com/arjenhiemstra/ithowifi/issues/111

Ik zou adviseren om de laatste beta6 te pakken en i2c safe guard aan te zetten. Dit lijkt tot nu toe bij iedereen het issue te verhelpen.

[szjoin]

arjenhiemstra schreef op woensdag 25 januari 2023 @ 21:09:
[...]


Zie ook hier:
https://github.com/arjenhiemstra/ithowifi/issues/111

Ik zou adviseren om de laatste beta6 te pakken en i2c safe guard aan te zetten. Dit lijkt tot nu toe bij iedereen het issue te verhelpen.

Done. Ik hou je op de hoogte.

[SilvioDante1987]

Is het mogelijk om een IP adres niet te laten veranderen? Blijkbaar mijn wifi verbinding niet altijd even stabiel en veranderd de Itho Add-on module iedere keer het IP adres wanneer deze weer een nieuwe verbinding heeft met wifi. Hierdoor werkt bijvoorbeeld Homebridge niet meer, omdat het IP adres niet overeen komt.

[Onl1ne1373]

Onder wifi settings kan je DHCP off zetten. Dan kan je het ip adres zelf geven.

(Ik zelf zet het ip adres liever vast in de DHCP server (router/modem/firewall), als je dan een keer wat aan je netwerk doet, krijgt hij een nieuw ip adres en kan je er gewoon bij.)

[SilvioDante1987]

Onl1ne1373 schreef op donderdag 26 januari 2023 @ 10:36:
Onder wifi settings kan je DHCP off zetten. Dan kan je het ip adres zelf geven.

(Ik zelf zet het ip adres liever vast in de DHCP server (router/modem/firewall), als je dan een keer wat aan je netwerk doet, krijgt hij een nieuw ip adres en kan je er gewoon bij.)

Super! Bedankt voor je hulp. Ga ik hiermee aan de slag

[arjenhiemstra]

SilvioDante1987 schreef op donderdag 26 januari 2023 @ 10:33:
Is het mogelijk om een IP adres niet te laten veranderen? Blijkbaar mijn wifi verbinding niet altijd even stabiel en veranderd de Itho Add-on module iedere keer het IP adres wanneer deze weer een nieuwe verbinding heeft met wifi. Hierdoor werkt bijvoorbeeld Homebridge niet meer, omdat het IP adres niet overeen komt.

DHCP uitzetten is inderdaad de beste optie dan. Overigens veranderd de add-on niet het IP adres maar de DHCP server die in je netwerk draait geeft een nieuw IP adres uit. Je zou ook daar in kunnen stellen dat bepaalde apparaten altijd hetzelfde IP adres krijgen.

edit: antwoord al gegeven

[pistole]

arjenhiemstra schreef op woensdag 25 januari 2023 @ 21:07:
[...]
Naast de webserver op poort 80 draait er ook nog een websockets server op poort 8000. Die moet je dus ook even meenemen.

Deze vlieger gaat niet op als je er (met bij voorbeeld nginx) SSL op plakt. Hiervoor zou dan wss:// gebruikt moeten worden in plaats van ws://. Zal ik hiervoor een feature request inschieten op github?

[arjenhiemstra]

pistole schreef op donderdag 26 januari 2023 @ 12:39:
[...]

Deze vlieger gaat niet op als je er (met bij voorbeeld nginx) SSL op plakt. Hiervoor zou dan wss:// gebruikt moeten worden in plaats van ws://. Zal ik hiervoor een feature request inschieten op github?

De add-on doet geen SSL dus dat is niet van toepassing lijkt mij. Als je nginx SSL termination point wil laten zijn voor encryption naar buiten dan is je back-end binnenkant nog steeds HTTP/WebSocket zonder encryptie.
Misschien mis ik iets maar ik zie niet hoe dit kan veranderen zonder SSL ondersteuning toe te voegen op de add-on. iig meer nginx config dan on-topic denk ik.
Github altijd prima overigens!

[smesjz]

Misschien meer iets voor Github maar als je naar add-on web interface gaat, is je landing pagina de plek met relevante knoppen van de remote.

Het lijkt me handig om te zien welke actief is. Bijv. bij HRU-350 heb je een veld in Itho status met naam Actual mode zodat je kan zien of ie op auto, low, high etc. staat.

Je zou evt. de button dan greyed out kunnen maken. Is dat de moeite waard?

[Onl1ne1373]

Poorten open zetten voor IoT apparaten vind ik zelf niet zo'n goed idee qua security, misschien is het een beter idee om eens te kijken naar een VPN servertje thuis.

[vso]

@arjenhiemstra check deze YouTube: Self-Soldering Circuits

kan dat nog ? hahaha is maar een suggestie hoor

[ Voor 11% gewijzigd door vso op 26-01-2023 17:48 ]

[arjenhiemstra]

vso schreef op donderdag 26 januari 2023 @ 17:48:
@arjenhiemstra check deze YouTube: Self-Soldering Circuits

kan dat nog ? hahaha is maar een suggestie hoor

haha, die had ik gezien idd, die gast doet echt leuke dingen met pcb's!

[Mattie_NB]

Hoi!

Sinds vandaag ben ik in het bezit van de non-CVE addon. Aangeschaft omdat onze Itho WPU 65i 5G sinds eind november significant meer verbruikt dan daarvoor en het idee is om inzicht te krijgen waarom de pomp meer aan het werk is.
Helaas is het mij tot nu toe niet gelukt om gegevens uit te lezen. De webserver draait wel en is opvraagbaar. Ook de power en connectie lampjes op de COM connector branden, maar
de add-on meldt telkens 'init failed - please power cycle the itho unit'.

Ik heb op 2 firmware versies geprobeerd te draaien, de nieuwste stable release die geinstalleerd was, dus 2.4.3. En daarna op 2.3.5.
Ik heb hier reacties gelezen van mensen die de addon prima draaiend hebben op dezelfde pomp, dus dat is het probleem niet, dus ik zou denken dat het of aan mijn Itho pomp ligt (en dan specifiek aan het COM apparaat), of het is de addon zelf die niet goed functioneert.

Kan iemand mij tippen hoe ik erachter kom wat hier mis gaat?

Hieronder nog de logging die ik zie:

code:

2336 I: System boot, last reset reason: POWERON_RESET
2593 I: HW rev: NON-CVE 1, FW ver.: 2.4.3
8898 I: WiFi: connection successful
9189 I: WiFi info:
9298 I: SSID:Ziggo5703575 | BSSID[D0:21:F9:49:6A:AD]
9421 I: RSSI:-57dBm
9559 I: Mode:STA
9706 I: Status:WL_CONNECTED
9860 I: IP:192.168.178.200
10028 I: Setup: Virtual remotes, start ID: 66,FD,5C - No.: 1
10292 I: Setup: remotes configfile loaded
10501 I: Webserver: started
10876 I: mDNS: started
11062 I: Hostname: nrg-itho-fd5c
11226 I: Setup: done
2023-01-28 15:28:36 I: I2C init: QueryDevicetype - failed

[tonse]

Ik hen dezelfde ECO fan3 uit 2005. Ik ben niet top elektrisch onderlegd. Ik heb wel veel met Zigbee, Zigbee2mqtt en Esp8266 (espeasy) gedaan.
Ik krijg niet echt goed duidelijk hoe ik de bediening van mijn huidige unit eenvoudig om kan bouwen.
Ik heb nu een driestanden schakelaar in de keuken. Er komt een grote verbouwing aan, dus wil ik dit meteen aanpakken.
Bij de Eco-Fan zit een regelkast, waar de RJ11 in gaat en de 220-stekker. Het eenvoudigste idee leek mij om de driestanden schakelaar na te bootsen met twee relais. Zodoende kan hij remote ook niet echt uit. Precies zoals nu.
Hoe kan ik dit het best aanvliegen. Ik ben namelijk al een tijdje aan het zoeken. Ik zie wel dat die driestandenschakelaar op een perilex aangesloten moet worden, maar ie heb ik nergens. Wél op zolder dus onderstaand kastje. Iemand enig idee? Als ik weet waar ik de twee relais aan moet sluiten, dan lukt me de rest zeker wel.

[nl0pvm]

Mattie_NB schreef op zaterdag 28 januari 2023 @ 17:41:
Kan iemand mij tippen hoe ik erachter kom wat hier mis gaat?

Ik zou beginnen met een andere (korte) kabel, let op het moet een normale ethernet kabel zijn.

[Mattie_NB]

nl0pvm schreef op zaterdag 28 januari 2023 @ 20:20:
[...]

Ik zou beginnen met een andere (korte) kabel, let op het moet een normale ethernet kabel zijn.

Eerlijk gezegd was dat het laatste wat ik zou denken dat dat de oorzaak was, aangezien de kabel nieuw uit de verpakking kwam en zeer kort is en inderdaad een normale ethernet kabel. Maar hij blijkt kapot te zijn. Een andere kabel die ik had liggen (exact dezelfde uit gelijke batch) blijkt wel te werken, en ik krijg nu alles uitgelezen. Gouden tip, bedankt