Hallo,
ich habe 2 HM Thermostate und kann sie auch über fhem steuern. Im HM WebUI sehe ich, dass die Befehle ankommen.
Leider werden die Readings nicht mehr in fhem aktualisiert. Ich weiss allerdings nicht, wie lange schon nicht mehr - also ob es durch ein Update irgendwann passiert ist.
Problem ist, dass der rpcserver sich nicht mehr starten läßt.
Im Log taucht folgendes auf:
2021.11.30 18:03:16 2: HMCCU [ccu] RPC device for interface BidCos-RF: d_rpc001098BidCos_RF
2021.11.30 18:03:16 2: HMCCURPCPROC [d_rpc001098BidCos_RF] RPC server process started for interface BidCos-RF with PID=1623
2021.11.30 18:03:16 2: HMCCURPCPROC [d_rpc001098BidCos_RF] Initializing RPC server CB2001001099001098 for interface BidCos-RF
2021.11.30 18:03:16 1: HMCCURPCPROC [d_rpc001098BidCos_RF] RPC server starting
2021.11.30 18:03:16 2: HMCCURPCPROC [d_rpc001098BidCos_RF] Callback server CB2001001099001098 created. Listening on port 4012
2021.11.30 18:03:16 2: HMCCURPCPROC [d_rpc001098BidCos_RF] CB2001001099001098 accepting connections. PID=1623
2021.11.30 18:03:20 1: HMCCU [ccu] Reading device config from CCU. This may take a couple of seconds ...
2021.11.30 18:03:20 2: HMCCU [ccu] Reading Device Descriptions for interface BidCos-RF
2021.11.30 18:03:21 2: HMCCU [ccu] Read 77 Device Descriptions for interface BidCos-RF
2021.11.30 18:03:21 2: HMCCU [ccu] Reading Paramset Descriptions for interface BidCos-RF
2021.11.30 18:03:25 2: HMCCU [ccu] Read 74 Paramset Descriptions for interface BidCos-RF
2021.11.30 18:03:25 2: HMCCU [ccu] Reading Peer Descriptions for interface BidCos-RF
2021.11.30 18:03:25 2: HMCCU [ccu] Read 2 Peer Descriptions for interface BidCos-RF
2021.11.30 18:03:26 2: HMCCU [ccu] Read device configuration: devices/channels=77 parametersets=74 links=2
2021.11.30 18:03:26 2: HMCCU [ccu] RPC device for interface BidCos-RF: d_rpc001098BidCos_RF
2021.11.30 18:03:26 2: HMCCURPCPROC [d_rpc001098BidCos_RF] RPC server process started for interface BidCos-RF with PID=1715
2021.11.30 18:03:26 2: HMCCURPCPROC [d_rpc001098BidCos_RF] Initializing RPC server CB2001001099001098 for interface BidCos-RF
2021.11.30 18:03:26 1: HMCCURPCPROC [d_rpc001098BidCos_RF] Can't create RPC callback server CB2001001099001098. Port 4012 in use?
2021.11.30 18:03:41 2: HMCCURPCPROC [d_rpc001098BidCos_RF] Checking if RPC server process is running
2021.11.30 18:03:41 1: HMCCURPCPROC [d_rpc001098BidCos_RF] RPC server process not running. Cleaning up
2021.11.30 18:03:41 1: HMCCURPCPROC [d_rpc001098BidCos_RF] Housekeeping called. Cleaning up RPC environment
2021.11.30 18:03:41 1: HMCCURPCPROC [d_rpc001098BidCos_RF] RPC server process CB2001001099001098 not runnning
2021.11.30 18:03:41 2: HMCCURPCPROC [d_rpc001098BidCos_RF] Stop I/O handling
2021.11.30 18:03:41 2: HMCCURPCPROC [d_rpc001098BidCos_RF] RPC server stopped. Cancel delayed shutdown.
Hier das ccu list ohne die adr Attribute:
Internals:
CCUNum 1
Clients :HMCCUDEV:HMCCUCHN:HMCCURPCPROC:
DEF 192.168.1.98
FUUID 5c8537b1-f33f-d8f3-b11e-e2a9dd1a1c9c6db9
NAME ccu
NOTIFYDEV global
NR 30
NTFY_ORDER 50-ccu
RPCState inactive
STATE inactive/OK
TYPE HMCCU
ccuaddr BidCoS-RF
ccuchannels 71
ccudevices 6
ccuif BidCos-RF
ccuinterfaces HmIP-RF,VirtualDevices,BidCos-RF
ccuip 192.168.1.98
ccuname CCU2
ccustate active
ccutype CCU2/3
config 5.0
firmware 2.41.8
host 192.168.1.98
prot http
version 5.0 213301607
READINGS:
2021-11-30 18:01:09 count_channels 71
2021-11-30 18:01:09 count_devices 6
2021-11-30 18:01:09 count_groups 0
2021-11-30 18:01:09 count_interfaces 3
2021-11-30 18:01:09 count_programs 0
2021-11-30 18:01:09 rpcstate inactive
2021-11-30 18:03:41 state OK
hmccu:
ccuDevList CCU2,FensterDachHinten,FensterDachTreppe,Leon_Thermostat,Tuerschloss,Vincent_Thermostat
ccuSuppDevList FensterDachHinten,FensterDachTreppe,Leon_Thermostat,Tuerschloss,Vincent_Thermostat
defaults 0
evtime 0
evtimeout 0
rpccount 0
rpcports 9292,2001,2010
updatetime 0
adr: FEHLT
Attributes:
ccuaggregate name:battery,filter:room=Everything,read:(LOWBAT|LOW_BAT),if:any=yes,else:no,prefix=battery_,coll:alias
ccudef-substitute LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead
ccuflags procrpc,reconnect
event-on-change-reading .*
rpcinterfaces BidCos-RF
rpcserver on
rpcserverport 2001
stateFormat rpcstate/state
fhem Update habe ich durchgeführt und Raspi und CCU bereits neugestartet.
Ich wäre für Tipps sehr dankbar!
Danke & Grüße,
Roger
Hallo,
ein List vom rpc-device wäre nicht schlecht
... HMCCURPCPROC [d_rpc001098BidCos_RF] Can't create RPC callback server CB2001001099001098. Port 4012 in use? ...
ich würde da mal ansetzen
vG Jens
Hallo Jens,
Danke für die schnelle Antwort.
Anbei hoffentlich das Richtige List:
Internals:
CCUNum 1
DEF http://192.168.1.98 BidCos-RF
FUUID 5eb19b90-f33f-d8f3-51fd-45edc03d3746f32f
IODev ccu
NAME d_rpc001098BidCos_RF
NR 35
RPCPID 0
RPCState inactive
STATE inactive/OK
TYPE HMCCURPCPROC
ccuip 192.168.1.98
ccustate active
ccutype CCU2/3
host 192.168.1.98
prot http
rpcid 001099001098
rpcinterface BidCos-RF
rpcip 192.168.1.98
rpcport 2001
version 5.0 213281908
READINGS:
2021-11-30 18:26:57 rpcstate inactive
2021-11-30 18:26:57 state OK
hmccu:
defaultaddr 192.168.1.99
devspec BidCos-RF
evtime 0
localaddr 192.168.1.99
rpcstarttime 0
rpc:
cbport 4012
clkey
pid
state inactive
sumdelay 0
rec:
DD 0
EV 0
EX 0
IN 0
ND 0
RA 0
RD 0
SL 0
TO 0
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 CCU RPC BidCos-RF
eventMap /rpcserver on:on/rpcserver off:off/
stateFormat rpcstate/state
verbose 2
Grüße, Roger
Hallo Roger,
cbport 4012
da ist ja der kleine Bösewicht. Laut Google ist dieser Port nicht frei.
Das Einzige was ich noch sehe, ist das der Attribut-Wert im CCU-Device lt. Beschreibung nicht stimmen kann.
attr rpcserverport 2001
testweise mal löschen, bei mir läuft es auch ohne.
RPC-BidCos-Device schon mal gelöscht und neu angelegt?
vG, Jens
Hallo Jens,
das Attribut rpcservport auskommentieren war die Lösung für den rpcserver. Danach ist auch der port 4012 aus dem list verschwunden.
Somit konnte ich den rpcserver wieder starten, aber meine Thermostate gehen nicht mehr.
Ich habe sie nun gelöscht und laut Wiki neu angelegt mit get ccuConfig, get ccuDevices, get createDev <device>.
Leider funktioniert es immer noch nicht!
- Ich sehe keine Readings mehr für die Wochenprogrammierung. Ich nutze weekprofile.
- Das Widget mit Temp Slider, Auto, Manu, An, Aus funktioniert ebenfalls nicht. z.B. kennt er desired-temp nicht. Auch wenn ich es in SET_TEMPERATURE ändere geht es nicht. Da taucht immer auf: Unknown argument auto choose one of clear defaults:reset,update,old,forceReset readingFilter:multiple-strict,ACTUAL_TEMPERATURE,BATTERY_STATE,BOOST_STATE,CONTROL_MODE,FAULT_REPORTING,PARTY_START_DAY,PARTY_START_MONTH,PARTY_START_TIME,PARTY_START_YEAR,PARTY_STOP_DAY,PARTY_STOP_MONTH,PARTY_STOP_TIME,PARTY_STOP_YEAR,PARTY_TEMPERATURE,SET_TEMPERATURE,VALVE_STATE config datapoint
- Im Log tauchen Einträge auf, dass er die Description nicht finden kann: HMCCU [ccu] Can't get device description for OEQ2095054:4 HMCCU_DetectDevice:7968 HMCCU_SetDefaultSCDatapoints:8087 HMCCU_GetSCDatapoints:4640 HMCCU_UpdateParamsetReadings:4853 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
Hier mal ein aktuelles list von dem Device:
Internals:
DEF OEQ2095054:4
FUUID 61a74bb8-f33f-0fde-5452-11fac1e811ad5e3a
IODev ccu
NAME HM_Leon_Thermostat
NR 581
STATE 18.0
TYPE HMCCUCHN
ccuaddr OEQ2095054:4
ccudevstate active
ccuif BidCos-RF
ccuname HM-CC-RT-DN OEQ2095054:4
ccutype HM-CC-RT-DN
readonly no
READINGS:
2021-12-01 12:15:47 ACTUAL_TEMPERATURE 18.0
2021-12-01 12:15:47 BATTERY_STATE 2.2
2021-12-01 12:15:47 BOOST_STATE 0
2021-12-01 12:15:47 CONTROL_MODE 1
2021-12-01 12:15:47 FAULT_REPORTING 6
2021-12-01 12:02:07 IODev ccu
2021-12-01 12:15:47 PARTY_START_DAY 1
2021-12-01 12:15:47 PARTY_START_MONTH 1
2021-12-01 12:15:47 PARTY_START_TIME 0
2021-12-01 12:15:47 PARTY_START_YEAR 0
2021-12-01 12:15:47 PARTY_STOP_DAY 1
2021-12-01 12:15:47 PARTY_STOP_MONTH 1
2021-12-01 12:15:47 PARTY_STOP_TIME 0
2021-12-01 12:15:47 PARTY_STOP_YEAR 0
2021-12-01 12:15:47 PARTY_TEMPERATURE 5.0
2021-12-01 12:15:47 SET_TEMPERATURE 17.0
2021-12-01 12:15:47 VALVE_STATE 0
2021-12-01 12:15:47 activity alive
2021-12-01 12:15:47 battery ok
2021-12-01 12:01:13 control 17.0
2021-12-01 12:01:13 desired-temp 17.0
2021-12-01 12:15:47 devstate ok
2021-12-01 12:15:47 hmstate 18.0
2021-12-01 12:01:13 measured-temp 18.0
2021-12-01 12:15:47 rssidevice -255
2021-12-01 12:15:47 rssipeer -77
2021-12-01 12:15:47 sign off
2021-12-01 12:01:13 state 18.0
hmccu:
channels 1
detect 0
devspec OEQ2095054:4
nodefaults 1
setDefaults 0
cmdlist:
control:
dp:
0.AES_KEY:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.DEVICE_IN_BOOTLOADER:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.INHIBIT:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.LOWBAT:
VALUES:
NVAL false
ONVAL false
OSVAL ok
OVAL false
SVAL ok
VAL false
0.RSSI_DEVICE:
VALUES:
NVAL -255
ONVAL -255
OSVAL -255
OVAL 1
SVAL -255
VAL 1
0.RSSI_PEER:
VALUES:
NVAL -77
ONVAL -77
OSVAL -77
OVAL 179
SVAL -77
VAL 179
0.STICKY_UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL alive
OVAL false
SVAL alive
VAL false
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
4.ACTUAL_TEMPERATURE:
VALUES:
NVAL 18.000000
ONVAL 18.000000
OSVAL 18.0
OVAL 18.000000
SVAL 18.0
VAL 18.000000
4.BATTERY_STATE:
VALUES:
NVAL 2.200000
ONVAL 2.200000
OSVAL 2.2
OVAL 2.200000
SVAL 2.2
VAL 2.200000
4.BOOST_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.CONTROL_MODE:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.FAULT_REPORTING:
VALUES:
NVAL 6
ONVAL 6
OSVAL 6
OVAL 6
SVAL 6
VAL 6
4.PARTY_START_DAY:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_START_MONTH:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_START_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_START_YEAR:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_STOP_DAY:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_STOP_MONTH:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_STOP_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_STOP_YEAR:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_TEMPERATURE:
VALUES:
NVAL 5.000000
ONVAL 5.000000
OSVAL 5.0
OVAL 5.000000
SVAL 5.0
VAL 5.000000
4.SET_TEMPERATURE:
VALUES:
NVAL 17.000000
ONVAL 17.000000
OSVAL 17.0
OVAL 17.000000
SVAL 17.0
VAL 17.000000
4.VALVE_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
roleCmds:
get:
set:
state:
Attributes:
cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus
genericDeviceType thermostat
group Leon
room Leon,OG
sortby 90
substexcl desired-temp
webCmd desired-temp:auto:manu:boost:on:off
widgetOverride desired-temp:slider,4.5,0.5,30.5,1
Bin hier langsam am Verzweifeln. Die Kids beschweren sich, dass sie ihre Heizung nicht mehr ändern können :-(
Danke & Grüße,
Roger
Nun habe ich noch herausgefunden, dass ich über das Widget zumindest den Thermostat steuern kann, wenn dich get ccuConfig ausführe.
Erst dann liefert mir getDevices was zurück und dann kann ich das Widget nutzen.
Wie kann ich den Sync automatisch beim Start triggern?
Offen sind noch 2 Punkte:
- Automatischer Sync zwischen fhem und CCU wird nicht getriggert (get ccu ccuConfig)
- Weekprofile geht nicht mehr mit den neuen Devices (HMCCUCHN). Hat das Problem sonst noch keiner?
Wäre für weitere Tipps sehr dankbar!
Oder soll ich separate Diskussionen dafür aufmachen?
Hallo Roger,
auch ich hatte plötzlich Probleme, welche auf ein Update des HMCCU auf V5.0 zurückzuführen waren. Habe dann alle Device nach Anleitung (get createDev) neu angelegt und es ging wieder.
Schau mal in dem Thread. Vielleicht findest Du da eine Lösung.
Zitathttps://forum.fhem.de/index.php/topic,123686.0.html
Alternativ das Wiki:
Zitathttps://wiki.fhem.de/wiki/HMCCU
Grüße Jürgen
Ich würde das Device auch mal neu anlegen mit "get createDev":
Hier mal ein Beispiel, was dann dabei herauskommen sollte (etwas gekürzt):
Internals:
DEF LEQ0851979:4
FUUID 615b1248-f33f-3955-0696-526231d3def0684c
IODev ccu1
NAME KL_AZ_HZ
NR 28
STATE 19.3
TYPE HMCCUCHN
ccuaddr LEQ0851979:4
ccudevstate active
ccuif BidCos-RF
ccuname KL-AZ-HZ:4
ccurolectrl CLIMATECONTROL_RT_TRANSCEIVER
ccurolestate CLIMATECONTROL_RT_TRANSCEIVER
ccusubtype HM-CC-RT-DN
ccutype HM-CC-RT-DN
firmware 1.5
readonly no
sender ccu:KL-AZ-TH,ccu:TF-AZ-Fenster2,ccu:TF-AZ-Fenster1
READINGS:
2021-12-01 19:37:46 ACTUAL_TEMPERATURE 19.3
2021-12-01 19:37:46 BATTERY_STATE 2.5
2021-12-01 19:37:46 BOOST_STATE 0
2021-12-01 19:37:46 CONTROL_MODE AUTO-MODE
2021-12-01 19:37:46 FAULT_REPORTING NO_FAULT
2021-12-01 19:37:46 PARTY_START_DAY 1
2021-12-01 19:37:46 PARTY_START_MONTH 1
2021-12-01 19:37:46 PARTY_START_TIME 0
2021-12-01 19:37:46 PARTY_START_YEAR 0
2021-12-01 19:37:46 PARTY_STOP_DAY 1
2021-12-01 19:37:46 PARTY_STOP_MONTH 1
2021-12-01 19:37:46 PARTY_STOP_TIME 0
2021-12-01 19:37:46 PARTY_STOP_YEAR 0
2021-12-01 19:37:46 PARTY_TEMPERATURE 5.0
2021-12-01 19:37:46 SET_TEMPERATURE 18.5
2021-12-01 19:37:46 VALVE_STATE 0
2021-12-01 19:37:46 activity alive
2021-12-01 19:37:46 battery ok
2021-12-01 19:37:46 control 18.5
2021-12-01 19:37:46 desired-temp 18.5
2021-12-01 19:37:46 devstate ok
2021-12-01 19:37:46 hmstate 19.3
2021-12-01 19:37:46 measured-temp 19.3
2021-12-01 19:37:46 rssidevice -49
2021-12-01 19:37:46 rssipeer -60
2021-12-01 19:37:46 sign off
2021-12-01 19:37:46 state 19.3
hmccu:
channels 1
detect 1
devspec LEQ0851979:4
nodefaults 1
role 4:CLIMATECONTROL_RT_TRANSCEIVER
setDefaults 0
cmdlist:
get
set auto:noArg off:noArg desired-temp manu on:noArg boost:noArg toggle:noArg
control:
chn 4
dpt SET_TEMPERATURE
dp: gekürzt
roleCmds:
get:
set:
auto:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:AUTO_MODE:1
usage auto
subcmd:
000:
args 1
dpt AUTO_MODE
fnc
max 1
min 0
parname AUTO_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:SET_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_TEMPERATURE
fnc
max 30.500000
min 4.500000
parname temperature
partype 2
ps VALUES
scn 000
unit �C
manu:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:?temperature=20
usage manu [temperature]
subcmd:
000:
args 20
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname temperature
partype 2
ps VALUES
scn 000
unit �C
off:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:4.5
usage off
subcmd:
000:
args 4.5
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname MANU_MODE
partype 3
ps VALUES
scn 000
unit �C
on:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:30.5
usage on
subcmd:
000:
args 30.5
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname MANU_MODE
partype 3
ps VALUES
scn 000
unit �C
state:
chn 4
dpt ACTUAL_TEMPERATURE
Attributes:
IODev ccu1
cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus
room Homematic
substexcl desired-temp
webCmd desired-temp:auto:manu:boost:on:off
widgetOverride desired-temp:slider,4.5,0.5,30.5,1
Hallo,
ich habe die Geräte ja alle mit get createDev angelegt.
Offen sind noch 2 Punkte:
- Automatischer Sync zwischen fhem und CCU wird nicht getriggert (get ccu ccuConfig)
- Weekprofile geht nicht mehr mit den neuen Devices (HMCCUCHN). Hat das Problem sonst noch keiner?
Ich werde jetzt 2 getrennte neue Beiträge dafür öffnen.
Danke soweit!
Roger