[version nach 6.4.21] cul_hm bringt fhem zum absturz

the ratman · 08 April 2021, 08:25:49

hiho,

ich hab leider div. totalabstürze von fhem zu verzeichnen. das log bleibt leer, ein restart bringt fhem wieder ins leben zurück, bis es nach ein paar stunden wieder das zeitliche segnet.

das zurückspielen 10_CUL_HM.pm und HMConfig.pm vom 6.4. schafft scheinbar für abhillfe. jetzt rennt fhem wieder seit rund 17 stunden ohne murren.

falls ich was zur fehlersuche beitragen kann ... nur sagen. nur bitte nicht verlangen, das neue cul_hm wieder einzuspielen. ich hab nur ein echtsystem und der waf sinkt gerade ins bodenlose.

hier schon mal ein list meines hmlan - ist derzeit der einzige sender/empfänger für homematic bei mir:

Code Auswählen

Internals:
   AssignedPeerCnt 48
   CNT        182
   Clients    :CUL_HM:
   DEF        192.168.178.10
   DEVCNT     182
   DevState   99
   DevType    LGW
   DeviceName 192.168.178.10:2000
   FD         33
   FUUID      5c62c6b3-f33f-0f9e-7800-6d2c4229467a305d
   LastOpen   1617804856.16788
   NAME       hmLan2
   NOTIFYDEV  global
   NR         14
   NTFY_ORDER 50-hmLan2
   PARTIAL    
   RAWMSG     040202
   RSSI       -67
   STATE      

zustand: opened/ok (ld: low 1%)

   TYPE       HMUARTLGW
   XmitOpen   1
   model      eQ3-HM-LGW
   msgLoadCurrent 1
   msgLoadHistory 0/0/1/0/0/-1/0/0/0/0/0/1
   msgLoadHistoryAbs 2/2/2/1/1/1/2/2/2/2/2/2/1
   owner      322433
   owner_CCU  vccu
   Helper:
     CreditTimer 3879
     FW         66561
     Initialized 1
     SendCnt    185
     AckPending:
       114:
         cmd        020000008F800232243353C3680101C800
         dst        1
         frame      FD00130172020000008F800232243353C3680101C80038F0
         time       1617861996.82873
       116:
         cmd        0200000090800232243353C3680101C800
         dst        1
         frame      FD001301740200000090800232243353C3680101C800BA15
         time       1617862003.32964
       204:
         cmd        02000000248002322433602EC80101C800
         dst        1
         frame      FD001301CC02000000248002322433602EC80101C8003E26
         time       1617859606.20568
       210:
         cmd        02000000258002322433602EC80101C800
         dst        1
         frame      FD001301D202000000258002322433602EC80101C800D838
         time       1617859648.52827
       213:
         cmd        020000009D800232243353C4CC0101C800
         dst        1
         frame      FD001301D5020000009D800232243353C4CC0101C80081D8
         time       1617859687.48862
       225:
         cmd        020000009E800232243353C4CC0101C800
         dst        1
         frame      FD001301E1020000009E800232243353C4CC0101C80012C1
         time       1617859836.8985
     LastSendLen:
       3
       3
     Log:
       IDs:
     PendingCMD:
     RoundTrip:
       Delay      0.00412392616271973
     loadLvl:
       lastHistory 1617862761.17314
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     1A9622     +1A9622,00,00,00
     1AA473     +1AA473,00,00,00
     24E49C     +24E49C,00,00,00
     3A6F79     +3A6F79,00,00,00
     3E77A4     +3E77A4,00,00,00
     3E77BB     +3E77BB,00,00,00
     3FA4EC     +3FA4EC,00,00,00
     3FA629     +3FA629,00,00,00
     3FB01D     +3FB01D,00,00,00
     3FC607     +3FC607,00,00,00
     434C2B     +434C2B,00,00,00
     436E25     +436E25,00,00,00
     461363     +461363,00,00,00
     4BEA88     +4BEA88,00,00,00
     53C368     +53C368,00,00,00
     53C3F4     +53C3F4,00,00,00
     53C4CC     +53C4CC,00,00,00
     54C24B     +54C24B,00,00,00
     56C171     +56C171,00,00,00
     58623D     +58623D,00,00,00
     58C4E5     +58C4E5,00,00,00
     58C502     +58C502,00,00,00
     58C65C     +58C65C,00,00,00
     5B3D5E     +5B3D5E,00,00,00
     5B45EF     +5B45EF,00,00,00
     5BBD73     +5BBD73,00,00,00
     5BBE55     +5BBE55,00,00,00
     5BBECA     +5BBECA,00,00,00
     5C8A11     +5C8A11,00,00,00
     5D45F1     +5D45F1,00,00,00
     5E6F21     +5E6F21,00,00,00
     5E6F52     +5E6F52,00,00,00
     5F3CF6     +5F3CF6,00,00,00
     5FDED5     +5FDED5,00,00,00
     5FE3DF     +5FE3DF,00,00,00
     602A1C     +602A1C,00,00,00
     602E8C     +602E8C,00,00,00
     602EC8     +602EC8,00,00,00
     60382C     +60382C,00,00,00
     603850     +603850,00,00,00
     60405A     +60405A,00,00,00
     621F4B     +621F4B,00,00,00
     62E4AE     +62E4AE,00,00,00
     688138     +688138,00,00,00
     69EBBE     +69EBBE,00,00,00
     6ABDF8     +6ABDF8,00,00,00
     6F87C1     +6F87C1,00,00,00
     B5B501     +B5B501,00,00,00
   READINGS:
     2021-04-07 16:14:21   D-HMIdAssigned  322433
     2021-04-07 16:14:21   D-HMIdOriginal  FFFFFF
     2021-04-07 16:14:16   D-LANfirmware   1.1.5
     2021-04-07 16:14:21   D-firmware      1.4.1
     2021-04-07 16:14:16   D-serialNr      OEQ0797622
     2021-04-07 16:14:16   D-type          eQ3-HM-LGW
     2021-04-07 16:14:21   cond            ok
     2021-04-08 08:19:43   load            1
     2021-04-07 16:14:21   loadLvl         low
     2021-04-07 16:14:16   state           opened
   helper:
   keepAlive:
     CNT        244
     DEVCNT     243
     DevState   99
     DevType    LGW-KeepAlive
     DeviceName 192.168.178.10:2001
     FD         72
     LastOpen   1617804856.21549
     NAME       hmLan2:keepAlive
     NR         359
     PARTIAL    
     STATE      opened
     TEMPORARY  1
     TYPE       HMUARTLGW
     XmitOpen   0
     Helper:
       NextKeepAlive 1617862957.42726
       Log:
         Resolve    1
         IDs:
     READINGS:
       2021-04-07 16:14:16   state           opened
