Hallo zusammen,
ich kämpfe nun schon seit längerem mit einem seltsamen Problem rum:
Ich habe eine CCU3 (Charly) mit RaspberryMatic am Laufen und über HMCCU eingebunden.
Die Steuerung und Reading-Updates von den Classic-HM-Komponenten funktionieren problemlos (Schalter, Rolladen, Fensterkontakte).
Als HM-IP habe ich nur die Wandthermostate mit Schaltausgang. Bei einem FHEM-Neustart holt er sich einmal ein Update der Readings, aber anschließend nicht mehr. Eine Zeit lang funktionierte es Mal, aber jetzt seltsamerweise nicht mehr. Die CCU3-Firewall ist offen (Ports offen + IP-Range von FHEM inkludiert) - HM-classic geht ja auch..
Hier ein List vom HMCCU (habe es in der Mitte ein wenig eingekürt, ich habe sehr viele HM-Devices...):
s:
CCUNum 1
Clients :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
DEF 192.168.178.201
FUUID 5c4cd701-f33f-bfba-4059-bcc2cdacc69eabf0
NAME HM_CCU3
NOTIFYDEV global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
NR 30
NTFY_ORDER 50-HM_CCU3
RPCState running
STATE running/OK
TYPE HMCCU
ccuaddr BidCoS-RF
ccuchannels 426
ccudevices 77
ccuif BidCos-RF
ccuinterfaces HmIP-RF,VirtualDevices,BidCos-RF
ccuip 192.168.178.201
ccuname HM_CCU
ccustate active
ccutype CCU2/3
host 192.168.178.201
prot http
version 4.3.020
READINGS:
2019-12-18 23:23:15 count_channels 426
2019-12-18 23:23:15 count_devices 77
2019-12-18 23:23:15 count_groups 0
2019-12-18 23:23:15 count_interfaces 3
2019-12-18 23:23:15 count_programs 5
2019-12-18 23:23:35 rpcstate running
2019-12-18 23:23:35 state OK
hmccu:
defInterface BidCos-RF
defPort 2001
evtime 0
evtimeout 0
rpccount 0
rpcports 2001,2010
updatetime 0
adr:
EG_DIELE_FENSTERKONTAKT:
address NEQ1155877
addtype dev
valid 1
EG_DIELE_FENSTERKONTAKT:0:
address NEQ1155877:0
addtype chn
valid 1
EG_DIELE_ROLLO:
address PEQ0012468
addtype dev
valid 1
EG_DIELE_ROLLO:0:
address PEQ0012468:0
addtype chn
valid 1
[....]
type 2
cnt:
PRESS_LONG 50
PRESS_SHORT 50
grp:
ifports:
2001 BidCos-RF
2010 HmIP-RF
9292 VirtualDevices
interfaces:
BidCos-RF:
devcount 62
device d_rpc178201BidCos_RF
flags forceASCII
host 192.168.178.201
manager HMCCU
port 2001
prot http
state running
type A
url http://192.168.178.201:2001
HmIP-RF:
devcount 15
device d_rpc178201HmIP_RF
flags forceASCII
host 192.168.178.201
manager HMCCU
port 2010
prot http
state running
type A
url http://192.168.178.201:2010
VirtualDevices:
devcount 0
flags _
host 192.168.178.201
manager null
port 9292
prot http
state inactive
type A
url http://192.168.178.201:9292/groups
prg:
${ruleTmpProgramName}:
active false
internal false
prgEnergyCounterGAS_2557_MEQ0381230:1:
active true
internal true
prgEnergyCounterGAS_2624_MEQ0381230:1:
active true
internal true
prgEnergyCounter_2557_MEQ0381230:1:
active true
internal true
prgEnergyCounter_2624_MEQ0381230:1:
active true
internal true
rpc:
Attributes:
ccuflags procrpc
room System
rpcinterfaces BidCos-RF,HmIP-RF
rpcport 2001,2010
rpcserver on
rpcserveraddr 192.168.178.5
stateFormat rpcstate/state
Im Log file finde ich auch keine Fehlermeldungen:
Zitat
2019.12.18 23:23:34 2: HMCCU: [HM_CCU3 : 1826] Get RPC device for interface BidCos-RF
2019.12.18 23:23:34 2: HMCCU: [HM_CCU3 : 1826] Get RPC device for interface HmIP-RF
2019.12.18 23:23:34 2: HMCCURPCPROC: [d_rpc178201BidCos_RF : 1826] RPC server process started for interface BidCos-RF with PID=1830
2019.12.18 23:23:34 2: HMCCURPCPROC: [d_rpc178201BidCos_RF : 1830] Initializing RPC server CB2001178005178201 for interface BidCos-RF
2019.12.18 23:23:34 1: HMCCURPCPROC: [d_rpc178201BidCos_RF : 1826] RPC server starting
2019.12.18 23:23:34 2: HMCCURPCPROC: [d_rpc178201HmIP_RF : 1826] RPC server process started for interface HmIP-RF with PID=1831
2019.12.18 23:23:34 2: HMCCURPCPROC: [d_rpc178201HmIP_RF : 1831] Initializing RPC server CB2010178005178201 for interface HmIP-RF
2019.12.18 23:23:34 1: HMCCURPCPROC: [d_rpc178201HmIP_RF : 1826] RPC server starting
2019.12.18 23:23:35 2: HMCCURPCPROC: [d_rpc178201BidCos_RF : 1830] Callback server CB2001178005178201 created. Listening on port 7411
2019.12.18 23:23:35 2: HMCCURPCPROC: [d_rpc178201BidCos_RF : 1830] CB2001178005178201 accepting connections. PID=1830
2019.12.18 23:23:35 2: HMCCURPCPROC: [d_rpc178201BidCos_RF : 1826] RPC server CB2001178005178201 enters server loop
2019.12.18 23:23:35 2: HMCCURPCPROC: [d_rpc178201BidCos_RF : 1826] Registering callback http://192.168.178.5:7411/fh2001 of type A with ID CB2001178005178201 at http://192.168.178.201:2001
2019.12.18 23:23:35 2: HMCCURPCPROC: [d_rpc178201HmIP_RF : 1831] Callback server CB2010178005178201 created. Listening on port 7420
2019.12.18 23:23:35 2: HMCCURPCPROC: [d_rpc178201HmIP_RF : 1831] CB2010178005178201 accepting connections. PID=1831
2019.12.18 23:23:35 1: HMCCURPCPROC: [d_rpc178201BidCos_RF : 1826] RPC server CB2001178005178201 running
2019.12.18 23:23:35 1: HMCCURPCPROC: [d_rpc178201BidCos_RF : 1826] Scheduled CCU ping every 300 seconds
2019.12.18 23:23:35 2: HMCCURPCPROC: [d_rpc178201HmIP_RF : 1826] RPC server CB2010178005178201 enters server loop
2019.12.18 23:23:35 2: HMCCURPCPROC: [d_rpc178201HmIP_RF : 1826] Registering callback http://192.168.178.5:7420/fh2010 of type A with ID CB2010178005178201 at http://192.168.178.201:2010
2019.12.18 23:23:35 1: HMCCURPCPROC: [d_rpc178201HmIP_RF : 1826] RPC server CB2010178005178201 running
2019.12.18 23:23:35 1: HMCCU: [HM_CCU3 : 1826] All RPC servers running
2019.12.18 23:23:35 2: HMCCU: [HM_CCU3 : 1826] Updating 73 of 73 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-RF|HmIP-RF
2019.12.18 23:23:35 2: HMCCURPCPROC: [d_rpc178201BidCos_RF : 1830] CB2001178005178201 NewDevice received 255 device and channel specifications
2019.12.18 23:23:36 2: HMCCU: [HM_CCU3 : 1826] Update success=73 failed=0
Hat jemand eine Idee an was das liegen könnte?
Config und Meldungen sehen gut aus. Der HMIP Prozess auf der CCU zickt manchmal. Hast Du es schon mal mit einem Neustart der CCU versucht?
Am besten stoppst Du vorher den RPC Server in FHEM.
Danke Dir. Habe jetzt gestern mal die CCU neugestartet und gerade eben FHEM.
Seltsamerweise ging das ganze Setup längere Zeit ganz gut. Erst seit kurzem zickt das so rum.
Ich hätte gerne ein stabiles System :-( muss ich mal weiter beobachten...