Hallo zusammen,
ich binde HM-IP über einen zweiten Raspberry Pi und piVCCU ein. Seit dem Update von piVCCU auf 3.49.17-33 lässt sich der HMCCURPCPROC für HM-IP nicht mehr starten. Außer dem Update habe ich nichts geändert. Die Firewall-Einstellungen der CCU sind beim Update erhalten geblieben.
Hier ein List der CCU (Name: "CCU3"):
Internals:
CCUNum 1
Clients :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
DEF ccu3-webui.fritz.box
FUUID 5e0e1577-f33f-5060-dde1-69c8e019a3b4c494
NAME CCU3
NOTIFYDEV global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
NR 673
NTFY_ORDER 50-CCU3
RPCState inactive
STATE inactive/OK
TYPE HMCCU
ccuaddr BidCoS-RF
ccuchannels 116
ccudevices 5
ccuif BidCos-RF
ccuinterfaces VirtualDevices,HmIP-RF,BidCos-RF
ccuip 192.168.0.27
ccuname HM-RCV-50 BidCoS-RF
ccustate active
ccutype CCU2/3
host ccu3-webui.fritz.box
prot http
version 4.3.020
READINGS:
2020-01-02 17:08:24 count_channels 116
2020-01-02 17:08:24 count_devices 5
2020-01-02 17:08:24 count_groups 0
2020-01-02 17:08:24 count_interfaces 3
2020-01-02 17:08:24 count_programs 0
2020-01-02 17:08:24 rpcstate inactive
2020-01-02 17:16:58 state OK
hmccu:
defInterface BidCos-RF
defPort 2001
evtime 0
evtimeout 0
rpccount 0
rpcports 2010
updatetime 0
adr:
<hier kommen Gerätedefinitionen, die habe ich weggelassen aus Platzgründen>
prg:
rpc:
Attributes:
ccuflags procrpc
room System->HM-IP
rpcinterfaces HmIP-RF
rpcport 2010
stateFormat rpcstate/state
Im Log kommt die folgende Fehlermeldung:
2020.01.02 17:16:57 2: HMCCURPCPROC: [d_rpc000027HmIP_RF : 32549] RPC server process started for interface HmIP-RF with PID=1172
2020.01.02 17:16:57 2: HMCCURPCPROC: [d_rpc000027HmIP_RF : 1172] Initializing RPC server CB2010000026000027 for interface HmIP-RF
2020.01.02 17:16:57 1: HMCCURPCPROC: [d_rpc000027HmIP_RF : 1172] Can't create RPC callback server CB2010000026000027 on port 7420. Port in use?
2020.01.02 17:16:57 1: HMCCURPCPROC: [d_rpc000027HmIP_RF : 1172] Can't initialize RPC server CB2010000026000027 for interface HmIP-RF
2020.01.02 17:16:57 1: HMCCURPCPROC: [d_rpc000027HmIP_RF : 32549] RPC server starting
2020.01.02 17:17:22 2: HMCCURPCPROC: [d_rpc000027HmIP_RF : 32549] Checking if RPC server process is running
2020.01.02 17:17:22 1: HMCCURPCPROC: [d_rpc000027HmIP_RF : 32549] RPC server process not running. Cleaning up
2020.01.02 17:17:22 1: HMCCURPCPROC: [d_rpc000027HmIP_RF : 32549] Housekeeping called. Cleaning up RPC environment
2020.01.02 17:17:22 1: HMCCURPCPROC: [d_rpc000027HmIP_RF : 32549] RPC server process CB2010000026000027 not runnning
2020.01.02 17:17:22 2: HMCCURPCPROC: [d_rpc000027HmIP_RF : 32549] Stop I/O handling
2020.01.02 17:17:22 2: HMCCURPCPROC: [d_rpc000027HmIP_RF : 32549] RPC server stopped. Cancel delayed shutdown.
Hat jemand einen Tip?
Liebe Grüße,
Daniel
Und? Hast du geprüft, ob der Port bereits verwendet wird?
Ich habe beide RPis mehrmals neu gestartet bzw. die Services fhem und piVCCU (auf dem jeweiligen RPi) neu gestartet. Hat nicht geholfen. Wie kann ich überprüfen, ob die Ports verwendet werden?
LG, DanielIch hab's mit dem Hinweis dann doch lösen können. Falls jemand dasselbe Problem hat, hier die Lösungsschritte.
1) Portscan des RPIs, auf dem piVCCU läuft:
nmap <Server-Name oder IP-Adresse>
Ergibt:
PORT STATE SERVICE
22/tcp filtered ssh
80/tcp open http
443/tcp open https
1999/tcp open tcp-id-port
2000/tcp open cisco-sccp
2001/tcp open dc
2010/tcp open search
8088/tcp filtered radan-http
8181/tcp open intermapper
9099/tcp filtered unknown
2) Folgende Attribute im HMCCU-Device (heißt bei mir CCU3) setzen:
attr CCU3 rpcport 2010
attr CCU3 rpcserverport 2010
Neustart des RPC Servers, und dann funzt es.
Mich wundert halt nur, dass ich dass Attribut rpcserverport
vor dem Update nicht setzen musste, da hatte es auch ohne das Attribut funktioniert.
LG und danke an zap,
Daniel
Zitat von: zap am 02 Januar 2020, 21:16:42
Und? Hast du geprüft, ob der Port bereits verwendet wird?
Es kann sein, dass ein RPC Prozess noch als Leiche den Port geblockt hat. Kann aber auch sein, dass mit dem Update ein Dienst gestartet wurde, der den gleichen Port nutzt.
OK, irgendwo hat da was rumgezickt. Ich werde das Thema im Auge behalten, momentan funzt alles.
Grüße & Danke,
Daniel
Hallo, ich habe seit kurzem das gleiche Problem. Angefangen hat es damit, dass ich neue HMIP-Geräte, die ich auf meiner CCU2 (Firmware 2.59.7) angelernt habe, nicht mehr bei Fhem erkannt wurden, was auch immer ich versucht habe. Auch etliche Neustarts von fhem und CCU2 haben nix gebracht. Auffällig war, dass das ccuif reading nicht mehr existiert hatte, auch wenn ich die rpc neu gestartet habe, rpcregister all ausgeführt habe, etc. Dann hab ich mal das HMCCU Device in Fhem gelöscht und neu angelegt, aber nach wie vor kein ccuif reading und bei rpcregister all kommt zwar kein Fehler, aber der rpcstate bleibt auf inactive/ok. Wenn ich dann versuche, den rpc zu starten, kommt eine Fehlermeldung Start of RPC server failed
. Und im log gibt es auch immer eine Fehlermeldung HMScript failed. http://homematic-ccu2:8181/tclrega.exe: Select timeout/error:
, siehe folgender Auszug aus dem Log beim letzten Fhem restart: ich hab auch schon die timeouts für rpctimout, rpcevtimeout und ccurequtimeout auf 20 erhöht und den rpcserverport auf 2010 gesetzt, alles ohne Erfolg. Was mir noch aufgefallen ist, dass bei der CCU2 unter LanGateway nur ein Bidcos-Interface angezeigt wird, ist das normal? solte dort nicht auch ein HMIP-RF sein? Komisch ist, dass über die CCU2 alle HMIP Geräte funktionieren.
Kann mir da jemand helfen?
2021.12.10 07:03:17 1: PERL WARNING: Subroutine HMCCU_MaxHashEntries redefined at ./FHEM/88_HMCCU.pm line 10490, <$fh> line 3335.
2021.12.10 07:03:17 1: HMCCU [HomematicCCU2] CCU port 8181 is reachable
2021.12.10 07:03:17 1: HMCCU [HomematicCCU2] Initialized version 5.0 213301607
2021.12.10 07:03:17 1: HMCCU [HomematicCCU2] Initializing device
2021.12.10 07:03:21 2: HMCCU [HomematicCCU2] HMScript failed. http://homematic-ccu2:8181/tclrega.exe: Select timeout/error:
2021.12.10 07:03:21 1: HMCCU [HomematicCCU2] No RPC interfaces found on CCU homematic-ccu2
2021.12.10 07:03:21 1: Including ./log/fhem.save
2021.12.10 07:03:21 3: Alarmanlage: bad reading name 'level6")' (allowed chars: A-Za-z/\d_\.-)
2021.12.10 07:03:21 1: Messages collected while initializing FHEM:SecurityCheck:
telnetPort is not password protected
HABridgeApi is not password protected
Protect this FHEM installation by configuring the allowed device allowed
You can disable this message with attr global motd none
2021.12.10 07:03:21 0: HMCCU [HomematicCCU2] Scheduling post FHEM initialization tasks in 200 seconds
2021.12.10 07:03:21 3: monitoring (Temperature_monitoring) set Temperature_monitoring active
2021.12.10 07:03:21 3: monitoring (Wasserfilter_monitoring) set Wasserfilter_monitoring active
2021.12.10 07:03:21 1: usb create starting
2021.12.10 07:03:22 3: Probing CUL device /dev/ttyS0
2021.12.10 07:03:22 1: PERL WARNING: can't getattr: Input/output error at FHEM/DevIo.pm line 598.
2021.12.10 07:03:22 1: CUL: Can't open /dev/ttyS0: Input/output error
2021.12.10 07:03:22 3: Probing CUL device /dev/ttyS1
defmod HomematicCCU2 HMCCU homematic-ccu2
attr HomematicCCU2 ccuReqTimeout 20
attr HomematicCCU2 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 HomematicCCU2 ccuflags procrpc
attr HomematicCCU2 cmdIcon on:general_an off:general_aus
attr HomematicCCU2 devStateIcon .*running/OK:general_an .*inactive.*:general_aus .*:audio_rec
attr HomematicCCU2 room CCU_HM,server
attr HomematicCCU2 rpcevtimeout 20
attr HomematicCCU2 rpcinterfaces BidCos-RF,HmIP-RF
attr HomematicCCU2 rpcserver on
attr HomematicCCU2 rpcserverport 2010
attr HomematicCCU2 rpctimeout 20
attr HomematicCCU2 stateFormat rpcstate/state
setstate HomematicCCU2 inactive/Error
setstate HomematicCCU2 2021-12-10 07:03:21 rpcstate inactive
setstate HomematicCCU2 2021-12-11 08:17:32 state Error
Hat sich inzwischen erledigt, es lag wohl an dem Flag "Authentifizierung aktiv" in der CCU. Hatte nach Migration auf CCU3 das gleiche Problem, erst nach Entfernen des Hakens konnte ich die Devices wieder einbinden.