Attributes:
   alias      hm lan wohnzimmer
   group      hardware,start1
   hmId       xxx
   icon       hm_ccu
   lgwPw      xxx
   room       homematic,start
   stateFormat 

zustand: state/cond (ld: loadLvl load%)

   webCmd     restart:reopen

frank · 08 April 2021, 10:31:40

und nun?
das log ist doch sicherlich nicht leer.

ich fasse mal zusammen:
1. fhem startet ohne probleme
2. irgendwann, stunden später => "absturz"
3. keine warnings, keine besonderheiten vom start bis zum absturz in fhem.log.

Zitat von: rudolfkoenig am 07 April 2021, 12:26:35
Vermutlich wird in diesem Fall helfen, FHEM mit -d zu starten, wie hier: https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche#Neue_M.C3.B6glichkeit_des_Debuggen beschrieben.

das hätte eventuell geholfen.

Zitat von: the ratman am 08 April 2021, 08:25:49
falls ich was zur fehlersuche beitragen kann ... nur sagen. nur bitte nicht verlangen, das neue cul_hm wieder einzuspielen.

dann musst du alle logs durchforsten, um zu sagen, was die letzte aktion vor dem absturz war.
eventuell eine aktion, die seit dem start erstmalig ausgeführt wurde.

ich habe bei mir noch keinen absturz gesehen.

mabula · 08 April 2021, 10:49:51

Teste mal dies
https://forum.fhem.de/index.php/topic,120179.msg1146761.html#msg1146761
Deine Homematic Key Devices benötigen doch eine AES Verschlüsselung. Bei mir ging danach GetConfig und StatusRequest it der neuen Cul_HM 24158 wieder.
Gruß HJB

the ratman · 08 April 2021, 11:25:11

@frank

das log ist definitiv leer: keine warning, keine errors, kein gar nix
sonst wäre ich ja eventuell auch gscheiter, was das problem angeht *g*

mit -d zu starten war schon vorbereitet, dann wollt ich meinem bauchgefühl folgen und mal wieder das alte file reinwerfen. jetzt rennts und ich krieg keine schimpfer mehr von meiner holden ...

was meinst du mit "alle logs"? mein wissen über linux reicht grad aus, um fhem drauf zu installieren.

@mabula
wenn ich bei meiner vccu "set assignHmKey" mache, kommt nach einiger zeit:

Code Auswählen

commState   CMDs_done_Errors:1 2021-04-08 11:19:13
state            MISSING ACK 2021-04-08 11:19:13

nach einem "update" wechselt das ganze zum glück wieder auf

Code Auswählen

state hmLan2:ok

nachtrag:

seit ich meinen luftdrucksensor (ein "UniSensor1" https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1 wurde mir von einem freundlichen herren aus diesem forum zusammengebaut und geflashed) wieder angesteckt habe, krieg ich mit der "alten" cul_hm.pm laufend folgende warnings ohne abstürze (bis jetzt):
der war aber nicht angesteckt wärend der abstürze mit der aktuellen cul_hm.pm! - dies also nur zur sicherheit

Code Auswählen

