Probleme beim einbinden von Homematic IHeizkörperthermostat – pure (HmIP-eTRV-3)

[WhyTea]

Hallo

Ich nutze deiverse Homematic und Homematic IP Komponenten mit HMCCU und debmatic.

Bei mir hat ein Homematic Thermostat (HM-CC-RT-DN) nach über 10 Jahren den Geist aufgegeben und Ich habe mir das oben genanntes Thermostat als Ersatz zugelegt.
Mit der aktuellen Version von debmatic wird es auch dort sauber erkannt.

Sobald ich es im debmatic angelernt habe bekomme ich aber leider in Fhem Probleme.
Nach dem absenden von "get debmatic ccuConfig" ist Fhem eine Zeit lang nicht mehr erreichbar und ich sehe im Log folgende Einträge:

Code Auswählen Erweitern

2025.03.08 12:24:22 2: HMCCU [debmatic] Reading device configuration for interfaces HmIP-RF,BidCos-RF,VirtualDevices
2025.03.08 12:24:53 2: HMCCURPCPROC [d_rpc006116HmIP_RF] RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
9^
4400194575120
 at /usr/share/perl5/RPC/XML/Client.pm line 436.

2025.03.08 12:24:53 2: HMCCURPCPROC [d_rpc006116HmIP_RF] Retrying request getParamsetDescription
2025.03.08 12:25:23 2: HMCCURPCPROC [d_rpc006116HmIP_RF] RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
9^
4400194575120
 at /usr/share/perl5/RPC/XML/Client.pm line 436.

2025.03.08 12:25:23 2: HMCCURPCPROC [d_rpc006116HmIP_RF] Retrying request getParamsetDescription
2025.03.08 12:25:23 2: HMCCURPCPROC [d_rpc006116HmIP_RF] Error(s) while fetching parameter set descriptions 00502269981762. Error while executing RPC multicall request: RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
9^
4400194575120
 at /usr/share/perl5/RPC/XML/Client.pm line 436.

2025.03.08 12:25:24 2: HMCCU [debmatic] Read descriptions of 426 devices, 586 paramsets, 38 links
2025.03.08 12:25:24 2: HMCCU [debmatic] Detecting devices of interfaces BidCos-RF,HmIP-RF,VirtualDevices
Ich nutze die aktuelle Version von Fhem.

Code Auswählen Erweitern

Latest Revision: 29736

File                Rev   Last Change

