[gelöst] HM-LC-Sw1PBU-FM Custom FW nach update haben model ACTIONDETECTOR

Begonnen von sumsum, 22 April 2019, 18:27:49

Vorheriges Thema - Nächstes Thema

sumsum

Hallo,

habe gestern ein update gemacht. Mir ist gerade aufgefallen, dass alle meine HM-LC-Sw1PBU-FM mit Custom FW folgende Attribute haben:
model      ACTIONDETECTOR
subType    virtual

Habe ein modelForce versucht und erhalte modelForce illegal for virtual devices  :-\

Kann ich das ohne einspielen eines Backups lösen?



Internals:
   CFGFN      /opt/fhem/FHEM/cnf_hm_licht.cfg
   DEF        3DB33A
   FUUID      5c483709-f33f-347b-df28-bc0ebeadb19a3645
   HMLAN01_MSGCNT 2133
   HMLAN01_RAWMSG E3DB33A,0000,02748AD9,FF,FFD4,89805E3DB33A1100020000000000000000000000
   HMLAN01_RSSI -44
   HMLAN01_TIME 2019-04-22 18:09:23
   HMUART01_MSGCNT 2114
   HMUART01_RAWMSG 0500004189805E3DB33A1100020000000000000000000000
   HMUART01_RSSI -65
   HMUART01_TIME 2019-04-22 18:09:23
   IODev      HMLAN01
   LASTInputDev HMLAN01
   MSGCNT     4247
   NAME       UG.Eingang.Decke.Licht.device
   NOTIFYDEV  global
   NR         667
   NTFY_ORDER 50-UG.Eingang.Decke.Licht.device
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 UG.Eingang.Decke.Licht.Taster.unten
   channel_02 UG.Eingang.Decke.Licht.Taster.oben
   channel_03 UG.Eingang.Decke.Licht
   lastMsg    No:89 - t:5E s:3DB33A d:110002 0000000000000000000000
   protLastRcv 2019-04-22 18:09:23
   protRcv    2137 last_at:2019-04-22 18:09:23
   protRcvB   3 last_at:2019-04-22 07:26:14
   protSnd    3 last_at:2019-04-22 10:14:02
   protState  CMDs_done
   rssi_at_HMLAN01 cnt:2133 min:-55 max:-41 avg:-43.69 lst:-44
   rssi_at_HMUART01 cnt:2114 min:-71 max:-63 avg:-65.39 lst:-65
   READINGS:
     2019-03-08 16:00:38   Activity        alive
     2016-03-21 12:40:43   D-firmware      1.5
     2016-03-21 12:40:43   D-serialNr      MEQ0674480
     2016-03-21 13:48:48   PairedTo        0x110002
     2016-03-21 13:48:48   R-pairCentral   0x110002
     2016-03-21 13:48:48   RegL_00.        02:81 05:00 0A:11 0B:00 0C:02 12:00 00:00
     2019-03-02 09:57:24   battery         ok
     2019-04-22 10:14:02   recentStateType info
     2019-04-22 10:14:02   state           CMDs_done
   helper:
     HM_CMDNR   137
     mId        0000
     peerFriend
     peerOpt    -:-
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       nextSend   1555949363.84036
       prefIO     
       vccu       vccu
     mRssi:
       mNo        89
       io:
         HMLAN01:
           -36
           -36
         HMUART01:
           -65
           -65
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
       at_HMLAN01:
         avg        -43.6971401781529
         cnt        2133
         lst        -44
         max        -41
         min        -55
       at_HMUART01:
         avg        -65.3916745506149
         cnt        2114
         lst        -65
         max        -63
         min        -71
Attributes:
   IODev      HMLAN01
   IOgrp      vccu
   actCycle   001:00
   expert     2_full
   model      ACTIONDETECTOR
   room       hidden
   subType    virtual
   webCmd     getConfig:clear msgEvents



LG

sumsum

Habe das Backup wieder eingespielt. Es funktioniert wieder alles wie gehabt.
Nach einem erneuten Update funktionieren die CustomFW devices wieder nicht mehr.
Diesmal ist model correct aber
subType ist wieder virtual.
Vor dem Backup ist subType   leer.

Nighthawk

#2
Das Problem habe ich auch.

Der Subtype RemoteandSwitch fehlt im dropdown (das liegt wohl an der Ladereihenfolge der Module). Macht man ein reload 10_ CUL_HM.pm dann kann man zwar den subtype auswählen, beim übernehmen kommt aber eine Fehlermeldung dass der User den subType nicht ändern darf.
Nach einem Neustart des FHEM fehlt wieder der Subtype.
Das Thema wurde auch schon in dem Thread zu der Custom FW erwähnt, leider ohne Rückmeldung bzw Abhilfe.
Ich habe in dem Post zu den defekten Midulen CUL_HM und HMConfig auch geschrieben dass die Devices mit der Custom FW zum Teil gelöscht werden, vermutlich weil eben der Subtype fehlt, leider auch dort ohne Reaktion.

Gruß
Alex

sumsum

Nach dem Restore funktionierten die Schalter aber es in der Weboberfläche gab es keine Statuswechsel.
Das war mir nicht gleich aufgefallen. Das Problem hatten andere auch.

Habe Folgendes gemacht:

1. Altes Backup eingespielt, model war richtig gesetzt aber subType leer.
2. Diese Schritte befolgt. https://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473
Danach war subType remoteAndSwitch
3. erneut update gemacht und es läuft.


eckibrecki

Hallo,

ich hatte das gleiche Problem, hatte es aber erst zu spät bemerkt und zwischenzeitlich einige neue Dinge integriert. Daher war das Einspielen eines Backups keine Lösung für mich.

Das ändern vom SubType und ModelForce war über die GUI leider nicht erlaubt. Auch wenn das von einigen Profis bestimmt nicht gern gesehen wird, habe ich einfach mal versucht die fhem.cfg zu ändern.
Beim SubType habe ich "remoteAndSwitch" eingegeben und beim model "HM-LC-Sw1PBU-FM-CustomFW". Danach die fhem.cfg abgespeichert und FHEM neu gestartet.

Nach dem Neustart war leider der Eintrag bei model wieder verschwunden. Ein Eintrag von "HM-LC-Sw1PBU-FM-CustomFW" als model war leider immer noch nicht möglich. Bei modelForce war dieser Eintrag leider auch nicht zu finden. Nach dem von Nighthawk erwähnten "reload 10_ CUL_HM.pm" tauchte der Eintrag in der modelForce Liste wieder auf und lies sich auch auswählen. Der Schalter machte selbstständig ein "getConfig" und erstellte selbst wieder alle channel.

Zum Testen nochmals einen Neustart. SubType steht jetzt auf "Virtual" (keine Ahnung ob das richtig ist), modelForce ist wieder verschwunden, aber HM-LC-Sw1PBU-FM-CustomFW steht jetzt unter model und die channel sind immer noch da.  ;D

Für mich hat sich die Sache damit erledigt...

VG
Eckibrecki