2021.04.08 11:29:12 1:  PERL WARNING: Use of uninitialized value in hash element at ./FHEM/10_CUL_HM.pm line 4436.
2021.04.08 11:29:12 1:  stacktrace:
2021.04.08 11:29:12 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (4436)
2021.04.08 11:29:12 1:      main::CUL_HM_Get                    called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (2002)
2021.04.08 11:29:12 1:      main::CommandGet                    called by fhem.pl (1265)
2021.04.08 11:29:12 1:      main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2762)
2021.04.08 11:29:12 1:      main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (962)
2021.04.08 11:29:12 1:      main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (597)
2021.04.08 11:29:12 1:      main::FW_Read                       called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (773)
2021.04.08 11:29:12 1:  PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/10_CUL_HM.pm line 4437.
2021.04.08 11:29:12 1:  stacktrace:
2021.04.08 11:29:12 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (4437)
2021.04.08 11:29:12 1:      main::CUL_HM_Get                    called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (2002)
2021.04.08 11:29:12 1:      main::CommandGet                    called by fhem.pl (1265)
2021.04.08 11:29:12 1:      main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2762)
2021.04.08 11:29:12 1:      main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (962)
2021.04.08 11:29:12 1:      main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (597)
2021.04.08 11:29:12 1:      main::FW_Read                       called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (773)
2021.04.08 11:29:12 1:  PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/10_CUL_HM.pm line 4438.
2021.04.08 11:29:12 1:  stacktrace:
2021.04.08 11:29:12 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (4438)
2021.04.08 11:29:12 1:      main::CUL_HM_Get                    called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (2002)
2021.04.08 11:29:12 1:      main::CommandGet                    called by fhem.pl (1265)
2021.04.08 11:29:12 1:      main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2762)
2021.04.08 11:29:12 1:      main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (962)
2021.04.08 11:29:12 1:      main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (597)
2021.04.08 11:29:12 1:      main::FW_Read                       called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (773)
2021.04.08 11:29:12 1:  PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/10_CUL_HM.pm line 4439.
2021.04.08 11:29:12 1:  stacktrace:
2021.04.08 11:29:12 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (4439)
2021.04.08 11:29:12 1:      main::CUL_HM_Get                    called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (2002)
2021.04.08 11:29:12 1:      main::CommandGet                    called by fhem.pl (1265)
2021.04.08 11:29:12 1:      main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2762)
2021.04.08 11:29:12 1:      main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (962)
2021.04.08 11:29:12 1:      main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (597)
2021.04.08 11:29:12 1:      main::FW_Read                       called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (773)
2021.04.08 11:29:12 1:  PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/10_CUL_HM.pm line 4440.
2021.04.08 11:29:12 1:  stacktrace:
2021.04.08 11:29:12 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (4440)
2021.04.08 11:29:12 1:      main::CUL_HM_Get                    called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (2002)
2021.04.08 11:29:12 1:      main::CommandGet                    called by fhem.pl (1265)
2021.04.08 11:29:12 1:      main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2762)
2021.04.08 11:29:12 1:      main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (962)
2021.04.08 11:29:12 1:      main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (597)
2021.04.08 11:29:12 1:      main::FW_Read                       called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (773)
2021.04.08 11:29:12 1:  PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/10_CUL_HM.pm line 4441.
2021.04.08 11:29:12 1:  stacktrace:
2021.04.08 11:29:12 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (4441)
2021.04.08 11:29:12 1:      main::CUL_HM_Get                    called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (2002)
2021.04.08 11:29:12 1:      main::CommandGet                    called by fhem.pl (1265)
2021.04.08 11:29:12 1:      main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2762)
2021.04.08 11:29:12 1:      main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (962)
2021.04.08 11:29:12 1:      main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (597)
2021.04.08 11:29:12 1:      main::FW_Read                       called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (773)
2021.04.08 11:29:12 1:  PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/10_CUL_HM.pm line 4442.
2021.04.08 11:29:12 1:  stacktrace:
2021.04.08 11:29:12 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (4442)
2021.04.08 11:29:12 1:      main::CUL_HM_Get                    called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (2002)
2021.04.08 11:29:12 1:      main::CommandGet                    called by fhem.pl (1265)
2021.04.08 11:29:12 1:      main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2762)
2021.04.08 11:29:12 1:      main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (962)
2021.04.08 11:29:12 1:      main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (597)
2021.04.08 11:29:12 1:      main::FW_Read                       called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (773)
2021.04.08 11:29:12 1:  PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/10_CUL_HM.pm line 4443.
2021.04.08 11:29:12 1:  stacktrace:
2021.04.08 11:29:12 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (4443)
2021.04.08 11:29:12 1:      main::CUL_HM_Get                    called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (2002)
2021.04.08 11:29:12 1:      main::CommandGet                    called by fhem.pl (1265)
2021.04.08 11:29:12 1:      main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2762)
2021.04.08 11:29:12 1:      main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (962)
2021.04.08 11:29:12 1:      main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (597)
2021.04.08 11:29:12 1:      main::FW_Read                       called by fhem.pl (3847)
2021.04.08 11:29:12 1:      main::CallFn                        called by fhem.pl (773)
2021.04.08 11:32:54 1:  PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_HMinfo.pm line 1719.
2021.04.08 11:32:54 1:  stacktrace:
2021.04.08 11:32:54 1:      main::__ANON__                      called by ./FHEM/98_HMinfo.pm (1719)
2021.04.08 11:32:54 1:      main::HMinfo_GetFn                  called by fhem.pl (3847)
2021.04.08 11:32:54 1:      main::CallFn                        called by fhem.pl (2002)
2021.04.08 11:32:54 1:      main::CommandGet                    called by fhem.pl (1265)
2021.04.08 11:32:54 1:      main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2762)
2021.04.08 11:32:54 1:      main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (962)
2021.04.08 11:32:54 1:      main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (597)
2021.04.08 11:32:54 1:      main::FW_Read                       called by fhem.pl (3847)
2021.04.08 11:32:54 1:      main::CallFn                        called by fhem.pl (773)

vielleicht hats ja was damit zu tun?

frank · 08 April 2021, 12:58:50

ein list vom sensor bitte.
und den inhalt der zusätzlichen pm-datei.

the ratman · 08 April 2021, 13:00:05

wow - zu fott für mich *g*

Code Auswählen

