Hallo zusammen,
am Wochenende habe ich mal damit begonnen eine VCCU in meinem FHEM zu integrieren.
Also eine vccu angelegt und bei den Devices habe ich dann die IOgrp laut Wiki gesetzt.
Bei ein paar musste ich noch ein getConfig absetzen und die Config Taste betätigen.
Danach hat alles für mich ganz gut ausgesehen, denn Temperatursensoren haben Werte gemeldet und auch sonst haben die Funktionen funktioniert.
Bis zu dem Zeitpunkt, wo ich eben mal einen FHEM Neustart gemacht habe.
So wie es aussieht, sind bei etwaigen Devices, welche mehr als einen Kanal haben nicht mehr funktionstüchtig.
Starte ich fhem, kommt u.a. die Meldung meines Regensensors:
2015.01.20 12:11:00.266 1: define DG_xx_RS_Markise_Rain DG_xx_RS_Markise_Rain CUL_HM 23FB4501: please define a device with hmId:23FB45 first
2015.01.20 12:11:00.267 3: Please define DG_xx_RS_Markise_Rain first
2015.01.20 12:11:00.267 3: Please define DG_xx_RS_Markise_Rain first
2015.01.20 12:11:00.268 3: Please define DG_xx_RS_Markise_Rain first
2015.01.20 12:11:00.268 1: define DG_xx_RS_Markise_Heating DG_xx_RS_Markise_Heating CUL_HM 23FB4502: please define a device with hmId:23FB45 first
2015.01.20 12:11:00.269 3: Please define DG_xx_RS_Markise_Heating first
2015.01.20 12:11:00.269 3: Please define DG_xx_RS_Markise_Heating first
Lasse ich mir nun aus der configDB nun einmal die Infos über DG_xx_RS_Markise ausgeben, kommen diese drei Definitionen:
define DG_xx_RS_Markise CUL_HM 23FB45
attr DG_xx_RS_Markise IODev myHMLAN
attr DG_xx_RS_Markise IOgrp myVCCU:myHMLAN
attr DG_xx_RS_Markise autoReadReg 4_reqStatus
attr DG_xx_RS_Markise expert 2_full
attr DG_xx_RS_Markise firmware 1.4
attr DG_xx_RS_Markise model HM-Sen-RD-O
attr DG_xx_RS_Markise serialNr KEQ0884147
attr DG_xx_RS_Markise subType sensRain
attr DG_xx_RS_Markise webCmd getConfig:clear msgEvents
define DG_xx_RS_Markise_Heating CUL_HM 23FB4502
attr DG_xx_RS_Markise_Heating model HM-Sen-RD-O
attr DG_xx_RS_Markise_Heating userReadings state_int {if (ReadingsVal("DG_xx_RS_Markise_Heating", "state", "off") eq "off") {return 0;;} else {return 1;;}}
define DG_xx_RS_Markise_Rain CUL_HM 23FB4501
attr DG_xx_RS_Markise_Rain model HM-Sen-RD-O
attr DG_xx_RS_Markise_Rain peerIDs 00000000,
attr DG_xx_RS_Markise_Rain userReadings state_int {if (ReadingsVal("DG_xx_RS_Markise_Rain", "state", "dry") eq "dry") {return 0;;} else {return 1;;}}
Nur warum meckert der nun das Device mit der ID 23FB45 an bei der Defintion der beiden Kanäle?
Das Device DG_xx_RS_Markise konnte erfolgreich angelegt werden und das kann ich auch in FHEM ansprechen.
Internals:
CFGFN
DEF 23FB45
IODev myHMLAN
LASTInputDev myHMLAN
MSGCNT 21
NAME DG_xx_RS_Markise
NR 177
STATE CMDs_done
TYPE CUL_HM
lastMsg No:1C - t:10 s:23FB45 d:9A234E 01000000
myHMLAN_MSGCNT 21
myHMLAN_RAWMSG R071BAAD2,0001,2D07B103,FF,FFC1,1CA01023FB459A234E01000000
myHMLAN_RSSI -63
myHMLAN_TIME 2015-01-20 12:30:28
protLastRcv 2015-01-20 12:30:28
protSnd 21 last_at:2015-01-20 12:30:28
protState CMDs_done
rssi_at_myHMLAN avg:-63 min:-63 max:-63 lst:-63 cnt:21
Readings:
2015-01-18 15:13:43 CommandAccepted yes
2015-01-18 15:13:42 D-firmware 1.4
2015-01-18 15:13:42 D-serialNr KEQ0884147
2015-01-20 12:30:27 PairedTo 0x9A234E
2014-07-22 17:26:43 R-localResDis off
2015-01-18 15:13:43 R-pairCentral 0x9A234E
2014-07-22 17:26:43 R-transmDevTryMax 6
2015-01-20 12:30:27 RegL_00: 02:01 0A:9A 0B:23 0C:4E 14:06 18:00 00:00
2015-01-20 12:30:28 RegL_01: 08:00 22:64 23:00 30:06 87:0B 88:54 8B:0B 8C:22 8F:85 91:82 00:00
2014-09-30 19:11:45 powerOn 2014-09-30 19:11:45
2015-01-20 07:32:59 state CMDs_done
Helper:
cSnd 019A234E23FB450103
mId 00A7
peerIDsRaw ,00000000
rxType 1
Io:
newChn +23FB45,00,01,00
nextSend 1421753428.96704
rxt 0
vccu myVCCU
p:
23FB45
00
01
00
prefIO:
myHMLAN
Mrssi:
mNo 1C
Io:
myHMLAN -61
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO myHMLAN
flg A
ts 1421753428.87346
ack:
HASH(0xa3b17c8)
1C80029A234E23FB4500
Rssi:
At_myhmlan:
avg -63
cnt 21
lst -63
max -63
min -63
Shadowreg:
Attributes:
IODev myHMLAN
IOgrp myVCCU:myHMLAN
autoReadReg 4_reqStatus
expert 2_full
firmware 1.4
model HM-Sen-RD-O
peerIDs 00000000,
serialNr KEQ0884147
subType sensRain
webCmd getConfig:clear msgEvents
Es wäre super, wenn hier jemand drauf schauen könnte und eventuell den Fehler findet bevor ich eine Rücksicherung einspiele und damit möglicherweise noch mehr kaputt mache :)
Das ganze hat sich wohl erledigt.
Ich habe gerade noch mal ein getConfig gemacht und da sind sie wieder.
Schon ein wenig komisch. Aber ich hoffe mal, dass es nicht öfter passiert.
Ich habe das gleich Problem - das Device habe ich so wieder bekommen, die Fehlermeldung beim Start ist auch weg, aber die Kanäle des Devices fehlen weiterhin, die bekomme ich auch mit getConfig nicht. Was mich total verwundert - in der fhem.cfg steht alles drin wie es sein sollte - das Device und alle Kanäle.
Könntest du den Thread bitte wieder auf "ungelöst" setzen, das scheint tatsächlich ein Bug zu sein.
Viele Grüße
doc
In fhem.cfg definierte devices sollten auch erscheinen. Oder haben sie die gleiche id ? Ist eine meldung im log ?
Ein getconfig legt keine kanaele an.... nur eine anlernmessage von device
das log sagt:
configfile: please define a device with hmId:322C0A first
please define a device with hmId:322C0A first
please define a device with hmId:2E5B07 first
please define a device with hmId:2E5B07 first
please define a device with hmId:2E5B07 first
please define a device with hmId:2E5B07 first
please define a device with hmId:2E5B07 first
please define a device with hmId:2E5B07 first
please define a device with hmId:2E5C9F first
please define a device with hmId:2E5C9F first
please define a device with hmId:2E5C9F first
please define a device with hmId:2E5C9F first
please define a device with hmId:2E5C9F first
please define a device with hmId:2E5C9F first
please define a device with hmId:303ABC first
please define a device with hmId:303ABC first
please define a device with hmId:303ABC first
please define a device with hmId:303ABC first
please define a device with hmId:303ABC first
please define a device with hmId:32E919 first
please define a device with hmId:32E919 first
please define a device with hmId:32E919 first
please define a device with hmId:32E919 first
please define a device with hmId:32E919 first
please define a device with hmId:32E919 first
HA - als ich die entsprechenden Zeilen meiner fhem.cfg suchen wollte (2222 Zeilen - ich habe geschätzt 50 Devices), habe ich den Fehler gefunden - fhem hat die fhem.cfg umsortiert. Die Channels stehen um die Zeile 350 und das Device hat fhem einfach mal schön auf Zeile 1860 umsortiert. So ein Schelm. Naja, jetzt weiß ich wenigstens, wie ich den Rest wieder herbekomme.
Hoffe der Herr fhem lässt solchen Unfug künftig ;-)
Viele Grüße
doc
Fhem sortiert in gewisser weise. Attr stehen immer beim device.
Ich wuerde das config in files aufteilen. Sonst verliert man den ueberblick...das ist dir passiert. Aus meiner sicht bestaetigt es die theorie