Hallo und guten Tag,
ich habe in den letzten Tagen meinen Raspberry Pi neu aufgesetzt, jedoch glücklicherweise ein Backup von FHEM einspielen können, um nicht alles neu machen zu müssen.
Grund war, dass ich noch das alte alexa Modul hatte und Probleme hatte, einen neuen Router einzurichten, da die node-Version zu alt war.
Jetzt bin ich dabei, den Connector für Alexa einzurichten. Meine Schalter funktionieren auch, nur beim Dimmer, den Rollläden und den Thermostaten gibt es Probleme.
Fangen wir mit dem Dimmer an. Ich nutze den Dimmaktor von Homematic. Ich habe ihn als "light" unter GenericDeviceType definiert. Im Log sieht er so aus:
[20.11.2020, 08:54:42] [FHEM] Dimmer is light
[20.11.2020, 08:54:42] [FHEM] Dimmer has
[20.11.2020, 08:54:42] [FHEM] On [pct;on,off]
[20.11.2020, 08:54:42] [FHEM] Brightness [pct]
[20.11.2020, 08:54:42] [FHEM] Dimmer will not send proactive events
[20.11.2020, 08:54:42] [FHEM] Dimmer uses ID: CUL_HM.33562A01
2020-11-20 08:54:42 caching: Dimmer-pct: 0
Das list sieht so aus:
Internals:
DEF 33562A01
FUUID 5f819828-f33f-2dd9-6c78-323e6f396fdda08c
NAME Dimmer
NOTIFYDEV global
NR 61
NTFY_ORDER 50-Dimmer
STATE off
TYPE CUL_HM
chanNo 01
device HM_33562A
READINGS:
2020-11-20 08:55:16 CommandAccepted yes
2020-11-19 17:05:19 R-characteristic square
2020-11-19 17:05:19 R-logicCombination or
2020-11-19 17:05:19 R-powerUpAction off
2020-11-19 17:05:19 R-sign off
2020-11-20 09:17:30 RegL_01. 00:00 08:00 30:06 32:50 34:4B 35:50 56:00 57:24 58:01 59:01
2020-11-20 09:18:02 cfgState ok
2020-11-20 08:55:22 deviceMsg off (to CUL1)
2020-11-20 08:55:22 dim stop:off
2020-11-20 08:55:22 level 0
2020-11-20 08:55:22 overheat off
2020-11-20 08:55:22 overload off
2020-11-20 08:55:22 pct 0
2020-11-20 08:55:22 phyLevel 0
2020-11-20 08:55:22 recentStateType info
2020-11-20 08:55:22 reduced off
2020-11-20 08:55:22 state off
2020-11-20 08:55:22 timedOn off
2020-11-20 08:55:16 trigLast fhem:02
helper:
dlvlCmd ++A0114D617233562A0201000000
peerFriend peerSens,peerVirt
peerIDsRaw ,00000000
peerOpt 3:dimmer
regLst 1,3p
cmds:
TmplKey :no:1605815197.76201
TmplTs 1605815197.76201
cmdKey 1:0:0::HM_33562A:0067:01:
cmdLst:
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
down [(-changeValue-|{10})] [(-ontime-|{0})] [(-ramptime-|{0})]
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6) [-peerChn-]
inhibit [(on|{off})]
off noArg
old noArg
on noArg
on-for-timer -ontime- [(-ramptime-|{0})]
on-till -time- [(-ramptime-|{0})]
pct (-value-|old) [(-ontime-|{0})] [(-ramptime-|{0})]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
statusRequest noArg
stop noArg
toggle noArg
tplDel -tplDel-
tplSet_0 -tplChan-
up [(-changeValue-|{10})] [(-ontime-|{0})] [(-ramptime-|{0})]
lst:
condition slider,0,1,255
peer
peerOpt Funktaster_Btn_01,Funktaster_Btn_02,Funktaster_Btn_03,Funktaster_Btn_04,Funktaster_Btn_05,Funktaster_Btn_06,Funktaster_Kueche_Btn_01,Funktaster_Kueche_Btn_02,Funktaster_Kueche_Btn_03,Funktaster_Kueche_Btn_04,Funktaster_Kueche_Btn_05,Funktaster_Kueche_Btn_06
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
dir:
cur stop
expert:
def 1
det 0
raw 1
tpl 0
regCollect:
role:
chn 1
shadowReg:
tmpl:
vDim:
idPhy 33562A01
idV2 33562A02
idV3 33562A03
Attributes:
alexaName Deckenlicht
genericDeviceType light
group Licht
model HM-LC-DIM1PWM-CV
peerIDs 00000000,
room Wohnzimmer
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 room_map structexclude
webCmd statusRequest:toggle:on:off:up:down
Leider reagiert er gar nicht auf gesprochene Befehle wir "an" oder "aus". --> "Deckenlicht unterstützt das nicht" Was mache ich falsch? Muss ich was im Homegridgemapping machen? Ich habe schon versucht, mich da einzulesen, scheine aber zu doof dafür zu sein.
Der Jethi
Hi,
abgesehen von deinem Wunsch mit Alexa - wovon ich keine Ahnung habe - der Dimmer ist nicht gepairt. Der wird also seitens FHEM auf keinen Befehl "hören"
Also mach erstmal da die Grundlagen -> pairen/anlernen und dann alles weitere ;)
Gruß Otto
Hi Otto,
"Dimmer" ist der erste Kanal des Aktors. Sorry, hatte ich vergessen zu erwähnen.
Internals:
CUL1_MSGCNT 3
CUL1_RAWMSG A0F92A41033562A4D6172060300003A00::-56.5:CUL1
CUL1_RSSI -56.5
CUL1_TIME 2020-11-20 10:23:49
DEF 33562A
FUUID 5f819828-f33f-2dd9-e0c4-1d15887b542703a6
IODev CUL1
LASTInputDev CUL1
MSGCNT 3
NAME HM_33562A
NOTIFYDEV global
NR 59
NTFY_ORDER 50-HM_33562A
STATE CMDs_done
TYPE CUL_HM
channel_01 Dimmer
channel_02 HM_33562A_Sw1_V_01
channel_03 HM_33562A_Sw1_V_02
lastMsg No:92 - t:10 s:33562A d:4D6172 060300003A00
protLastRcv 2020-11-20 10:23:49
protRcv 3 last_at:2020-11-20 10:23:49
protSnd 6 last_at:2020-11-20 10:23:49
protState CMDs_done
rssi_CUL1 cnt:3 min:-58 max:-58 avg:-58 lst:-58
rssi_at_CUL1 cnt:3 min:-56.5 max:-56 avg:-56.33 lst:-56.5
READINGS:
2020-11-19 14:04:03 D-firmware 2.9
2020-11-19 14:04:03 D-serialNr LEQ1456832
2020-11-20 09:17:29 PairedTo 0x4D6172
2020-11-19 16:55:48 R-characteristic square
2020-11-19 16:55:48 R-logicCombination or
2020-11-19 14:09:59 R-pairCentral 0x4D6172
2020-11-19 16:55:48 R-powerUpAction off
2020-11-19 16:55:48 R-sign off
2020-11-20 09:17:29 RegL_00. 00:00 02:01 0A:4D 0B:61 0C:72 15:FF 18:00 1E:01 51:A1
2020-11-20 09:18:02 cfgState ok
2020-11-20 10:23:49 commState CMDs_done
2020-11-19 16:55:41 deviceMsg off (to CUL1)
2020-11-19 16:55:41 dim stop:off
2020-11-19 16:55:41 level 0
2020-11-19 16:55:41 overheat off
2020-11-19 16:55:41 overload off
2020-11-19 16:55:41 pct 0
2020-11-19 16:55:42 phyLevel 0
2020-11-19 16:55:41 recentStateType info
2020-11-19 16:55:41 reduced off
2020-11-20 10:23:49 state CMDs_done
2020-11-19 16:55:41 timedOn off
helper:
HM_CMDNR 146
cSnd 014D617233562A020E,014D617233562A030E
mId 0067
peerFriend
peerOpt -:dimmer
regLst 0
rxType 1
supp_Pair_Rep 0
cmds:
TmplKey :no:1605864218.33611
TmplTs 1605864218.33611
cmdKey 0:1:0::HM_33562A:0067:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6) [-peerChn-]
getVersion noArg
pair noArg
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +33562A,00,00,00
nextSend 1605864229.18931
prefIO
rxt 0
vccu
p:
33562A
00
00
00
mRssi:
mNo 92
io:
CUL1:
-50.5
-50.5
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rpt:
IO CUL1
flg A
ts 1605864229.08984
ack:
HASH(0x2e4ad40)
9280024D617233562A00
rssi:
CUL1:
avg -58
cnt 3
lst -58
max -58
min -58
at_CUL1:
avg -56.3333333333333
cnt 3
lst -56.5
max -56
min -56.5
tmpl:
Attributes:
IODev CUL1
autoReadReg 4_reqStatus
expert defReg,rawReg
firmware 2.9
group Licht
model HM-LC-DIM1PWM-CV
room Wohnzimmer
serialNr LEQ1456832
subType dimmer
webCmd getConfig:clear msgEvents
Sorry, ich hatte ne Weile geschaut aber irgendwie hatte ich gedacht wenn unten Model vorhanden ist ... egal, ich lag falsch!
Zitat"Deckenlicht unterstützt das nicht"
Falsch, du denkst sie sagt/hätte verstanden:
DeckenlichtIch geh stark davon aus wenn du im Verlauf in der App (sollte man mit echodevice seit dem letzten update auch einsehen können, selbst aber noch kein update gemacht ) nachschaust, du feststellen wirst das sie
Decken Licht verstanden hat.
Licht im alexaName sollte man generell vermeiden, auch wenn das immer wieder viele so machen.
Gruß
Thomas
ZitatFalsch, du denkst sie sagt/hätte verstanden: Deckenlicht
Ich geh stark davon aus wenn du im Verlauf in der App (sollte man mit echodevice seit dem letzten update auch einsehen können, selbst aber noch kein update gemacht ) nachschaust, du feststellen wirst das sie Decken Licht verstanden hat.
Hey TomLee, du hast Recht! "Decken Lampe" ging auch nicht, hab jetzt "Dimmer" genommen. Vielen Dank!!!
Sollte ich meine anderen Probleme (Rollläden und Thermostate) hier auch posten oder ein neues Thema beginnen?
Der Jethi
Zitat"Decken Lampe" ging auch nicht
Genauso falsch, aus 2 Gründen.
1. wenn schon deckenlampe (ja Groß/Kleinschreibung ist egal), dachte das wär jetzt klar
2. Lampe(n) sollte man genauso vermeiden
wie ich es bisher verstanden habe.
Licht und Lampe(n) (Lampen wusst ich auch nicht/bin ich mir nicht sicher, aber habs eben mal probiert, klappt, also denke schon) sind generische Namen.
Beispiel:
Du hast eine Gruppe Wohnzimmer erstellt in der sich 3 Devices mit genericdevicetype light und den Namen bli, bla und blub ( ja genauso) befinden und noch allerlei andere Geräte mit einem anderen genericdevicetype.
Dann kannst diese drei genericdevicetype_light_Geräte mit den generischen Namen (Licht/Lampe(n)) steuern.
An dem Echo selbst mit
Echo, Licht/Lampe(n) an/aus, an einem andern Echo der sich nicht in der Gruppe befindet mit
Echo, Licht/Lampe(n) im Wohnzimmer an/ausWenn du jetzt in deinen light-Geräten einen alexaNamen wählst der einen dieser generischen Namen mit beinhaltet kann das in Konflikt mit dem oben beschriebenen Verhalten in Gruppen kommen.
Hoffe das ist einigermaßen verständlich erklärt und korrekt so dargestellt.