Internals:
   DEF        B5B501
   FUUID      60686ddf-f33f-f543-b76c-537d68f6504e9451
   IODev      hmLan2
   LASTInputDev hmLan2
   MSGCNT     80
   NAME       drucksensor
   NOTIFYDEV  global
   NR         356
   NTFY_ORDER 50-drucksensor
   STATE      temp: 23.1 °c | druck: 1025.9 hpa
   TYPE       CUL_HM
   chanNo     01
   hmLan2_MSGCNT 80
   hmLan2_RAWMSG 0500001E4C8470B5B50100000000E728130000864700000D360000
   hmLan2_RSSI -30
   hmLan2_TIME 2021-04-08 12:58:40
   lastMsg    No:4C - t:70 s:B5B501 d:000000 00E728130000864700000D360000
   protCmdPend 2 CMDs_pending
   protLastRcv 2021-04-08 12:58:40
   protRcv    80 last_at:2021-04-08 12:58:40
   protResnd  1 last_at:2021-04-08 12:16:08
   protSnd    8 last_at:2021-04-08 12:16:03
   protState  CMDs_pending
   rssi_at_hmLan2 cnt:80 min:-36 max:-26 avg:-30.8 lst:-30 
   rssi_hmLan2 cnt:2 min:-40 max:-34 avg:-37 lst:-40 
   Helper:
     DBLOG:
       brightness:
         logdb:
           TIME       1617879520.37813
           VALUE      88000.00
       humidity:
         logdb:
           TIME       1617879520.37813
           VALUE      0
       pressure:
         logdb:
           TIME       1617879520.37813
           VALUE      1025.9
       temperature:
         logdb:
           TIME       1617879520.37813
           VALUE      23.1
   READINGS:
     2021-04-03 16:48:30   CommandAccepted yes
     2021-04-03 16:52:53   D-firmware      1.3
     2021-04-03 16:52:53   D-serialNr      DRUCKOMAT
     2021-04-03 17:25:26   PairedTo        0x322433
     2021-04-08 12:58:40   batVoltage      3.38
     2021-04-08 12:58:40   battery         ok
     2021-04-08 12:58:40   brightness      88000.00
     2021-04-08 12:16:02   cfgState        updating
     2021-04-08 12:16:08   commState       CMDs_pending
     2021-04-08 12:58:40   customData      0
     2021-04-08 12:58:40   digitalInput    0
     2021-04-08 12:58:40   humidity        0
     2021-04-08 10:14:16   powerOn         2021-04-08 10:14:16
     2021-04-08 12:58:40   pressure        1025.9
     2021-04-08 12:16:02   recentStateType info
     2021-04-08 12:58:40   state           T: 23.1 P: 1025.9 H: 0 B: 88000.00 I: 0 X: 0
     2021-04-08 12:58:40   temperature     23.1
     RegL_00.:
       VAL        
   cmdStack:
     ++A001322433B5B50100040000000000
     ++A001322433B5B5010103
   helper:
     HM_CMDNR   76
     PONtest    0
     cSnd       01322433B5B501010E,01322433B5B50100040000000000
     getCfgListNo 
     mId        F103
     peerFriend 
     peerIDsState complete
     peerOpt    p:UniSensor1
     regLst     0
     rxType     156
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:1617804840.10696
       TmplTs     1617804840.10696
       cmdKey     1:1:0::drucksensor:F103:01:
       cmdLst:
         assignHmKey noArg
         burstXmit  noArg
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         deviceRename -newName-
         fwUpdate     ...
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         getSerial  noArg
         getVersion noArg
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   0  ... single [set|unset] [actor|remote|both]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         statusRequest noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    
         tplChan    
         tplDel     
         tplPeer    
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       2
       newChn     +B5B501,02,00,00
       nextSend   1617879520.47246
       rxt        2
       vccu       vccu
       p:
         B5B501
         00
         00
         00
       prefIO:
         hmLan2
     mRssi:
       mNo        4C
       io:
         hmLan2:
           -22
           -22
     peerIDsH:
       00000000   broadcast
     prt:
       bErr       0
       sProc      2
       sleeping   0
       wuReSent   2
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_hmLan2:
         avg        -30.8
         cnt        80
         lst        -30
         max        -26
         min        -36
       hmLan2:
         avg        -37
         cnt        2
         lst        -40
         max        -34
         min        -40
     shadowReg:
     tmpl:
Attributes:
   IODev      hmLan2
   IOgrp      vccu:hmLan2
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.3
   group      sensoren
   icon       weather_barometric_pressure
   model      HB-UNI-Sensor1
   peerIDs    00000000
   room       homematic
   serialNr   DRUCKOMAT
   stateFormat temp: temperature °c | druck: pressure hpa
   subType    UniSensor1

frank · 08 April 2021, 13:05:36

ZitatserialNr DRUCKOMAT

müssen seriennummern nicht 10 zeichen haben?

zeig auch mal den inhalt der zusätzlichen pm-datei.

the ratman · 08 April 2021, 14:32:48

ich wurde gefragt, welche serial ich mir wünsche ... und ich bin ja bekannt für dämliche ideen *g* ... mehr weiß ich ned darüber. es könnte sein, dass da dahinter aber auch ein leerzeichen oder was unsichtbares ist als 10. stelle. zumindest krieg ich manchesmal in fehm einen 10. stelle angezeigt.
nachtrag: hab ich richtig vermutet, seh ichs mir in fhemweb an, krieg ich [siehe screenshot] (kopieren geht irgendwie nicht).

hier der inhalt der datei HMConfig_UniSensor1.pm. die ist 1:1 von oben gelinkter github seite, natürlich mit passenden rechten.
der sensor liefert auch brav batterie, temp und luftdruck. einen wert für helligkeit lustiger weise auch.

Code Auswählen

package main;