fhem.pl             29402 2024-12-05 16:03:59Z rudolfkoenig
60_allergy.pm       26833 2022-12-10 23:32:26Z moises
96_allowed.pm       26004 2022-04-29 19:06:05Z rudolfkoenig
90_at.pm            28711 2024-03-27 11:25:38Z rudolfkoenig
98_autocreate.pm    29378 2024-11-30 18:25:51Z rudolfkoenig
No Id found for 99_Batterycheck.pm
57_Calendar.pm      29398 2024-12-04 19:04:10Z neubert
93_DbLog.pm         29401 2024-12-05 14:26:00Z DS_Starter
93_DbRep.pm         29390 2024-12-01 18:40:11Z DS_Starter
70_DENON_AVR.pm     25787 2022-03-06 17:06:35Z delmar
98_DOIF.pm          29460 2024-12-29 20:25:48Z Damian
98_DOIFtools.pm     27854 2023-08-18 08:28:36Z Ellert
98_dummy.pm         25606 2022-02-01 10:43:57Z rudolfkoenig
70_ENIGMA2.pm       18995 2019-03-22 20:09:53Z loredo
91_eventTypes.pm    23471 2021-01-04 19:24:21Z rudolfkoenig
01_FHEMWEB.pm       29383 2024-11-30 20:02:55Z rudolfkoenig
92_FileLog.pm       29527 2025-01-16 08:46:00Z rudolfkoenig
89_FULLY.pm         25516 2022-01-20 16:00:19Z zap
98_help.pm          27491 2023-04-27 17:22:30Z betateilchen
88_HMCCU.pm         29453 2024-12-27 09:41:44Z zap
88_HMCCUCHN.pm      29453 2024-12-27 09:41:44Z zap
88_HMCCUDEV.pm      29453 2024-12-27 09:41:44Z zap
88_HMCCURPCPROC.pm  29453 2024-12-27 09:41:44Z zap
98_HTTPMOD.pm       29159 2024-09-23 15:27:13Z StefanStrobel
02_HTTPSRV.pm       20110 2019-09-05 17:30:20Z neubert
30_HUEBridge.pm     26438 2022-09-22 06:40:39Z justme1968
31_HUEDevice.pm     29014 2024-07-06 20:41:45Z justme1968
98_IF.pm            12944 2017-01-03 12:56:17Z Damian
36_JeeLink.pm       14707 2017-07-13 18:08:33Z justme1968
98_JsonList2.pm     26701 2022-11-14 09:51:02Z rudolfkoenig
98_JsonMod.pm       28481 2024-02-05 22:14:33Z herrmannj
36_LaCrosse.pm      25537 2022-01-21 17:54:29Z HCS
82_LGTV_WebOS.pm    29241 2024-10-15 04:17:43Z CoolTux
10_MQTT2_DEVICE.pm  29528 2025-01-16 09:46:14Z rudolfkoenig
00_MQTT2_SERVER.pm  28986 2024-06-18 18:46:17Z rudolfkoenig
75_msgConfig.pm     26965 2023-01-05 06:32:17Z CoolTux
91_notify.pm        28610 2024-03-07 09:53:25Z rudolfkoenig
73_PRESENCE.pm      28940 2024-06-03 07:29:41Z jowiemann
59_PROPLANTA.pm     23449 2021-01-01 09:56:49Z tupol
70_Pushover.pm      27466 2023-04-20 07:51:19Z rudolfkoenig
33_readingsGroup.pm 23844 2021-02-27 19:43:24Z justme1968
91_sequence.pm      27765 2023-07-14 15:28:29Z rudolfkoenig
98_serviced.pm      27227 2023-02-14 20:00:33Z DeeSPe
39_siri.pm          24071 2021-03-24 08:02:11Z justme1968
98_structure.pm     28671 2024-03-17 09:11:16Z rudolfkoenig
99_SUNRISE_EL.pm    24249 2021-04-14 05:45:49Z rudolfkoenig
98_SVG.pm           29659 2025-02-16 15:25:27Z rudolfkoenig
42_SYSMON.pm        26358 2022-08-29 21:11:26Z hexenmeister
32_SYSSTAT.pm       24779 2021-07-20 09:21:08Z justme1968
98_telnet.pm        25754 2022-02-27 16:49:52Z rudolfkoenig
74_Unifi.pm         23500 2021-01-09 15:14:50Z wuehler
74_UnifiClient.pm   19989 2019-08-12 18:25:21Z wuehler
74_UnifiSwitch.pm   23500 2021-01-09 15:14:50Z wuehler
98_update.pm        28697 2024-03-22 10:14:54Z rudolfkoenig
99_Utils.pm         29512 2025-01-11 19:03:00Z rudolfkoenig
77_UWZ.pm           25306 2021-12-06 05:27:48Z CoolTux
98_version.pm       26611 2022-10-28 16:32:29Z betateilchen
91_watchdog.pm      26108 2022-06-01 08:25:03Z rudolfkoenig
98_WOL.pm           24102 2021-03-27 20:49:59Z KernSani

AttrTemplate.pm     27145 2023-01-29 11:48:19Z rudolfkoenig
Blocking.pm         23268 2020-12-01 11:48:48Z rudolfkoenig
Color.pm            20813 2019-12-22 18:42:10Z justme1968
DevIo.pm            29109 2024-08-26 13:38:19Z rudolfkoenig
GPUtils.pm          19666 2019-06-20 11:17:29Z CoolTux
HMCCUConf.pm        29453 2024-12-27 09:41:44Z zap
HttpUtils.pm        29648 2025-02-11 19:45:21Z rudolfkoenig
Meta.pm             26889 2022-12-23 15:04:11Z CoolTux
msgSchema.pm        26965 2023-01-05 06:32:17Z CoolTux
myUtilsTemplate.pm   7570 2015-01-14 18:31:44Z rudolfkoenig
RTypes.pm           10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm    25286 2021-12-03 10:16:56Z rudolfkoenig
SubProcess.pm       14334 2017-05-20 23:11:06Z neubert
TcpServerUtils.pm   28227 2023-11-29 12:33:32Z rudolfkoenig

doif.js                    24438 2021-05-14 18:08:18Z Ellert
fhemweb.js                 29073 2024-08-16 16:33:42Z rudolfkoenig
fhemweb_readingsGroup.js   15189 2017-10-03 17:53:27Z justme1968
svg.js                     23428 2020-12-27 22:07:20Z rudolfkoenig

