[Erledigt] - HM-Sen-RD-O hat keinen Regen und Heizungskanal mehr

[maxritti]

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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.

Code Auswählen Erweitern

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

[maxritti]

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.

[docb]

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

[martinp876]

 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

[docb]

das log sagt:

Code Auswählen Erweitern

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

[martinp876]

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