use strict;
use warnings;

# device definition
$HMConfig::culHmModel{'F103'} = {name => 'HB-UNI-Sensor1', st => 'UniSensor1', cyc => '00:10', rxt => 'l:w:c:f', lst  => 'p',   chn  => '',};

# definitions for register settings
# examples see HMConfig.pm line 350ff
$HMConfig::culHmRegDefine{'ledMode'}         = {a=> 5.6,s=>0.2,l=>0,min=>0   ,max=>1     ,p=>'n',c=>'lit',f=>'',u=>''  ,d=>0,t=>'LED mode',lit=>{off=>0,on=>1}};
$HMConfig::culHmRegDefine{'lowBatLimit'}     = {a=>18.0,s=>1.0,l=>0,min=>1.0 ,max=>5     ,p=>'n',c=>''   ,f=>10,u=>'V' ,d=>0,t=>'Low batterie limit, step 0.1 V.'};
$HMConfig::culHmRegDefine{'updateIntervall'} = {a=>32.0,s=>2.0,l=>0,min=>60  ,max=>43200 ,p=>'n',c=>''   ,f=>'',u=>'s' ,d=>0,t=>'Sensor measure and send intervall in seconds.'};
$HMConfig::culHmRegDefine{'altitude'}        = {a=>34.0,s=>2.0,l=>0,min=>0   ,max=>10000 ,p=>'n',c=>''   ,f=>'',u=>'m' ,d=>0,t=>'Altitude for calculate air pressure at see level in meter.'};

# Register model mapping
$HMConfig::culHmRegModel{'HB-UNI-Sensor1'} = {
    'burstRx'         => 1,
    'lowBatLimit'     => 1,
    'ledMode'         => 1,
    'transmDevTryMax' => 1,
    'updateIntervall' => 1,
    'altitude'        => 1
};

# subtype channel mapping
$HMConfig::culHmSubTypeSets{'UniSensor1'}    = {
    'peerChan'       => '0 <actChn> ... single [set|unset] [actor|remote|both]',
    'fwUpdate'       => '<filename> <bootTime> ...',
    'getSerial'      => '',
    'getVersion'     => '',
    'statusRequest'  => '',
    'burstXmit'      => ''
};

# Subtype spezific funtions
sub CUL_HM_ParseUniSensor1(@){
    
    my ($mFlg, $frameType, $src, $dst, $msgData, $targetDevIO) = @_;
    
    my $shash = CUL_HM_id2Hash($src);                                           #sourcehash - will be modified to channel entity
    my @events = ();

    # WEATHER_EVENT
    if ($frameType eq '70'){
        my $name = $shash->{NAME};
        my $chn = '01';

        my ($dTempBat, $pressure, $humidity, $brightness100, $digInputByte, $batVoltage, $customData) = map{hex($_)} unpack ('A4A4A2A8A2A4A4', $msgData);

        # temperature, int with scaling factor 10 from device to get one decimal place
        my $temperature =  $dTempBat & 0x7fff;
        $temperature = ($temperature &0x4000) ? $temperature - 0x8000 : $temperature;
        $temperature = sprintf('%0.1f', $temperature / 10);

        my $stateMsg = 'state:T: ' . $temperature;
        push (@events, [$shash, 1, 'temperature:' . $temperature]);

        # battery state
        push (@events, [$shash, 1, 'battery:' . ($dTempBat & 0x8000 ? 'low' : 'ok')]);

        # battery voltage in mV
        $batVoltage = sprintf('%.2f', (($batVoltage + 0.00) / 1000));
        push (@events, [$shash, 1, 'batVoltage:' . $batVoltage]);

        # air pressure, int with scaling factor 10 from device to get one decimal place
        my $pressureTxt = sprintf('%.1f', $pressure / 10);
        $stateMsg .= ' P: '    . $pressureTxt;
        push (@events, [$shash, 1, 'pressure:'    . $pressureTxt]);

        # TM: HB-UNI-Sensor1 hat eigene pressureNN Berechnung
        # falls pressureNN Berechnung in FHEM gewünscht, hier auskommentieren und ggf. anpassen
        #my ($rAltitude) = split(' ', ReadingsVal($name, 'R-altitude', 0));
        #my $altitude = AttrVal('global', 'altitude', -9999);
        #my $pressureNN = ($altitude > -9999 && $rAltitude == 0) ? sprintf('%.1f', ($pressure + ($altitude / 8.5))) : 0;
        #if ($pressureNN) {
        #   $stateMsg .= ' P-NN: ' . $pressureNN;
        #   push (@events, [$shash, 1, 'pressure-nn:' . $pressureNN]);
        #}

        # humidity
        $stateMsg .= ' H: ' . $humidity;
        push (@events, [$shash, 1, 'humidity:' . $humidity]);
        
        # brightness, int with scaling factor 100 from device to get two decimal places
        my $brightness = sprintf('%.2f', $brightness100 / 100);
        $stateMsg .= ' B: ' . $brightness;
        push (@events, [$shash, 1, 'brightness:' . $brightness]);
        
        # digital input, momentan nur 1Bit benötigt und ausgewertet
        my $digInput0 = 0;
        if ($digInputByte & 1) { $digInput0 = 1; }
        $stateMsg .= ' I: ' . $digInput0;
        push (@events, [$shash, 1, 'digitalInput:' . $digInput0]);
        
        # 16bit customData, ab Firmware 0x13
        $stateMsg .= ' X: ' . $customData;
        push (@events, [$shash, 1, 'customData:' . $customData]);
        
        # UV-Index VEML6070
        #my $uvindex =  $customData & 0x000F;
        #$stateMsg .= ' U: ' . $uvindex;
        #push (@events, [$shash, 1, 'UV-Index:' . $uvindex]);
        
        # UV-Index VEML6075
        #my $uvindex = sprintf('%.1f', ($customData & 0x00FF) / 10);
        #$stateMsg .= ' U: ' . $uvindex;
        #push (@events, [$shash, 1, 'UV-Index:' . $uvindex]);
        
        push (@events, [$shash, 1, $stateMsg]);
    }

    return @events;
}

