Morgähn,
Habe gestern Abend ein weiteres HM Gerät in Betrieb genommen.
sind jetzt 3 Powermeter, 2 Magnetkontakte und ein 6fach Taster.
Neu dazu kam der 6fach Taster.
Zur Historie:
Habe vor kurzem ein zweites IO Device eingerichtet und auf VCCU migriert.
Jetzt fiel mir im ActionDetector auf dass das neue Gerät nicht gelistet war. Also noch immer 5 Devices.
Im actiondetector war aber auch fest ein IODevice in den Internals.
Dachte mir also: "Ist das noch ein Rest von der Zeit ohne die VCCU?"
Der wertet ja dann nur den einen CUL aus.
IODev setzen geht nicht. meckert FHEM.
Also Actiondetector gelöscht und FHEM neu gestartet.
Der wurde dann auch wieder automatisch neu angelegt, allerdings wieder mit IODevice fest auf einen der beiden CULs.
Und es ist auch das neue Gerät nicht gelistet.
Der neue Taster funktioniert und ist sauber gepairt. kein "set_" mehr vor der ID.
Was kann ich denn noch rüfen um ihn reinzubekommen?
Ich habe im ActionDetector kein explizites IO
Internals:
CHANGED
DEF 000000
IODev
NAME ActionDetector
NOTIFYDEV global
NR 67
NTFY_ORDER 50-ActionDetector
STATE alive:36 dead:3 unkn:0 off:0
TYPE CUL_HM
READINGS:
2017-11-03 12:30:44 state alive:36 dead:3 unkn:0 off:0
2017-11-03 12:30:44 status_8BattSensor1 dead
...
Attributes:
event-on-change-reading .*
model ActionDetector
room CUL_HM
poste mal ein list vom neuen gerät und vom actiondetector.
Hi, nach deinem Post habe ich ihn nochmal gelöscht und dann den ganzen RasPi neu gestartet.
Jetzt ist bei mir auch das IOdev weg. allerdings weiterhin nur 5 devices drin.
mag aber jetzt sein dass ich das pairing kaputt gespielt habe.
werde es zuhause neu pairen und beobachten.
Der Actiondetector stand auf IOdev "CUL1"
Der neue Taster hatte IOgrp VCCU:CUL2
denke jetzt dass es da dran lag und ich durch Lösungsversuche jetzt das Pairing geschossen hab.
melde mich heute Abend wieder dazu. kann den Pairing Knopf vom Büro aus nicht drücken. ;-)
Zitat von: frank am 03 November 2017, 12:47:20
poste mal ein list vom neuen gerät und vom actiondetector.
wird gemacht wenn er wieder gepairt ist. momentan hat der Taster "missing Ack"...
umso besser!
Hab da wohl zuviel rumgespielt und im Taster einen "reset" angestossen.
Wenn man erst klickt und dann liest stellt man zu spät fest dass der Taster dadurch auf Werkseinstellung geht anstatt zu rebooten...
so, pairing vom neuen Taster ist intakt.
Interessant:
Irgendwer hat beim Actiondetector das Attribut IOdev eingefügt.
manuell geht das gar nicht. hab es wieder gelöscht, in den Internals bleibt es aber. ???
List:
Internals:
CHANGED
DEF 000000
IODev CUL868_WIFI_161
NAME ActionDetector
NOTIFYDEV global
NR 347
NTFY_ORDER 50-ActionDetector
STATE alive:5 dead:0 unkn:0 off:0
TYPE CUL_HM
READINGS:
2017-11-03 18:04:00 state alive:5 dead:0 unkn:0 off:0
2017-11-03 18:04:00 status_HM_MK1_optisch alive
2017-11-03 18:04:00 status_HM_MK2_EG_Terrasse alive
2017-11-03 18:04:00 status_HM_Powermeter_1 alive
2017-11-03 18:04:00 status_HM_Powermeter_2 alive
2017-11-03 18:04:00 status_HM_Powermeter_3 alive
helper:
HM_CMDNR 88
actCycle 600
peers 548F5D,5A1232,5BAB0A,623CFB,623D00
548F5D:
start 2017-11-03 10:53:42
5A1232:
start 2017-11-03 10:53:42
5BAB0A:
start 2017-11-03 10:53:42
623CFB:
start 2017-11-03 10:53:42
623D00:
start 2017-11-03 10:53:42
io:
newChn +000000,00,00,00
prefIO
rxt 0
vccu
p:
000000
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
Attributes:
IODev CUL868_WIFI_161
actAutoTry 1_on
event-on-change-reading .*
group HomeMatic
model ActionDetector
room HM
webCmd update