[gefixed] Heutiges CUL_HM update defekt

Otto123 · 02 März 2019, 19:35:39

Ach Sorge mach ich mir keine.

Ich lese bloß mit und schaue dann bei mir. Es gibt ja keine Fehlfunktion.

Wenn ich das in der WebUI mache, dann meldet er mir

ZitatmodelForce illegal for virtual devices

Allerdings ist mein Updatestand noch vom 25.02.

Gruß Otto

betateilchen · 02 März 2019, 19:40:11

Zitat von: Otto123 am 02 März 2019, 19:35:39
~~modelForce illegal for virtual devices~~

~~sowas hab ich mir fast gedacht, schade. Aber Martin ist an dem Thema dran.~~

Benni · 02 März 2019, 20:03:58

Zitat von: martinp876 am 02 März 2019, 17:32:25
Zum WDC7000:
ich passe das HMConfig für dei Devices an. Nach XML hat es übrigens 10 kanäle: 1-8 ist ein "TH", 9 ein CS und 10 in Weather.
Damit werden die Kanäle angelegt, wenn das update durchgeführt und gebootet ist.
WDS550 modelle und WDC7000 sind identisch und werden über einen Alias abgebildet.

Hallo Martin,

vielen Dank! Das ging ja schnell!

Eben die aktuelle HMConfig.pm aus dem svn eingespielt und tataaa ... alle 10 _Channels da!

Code Auswählen


Internals:
   DEF        373DA2
   FUUID      5c4a04dc-f33f-b8e7-3891-7a378abb48bb171c
   HMUART1_MSGCNT 26
   HMUART1_RAWMSG 05000023858470373DA200000000E12C03CF
   HMUART1_RSSI -35
   HMUART1_TIME 2019-03-02 19:59:40
   HMUART3_MSGCNT 26
   HMUART3_RAWMSG 05000030858470373DA200000000E12C03CF
   HMUART3_RSSI -48
   HMUART3_TIME 2019-03-02 19:59:40
   IODev      HMUART1
   LASTInputDev HMUART1
   MSGCNT     52
   NAME       Wetterstation
   NOTIFYDEV  global
   NR         537
   NTFY_ORDER 50-Wetterstation
   STATE      T: 22.5 H: 44 AP: 975
   TYPE       CUL_HM
   channel_01 Wetterstation_TH_01
   channel_02 Wetterstation_TH_02
   channel_03 Wetterstation_TH_03
   channel_04 Wetterstation_TH_04
   channel_05 Wetterstation_TH_05
   channel_06 Wetterstation_TH_06
   channel_07 Wetterstation_TH_07
   channel_08 Wetterstation_TH_08
   channel_09 Wetterstation_CS
   channel_0A Wetterstation_WEATHER
   lastMsg    No:85 - t:70 s:373DA2 d:000000 00E12C03CF
   protLastRcv 2019-03-02 19:59:40
   protRcv    26 last_at:2019-03-02 19:59:40
   protSnd    42 last_at:2019-03-02 19:50:14
   protState  CMDs_done
   rssi_at_HMUART1 cnt:26 min:-35 max:-34 avg:-34.23 lst:-35 
   rssi_at_HMUART3 cnt:26 min:-51 max:-48 avg:-48.69 lst:-48 
   .attraggr:
   .attrminint:
   .userReadings:
     HASH(0x707c450)
     HASH(0x6428858)
   Helper:
     DBLOG:
       airpress:
         logdb:
           TIME       1551553180.08412
           VALUE      975
       battery:
         logdb:
           TIME       1551553180.08412
           VALUE      ok
       humidity:
         logdb:
           TIME       1551553180.08412
           VALUE      44
       panelPress:
         logdb:
           TIME       1551553180.08412
           VALUE      <html>↓975 hPa</html>
       rssPress:
         logdb:
           TIME       1551553180.08412
           VALUE      ↓975 hPa
       state:
         logdb:
           TIME       1551553180.08412
           VALUE      T: 22.5 H: 44 AP: 975
       temperature:
         logdb:
           TIME       1551553180.08412
           VALUE      22.5
   READINGS:
     from archivexx        .D-devInfo      000A00
     from archivexx        .D-stc          70
     2017-01-07 19:54:56   .RegL_00.       02:01 0A:23 0B:A8 0C:13 00:00
     2017-01-07 19:54:57   .RegL_01.       00:00
     2017-01-07 19:54:57   .peerListRDate  2017-01-07 19:54:57
     2019-03-02 19:59:40   .protLastRcv    2019-03-02 19:59:40
     2019-03-02 19:48:34   Activity        alive
     2016-05-06 16:21:39   CommandAccepted yes
     from archivexx        D-firmware      3.0
     from archivexx        D-serialNr      MEQ0224298
     2017-01-07 19:54:56   PairedTo        0x23A813
     2016-05-06 15:47:21   R-pairCentral   0x23A813
     2019-03-02 19:59:40   airpress        975
     2019-03-02 19:59:40   battery         ok
     2019-03-02 19:59:40   humidity        44
     2019-03-02 19:49:53   myTrend_airpress_last 975
     2019-03-02 19:46:51   myTrend_airpress_trend -1
     2019-03-02 19:49:53   myTrend_humidity_last 44
     2019-03-02 18:51:34   myTrend_humidity_trend 1
     2019-03-02 19:49:53   myTrend_temperature_last 22.5
     2019-03-02 19:36:32   myTrend_temperature_trend 1
     2019-03-02 19:59:40   panelPress      <html>↓975 hPa</html>
     2019-03-02 19:59:40   rssPress        ↓975 hPa
     2019-03-02 19:59:40   state           T: 22.5 H: 44 AP: 975
     2019-03-02 19:59:40   temperature     22.5
     2019-02-10 14:51:35   trigLast        HG.XX.WS.Wetter:quiet
     2019-02-10 14:51:35   trig_HG.XX.WS.Wetter Quiet_120
   helper:
     HM_CMDNR   133
     cSnd       0123A813373DA20A040000000001,0123A813373DA20A03
     mId        000B
     peerFriend 
     peerOpt    -:THSensor
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     tmplChg    0
     ack:
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       newChn     +373DA2,00,01,00
       nextSend   1551553180.24152
       prefIO     
       rxt        0
       vccu       ccu
       p:
         373DA2
         00
         01
         00
     mRssi:
       mNo        85
       io:
         HMUART1:
           -27
           -27
         HMUART3:
           -48
           -48
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
     rssi:
       at_HMUART1:
         avg        -34.2307692307692
         cnt        26
         lst        -35
         max        -34
         min        -35
       at_HMUART3:
         avg        -48.6923076923077
         cnt        26
         lst        -48
         max        -48
         min        -51
     shadowReg:
     tmpl:
Attributes:
   .mId       0041
   IODev      HMUART1
   IOgrp      ccu
   actCycle   000:10
   actStatus  alive
   autoReadReg 5_readMissing
   expert     0_defReg
   firmware   3.0
   group      Wetter
   model      HM-WDC7000
   room       EG->Wohnen,Uebersicht,Allgemein->Umwelt,EG.Alt->Wohnzimmer
   serialNr   MEQ0224298
   subType    THSensor
   userReadings panelPress:airpress.* {'<html>'.getTrendArrowHTML(ReadingsVal($name,'myTrend_airpress_trend',0)).ReadingsVal($name,"airpress","n/v").' hPa</html>'}, rssPress:airpress.* {getTrendArrowHTML(ReadingsVal($name,'myTrend_airpress_trend',0)).ReadingsVal($name,"airpress","n/v").' hPa'}
   webCmd     getConfig:clear msgEvents

gb#

betateilchen · 02 März 2019, 20:12:38

Zitat von: Otto123 am 02 März 2019, 19:35:39
Allerdings ist mein Updatestand noch vom 25.02.

Dann mach doch mal ein Update, am besten aus dem SVN. Es gab zwischen 25.02. und heute einige grundlegende Änderungen in CUL_HM.

curt · 02 März 2019, 20:43:03

Zitat von: curt am 01 März 2019, 19:08:18
Ich will nochmals erwähnen, dass sich meine drei Rauchmelder noch nicht wieder von der letzten Aktion erholten.