1;

btw - keine weiteren logeinträge seit dem letzten mal.
dafür hat der sensor ja pending commands - die krieg ich nicht mehr rüber. immer ein "RESPONSE TIMEOUT:RegisterRead" mit dem alten cul_hm. mit dem neuen cul_hm ging das problemlos.

ich fasse sicherheitshalber mal zusammen, bevor wir durcheinander kommen:
aktuelles cul_hm: sensor geht, lässt sich beschreiben , keine warnings, aber dafür absturz von fhem innerhalb 12 stunden
altes cul_hm: sensor geht, lässt sich nicht beschreiben, warnings kommen, dafür rennt fhem durch

frank · 08 April 2021, 16:46:08

Zitatbtw - keine weiteren logeinträge seit dem letzten mal.

scheinbar hast du global verbose=1 gesetzt. kein wunder, wenn dann nichts im log steht.

ein leerzeichen als 10tes zeichen ist vielleicht nicht so schlau, oder?
ist aber wahrscheinlich nicht die ursache für einen absturz.

um registerchaos mit anderen devices zu umgehen, würde ich die pm datei so ändern.
siehe ab hier: https://forum.fhem.de/index.php/topic,20620.msg1137739.html#msg1137739

Code Auswählen

package main;

use strict;
use warnings;

# device definition
$HMConfig::culHmModel{'F103'} = {name => 'HB-UNI-Sensor1', st => 'UniSensor1', cyc => '00:10', rxt => 'l:w:c:f', lst  => 'p',   chn  => ''};

# definitions for register settings
# examples see HMConfig.pm line 350ff
$HMConfig::culHmRegDefine{'lowBatLimitUS1'}     = {a=>18.0,s=>1.0,l=>0,min=>1.0 ,max=>5     ,p=>'n',c=>''   ,f=>10,u=>'V' ,d=>0,t=>'Low batterie limit, step 0.1 V.'};
$HMConfig::culHmRegDefine{'updateIntervall'}    = {a=>32.0,s=>2.0,l=>0,min=>60  ,max=>43200 ,p=>'n',c=>''   ,f=>'',u=>'s' ,d=>0,t=>'Sensor measure and send intervall in seconds.'};
$HMConfig::culHmRegDefine{'altitudeUS1'}        = {a=>34.0,s=>2.0,l=>0,min=>0   ,max=>10000 ,p=>'n',c=>''   ,f=>'',u=>'m' ,d=>0,t=>'Altitude for calculate air pressure at see level in meter.'};

# Register model mapping
$HMConfig::culHmRegModel{'HB-UNI-Sensor1'} = {
    'burstRx'         => 1,
    'lowBatLimitUS1'  => 1,
    'ledMode'         => 1,
    'transmDevTryMax' => 1,
    'updateIntervall' => 1,
    'altitudeUS1'     => 1
};

# subtype channel mapping
$HMConfig::culHmSubTypeSets{'UniSensor1'}    = {
    'peerChan'       => '0 <actChn> ... single [set|unset] [actor|remote|both]',
    'fwUpdate'       => '<filename> <bootTime> ...',
    'getSerial'      => '',
    'getVersion'     => '',
    'statusRequest'  => '',
    'burstXmit'      => ''
};

