Autor Thema: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter  (Gelesen 449368 mal)

Offline nugat1

  • New Member
  • *
  • Beiträge: 14
Hallo, ich hatte auch am Sonntag ein update gemacht.
Nach dem Update war hinter "Save config" ein rotes Fragezeichen, hab mir nichts dabei gedacht, und gespeichert.
Montag ist mir aufgefallen, dass bei einem Schalter das Longpress nicht mehr funktionierte.
Dies sollte eigentlich durch ein notify eine Aktion ausführen.

Heute hab ich mir das mal genauer angeschaut:
Wieder ein Update durchgeführt, nachher kam eine Warnung zu allen HM Geräten, das .mID kein gültiges Attribut wäre.
Habe mal in die fhem.cfg geschaut - alle HM Geräte hatte ein .mID attribut definiert.
Dann ist mir aufgefallen, dass all meine Schalter mit CusomFirmware nur noch hab definiert waren - d.h. es existierte nur noch das Device als solche und die beiden Btn Devices.
-> Die Aktor Definitionen waren verschwunden (dies war sicherlich das "Save config" nach dem ersten Update.

Ich habe dann aus dem restoredir den Stand (Module und fhem.cfg) von vor dem Update (Sonntag 06.01.) zurückgespielt und dann funktionierte wieder alles.
Weiterhin habe ich grad eben noch ein Update gemacht - ohne das was kaputt gegangen ist.

ich hoffe das hilft jemanden weiter, der vielleicht auch ein Problem hatte, falls er am Sonntag ein Update gemacht hat.

Offline anfänger111

  • New Member
  • *
  • Beiträge: 17
Guten Tag,

"plötzlich" zeigt mein "Sw_02"-Device nicht mehr den aktuellen Status (on, off) an, wenn der Schalter manuell (also nicht über FHEM) betätigt wurde.

Könnte dies am Update liegen oder vlt an der Verwendung einer VCCU (statt direkt per HMLAN)?

Vielen Dank

Offline mike.d

  • New Member
  • *
  • Beiträge: 49
ich habe heute auch einen meiner Schalter mit der alternativen firmware geflasht.

Wenn ich ihn jedoch paire werden die Kanäle nicht automatisch mit angelegt. Ich habe ausschließlich den <HM-LC-SW1PBU-FM_Device>. Damit kann ich auch nicht intern peeren und auch nicht schalten über FHEM.

Liegt es an der aktuellen CUL_HM?

Internals:
   DEF        29F26F
   FUUID      5c4e70ee-f33f-303b-09a3-511ac8529c8d2865
   HMLAN1_MSGCNT 7
   HMLAN1_RAWMSG E29F26F,0000,32911239,FF,FFC2,A5805E29F26F29A3CE0000000000000000000000
   HMLAN1_RSSI -62
   HMLAN1_TIME 2019-01-28 04:15:25
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     7
   NAME       HM_29F26F
   NOTIFYDEV  global
   NR         881
   NTFY_ORDER 50-HM_29F26F
   STATE      ???
   TYPE       CUL_HM
   lastMsg    No:A5 - t:5E s:29F26F d:29A3CE 0000000000000000000000
   protLastRcv 2019-01-28 04:15:25
   protRcv    7 last_at:2019-01-28 04:15:25
   rssi_at_HMLAN1 cnt:7 min:-62 max:-55 avg:-60.57 lst:-62
   READINGS:
     2019-01-28 04:03:11   CommandAccepted yes
     2019-01-28 04:03:10   D-firmware      1.5
     2019-01-28 04:03:10   D-serialNr      PS00000002
     2019-01-28 04:03:41   PairedTo        0x29A3CE
     2019-01-28 04:03:14   R-pairCentral   0x29A3CE
     2019-01-28 04:03:41   RegL_00.        00:00 02:01 05:00 0A:29 0B:A3 0C:CE 12:00
   helper:
     HM_CMDNR   165
     mId       
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +29F26F,00,00,00
       nextSend   1548645325.66934
       prefIO     
       rxt        0
       vccu       
       p:
         29F26F
         00
         00
         00
     mRssi:
       mNo        A5
       io:
         HMLAN1:
           -58
           -58
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_HMLAN1:
         avg        -60.5714285714286
         cnt        7
         lst        -62
         max        -55
         min        -62
     tmpl:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.5
   model      unknown
   room       CUL_HM
   serialNr   PS00000002
   subType    1

 

decade-submarginal