Zitat von: martinp876 am 01 März 2019, 20:11:47
Zu den Rauchmeldern kann ich so nichts sagen, ausser dass du in #201 ein armes würstchen bist und nie Fehler machst. Den Code hast du sicher schon - und sicher auch schon fehlerfrei implementiert. Leider habe ich nicht gefunden, was deine RMs nun nicht korrekt machen. Somit kann ich keine Aussage treffen.

Ich kann mich nicht erinnern gesagt zu haben, dass ich keine Fehler mache. Im Gegenteil, ich bin hier, weil ich nicht alles kann. Vielleicht sollten wir uns auf Folgendes einigen: Da ich Dir keine Vorwürfe mache, lässt Du solche Sätze weg. Danke.

Nachdem Dein großes Update schief ging, hatte ich große Probleme; wir sprachen in mehreren Threads darüber. Das meiste konnte ich dank Hilfe lösen. Lediglich die drei Rauchmelder sowie neuerdings diese Rauchmeldergruppe laufen neben dem Gleis.

Bei den drei Rauchmeldern steht an Stelle des model immer noch HASH. Zudem stehen die auf "RESPONSE TIMEOUT:RegisterRead". getConfig und kurzes Drücken der Taste löste das Problem nicht. Muss ich da länger drücken? (Ich habe Angst, dass damit Vollalarm ausgelöst wird.)

Hier werkelt seitdem

Code Auswählen

# $Id: 10_CUL_HM.pm 18184 2019-01-08 20:43:59Z martinp876 $

teamdev

Code Auswählen


Internals:
   DEF        111111
   FUUID      5c47b0cf-f33f-769b-01ce-4246d252b5b7b21b
   IODev      myHmUART
   NAME       TeamDev
   NOTIFYDEV  global
   NR         861
   NTFY_ORDER 50-TeamDev
   STATE      ???
   TYPE       CUL_HM
   channel_01 Rauchmelder_Team
   READINGS:
   helper:
     HM_CMDNR   126
     mId        
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
     mRssi:
       mNo        
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
     shadowReg:
     tmpl:
Attributes:
   IODev      myHmUART
   expert     2_raw
   model      virtual_1
   room       13 Rauch
   subType    virtual
   webCmd     virtual

Die drei Rauchmelder:

Code Auswählen


Internals:
   DEF        5A5754
   FUUID      5c47b0cf-f33f-769b-0110-e6b955f9a556ad50
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     3
   NAME       HM_5A5754
   NOTIFYDEV  global
   NR         865
   NTFY_ORDER 50-HM_5A5754
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:D6 - t:10 s:5A5754 d:FF1312 06010000
   myHmUART_MSGCNT 3
   myHmUART_RAWMSG 0501002AD6A6105A5754FF131206010000
   myHmUART_RSSI -42
   myHmUART_TIME 2019-03-02 10:47:42
   peerList   Rauchmelder_Team,
   protLastRcv 2019-03-02 10:47:42
   protRcv    3 last_at:2019-03-02 10:47:42
   protSnd    3 last_at:2019-03-02 10:47:42
   protState  CMDs_done
   rssi_at_myHmUART cnt:3 min:-42 max:-42 avg:-42 lst:-42 
   READINGS:
     2019-02-27 22:56:28   Activity        alive
     from archivexx        D-firmware      1.0
     from archivexx        D-serialNr      OEQ0600470
     2019-02-18 23:00:58   RegL_00.        
     2019-02-27 22:56:28   peerList        Rauchmelder_Team,
     2019-03-02 10:47:42   recentStateType info
     2019-02-18 22:41:03   state           RESPONSE TIMEOUT:RegisterRead
   helper:
     HM_CMDNR   214
     mId        
     supp_Pair_Rep 0
     tmplChg    0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5A5754,00,00,00
       nextSend   1551520062.79814
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         5A5754
         00
         00
         00
     mRssi:
       mNo        D6
       io:
         myHmUART:
           -34
           -34
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1551520062.50349
       ack:
         HASH(0x2d0c4c0)
         D68002FF13125A575400
     rssi:
       at_myHmUART:
         avg        -42
         cnt        3
         lst        -42
         max        -42
         min        -42
     shadowReg:
     tmpl:
Attributes:
   IODev      myHmUART
   IOgrp      VCCU
   actCycle   099:00
   actStatus  alive
   alias      Rauch 1 Spitzboden
   autoReadReg 4_reqStatus
   battery_change 2018-07-19
   expert     2_raw
   firmware   1.0
   model      HASH(0x48b14f8)
   msgRepeat  1
   peerIDs    00000000,11111101,
   readingsSupervision 86400,,Activity
   room       13 Rauch
   serialNr   OEQ0600470
   subType    1
   webCmd     statusRequest

Code Auswählen


Internals:
   DEF        5A6710
   FUUID      5c47b0cf-f33f-769b-02ab-7d8b654a83629a04
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     8
   NAME       HM_5A6710
   NOTIFYDEV  global
   NR         872
   NTFY_ORDER 50-HM_5A6710
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:CC - t:10 s:5A6710 d:FF1312 06010000
   myHmUART_MSGCNT 8
   myHmUART_RAWMSG 0501002BCCA6105A6710FF131206010000
   myHmUART_RSSI -43
   myHmUART_TIME 2019-03-02 05:50:15
   peerList   Rauchmelder_Team,
   protCmdDel 4
   protLastRcv 2019-03-02 05:50:15
   protRcv    8 last_at:2019-03-02 05:50:15
   protResnd  4 last_at:2019-03-01 17:45:28
   protResndFail 4 last_at:2019-03-01 17:45:32
   protSnd    12 last_at:2019-03-02 05:50:15
   protState  CMDs_done
   rssi_at_myHmUART cnt:8 min:-53 max:-43 avg:-49 lst:-43 
   READINGS:
     2019-03-01 17:45:51   Activity        alive
     2019-03-02 19:36:21   RegL_00.        
     2019-03-02 05:50:15   recentStateType info
     2019-03-01 17:45:32   state           RESPONSE TIMEOUT:RegisterRead
   helper:
     HM_CMDNR   204
     cSnd       01FF13125A671000040000000000,01FF13125A671000040000000000
     mId        
     supp_Pair_Rep 0
     tmplChg    0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5A6710,00,00,00
       nextSend   1551502215.97692
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         5A6710
         00
         00
         00
     mRssi:
       mNo        CC
       io:
         myHmUART:
           -35
           -35
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1551502215.68236
       ack:
         HASH(0x470cde0)
         CC8002FF13125A671000
     rssi:
       at_myHmUART:
         avg        -49
         cnt        8
         lst        -43
         max        -43
         min        -53
     shadowReg:
     tmpl:
Attributes:
   IODev      myHmUART
   IOgrp      VCCU
   actCycle   099:00
   actStatus  alive
   alias      No2
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HASH(0x48b14f8)
   msgRepeat  1
   peerIDs    00000000,11111101,
   readingsSupervision 86400,,Activity
   room       13 Rauch
   serialNr   OEQ0600403
   subType    1
   webCmd     statusRequest

Code Auswählen


Internals:
   DEF        5A6737
   FUUID      5c47b0cf-f33f-769b-3db4-2e0fe3835e4e4ffb
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     4
   NAME       HM_5A6737
   NOTIFYDEV  global
   NR         876
   NTFY_ORDER 50-HM_5A6737
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:EA - t:10 s:5A6737 d:FF1312 06010000
   myHmUART_MSGCNT 4
   myHmUART_RAWMSG 0501002DEAA6105A6737FF131206010000
   myHmUART_RSSI -45
   myHmUART_TIME 2019-03-02 08:02:40
   peerList   Rauchmelder_Team,
   protCmdDel 1
   protLastRcv 2019-03-02 08:02:40
   protRcv    4 last_at:2019-03-02 08:02:40
   protResnd  1 last_at:2019-03-01 17:44:03
   protResndFail 1 last_at:2019-03-01 17:44:08
   protSnd    5 last_at:2019-03-02 08:02:40
   protState  CMDs_done
   rssi_at_myHmUART cnt:4 min:-51 max:-44 avg:-46.25 lst:-45 
   READINGS:
     2019-02-27 22:56:28   Activity        alive
     from archivexx        D-firmware      1.0
     from archivexx        D-serialNr      OEQ0600363
     2019-03-02 19:36:21   RegL_00.        
     2019-02-27 22:56:28   peerList        Rauchmelder_Team,
     2019-03-02 08:02:40   recentStateType info
     2019-03-01 17:44:08   state           RESPONSE TIMEOUT:RegisterRead
   helper:
     HM_CMDNR   234
     cSnd       ,01FF13125A673700040000000000
     mId        
     supp_Pair_Rep 0
     tmplChg    0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5A6737,00,00,00
       nextSend   1551510160.40566
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         5A6737
         00
         00
         00
     mRssi:
       mNo        EA
       io:
         myHmUART:
           -37
           -37
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1551510160.11031
       ack:
         HASH(0x470e498)
         EA8002FF13125A673700
     rssi:
       at_myHmUART:
         avg        -46.25
         cnt        4
         lst        -45
         max        -44
         min        -51
     shadowReg:
     tmpl:
Attributes:
   IODev      myHmUART
   IOgrp      VCCU
   actCycle   099:00
   actStatus  alive
   alias      No3
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HASH(0x48b14f8)
   msgRepeat  1
   peerIDs    00000000,11111101,
   readingsSupervision 86400,,Activity
   room       13 Rauch
   serialNr   OEQ0600363
   subType    1
   webCmd     statusRequest

Otto123 · 02 März 2019, 20:52:20

Zitat von: betateilchen am 02 März 2019, 20:12:38
Dann mach doch mal ein Update, am besten aus dem SVN. Es gab zwischen 25.02. und heute einige grundlegende Änderungen in CUL_HM.

Ich habe jetzt nur die 10_CUL_HM direkt aus dem SVN aktualisiert. Das hat am Zustand/Verhalten des SD und des Teamlead nichts geändert.
Hätte ich außerdem noch andere Dateien aktualisieren sollen? Ich wollte es erstmal nur "minimal invasiv" machen

Gruß Otto

betateilchen · 02 März 2019, 21:18:19

@Otto: eine aktuelle HMConfig.pm ist mindestens genau so wichtig wie die 10_CUL_HM.pm

@curt: solange Du kein Update auf die aktuellen Modulversionen machst und dann schaust, wie sich Deine Rauchmelder verhalten, macht eine weitere Diskussion keinen Sinn. Für eine 2 Monate alte Modulversion wirst Du keinen Support mehr erhalten.

curt · 02 März 2019, 21:36:34

Zitat von: betateilchen am 02 März 2019, 21:18:19
@curt: solange Du kein Update auf die aktuellen Modulversionen machst und dann schaust, wie sich Deine Rauchmelder verhalten, macht eine weitere Diskussion keinen Sinn. Für eine 2 Monate alte Modulversion wirst Du keinen Support mehr erhalten.

Diese Version hatte ich auf allgemeine Empfehlung zurückgespielt. - Ich mache regelmäßig updates, eine neuere Version kam bei mir nicht an. Ja, Zugriffsrechte richtig gesetzt. Ja, keine Update-Ausschlüsse in fhem.cfg.

Wir müssen uns mal darauf verständigen, wie ein ganz normaler Nutzer sich zu verhalten hat: Ich habe genau das getan, was mir hier gesagt wurde. Und ich würde es prima finden, wenn vor weiteren offenbar gewagten Updates bei mir zunächst einmal alles wieder normal läuft.

LuckyDay · 02 März 2019, 21:56:56

@curt

Ich würde an deiner Stelle das attr Model und attr subType auf dir richtigen Werte von Hand stellen.

Ich weiß nichtmal welchen Rauchmelder de hast, gibt ja mehrere Versionen.

da du mit dem Problem hier ganz alleine bist...

betateilchen · 02 März 2019, 22:06:18

Zitat von: curt am 02 März 2019, 21:36:34
Ich mache regelmäßig updates, eine neuere Version kam bei mir nicht an. Ja, Zugriffsrechte richtig gesetzt. Ja, keine Update-Ausschlüsse in fhem.cfg.

Die Datei 10_CUL_HM.pm wurde zwischenzeitlich am 28.02. aktualisiert und es wird morgen früh ab 8 Uhr ein erneutes Update ausgeliefert.
Die Datei HMConfig.pm wurde zwischenzeitlich auch mehrfach aktualisiert und es wird davon ebenfalls morgen ein Update ausgeliefert.

