Update zu 3.85.7.20260124 Leider fehlgeschlagen.

[thuh-reflact]

I just updated Homeassistant to v17. and tried install the latest release of OpenCCU (which was released an hour ago). Now the following error occurs:

Identifying Homematic RF-Hardware: ....HmRF: n/a, HmIP: HMIP-RFUSB-TK/eQ-3 HmIP-RFUSB@usb-0000:01:1b.0-2, OK
Updating Homematic RF-Hardware: HMIP-RFUSB-TK: 2.8.4, not necessary, OK
Starting hs485dLoader: disabled
Starting xinetd: OK Starting eq3configd: OK
Starting lighttpd: OK
Starting ser2net: disabled
Starting ssdpd: OK
Starting ha-proxy: OK
Starting NUT services: disabled
Initializing Third-Party Addons: OK
Starting LGWFirmwareUpdate: not required
Setting LAN Gateway keys: not required
Starting hs485d: disabled
Starting multimacd: not required
Starting rfd: no BidCos-RF hardware found
Starting HMIPServer: .......................................................................................................................................................ERROR
Starting ReGaHss: .OK
Starting CloudMatic: OK
Starting NeoServer: OK
Starting Third-Party Addons: OK
Starting crond: OK
Setup onboard LEDs: booted, OK
Finished Boot: 3.85.7.20260124 (oci_amd64)

No devices are listed in the frontend. Backup spielt gerade ein....

[jens-maus]

Sorry, but I cannot reproduce that. Here in my test installation and a productive HomeAssistantOS 17.0 running on a Home Assistant Yellow it works flawlessly after rebooting HomeAssistant completely.

[bejott78]

Ich habe exakt den gleichen Fehler seit dem Update, Keine Geräte mehr erreichbar per CCU. Ich habe auch den TK-Stick. Er wird laut Log erkannt, In der Oberfläche wird angezeigt, das keine geeignete Hardware vorhanden ist, wenn ich Geräte anlernen möchte.
Beim Aufrufen der Systemeinstellungen kam folgender Fehler:

System ist Lenovo M73 Thinkcentre Tiny mit HAOS und OpenCCU Add-On, HMIP-RFUSB-TK.
Ohne Proxmox

[bejott78]

Nachdem einspielen des Backups läuft die OpenCCU wieder und die Verbindung zu den Thermostaten ist wieder da. Aber Homatic(IP) Local for OpenCCU macht noch Probleme.

[CoXy92]

Ich habe ebenfalls den TK-Stick, nach dem Update auf 3.85.7.20260124
startet OpenCCU langsam.
Nachdem es gestartet ist, wird aber auch der Stick nicht erkannt.
Genau wie bei @bejott78

Ich habe die VM in UNRAID.

Nach dem Downgrade auf 3.85.7.20251129 funktioniert alles wieder ohne Probleme.

Nachtrag:

Ich habe das Upddate jetzt "manuell" versucht:

• Download OpenCCU-3.85.7.20260124-ova.zip
• Hochladen / Update

Auch hier, gleiches Ergebnis.
An dieser Stelle dauert der Boot-Vorgang (geschätzt) 5 Minuten.
Bei der vorherigen Version, wenn alles funktioniert - 13 Sekunden.

Nachdem das System hochgefahren ist:

[jens-maus]

Bitte mal den Inhalt der /var/log/hmipserver.log auflisten sobald das system hochgefahren ist und dort nach Fehlermeldungen aussschau halten.

[CoXy92]

Der Auszug in der "alten" Version ist leer.
Nach dem Update ist der Auszug wie folgt:

***** /var/log/hmserver.log ***** 2026-01-25 13:07:41,925 de.eq3.cbcs.server.local.base.internal.LocalServerAdapterInitialization ERROR [vert.x-eventloop-thread-1] Error 'LOCAL_ADAPTER_NO_SUCH_PORT' while trying to open port '/dev/raw-uart': de.eq3.cbcs.lib.commdevice.CommDeviceException: Exception while trying to open serial port. Check configured port '/dev/raw-uart' at de.eq3.cbcs.lib.nrjavaserialdevice.SerialCommDevice.open(SerialCommDevice.java:124) ~[HMIPServer.jar:?] at de.eq3.cbcs.lib.hmiptrxcommadapter.HomeMaticIPTRXCommAdapter.open(HomeMaticIPTRXCommAdapter.java:1042) ~[HMIPServer.jar:?] at de.eq3.cbcs.lib.hmiptrxcommadapter.HomeMaticIPTRXCommAdapter.<init>(HomeMaticIPTRXCommAdapter.java:108) ~[HMIPServer.jar:?] at de.eq3.cbcs.server.local.base.internal.ShareableHomeMaticIPTRXCommAdapter.<init>(ShareableHomeMaticIPTRXCommAdapter.java:34) ~[HMIPServer.jar:?] at de.eq3.cbcs.server.local.base.internal.LocalServerAdapterInitialization.start(LocalServerAdapterInitialization.java:116) ~[HMIPServer.jar:?] at io.vertx.core.AbstractVerticle.start(AbstractVerticle.java:106) ~[HMIPServer.jar:?] at io.vertx.core.impl.DeploymentManager.lambda$doDeploy$5(DeploymentManager.java:196) ~[HMIPServer.jar:?] at io.vertx.core.impl.AbstractContext.dispatch(AbstractContext.java:100) ~[HMIPServer.jar:?] at io.vertx.core.impl.AbstractContext.dispatch(AbstractContext.java:63) ~[HMIPServer.jar:?] at io.vertx.core.impl.EventLoopContext.lambda$runOnContext$0(EventLoopContext.java:38) ~[HMIPServer.jar:?] at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:164) ~[HMIPServer.jar:?] at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:469) ~[HMIPServer.jar:?] at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:500) ~[HMIPServer.jar:?] at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:986) ~[HMIPServer.jar:?] at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[HMIPServer.jar:?] at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[HMIPServer.jar:?] at java.lang.Thread.run(Unknown Source) ~[?:?] Caused by: gnu.io.NoSuchPortException at gnu.io.CommPortIdentifier.getPortIdentifier(CommPortIdentifier.java:274) ~[HMIPServer.jar:?] at de.eq3.cbcs.lib.nrjavaserialdevice.SerialCommDevice.open(SerialCommDevice.java:116) ~[HMIPServer.jar:?] ... 16 more

[CoXy92]

Ist der .log - Auszug hilfreich gewesen?
Geht hier das problem hervor?
Danke vorab.
Grüße

[Baxxy13]

Das Problem lag beim -TK Stick.
Sollte mit dem heutigen Nightly-Snapshot wieder funktionieren.

[CoXy92]

3.85.7.20260131 - installiert.
Funktioniert soweit ich sehe erstmal problemlos.

Vielen Dank 👍

[bejott78]

Bei mir hat das Update heute wieder die gleichen Probleme gemacht, allerdings habe ich noch das HAOS 17.0 und nicht 17.1RC1.
Also bin ich wieder zurück zur 3.85.7.20251129 und warte jetzt mit dem nächsten Versuch erstmal bis zum nächsten HAOS-Release. (Wenn man vor der Arbeit noch schnell ein Update einspielen will und nicht die Hinweise liest...)