# Subtype spezific funtions
sub CUL_HM_ParseUniSensor1(@){
   
    my ($mFlg, $frameType, $src, $dst, $msgData, $targetDevIO) = @_;
   
    my $shash = CUL_HM_id2Hash($src);                                           #sourcehash - will be modified to channel entity
    my @events = ();

    # WEATHER_EVENT
    if ($frameType eq '70'){
        my $name = $shash->{NAME};
        my $chn = '01';

        my ($dTempBat, $pressure, $humidity, $brightness100, $digInputByte, $batVoltage, $customData) = map{hex($_)} unpack ('A4A4A2A8A2A4A4', $msgData);

        # temperature, int with scaling factor 10 from device to get one decimal place
        my $temperature =  $dTempBat & 0x7fff;
        $temperature = ($temperature &0x4000) ? $temperature - 0x8000 : $temperature;
        $temperature = sprintf('%0.1f', $temperature / 10);

        my $stateMsg = 'state:T: ' . $temperature;
        push (@events, [$shash, 1, 'temperature:' . $temperature]);

        # battery state
        push (@events, [$shash, 1, 'battery:' . ($dTempBat & 0x8000 ? 'low' : 'ok')]);

        # battery voltage in mV
        $batVoltage = sprintf('%.2f', (($batVoltage + 0.00) / 1000));
        push (@events, [$shash, 1, 'batVoltage:' . $batVoltage]);

        # air pressure, int with scaling factor 10 from device to get one decimal place
        my $pressureTxt = sprintf('%.1f', $pressure / 10);
        $stateMsg .= ' P: '    . $pressureTxt;
        push (@events, [$shash, 1, 'pressure:'    . $pressureTxt]);

        # TM: HB-UNI-Sensor1 hat eigene pressureNN Berechnung
        # falls pressureNN Berechnung in FHEM gewünscht, hier auskommentieren und ggf. anpassen
        #my ($rAltitude) = split(' ', ReadingsVal($name, 'R-altitudeUS1', 0));
        #my $altitude = AttrVal('global', 'altitude', -9999);
        #my $pressureNN = ($altitude > -9999 && $rAltitude == 0) ? sprintf('%.1f', ($pressure + ($altitude / 8.5))) : 0;
        #if ($pressureNN) {
        #   $stateMsg .= ' P-NN: ' . $pressureNN;
        #   push (@events, [$shash, 1, 'pressure-nn:' . $pressureNN]);
        #}

        # humidity
        $stateMsg .= ' H: ' . $humidity;
        push (@events, [$shash, 1, 'humidity:' . $humidity]);
       
        # brightness, int with scaling factor 100 from device to get two decimal places
        my $brightness = sprintf('%.2f', $brightness100 / 100);
        $stateMsg .= ' B: ' . $brightness;
        push (@events, [$shash, 1, 'brightness:' . $brightness]);
       
        # digital input, momentan nur 1Bit benötigt und ausgewertet
        my $digInput0 = 0;
        if ($digInputByte & 1) { $digInput0 = 1; }
        $stateMsg .= ' I: ' . $digInput0;
        push (@events, [$shash, 1, 'digitalInput:' . $digInput0]);
       
        # 16bit customData, ab Firmware 0x13
        $stateMsg .= ' X: ' . $customData;
        push (@events, [$shash, 1, 'customData:' . $customData]);
       
        # UV-Index VEML6070
        #my $uvindex =  $customData & 0x000F;
        #$stateMsg .= ' U: ' . $uvindex;
        #push (@events, [$shash, 1, 'UV-Index:' . $uvindex]);
       
        # UV-Index VEML6075
        #my $uvindex = sprintf('%.1f', ($customData & 0x00FF) / 10);
        #$stateMsg .= ' U: ' . $uvindex;
        #push (@events, [$shash, 1, 'UV-Index:' . $uvindex]);
       
        push (@events, [$shash, 1, $stateMsg]);
    }

    return @events;
}

1;

Zitataltes cul_hm: sensor geht, lässt sich nicht beschreiben, warnings kommen, dafür rennt fhem durch

dafür gab es ja auch das update.

ich empfehle: aktuelles fhem nutzen und logs vom absturz posten, damit man den übeltäter fixen kann.

the ratman · 09 April 2021, 09:38:21

so, fangen ma mal an - auch wenns noch rennt, schreib ich mal hier rein, damit ich auch nix vergesse ...

1) fhem updaten
2) fhem stoppen
3) dein neues file für den sensor rein werfen und passende rechte geben
4) fhem aus dem terminal mit -d starten
4.1) terminal aufnehmen, um die videosequenzen als "hackerszenen" an uwe boll zu verkaufen
5) der sensor kann wieder befehle empfangen und geht auf stauts ok

6) warten auf weiteres ...

mabula · 09 April 2021, 09:42:07

Ich kann an deiner Aussage nicht erkennen, ob du meinen Vorschlag nach update auf die neue Cul_HM und restart gemacht hast. Mein Vorschlag würde nur nach einem update was bringen. Eine Fehlermeldung sollte definitiv nicht kommen. Dann nochmals durchführen. Ich hatte ja das rote Quittungssignal am FK. Daraus habe ich geschlossen pairing defekt oder, da ich "attr aesCommReq 1" gesetzt habe, die AES Verschlüsselung defekt. Nur deshalb mein unkonventioneller Lösungsvorschlag.
Gruß HJB

the ratman · 09 April 2021, 10:09:18

wie unter punkt 1 beschrieben ich hab fhem upgedatet, bin also tagesaktuell

deinen vorschlag hab ich noch nicht wieder gemacht. grund: ich hätte gerne den absturz wieder. dann würde ich franks bitte erfüllen, im mehr erzählen zu können.
deine idee wäre dann nach dem absturz eingeflossen. weißt schon: immer einen schritt nach dem anderen, sonst wissen wir wieder nix genaues.

btw - was würdets ihr sagen, wenn jetzt schon alles rennt (die hoffnung stirbt zuletzt *g*)? wie lange sollt ich auf debug bleiben? 24 stunden oder länger?

frank · 09 April 2021, 11:43:23

Zitat von: the ratman am 09 April 2021, 10:09:18
grund: ich hätte gerne den absturz wieder. dann würde ich franks bitte erfüllen, im mehr erzählen zu können.
deine idee wäre dann nach dem absturz eingeflossen. weißt schon: immer einen schritt nach dem anderen, sonst wissen wir wieder nix genaues.

genau richtig.

Zitatbtw - was würdets ihr sagen, wenn jetzt schon alles rennt (die hoffnung stirbt zuletzt *g*)? wie lange sollt ich auf debug bleiben? 24 stunden oder länger?

vielleicht ist es ja ein "schlauer" absturz-verursacher, der sich nun krampfhaft versteckt?

du bist jetzt also schon über 12 std laufzeit?
ich denke, dass ich mindestens 24 std abwarten würde, um auf jeden fall alle "täglichen" aktionen dabei zu haben.
vor dem beenden der log aktion vielleicht noch ein paar manuelle aktionen, die mit homematic zu tun haben, durchführen, die normalerweise eher seltener vorkommen.

ist wohl ein typischer vorführ-effekt.