Ich hoffe auf Eure Unterstützung.

Gruß
Daniel

[Ralf W.]

https://forum.fhem.de/index.php?topic=129494.msg1237752#msg1237752

[WhyTea]

Hallo Ralf

Danke für die schnelle wenn auch etwas karge Antwort.

Was genau möchtest Du mir mit dem Verweis auf den 2 Jahre alten Thread sagen?
Das sich auf eine neue CCU Firmware warten soll?

[Ralf W.]

Hallo Daniel,

auch bei dir besteht die Deviceadresse nur aus Zahlen. Der Fehler ist bei mir bis heute vorhanden.

Gruß
Ralf

[WhyTea]

Und der Bug ist schon 2 Jahre alt. 

Das bedeutet ich bestell muss mir jetzt das gleiche nochmal bestellen und hoffen, dass bei dem ein Buchstabe in der ID ist?

Und das kann mir jetzt bei jedem Homematic IP Gerät passieren?

[Ralf W.]

Bei mir kommt der Fehler nur beim Start. Das ist nicht so oft. Danach funktioniert alles einwandfrei.

Der Entwickler von HMCCU müßte doch was zu dem aktuellen Stand sagen können.

[Ralli]

Die Frage ist, wo der Fehler liegt - wenn in der closed-source HmIP-Server-Komponente, dann kann da weder ZAP noch Jens Maus was dran machen oder zu sagen.

Allerdings bietet HMCCU ja auch die Möglichkeit, ein Device nicht nur über die Adresse sondern auch über den Namen, den das Device in der CCU hat, zu definieren. Klappt das vielleicht und wäre so ein Workaround?

[Brause]

Hallo zusammen

Das erinnerte mich an mein Problem.
https://forum.fhem.de/index.php?topic=140499.0

Also schnell mal nachgeschaut
Und ja auch mein Flex hat eine nummerische Seriennummer.

Also habe ich beim HM-Dealer meines Vertrauens ein weiteres Flex gekauft, diesmal mit Alphanummerischer Seriennummer und siehe da die Einrichtung in FHEM verlief so wie man es erwartet und ich es gewohnt war.

Es gibt also wirklich ein Problem mit rein nummerischen Seriennummern.

@zap
Noch habe ich das Problem-Device in meinem System.
Wenn Du eventuell Vergleichsdaten zwischen den beiden Geräten haben möchtest (FHEM oder RM) helfe ich gern weiter.

[WhyTea]

Ich habe mir ebenfalls ein zweites Thermostat bestellt. Ich werde bericheten.

[Brause]

so, jetzt wird es speziell.

kurze Timeline

- Dezember 24 - Installation HMIP-eTRV-Flex (numerische SN) = Probleme bei der Einrichtung in FHEM, Gerät nicht steuerbar, auch nach mehrmaligen Anlegen

- mehrere FHEM-Updates inkl. shutdown = jedes mal Fehlermeldungen im Log im Bezug auf dieses Thermostat, Gerät nicht steuerbar
- mehrere Linux Updates inkl. reboot  = jedes mal Fehlermeldungen im Log im Bezug auf dieses Thermostat, Gerät nicht steuerbar

- 14.März 25 - Installation des zweiten Flex (alphanumerisch) = keine Probleme mit diesem Thermostat, es war sofort steuerbar, das erste Flex unverändert nicht steuerbar
- 15.März 25 - FHEM-Update inkl. shutdown = BEIDE Flex-Thermostate steuerbar, keine Fehlermeldungen


Jetzt habe ich die drei Fragezeichen über meinem Kopf schweben, was war jetzt die entscheidende Änderung ??
Das es ein zweites Device gibt, kann es doch wohl nicht sein.


in dem Update von heute waren diese Module

Code Auswählen Erweitern

2025.03.15 17:25:11 1: UPD FHEM/01_FHEMWEB.pm
2025.03.15 17:25:11 1: UPD FHEM/10_EnOcean.pm
2025.03.15 17:25:11 1: UPD FHEM/74_AutomowerConnect.pm
2025.03.15 17:25:11 1: UPD FHEM/76_SolarForecast.pm
2025.03.15 17:25:11 1: UPD lib/FHEM/Devices/AMConnect/Common.pm


[WhyTea]

Wie versprochen hier ein Update.

