Ich habe die neuen Geräte von der OpenCCU nach FHEM importiert.
Die Steuerung mittels FHEM über die OpenCCU funktioniert. Nur ich bekomme keine Readings von den Geräten geliefert.
Führe ich ein get Gerät values am Gerät aus, bekomme ich die Readings geliefert.
Sind für die automatischen Readings separate Konfiguration notwendig?
FHEM LOG
2026.02.01 16:46:30.017 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Please restart RPC server to apply attribute changes
2026.02.01 16:47:37.619 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Please restart RPC server to apply attribute changes
2026.02.01 16:48:04.113 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Received no events from interface CB2001017181017191 for 600.729223966599 seconds
2026.02.01 16:48:08.448 1: HMCCURPCPROC [d_rpc017191VirtualDevices] Stopping RPC server CB9292017181017191
2026.02.01 16:48:08.457 1: HMCCURPCPROC [d_rpc017191VirtualDevices] Deregistering RPC server http://192.168.xxx.xxx:14702/fh9292 with ID CB9292017181017191 at http://192.168.yyy.yyy:9292/groups
2026.02.01 16:48:08.482 1: HMCCURPCPROC [d_rpc017191VirtualDevices] Callback for RPC server CB9292017181017191 deregistered
2026.02.01 16:48:08.490 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Sending signal INT to RPC server process CB9292017181017191 with PID=1173
2026.02.01 16:48:08.490 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Scheduling cleanup in 30 seconds
2026.02.01 16:48:08.491 2: HMCCURPCPROC [d_rpc017191VirtualDevices] CB9292017181017191 received signal INT
2026.02.01 16:48:08.496 1: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server CB9292017181017191 stopped handling connections. PID=1173 run=0
2026.02.01 16:48:08.496 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Number of I/O errors = 0
2026.02.01 16:48:09.491 1: HMCCURPCPROC [d_rpc017191BidCos_RF] Stopping RPC server CB2001017181017191
2026.02.01 16:48:09.497 1: HMCCURPCPROC [d_rpc017191BidCos_RF] Deregistering RPC server http://192.168.xxx.xxx:7411/fh2001 with ID CB2001017181017191 at http://192.168.yyy.yyy:2001
2026.02.01 16:48:09.509 1: HMCCURPCPROC [d_rpc017191BidCos_RF] Callback for RPC server CB2001017181017191 deregistered
2026.02.01 16:48:09.515 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Sending signal INT to RPC server process CB2001017181017191 with PID=1174
2026.02.01 16:48:09.516 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Scheduling cleanup in 30 seconds
2026.02.01 16:48:09.516 2: HMCCURPCPROC [d_rpc017191BidCos_RF] CB2001017181017191 received signal INT
2026.02.01 16:48:09.533 1: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server CB2001017181017191 stopped handling connections. PID=1174 run=0
2026.02.01 16:48:09.533 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Number of I/O errors = 0
2026.02.01 16:48:10.516 1: HMCCURPCPROC [d_rpc017191HmIP_RF] Stopping RPC server CB2010017181017191
2026.02.01 16:48:10.525 1: HMCCURPCPROC [d_rpc017191HmIP_RF] Deregistering RPC server http://192.168.xxx.xxx:7420/fh2010 with ID CB2010017181017191 at http://192.168.yyy.yyy:2010
2026.02.01 16:48:10.548 1: HMCCURPCPROC [d_rpc017191HmIP_RF] Callback for RPC server CB2010017181017191 deregistered
2026.02.01 16:48:10.557 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Sending signal INT to RPC server process CB2010017181017191 with PID=1175
2026.02.01 16:48:10.557 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Scheduling cleanup in 30 seconds
2026.02.01 16:48:10.557 2: HMCCURPCPROC [d_rpc017191HmIP_RF] CB2010017181017191 received signal INT
2026.02.01 16:48:10.573 1: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server CB2010017181017191 stopped handling connections. PID=1175 run=0
2026.02.01 16:48:10.574 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Number of I/O errors = 389
2026.02.01 16:48:11.958 1: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server process CB2010017181017191 terminated.
2026.02.01 16:48:11.966 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Stop I/O handling
2026.02.01 16:48:11.983 2: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server stopped. Cancel delayed shutdown.
2026.02.01 16:48:12.614 1: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server process CB9292017181017191 terminated.
2026.02.01 16:48:12.614 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Stop I/O handling
2026.02.01 16:48:12.631 2: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server stopped. Cancel delayed shutdown.
2026.02.01 16:48:12.903 1: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server process CB2001017181017191 terminated.
2026.02.01 16:48:12.911 1: HMCCU [OpenCCU] All RPC servers inactive
2026.02.01 16:48:12.926 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Stop I/O handling
2026.02.01 16:48:12.944 2: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server stopped. Cancel delayed shutdown.
2026.02.01 16:48:15.867 2: HMCCU [OpenCCU] RPC device for interface VirtualDevices: d_rpc017191VirtualDevices
2026.02.01 16:48:15.867 2: HMCCU [OpenCCU] RPC device for interface HmIP-RF: d_rpc017191HmIP_RF
2026.02.01 16:48:15.867 2: HMCCU [OpenCCU] RPC device for interface BidCos-RF: d_rpc017191BidCos_RF
2026.02.01 16:48:15.878 2: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server process started for interface VirtualDevices with PID=29396
2026.02.01 16:48:15.907 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Initializing RPC server CB9292017181017191 for interface VirtualDevices
2026.02.01 16:48:15.910 1: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server starting
2026.02.01 16:48:15.940 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Callback server CB9292017181017191 created. Listening on port 14702
2026.02.01 16:48:15.942 2: HMCCURPCPROC [d_rpc017191VirtualDevices] CB9292017181017191 accepting connections. PID=29396
2026.02.01 16:48:15.942 2: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server process started for interface HmIP-RF with PID=29397
2026.02.01 16:48:15.971 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Initializing RPC server CB2010017181017191 for interface HmIP-RF
2026.02.01 16:48:15.974 1: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server starting
2026.02.01 16:48:15.997 2: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server process started for interface BidCos-RF with PID=29398
2026.02.01 16:48:16.011 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Callback server CB2010017181017191 created. Listening on port 4030
2026.02.01 16:48:16.013 2: HMCCURPCPROC [d_rpc017191HmIP_RF] CB2010017181017191 accepting connections. PID=29397
2026.02.01 16:48:16.028 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Initializing RPC server CB2001017181017191 for interface BidCos-RF
2026.02.01 16:48:16.032 1: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server starting
2026.02.01 16:48:16.042 2: HMCCU [OpenCCU] RPC server start: 3 started, 0 already running, 0 failed to start
2026.02.01 16:48:16.062 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Callback server CB2001017181017191 created. Listening on port 4012
2026.02.01 16:48:16.063 2: HMCCURPCPROC [d_rpc017191BidCos_RF] CB2001017181017191 accepting connections. PID=29398
2026.02.01 16:48:16.065 2: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server CB2010017181017191 enters server loop
2026.02.01 16:48:16.074 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Registering callback http://192.168.yyy.yyy:4030/fh2010 of type A with ID CB2010017181017191 at http://192.168.YYY.YYY:2010
2026.02.01 16:48:16.103 1: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server CB2010017181017191 running
2026.02.01 16:48:16.131 2: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server CB9292017181017191 enters server loop
2026.02.01 16:48:16.132 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Registering callback http://192.168.xxx.xxx:14702/fh9292 of type A with ID CB9292017181017191 at http://192.168.YYY.YYY:9292/groups
2026.02.01 16:48:26.161 1: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server CB9292017181017191 running
2026.02.01 16:48:26.207 2: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server CB2001017181017191 enters server loop
2026.02.01 16:48:26.208 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Registering callback http://192.168.yyy.yyy:4012/fh2001 of type A with ID CB2001017181017191 at http://192.168.yyy.yyy:2001
2026.02.01 16:48:26.225 1: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server CB2001017181017191 running
2026.02.01 16:48:26.234 1: HMCCU [OpenCCU] All RPC servers running
2026.02.01 16:48:26.252 2: HMCCU [OpenCCU] Updating 12 of 12 devices matching devexp=.* filter=ccudevstate=active,ccuif=HmIP-RF|BidCos-RF|VirtualDevices nonBlocking
2026.02.01 16:48:26.252 2: HMCCU [OpenCCU] CCU device list 2b updated: EG_WI_WHZGO,OG1_WZ_RLO,OG1_BA_RLO,EG_SL_WHZGO,OG2_BU1_RLO,OG2_BU2_RLO,OG1_KI_RLO,OG1_KUE_RL2O,OG1_KUE_GSFO,OG1_KUE_RL1O,OG1_KUE_WAFO,AB_SGGO_BLO
2026.02.01 16:48:26.252 2: HMCCU [OpenCCU] FHEM device list 2b updated: EG_SL_WHZGO,OG1_KUE_RL1O,OG2_BU1_RLO,OG1_KUE_GSFO,OG2_BU2_RLO,AB_SGGO_BLO,OG1_KUE_RL2O,OG1_KI_RLO,OG1_BA_RLO,EG_WI_WHZGO,OG1_WZ_RLO,OG1_KUE_WAFO
2026.02.01 16:48:26.266 1: HMCCURPCPROC [d_rpc017191BidCos_RF] Scheduled CCU ping every 300 seconds
2026.02.01 16:48:31.540 2: HMCCU [OpenCCU] Error during CCU request. read from http://192.168.yyy.yyy:8181 timed out
2026.02.01 16:53:58.531 3: HMinfo HMinfo get:update :
2026.02.01 16:53:58.531 3: CUL_HM set ActionDetector update noArg
2026.02.01 16:58:16.788 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Received no events from interface CB2001017181017191 for 600.724620103836 seconds
2026.02.01 17:00:34.195 3: CUL_HM set OG1_SL_KL_VEO off noArg
2026.02.01 17:00:34.372 3: CUL_HM set OG1_SL_BL_KAO off noArg
2026.02.01 17:00:57.922 3: nanoCUL433_OG1 IT: R_EG_WI ZU->off
2026.02.01 17:08:03.918 3: CUL_HM set OG1_SL_RLO off noArg
2026.02.01 17:08:17.559 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Received no events from interface CB2001017181017191 for 600.697506189346 seconds
2026.02.01 17:08:22.050 3: CUL_HM set OG1_SL_RLO stop noArg
2026.02.01 17:08:38.799 3: CUL_HM HM_508831 attack::11FF8BDF508831020100
2026.02.01 17:08:38.894 3: CUL_HM HM_508831 attack::11FF8BDF508831020100
2026.02.01 17:08:38.942 3: CUL_HM HM_508831 attack::11FF8BDF508831020100
2026.02.01 17:08:58.635 3: HMinfo HMinfo get:update :
2026.02.01 17:08:58.636 3: CUL_HM set ActionDetector update noArg
2026.02.01 17:08:59.203 3: CUL_HM HM_508831 attack::11FF8BDF5088310301
2026.02.01 17:08:59.222 3: CUL_HM HM_508831 attack::11FF8BDF5088310301
2026.02.01 17:18:18.200 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Received no events from interface CB2001017181017191 for 600.714983940125 seconds
2026.02.01 16:48:16.074 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Registering callback http://192.168.17.191:4030/fh2010 of type A with ID CB2010017181017191 at http://192.168.17.191:2010
2026.02.01 16:48:16.132 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Registering callback http://192.168.17.181:14702/fh9292 of type A with ID CB9292017181017191 at http://192.168.17.191:9292/groups
Warum gibt es hier zwei verschiedene IP-Adressen?
Zitat von: Ralli am 01 Februar 2026, 17:31:43Warum gibt es hier zwei verschiedene IP-Adressen?
Die eine IP-Adresse ist der FHEM-Pi, die andere der OpenCCU-Pi.
list d_rpc017191BidCos_RFInternals:
CCUNum 1
DEF http://192.168.17.191 BidCos-RF
FD 249
FUUID 697a1c4f-f33f-f4d2-7313-892fb70606b883ac
IODev OpenCCU
NAME d_rpc017191BidCos_RF
NR 9581
RPCPID 29398
RPCState running
STATE running/OK
TYPE HMCCURPCPROC
callback 192.168.17.191:4012
ccuip 192.168.17.191
ccustate timeout
ccutype CCU2/3
eventCount 319
host 192.168.17.191
prot http
rpcid 017181017191
rpcinterface BidCos-RF
rpcip 192.168.17.191
rpcport 2001
version 2024-12
READINGS:
2026-02-01 16:48:26 rpcstate running
2026-02-01 16:48:26 state OK
hmccu:
defaultaddr 192.168.17.181
devspec BidCos-RF
evtime 0
localaddr 192.168.17.191
rpcstarttime 1769960906.26017
rpc:
auth
avgdelay 70.6992204500611
cbport 4012
cburl http://192.168.17.191:4012/fh2001
clkey CB2001017181017191
clurl
evtime 1769964500.45024
methods abortDeleteDevice,activateLinkParamset,addDevice,addLink,addVirtualDeviceInstance,changeKey,clearConfigCache,deleteDevice,deleteVolatileMetadata,determineParameter,exit,getAllMetadata,getDeviceDescription,getInstallMode,getKeyMismatchDevice,getLinkInfo,getLinkPeers,getLinks,getMetadata,getParamset,getParamsetDescription,getParamsetId,getServiceMessages,getValue,getVersion,getVolatileMetadata,hasVolatileMetadata,init,listBidcosInterfaces,listDevices,listReplaceableDevices,listTeams,logLevel,ping,putParamset,refreshDeployedDeviceFirmwareList,removeLink,replaceDevice,reportValueUsage,restoreConfigToDevice,rssiInfo,setBidcosInterface,setInstallMode,setInterfaceClock,setLinkInfo,setMetadata,setRFLGWInfoLED,setTeam,setTempKey,setValue,setVolatileMetadata,system.listMethods,system.methodHelp,updateFirmware,system.multicall
multicall system.multicall
pid 29398
port 2001
state running
sumdelay 0
rec:
DD 0
EV 0
EX 0
IN 0
ND 0
RA 0
RD 0
SL 1
ST 5
TO 6
UD 0
snd:
DD 0
EV 0
EX 0
IN 0
ND 0
RA 0
RD 0
SL 0
TO 0
UD 0
Attributes:
alias OpenCCU RPC BidCos-RF
devStateStyle style="text-align:left;;font-weight:bold;;"
eventMap /rpcserver on:on/rpcserver off:off/
group .HomeMatic CCUs
icon hm_ccu
room _HM,_RxTx
rpcServerAddr 192.168.17.191
rpcServerPort 2001
sortby 02.02
stateFormat rpcstate/state
verbose 2
Hast du gecheckt, ob da keine Firewall dazwischenfunkt?
Sowohl auf dem FHEM-Pi als auch die Firewall-Einstellungen auf der OpenCCU sind alle richtig gesetzt?
Ggfs mal mit nc -vz <IP> <PORT> die Ports von den jeweiligen Pis aus testen.
Vom FHEM-Pi die OpenCCU-Pi Ports abgefragt.
Diese Ports sind OK.
80 port [tcp/http] succeeded!
2000 port [tcp/cisco-sccp] succeeded!
2001 port [tcp/*] succeeded!
2010 port [tcp/*] succeeded!
9292 port [tcp/*] succeeded!
Am OpenCCU-Pi siehe Anhang
An der Firewall kann es eigentlich nicht liegen, da bei manueller Anforderung der Status unter FHEM ersichtlich sind.
Welche Ports werden wirklich benötigt?
Zitat von: Burny4600 am 01 Februar 2026, 17:47:52Zitat von: Ralli am 01 Februar 2026, 17:31:43Warum gibt es hier zwei verschiedene IP-Adressen?
Die eine IP-Adresse ist der FHEM-Pi, die andere der OpenCCU-Pi.
Das ist schon klar. Aber es wird einmal an der 191 und einmal an der 181 ein Callback registriert.
Zitat von: Ralli am 01 Februar 2026, 19:47:07Das ist schon klar. Aber es wird einmal an der 191 und einmal an der 181 ein Callback registriert.
Da bin ich überfragt was OpenCCU mit FHEM betrifft, darum auch meine Anfrage weil mit die Statusmeldungen betrifft. Bei OpenCCU habe ich mich an aktuelle Einleitungen gehalten. Bei FHEM betreffend OpenCCU habe ich nichts passendes aktuelles gefunden.
Ich denke ich habe den Fehler auf der FHEM-Seite und nicht auf der OpenCCU-Seite.
Ok. Dann erhelle ich dich.
Dein Attribut rpcServerAddr 192.168.17.191 ist falsch. Einfach löschen. Mehr Informationen zum Warum findest du in der Hilfe zu HMCCURPCPROC.
Und Anmerkung: im Log die IP-Adressteile zu xxx'en und zu yyy'en ist total blödsinnig und ist hier im konkreten Fall auch super-kontraproduktiv.
Alles auf Ursprungskonfiguration zurückgesetzt und neu gestartet.
Dennoch bekomme ich keinen Status automatisch geliefert.
Was wird nun wirklich benötigt? Aus dem Commandref werde ich auch nicht wirklich schlauer.
Ich kann dir hier mal meine Definition geben, ist aber nur HMIP:
defmod ccu HMCCU http://10.133.75.180
attr ccu alias CCU
attr ccu ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;;;UNREACH!(0|false):alive,(1|true):dead;;;;MOTION!(0|false):noMotion,(1|true):motion;;;;DIRECTION!0:stop,1:up,2:down,3:undefined;;;;WORKING!0:false,1:true;;;;INHIBIT!(0|false):unlocked,(1|true):locked
attr ccu ccuflags procrpc,logCommand,logEvents,nonBlocking,reconnect
attr ccu cmdIcon on:taster_ch_an_gruen off:taster_ch_aus_rot
attr ccu group Bridges
attr ccu icon hm_ccu
attr ccu room System
attr ccu rpcinterfaces HmIP-RF
attr ccu rpcserver on
attr ccu stateFormat rpcstate/state
attr ccu verbose 5
Bzw. hier noch das HMCCURPCPROC-Device, das wird ja aber sowieso automatisch erstellt, ich glaube daran habe ich nichts geändert.
defmod d_rpc074030HmIP_RF HMCCURPCPROC http://10.133.75.180 HmIP-RF
attr d_rpc074030HmIP_RF alias CCU 074030 RPC HmIP-RF
attr d_rpc074030HmIP_RF eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpc074030HmIP_RF group Bridges
attr d_rpc074030HmIP_RF icon hm_ccu
attr d_rpc074030HmIP_RF room System
attr d_rpc074030HmIP_RF stateFormat rpcstate/state
attr d_rpc074030HmIP_RF verbose 2
Kannst du aber bitte erstmal, ohne etwas zu verändern, einen Logauszug posten? Dafür am besten einfach mal FHEM neu starten. Und danach alles aus dem Log, was im Zusammenhang mit der CCU ausgespuckt wird, hier reinkopieren.
Danke für deinen Tipp.
Jetzt funktioniert es.
Super! Nur für die Nachwelt, woran genau lag es jetzt?
Ich habe diese beiden Attribute ccudef-substitute und ccuflags ergänzt.
Ich habe aber nicht genau verifiziert, welche Einträge genau dafür notwendig waren um den Status zu erhalten.
Das fehlkonfigurierte Attribut rpcServerAddr war definitiv ursächlich. Da wird nämlich eben NICHT die IP der CCU angegeben sondern die IP von FHEM, unter der FHEM aus Sicht der CCU erreichbar ist - ist aber eben auch nur optional nötig, wenn die FHEM-Maschine über mehrere Netzwerkschnittstellen verfügt.
Und über das Attribut ccuflags mit procrpc wird mitgegeben, dass HMCCU die Devices über HMCCURPCPROC anlegt, die für das Empfangen von Events seitens der CCU (RPC-Server / Callback) erforderlich sind.
Steht alles in der Hilfe zu HMCCU.