Guten Tag liebe Gemeinde
Ich bin seit einigen Tagen am Foren durchstöbern und probieren.
Leider komme ich auf keinen grünen Zweig.
Ich würde gerne vom RaspberryMatic meine Homematic-Geräte ansteuern können. Beim 2-Fach Aktor von Homematic stehe ich nun an.
Der 1-Fach-Aktor funktioniert wunderbar. Ich konnte ihn im RaspberryMatic anlernen und in FHEM übernehmen.
Beim 2-Fach-Aktor gelang mir das Anlernen und die Steuerung funktionierte. Nur kann ich ihn über FHEM nicht korrekt ansteuern.
Kanal 1 funktioniert, bei Kanal 2 hapert es einfach. Vor lauter rumpröbeln funktioniert der Befehl set AKT_032_1 datapoint 2.STATE on auch nicht mehr (Invalid datapoint).
Ich habe bereits die folgenden Definitionen versucht:
QEQ0044221:1 QEQ0044221:2 (Gemäss RaspberryMatic)
QEQ004422101 QEQ004422102 (mit der CUL)
QEQ00442211 QEQ00442212 (hätte ja klappen können....)
Anbei die Konfiguration:
define AKT_032_1 HMCCUDEV QEQ0044221
attr AKT_032_1 IODev bridge_HM_CCU
attr AKT_032_1 devStateIcon on:black_FS20.on off:black_FS20.off
attr AKT_032_1 event-on-change-reading .*
attr AKT_032_1 room Homematic
attr AKT_032_1 icon scene_terrace
attr AKT_032_1 userattr room_map structexclude
attr AKT_032_1 devStateIcon on:black_FS20.on off:black_FS20.off
attr AKT_032_1 statevals on:true,off:false
attr AKT_032_1 substitute STATE!(true|1):on,(false|0):off
attr AKT_032_1 verbose 5
... und das Listing:
Internals:
CFGFN ./FHEM/fhem_600_Testschaltungen.cfg
DEF QEQ0044221
FUUID 5dfa4271-f33f-b1e6-2e58-1c681a3a01e5edcf
IODev bridge_HM_CCU
NAME AKT_032_1
NR 979
STATE off
TYPE HMCCUDEV
ccuaddr QEQ0044221
ccudevstate active
ccuif BidCos-RF
ccuname AKT_032 - HM-LC-Sw2-FM QEQ0044221
ccutype HM-LC-Sw2-FM
channels 3
firmware 2.8
statevals devstate|on|off
READINGS:
2019-12-18 16:15:13 0.AES_KEY 0
2019-12-18 16:15:13 0.CONFIG_PENDING false
2019-12-18 16:15:13 0.DUTYCYCLE false
2019-12-18 16:15:13 0.LOWBAT false
2019-12-18 16:15:13 0.RSSI_DEVICE 1
2019-12-18 16:15:13 0.RSSI_PEER 1
2019-12-18 16:15:13 0.STICKY_UNREACH true
2019-12-18 16:15:13 0.UNREACH false
2019-12-18 16:15:13 1.INHIBIT false
2019-12-18 16:16:11 1.STATE off
2019-12-18 16:16:11 1.WORKING 0
2019-12-18 16:15:13 2.INHIBIT false
2019-12-18 16:15:13 2.STATE off
2019-12-18 16:15:13 2.WORKING false
2019-12-18 13:03:40 R-CONF_BUTTON_TIME 255
2019-12-18 13:03:40 R-INTERNAL_KEYS_VISIBLE 1
2019-12-18 13:03:40 R-LOCAL_RESET_DISABLE 0
2019-12-18 16:16:11 control off
2019-12-18 16:16:11 hmstate off
2019-12-18 16:16:11 state off
hmccu:
devspec QEQ0044221
dp:
0.AES_KEY:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.CONFIG_PENDING:
OSVAL false
OVAL false
SVAL false
VAL false
0.DUTYCYCLE:
OSVAL false
OVAL false
SVAL false
VAL false
0.LOWBAT:
OSVAL false
OVAL false
SVAL false
VAL false
0.RSSI_DEVICE:
OSVAL 1
OVAL 1
SVAL 1
VAL 1
0.RSSI_PEER:
OSVAL 1
OVAL 1
SVAL 1
VAL 1
0.STICKY_UNREACH:
OSVAL true
OVAL true
SVAL true
VAL true
0.UNREACH:
OSVAL false
OVAL false
SVAL false
VAL false
1.INHIBIT:
OSVAL false
OVAL false
SVAL false
VAL false
1.STATE:
OSVAL on
OVAL 1
SVAL off
VAL 0
1.WORKING:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
2.INHIBIT:
OSVAL false
OVAL false
SVAL false
VAL false
2.STATE:
OSVAL off
OVAL false
SVAL off
VAL false
2.WORKING:
OSVAL false
OVAL false
SVAL false
VAL false
Attributes:
IODev bridge_HM_CCU
devStateIcon on:black_FS20.on off:black_FS20.off
event-on-change-reading .*
icon scene_terrace
room Homematic
statevals on:true,off:false
substitute STATE!(true|1):on,(false|0):off
userattr room_map structexclude
verbose 5
Ich wäre um eure Hilfe äusserst dankbar.
Vielen Dank
Wenn die config tatsächlich noch so ist wie hier angegeben, müsste der set datapoint on Befehl funktionieren. Allerdings würde ich Dir raten, bei Geräten mit mehreren Schaltkanälen für jeden Kanal ein HMCCUCHN Device zu definieren (zumindest wenn Du beide Kanäle auch verwenden willst).
Beim Define gibst Du dann die Kanaladresse an (also mit :1 oder :2 am Ende).
Nach der Definition führst Du dann einmal "set defaults" aus und hast schon mal eine funktionierende Basiskonfiguration, die Du um weitere Attribute ergänzen kannst.
Vielen Dank für die Antwort zap
Habe deinen Rat befolgt und auf HMCCUCHN gewechselt.
Kanal 1 kann ich wie gewohnt steuern. Kanal 2 leider immer noch nicht.
Anbei der Auszug aus dem Logfile:
2019.12.19 19:19:19 3: FHEMWEB WEB CSRF error: csrf_342396980529238 ne csrf_354687592357301 for client WEB_192.168.10.101_63238 / command set AKT_032_2 on. For details see the csrfToken FHEMWEB attribute.
2019.12.19 19:19:19 1: HMCCUCHN: [AKT_032_2] HMCCUCHN: AKT_032_2 Invalid datapoint
Dann das Listing:
Internals:
CFGFN ./FHEM/fhem_600_Testschaltungen.cfg
CHANGED
DEF QEQ0044221:2
FUUID 5dfb3648-f33f-b1e6-b21d-6fc2b26bcabd6fdf
IODev bridge_HM_CCU
NAME AKT_032_2
NR 980
STATE off
TYPE HMCCUCHN
ccuaddr QEQ0044221:2
ccudevstate active
ccuif BidCos-RF
ccuname AKT_032 - HM-LC-Sw2-FM QEQ0044221:2
ccutype HM-LC-Sw2-FM
channels 1
chntype SWITCH
firmware 2.8
statevals devstate|on|off
READINGS:
2019-12-19 09:35:34 0.AES_KEY 0
2019-12-19 09:35:34 0.CONFIG_PENDING false
2019-12-19 09:35:34 0.DUTYCYCLE false
2019-12-19 09:35:34 0.LOWBAT false
2019-12-19 09:35:34 0.RSSI_DEVICE 1
2019-12-19 09:35:34 0.RSSI_PEER 1
2019-12-19 09:35:34 0.STICKY_UNREACH true
2019-12-19 09:35:34 0.UNREACH false
2019-12-19 09:35:34 2.INHIBIT false
2019-12-19 19:19:16 2.STATE off
2019-12-19 09:35:34 2.WORKING false
2019-12-19 19:19:16 control off
2019-12-19 19:19:23 hmstate off
2019-12-19 19:19:16 state off
hmccu:
devspec QEQ0044221:2
dp:
0.AES_KEY:
OVAL 0
VAL 0
0.CONFIG_PENDING:
OVAL false
VAL false
0.DUTYCYCLE:
OVAL false
VAL false
0.LOWBAT:
OVAL false
VAL false
0.RSSI_DEVICE:
OVAL 1
VAL 1
0.RSSI_PEER:
OVAL 1
VAL 1
0.STICKY_UNREACH:
OVAL true
VAL true
0.UNREACH:
OVAL false
VAL false
2.INHIBIT:
OVAL false
VAL false
2.STATE:
OSVAL off
OVAL false
SVAL off
VAL false
2.WORKING:
OVAL false
VAL false
Attributes:
IODev bridge_HM_CCU
ccureadingfilter STATE
devStateIcon on:black_FS20.on off:black_FS20.off
event-on-change-reading .*
icon scene_terrace
room Homematic
statedatapoint STATE
statevals on:true,off:false
substitute STATE!(1|true):on,(0|false):off
userattr room_map structexclude
verbose 5
..und am Schluss die conf.-Einträge:
# ++++++++++++++++++ AKT_032 - Start ++++++++++++++++++
# ------------------ AKT_032_1 - Start ------------------
#define AKT_032_1 HMCCUDEV QEQ0044221
define AKT_032_1 HMCCUCHN QEQ0044221:1
setuuid AKT_032_1 5dfb3648-f33f-b1e6-1ce4-fb1336ced26f3705
attr AKT_032_1 userattr room_map structexclude
attr AKT_032_1 IODev bridge_HM_CCU
attr AKT_032_1 ccureadingfilter STATE
attr AKT_032_1 devStateIcon on:black_FS20.on off:black_FS20.off
attr AKT_032_1 event-on-change-reading .*
attr AKT_032_1 icon scene_terrace
attr AKT_032_1 room Homematic
attr AKT_032_1 statedatapoint STATE
attr AKT_032_1 statevals on:true,off:false
attr AKT_032_1 substitute STATE!(1|true):on,(0|false):off
attr AKT_032_1 verbose 5
#attr AKT_032_1 controldatapoint 1.STATE
# ------------------ AKT_032_2 - Start ------------------
#define AKT_032_2 HMCCUDEV QEQ0044221
define AKT_032_2 HMCCUCHN QEQ0044221:2
setuuid AKT_032_2 5dfb3648-f33f-b1e6-b21d-6fc2b26bcabd6fdf
attr AKT_032_2 userattr room_map structexclude
attr AKT_032_2 IODev bridge_HM_CCU
attr AKT_032_2 ccureadingfilter STATE
attr AKT_032_2 devStateIcon on:black_FS20.on off:black_FS20.off
attr AKT_032_2 event-on-change-reading .*
attr AKT_032_2 icon scene_terrace
attr AKT_032_2 room Homematic
attr AKT_032_2 statedatapoint STATE
attr AKT_032_2 statevals on:true,off:false
attr AKT_032_2 substitute STATE!(1|true):on,(0|false):off
attr AKT_032_2 verbose 5
#attr AKT_032_2 controldatapoint 2.STATE
# ++++++++++++++++++ AKT_032 - Ende ++++++++++++++++++
Vielen Dank für eure Hilfe.
Ich vermute dass nur noch etwas kleines im Weg steht und ich kann es nicht finden.
Guten Abend liebe Gemeinde
Kann mir wirklich niemand helfen oder ist das Problem zu banal?
Es wäre für mich ein tolles Weihnachtsgeschenk wenn die Schalter mit RaspberryMatic funktionieren würden.
Vielen herzlichen Dank für eure Hilfe.
Claudio
Setze mal beim Device, das nicht funktioniert, das Attribut ccuflags auf trace, schalte nochmal und poste die daraus entstandenen Logfile Meldungen
Danke vielmals für deine Angaben zap
Anbei der Auszug aus dem Logfile (einmal on und dann off geschaltet).
2019.12.24 09:38:06 2: HMCCUCHN: [AKT_032_2] IsValidDatapoint: devtype=HM-LC-Sw2-FM, chnno=2, dpt=STATE, valid=0
2019.12.24 09:38:06 1: HMCCUCHN: [AKT_032_2] HMCCUCHN: AKT_032_2 Invalid datapoint
2019.12.24 09:38:10 2: HMCCUCHN: [AKT_032_2] IsValidDatapoint: devtype=HM-LC-Sw2-FM, chnno=2, dpt=STATE, valid=0
2019.12.24 09:38:10 1: HMCCUCHN: [AKT_032_2] HMCCUCHN: AKT_032_2 Invalid datapoint
2019.12.24 09:42:31 2: HMCCUCHN: [AKT_032_2] UpdateSingleDevice: dev=AKT_032_2, chnadd/object=QEQ0044221:0, dpt=UNREACH, key=0.UNREACH, value=false
2019.12.24 09:42:31 2: HMCCUCHN: [AKT_032_2] FilterReading: chn=QEQ0044221:0, chnnam=AKT_032 - HM-LC-Sw2-FM QEQ0044221:0 chnnum=0 dpt=UNREACH, rules=STATE
2019.12.24 09:42:31 2: HMCCUCHN: check rm=1 f=STATE cn= c=
2019.12.24 09:42:31 2: HMCCUCHN: check result false
2019.12.24 09:42:31 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.12.24 09:42:31 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=0.LOWBAT
2019.12.24 09:42:31 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=0.RSSI_DEVICE
2019.12.24 09:42:31 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=0.CONFIG_PENDING
2019.12.24 09:42:31 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=0.AES_KEY
2019.12.24 09:42:31 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=2.INHIBIT
2019.12.24 09:42:31 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=2.STATE
2019.12.24 09:42:31 2: CCURPC: [d_rpc010032BidCos_RF] CB2001010036010032 NewDevice received 62 device and channel specifications
2019.12.24 09:42:31 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=0.UNREACH
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=0.DUTYCYCLE
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=0.STICKY_UNREACH
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=2.WORKING
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: var=0.RSSI_PEER
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetHMState: rule=^0\.UNREACH!(1|true):unreachable, dptexpr=^0\.UNREACH, subst=(1|true):unreachable
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetHMState: Check 0.LOWBAT match ^0\.UNREACH
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetHMState: Check 0.RSSI_DEVICE match ^0\.UNREACH
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetHMState: Check 0.CONFIG_PENDING match ^0\.UNREACH
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetHMState: Check 0.AES_KEY match ^0\.UNREACH
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetHMState: Check 2.INHIBIT match ^0\.UNREACH
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetHMState: Check 2.STATE match ^0\.UNREACH
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetHMState: Check 0.UNREACH match ^0\.UNREACH
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetAttrStripNumber: stripnumber = null
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] FormatReadingValue: sn = null, Value false 66616c7365 not changed
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetHMState: rule=^[0-9]\.LOW_?BAT!(1|true):warn_battery, dptexpr=^[0-9]\.LOW_?BAT, subst=(1|true):warn_battery
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetHMState: Check 0.LOWBAT match ^[0-9]\.LOW_?BAT
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetAttrStripNumber: stripnumber = null
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] FormatReadingValue: sn = null, Value false 66616c7365 not changed
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] IsValidDatapoint: devtype=HM-LC-Sw2-FM, chnno=2, dpt=ON_TIME, valid=0
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] IsValidDatapoint: devtype=HM-LC-Sw2-FM, chnno=2, dpt=LEVEL, valid=0
2019.12.24 09:42:32 2: CCURPC: [d_rpc010032HmIP_RF] CB2010010036010032 NewDevice received 9 device and channel specifications
2019.12.24 09:42:32 2: HMCCU: [bridge_HM_CCU] Update success=5 failed=0
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] GetAttrSubstitute: subst = STATE!(1|true):on,(0|false):off
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] UpdateSingleDevice: AKT_032_2 Objects = QEQ0044221
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] UpdateSingleDevice: Processing object QEQ0044221
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] UpdateSingleDevice: dev=AKT_032_2, chnadd/object=QEQ0044221:0, dpt=STICKY_UNREACH, key=0.STICKY_UNREACH, value=1
2019.12.24 09:42:32 2: HMCCUCHN: [AKT_032_2] FilterReading: chn=QEQ0044221:0, chnnam=AKT_032 - HM-LC-Sw2-FM QEQ0044221:0 chnnum=0 dpt=STICKY_UNREACH, rules=STATE
2019.12.24 09:42:32 2: HMCCUCHN: check rm=1 f=STATE cn= c=
2019.12.24 09:42:32 2: HMCCUCHN: check result false
Guten Tag Gemeinde
Unterdessen konnte ich das Problem lösen.
Ich hatte noch einen zweiten HM-LC-Sw2-FM. Den habe an RaspberryMagic angelernt und siehe da.. funktionierte unter FHEM tadellos.
Das hat mich dazu bewogen nochmals detailliert dem Problem nachzugehen. Anscheinend scheint in diesem Fall ein Reset und neu Anlernen des HM-LC-Sw2-FM nichts besonderes zu bewirken (mehrmals versucht). Mit diesem Workaround hatte ich Erfolg:
1. In RaspberryMagic den HM-LC-Sw2-FM unter Löschen die Funktion "Gerät in den Werkzustand zurücksetzen" wählen
2. Danach In RaspberryMagic unter Löschen die Funktion "Gerät ablernen" wählen
3. Die Seite Aktualisieren und verifizieren dass der HM-LC-Sw2-FM nicht mehr aufgeführt ist
4. Den HM-LC-Sw2-FM neu anlernen
5. In FHEM definieren
fertig.
Vielen Dank vor allem an zap für die Unterstützung.
Ich stelle den Post somit auf GELÖST.