Mein Vorschlag: installiere die morgen kommenden updates und prüfe dann, welche Probleme mit Deinen Rauchmeldern danach tatsächlich noch bestehen.

Zitat von: curt am 02 März 2019, 21:36:34
Wir müssen uns mal darauf verständigen, wie ein ganz normaler Nutzer sich zu verhalten hat: Ich habe genau das getan, was mir hier gesagt wurde. Und ich würde es prima finden, wenn vor weiteren offenbar gewagten Updates bei mir zunächst einmal alles wieder normal läuft.

Wir müssen uns mal darauf verständigen, dass FHEM kein kommerzielles Produkt ist, an das man sicherlich andere Ansprüche stellen könnte, als hier, wo alle beteiligten Entwickler den "Job" freiwillig und komplett in ihrer Freizeit bewältigen. Solche Probleme können immer auftreten, insbesondere, wenn wie jetzt ein grundlegender Umbau in einer bestehenden Modulkomponente durchgeführt wird.

Zitat von: curt am 02 März 2019, 21:36:34
Und ich würde es prima finden, wenn vor weiteren offenbar gewagten Updates bei mir zunächst einmal alles wieder normal läuft.

Dieser "Blick zurück" ist der falsche Weg.

Und ich würde es prima finden, wenn sich ein "normaler Nutzer" darüber ein paar Gedanken machen würde, dass er das alles geschenkt bekommt. Alle Entwickler hier im Forum tun ihr bestmöglichstes, sämtliche auftretenden Probleme so schnell wie möglcih zu beseitigen.

Da ist der Wunsch an die Nutzer, mit qualifizierten Fehlermeldungen anstatt mit Vorwürfen zu helfen, sicherlich das Mindeste, das man als Entwickler erwarten darf.

Otto123 · 02 März 2019, 22:08:35

Zitat von: betateilchen am 02 März 2019, 21:18:19
@Otto: eine aktuelle HMConfig.pm ist mindestens genau so wichtig wie die 10_CUL_HM.pm

Danke.

Hab ich jetzt gemacht, ändert aber auch nichts. Aber alles läuft.

betateilchen · 02 März 2019, 22:09:27

Zitat von: fhem-hm-knecht am 02 März 2019, 21:56:56
Ich würde an deiner Stelle das attr Model und attr subType auf dir richtigen Werte von Hand stellen.

*grmpf* Du weisst aber schon, dass sich in aktuellen Modulversionen die Attribute model und subType nicht mehr von Hand setzen lassen?

Zitat von: fhem-hm-knecht am 02 März 2019, 21:56:56
da du mit dem Problem hier ganz alleine bist...

Er ist mit dem Problem nicht alleine.

knopf_piano · 02 März 2019, 22:12:33

Ich kann set update auf
$Id: 10_CUL_HM.pm 18770 2019-03-02 10:03:42Z martinp876 $
keinen channel meines 4-kanal hutschienenmodels mehr schalten. bei set... fehlt z.b. on/off

alleiniges zurückspielen von
# $Id: 10_CUL_HM.pm 18184 2019-01-08 20:43:59Z martinp876 $
behebt das problem und ich kann die kanäle schalten.

Code Auswählen