the ratman · 09 April 2021, 12:05:59

nene, jetzt sind's rund 2,5 stunden her, dass ich deinen anweisungen gefolgt bin - rennt übrigens immer noch. hab obigen beitrag zeitnah verfaßt. ich kenn mich ja und vergesse dann die hälfte *g*
gut, dass ich so blöd war, und das terminal auf meinem arbeitstrechner gestartet hab, den am server. jetzt darf ich den wohl rennen lassen über nacht <-- typisch ich ...

jo, wichtig ist bei mir die nacht und der frühe morgen. wenn fhem meine holde wieder falsch weckt (oder gar ned), hab ich andere probleme als eine abstürzende hausautomatisation. z.b. eigenständig atmen und leben *g*.
ich denke also, dass samstag um 9 oder 10 rum ein guter zeitpunkt wäre. da ist hier alles wach und das zeug rund 24 stunden am start.

btw - vorführeffekt wäre bei mir ja üblich. aber diesmal wohl noch nicht. die abstürze waren beim 1. bei ca 12-13 stunden, nur beim letzten hats ihn nach ca. 20 min schon zerlegt. es ist also noch zeit *g*.
dazwischen wars mal so 6 stunden - mitten in der nacht. und - davor hab ich auch noch angst - mitten unter der datenbank wartung von fhem. diesmal zwar nix passiert, aber ...

cocojambo · 09 April 2021, 12:23:12

Ich muß mich leider auch mal zu der Datei "10_CUL_HM melden.
Ich habe am 7.4. ein Update gemacht, dabei war auch diese Datei. Seit dem funktioniert nichts mehr so richtig.
Entschuldigt, aber im Moment kann ich das Problem noch nicht identifizieren. Ich habe einen 8-fach HM Switch mit dem ich die gesamte "Unterhaltungseletronik" schalte und über eine DOIF Auswertung werden die Zustände der einzelnen Geräte an einen FS20SIG weitergegeben.
Über eine FB werden die Geräte je nach Verwendung hintereinander automatisch eingeschaltet.
Schalte ich zum Beispiel das TV Gerät mal einzeln ein, werden sofort alle FS20 Befehle endlos gesendet bis der Funkverkehr zumacht.

Code Auswählen

2021.04.09 10:38:35 3: CUL_HM set Television_Sw_01 on noArg
2021.04.09 10:38:35 3: FS20 set AV_Receiver_Text off
2021.04.09 10:38:35 3: FS20 set AV_Switch_Text off
2021.04.09 10:38:35 3: FS20 set Ambilight_Text off
2021.04.09 10:38:35 3: FS20 set Blu_Ray_Player_Text off
2021.04.09 10:38:35 3: FS20 set Dreambox_Text on
2021.04.09 10:38:35 3: FS20 set Kodi_Text on
2021.04.09 10:38:35 3: FS20 set Phono_Text off
2021.04.09 10:38:35 3: FS20 set AV_Receiver_Text off
2021.04.09 10:38:35 3: FS20 set AV_Switch_Text off
2021.04.09 10:38:35 3: FS20 set Ambilight_Text off
2021.04.09 10:38:35 3: FS20 set Blu_Ray_Player_Text off
2021.04.09 10:38:35 3: FS20 set Dreambox_Text on
2021.04.09 10:38:35 3: FS20 set Kodi_Text on
2021.04.09 10:38:35 3: FS20 set Phono_Text off
2021.04.09 10:38:36 3: FS20 set AV_Receiver_Text off
2021.04.09 10:38:36 3: FS20 set AV_Switch_Text off
2021.04.09 10:38:36 3: FS20 set Ambilight_Text off
2021.04.09 10:38:36 3: FS20 set Blu_Ray_Player_Text off
2021.04.09 10:38:36 3: FS20 set Dreambox_Text on
2021.04.09 10:38:36 3: FS20 set Kodi_Text on
2021.04.09 10:38:36 3: FS20 set Phono_Text off
2021.04.09 10:38:36 3: FS20 set Television_Text on
2021.04.09 10:38:37 3: CUL: Unknown code LOVF, help me!
2021.04.09 10:38:37 3: CUL: Unknown code LOVF, help me!
2021.04.09 10:38:38 3: CUL: Unknown code LOVF, help me!
2021.04.09 10:38:38 3: CUL: Unknown code LOVF, help me!
2021.04.09 10:38:38 3: CUL: Unknown code LOVF, help me!
2021.04.09 10:38:39 3: CUL: Unknown code LOVF, help me!
2021.04.09 10:38:39 3: CUL: Unknown code LOVF, help me!
2021.04.09 10:38:39 3: CUL: Unknown code LOVF, help me!
2021.04.09 10:38:40 3: CUL: Unknown code LOVF, help me!
2021.04.09 10:38:40 3: CUL: Unknown code LOVF, help me!

Und das passiert dann nacheinander bei jedem Gerät, wenn der Anlagestart automatisch erfolgt.. Ich habe dann heute Morgen noch mal ein Update gemacht, dasselbe Problem.
Jetzt habe ich die Datei vom 21.3. eingespielt, vom Update ausgeschlossen, und es funktioniert wieder alles einwandfrei wie vorher.
Auch nach einem erneuten Update alles OK.

Die Ursache liegt bei dieser Datei nach dem Update vom 7.4.

Besser kann ich das Problem im Moment nicht beschreiben, aber wenn weitere Angaben gebraucht werden kann ich die gerne beisteuern.

Gruß aus Köln
Norbert