Ich habe heute ein neues HmIP-eTRV-3 im Debmatic angelernt. Dieses hat einen Buchstaben in der Device ID und ich konnte es ohne Probleme auch in Fhem hinzufügen.

get debmatic ccuConfig:

Code Auswählen Erweitern

2025.03.19 20:36:00 3: HMCCU [debmatic] Updating device table
2025.03.19 20:36:00 2: HMCCU [debmatic] Reading device configuration for interfaces VirtualDevices,BidCos-RF,HmIP-RF
2025.03.19 20:36:02 2: HMCCU [debmatic] Read descriptions of 426 devices, 619 paramsets, 38 links
2025.03.19 20:36:02 2: HMCCU [debmatic] Detecting devices of interfaces BidCos-RF,HmIP-RF,VirtualDevices
get debmatic createDev HmIP_eTRV_3_0050226998175B

Code Auswählen Erweitern

2025.03.19 20:46:05 2: HMCCU [debmatic] Updating 1 of 1 devices matching devexp=^HmIP_eTRV_3_0050226998175B$ filter=ccudevstate=active,ccuif=HmIP-RF nonBlocking
2025.03.19 20:46:05 2: HMCCU [debmatic] CCU device list 2b updated: HmIP-eTRV-3 0050226998175B
2025.03.19 20:46:05 2: HMCCU [debmatic] FHEM device list 2b updated: HmIP_eTRV_3_0050226998175B
2025.03.19 20:46:07 2: HMCCU [debmatic] Update success=1 failed=0
2025.03.19 20:46:07 2: HMCCU [debmatic] Updated devices: HmIP-eTRV-3 0050226998175B
2025.03.19 20:46:07 2: HMCCU [debmatic] Update failed for:

Alles wunderbar.

Sobald ich das andewre ohne Buchstabe im Debmatic anlerne blockiert Fhem wieder.

get debmatic ccuConfig:

Code Auswählen Erweitern

2025.03.19 20:51:07 2: HMCCURPCPROC [d_rpc006116HmIP_RF] CB2010006113006116 NewDevice received 9 device and channel specifications
2025.03.19 20:51:55 3: HMCCU [debmatic] Updating device table
2025.03.19 20:51:55 2: HMCCU [debmatic] Reading device configuration for interfaces VirtualDevices,BidCos-RF,HmIP-RF
2025.03.19 20:52:26 2: HMCCURPCPROC [d_rpc006116HmIP_RF] RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
9^
4400114096720
 at /usr/share/perl5/RPC/XML/Client.pm line 436.

2025.03.19 20:52:26 2: HMCCURPCPROC [d_rpc006116HmIP_RF] Retrying request getParamsetDescription

@zap
Siehst Du da eine Chance was dran zu tun dann behalte ich das Device ohne Buchstabe im Name um testen zu können.

Ansonsten würde ich es zurückschicken.

[zap]

Das einzige was ich tun könnte wäre dafür zu sorgen, dass HMCCU solche Devices ignoriert. Wenn aber wie bisher in der CCU(!) eine Exception generiert wird bei solchen Adressen, muss das EQ3 fixen.
Gibt es immer noch diese Java Exception im Log der CCU (s.a. den Link auf den anderen Thread weiter oben)?
Ich nehme an, in der CCU fällt dieser Bug nicht auf. Betrifft nur Programme (wie HMCCU) die über die entsprechende Schnittstelle auf die CCU zugreifen.

[Brause]

Hoi zap

Meinst Du diese Meldung aus der hmserver.log

Code Auswählen Erweitern