Internals:
CFGFN ./myfhem/dev/dev_quadswitch.cfg
DEF 267084
FUUID 5c4c1ad8-f33f-35e2-c7e3-3022dc98e4a263df
HMLAN1_MSGCNT 11
HMLAN1_RAWMSG R40209368,0001,0A46DDC1,FF,FFB6,58800226708426EDF4010400004B
HMLAN1_RSSI -74
HMLAN1_TIME 2019-03-02 21:37:50
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 11
NAME QuadSw
NOTIFYDEV global
NR 647
NTFY_ORDER 50-QuadSw
STATE CMDs_done
TYPE CUL_HM
channel_01 Zirkulationspumpe
channel_02 Raumthermostat_Vcc
channel_03 Heizung_Vcc
channel_04 Licht4DoorBell
lastMsg No:58 - t:02 s:267084 d:26EDF4 010400004B
protLastRcv 2019-03-02 21:37:50
protRcv 7 last_at:2019-03-02 21:37:50
protSnd 12 last_at:2019-03-02 21:37:50
protState CMDs_done
rssi_HMLAN1 cnt:7 min:-79 max:-74 avg:-75.42 lst:-75
rssi_at_HMLAN1 cnt:11 min:-75 max:-74 avg:-74.18 lst:-74
READINGS:
2019-01-04 04:26:22 D-firmware 1.12
2019-01-04 04:26:22 D-serialNr KEQ1102596
2019-01-08 20:36:15 powerOn 2019-01-08 20:36:15
2019-01-08 20:36:50 recentStateType info
2019-03-02 21:37:50 state CMDs_done
helper:
HM_CMDNR 88
cSnd 1126EDF42670840204C80000,1126EDF42670840204000000
mId
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +267084,00,00,00
nextSend 1551559070.47123
prefIO
rxt 0
vccu
p:
267084
00
00
00
mRssi:
mNo 58
io:
HMLAN1:
-72
-72
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
rssi:
HMLAN1:
avg -75.4285714285714
cnt 7
lst -75
max -74
min -79
at_HMLAN1:
avg -74.1818181818182
cnt 11
lst -74
max -74
min -75
Attributes:
IODev HMLAN1
alias Schaltschrank
autoReadReg 4_reqStatus
expert 2_full
firmware 1.12
model HM-LC-SW4-DRr
serialNr KEQ1102596
subType switch
webCmd getConfig:clear msgEvents

Gesendet von meinem SM-J510FN mit Tapatalk

curt · 02 März 2019, 22:17:11

Zitat von: betateilchen am 02 März 2019, 22:06:18
Mein Vorschlag: installiere die morgen kommenden updates und prüfe dann, welche Probleme mit Deinen Rauchmeldern danach tatsächlich noch bestehen.

Ok, verstanden.

Zitat von: betateilchen am 02 März 2019, 22:06:18
Wir müssen uns mal darauf verständigen, dass FHEM kein kommerzielles Produkt ist, an das man sicherlich andere Ansprüche stellen könnte, als hier, wo alle beteiligten Entwickler den "Job" freiwillig und komplett in ihrer Freizeit bewältigen. Solche Probleme können immer auftreten, insbesondere, wenn wie jetzt ein grundlegender Umbau in einer bestehenden Modulkomponente durchgeführt wird.

Darauf müssen wir uns nicht erst verständigen; das ist wohlbekannt. Ich bin auch sehr dankbar, vermutlich sind das die meisten. Allerdings muss man nicht jeden Beitrag mit einem Kniefall und einer Entschuldigung an die Entwickler einleiten.

Zitat von: betateilchen am 02 März 2019, 22:06:18
Dieser "Blick zurück" ist der falsche Weg.

Sofern damit gemeint ist, dass ich diese alte Version nutze - genau das war die Empfehlung.

Zitat von: betateilchen am 02 März 2019, 22:06:18
Da ist der Wunsch an die Nutzer, mit qualifizierten Fehlermeldungen anstatt mit Vorwürfen zu helfen, sicherlich das Mindeste, das man als Entwickler erwarten darf.

So - es reicht jetzt. Ich kann mich nicht erinnern, einen Entwickler angegangen zu sein. Ich mühe mich, sachlich und zurückhaltend zu formulieren. Manchmal kann ich nicht sofort die richtigen Daten mitteilen; ich weiß dann schlicht nicht, was ich mitteilen muss. - Im Gegenteil ist es so, dass der eine oder andere Entwickler bei Nachfragen oder Fehlermeldungen schon ausfällig wurde. Ich meine mich auch daran erinnern zu können, dass Du mir schon mal unsachlich über den Mund gefahren bist. Ich empfehle dringend, dass jeder zunächst vor der eigenen Tür kehrt.

Danke.

curt · 02 März 2019, 22:46:05

@fhem-hm-knecht

Zitat von: fhem-hm-knecht am 02 März 2019, 21:56:56
Ich weiß nichtmal welchen Rauchmelder de hast, gibt ja mehrere Versionen.

HM-Sec-SD-2

Zitat von: fhem-hm-knecht am 02 März 2019, 21:56:56
Ich würde an deiner Stelle das attr Model und attr subType auf dir richtigen Werte von Hand stellen.

Falls das möglich ist (das wurde inzwischen ja bestritten) würde ich das gern tun. Was genau muss ich machen?