025-03-19 15:50:11,894 io.vertx.core.impl.ContextImpl ERROR [vert.x-worker-thread-1] Unhandled exception
java.lang.NumberFormatException: For input string: "[b]00442269939049[/b]"
        at java.lang.NumberFormatException.forInputString(Unknown Source) ~[?:?]
        at java.lang.Integer.parseInt(Unknown Source) ~[?:?]
        at java.lang.Integer.parseInt(Unknown Source) ~[?:?]
        at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRpcParser.parseValue(XmlRpcParser.java:324) ~[HMIPServer.jar:?]
        at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRpcParser.parseParams(XmlRpcParser.java:275) ~[HMIPServer.jar:?]
        at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRpcParser.parseMethodCall(XmlRpcParser.java:126) ~[HMIPServer.jar:?]
        at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRequestResponseProcessor.parseRequest(XmlRequestResponseProcessor.java:230) ~[HMIPServer.jar:?]
        at de.eq3.cbcs.legacy.bidcos.rpc.internal.AbstractLegacyAPIWorker.handle(AbstractLegacyAPIWorker.java:79) ~[HMIPServer.jar:?]
        at de.eq3.cbcs.legacy.bidcos.rpc.internal.AbstractLegacyAPIWorker.handle(AbstractLegacyAPIWorker.java:30) ~[HMIPServer.jar:?]
        at io.vertx.core.impl.AbstractContext.dispatch(AbstractContext.java:100) ~[HMIPServer.jar:?]
        at io.vertx.core.impl.WorkerContext.lambda$emit$0(WorkerContext.java:59) ~[HMIPServer.jar:?]
        at io.vertx.core.impl.WorkerContext.lambda$execute$2(WorkerContext.java:104) ~[HMIPServer.jar:?]
        at io.vertx.core.impl.TaskQueue.run(TaskQueue.java:76) ~[HMIPServer.jar:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) ~[?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) ~[?:?]
        at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[HMIPServer.jar:?]
        at java.lang.Thread.run(Unknown Source) ~[?:?]

ist eigentlich die einzige die im hmserver.log steht, dafür aber regelmässig.
Ich habe übrigens RM 3.79.6.20250220 in einer Proxmox VM am laufen.

Mich irritiert nur etwas das, seit ich 2 Stück eTRV-Flex am laufen habe, sich die rein nummerische SN völlig unauffällig benimmt.

[WhyTea]

@zap
Ja, ich habe diese Meldung leider im Log von debmatic.

Code Auswählen Erweitern

2025-03-19 20:51:56,574 io.vertx.core.impl.ContextImpl ERROR [vert.x-worker-thread-0] Unhandled exception
java.lang.NumberFormatException: For input string: "00502269981762"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) ~[?:?]
at java.lang.Integer.parseInt(Integer.java:652) ~[?:?]
at java.lang.Integer.parseInt(Integer.java:770) ~[?:?]
at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRpcParser.parseValue(XmlRpcParser.java:324) ~[HMIPServer.jar:?]
at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRpcParser.parseParams(XmlRpcParser.java:275) ~[HMIPServer.jar:?]
at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRpcParser.parseMethodCall(XmlRpcParser.java:126) ~[HMIPServer.jar:?]
at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRequestResponseProcessor.parseRequest(XmlRequestResponseProcessor.java:230) ~[HMIPServer.jar:?]
at de.eq3.cbcs.legacy.bidcos.rpc.internal.AbstractLegacyAPIWorker.handle(AbstractLegacyAPIWorker.java:79) ~[HMIPServer.jar:?]
at de.eq3.cbcs.legacy.bidcos.rpc.internal.AbstractLegacyAPIWorker.handle(AbstractLegacyAPIWorker.java:30) ~[HMIPServer.jar:?]
at io.vertx.core.impl.AbstractContext.dispatch(AbstractContext.java:100) ~[HMIPServer.jar:?]
at io.vertx.core.impl.WorkerContext.lambda$emit$0(WorkerContext.java:59) ~[HMIPServer.jar:?]
at io.vertx.core.impl.WorkerContext.lambda$execute$2(WorkerContext.java:104) ~[HMIPServer.jar:?]
at io.vertx.core.impl.TaskQueue.run(TaskQueue.java:76) ~[HMIPServer.jar:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) ~[?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) ~[?:?]
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[HMIPServer.jar:?]
at java.lang.Thread.run(Thread.java:829) ~[?:?]

Damit ist es wohl leider eindeutig. Ich schicke das HM IP Device ohne Buchstaben in der Adresse zurück.
Ich hoffe auf ein kleines Wunder das Homematic/eq3 den Bug noch fixt und bis dahin spiele ich Lotto bei jeder neuen Bestellung.

[WhyTea]

Also habe ich beim HM-Dealer meines Vertrauens ein weiteres Flex gekauft, diesmal mit Alphanummerischer Seriennummer und siehe da die Einrichtung in FHEM verlief so wie man es erwartet und ich es gewohnt war.

@Brause Bei welchem Händler bestellst Du denn?

[Brause]

Da ich in der Schweiz wohne ist die Auswahl nicht sehr gross.
Normalerweise Digitec/Galaxus oder direkt bei elv.