Nach heutigen Update - PERL WARNING: Use of uninitialized ...

Begonnen von Rampler, 14 August 2015, 09:03:10

Vorheriges Thema - Nächstes Thema

skyifx

ZitatMit diesem Stand läuft es aber gut..
# $Id: HMConfig.pm 9007 2015-07-31 19:20:40Z martinp876 $
# $Id: 10_CUL_HM.pm 9012 2015-08-02 08:41:25Z martinp876 $
Könnte mir jemand diese Versionen (vlt. als zip) zukommen lassen... bis die Probleme gefixt sind.
Wäre super.

frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

skyifx

Oh cool, wusste gar nicht, das das alles einzeln zum Download verfügbar ist.
Danke

martinp876

bitte mit der neuen Version noch einmal logs ziehen.

skyifx

Habe gerade eben ein Update gemacht... direkt nach dem Restart kam dann folgende Fehlermeldung...
PERL WARNING: Use of uninitialized value $dev in hash element at fhem.pl line 3381.

Gernott

Hallo

Gestern ein Update gezogen, nach einem Neustart dann diese Meldungen:
2015.08.23 12:04:36 1: HMLAN_Parse: HMLAN1 new condition ok
2015.08.23 12:04:38 1: HMLAN_Parse: hmusb new condition ok
2015.08.23 12:04:44 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.23 12:04:44 1: CUL_HM error removing pending commands
2015.08.23 12:04:44 1: PERL WARNING: Use of uninitialized value $dev in hash element at fhem.pl line 3382.
2015.08.23 12:04:51 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.23 12:04:51 1: CUL_HM error removing pending commands
2015.08.23 12:04:52 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.23 12:04:52 1: CUL_HM error removing pending commands
2015.08.23 12:17:59 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.23 12:17:59 1: CUL_HM error removing pending commands


Es scheint aber alles zu gehen. HMinfo liefert auch keine Auffälligkeiten.
Für tiefergehende Logs, bei welchem Modul müßte ich das verbose auf 5 setzen?

Gruß
G.

Damu

Hallo

Bei mir war es so, das ich den Fehler mit betätigen des Garagentür Sensor auslösen könnte.
Habe dann gesehen das dieser nicht korrekt angemeldet war.
Es waren bei mir zwei Sensoren nicht mehr ganz angelernt.
Das war hat bei mir diese Fehlermeldung verursacht.

blueberry63

Hallo,

bei mir sehe ich ebenfalls diese Zeilen im LOG:


CUL_HM protstate undeviced hash to set CMDs_done


Ich kann die Meldunge provozieren, indem ich ein "Status Request" an HM-Geräte schicke.

Gruß
Blueberry63
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

martinp876

Geht bei mir nicht. Zeige ein beispiel, welches geraet, welcher kanal, messages loggen.

Gernott

#24
Bei mir taucht das auch sporadisch auf, ich kann es nur nicht zuordnen. Wo müßte ich denn den Loglevel hochsetzen? Global möchte ich den nicht auf 5 stellen, da das System-log sonst meine Partition sprengt.

Update
Es scheint bei mir im Zusammenhang mit einem Bewegungsmelder HM-Sec-MDIR aufzutreten:
2015.08.26 03:42:01 5: CUL_HM HM_266C5F protEvent:CMDs_done
2015.08.26 03:42:01 5: CUL_HM HM_266C5F sent ACK:2
2015.08.26 03:42:01 4: CUL_HM HM_266C5F dupe: dont process
2015.08.26 03:42:01 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.26 03:42:01 1: CUL_HM error removing pending commands
2015.08.26 03:42:01 4: CUL_HM HM_266C5F dupe: repeat 2 ack, dont process
2015.08.26 03:42:01 4: CUL_HM HM_266C5F dupe: dont process
2015.08.26 03:42:01 4: CUL_HM HM_266C5F dupe: dont process
2015.08.26 03:42:02 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.26 03:42:02 1: CUL_HM error removing pending commands
2015.08.26 03:42:02 4: CUL_HM HM_266C5F dupe: repeat 2 ack, dont process
2015.08.26 03:42:02 4: CUL_HM HM_266C5F dupe: dont process
2015.08.26 03:47:20 5: CUL_HM HM_266C5F protEvent:CMDs_done
2015.08.26 03:47:20 5: CUL_HM HM_266C5F sent ACK:2
2015.08.26 03:47:20 4: CUL_HM HM_266C5F dupe: dont process


Hier ist das Listing des Gerätes:
Internals:
   DEF        266C5F
   HMLAN1_MSGCNT 826
   HMLAN1_RAWMSG E266C5F,0000,0DD38A71,FF,FFB5,55A610266C5F1EA24B06018800
   HMLAN1_RSSI -75
   HMLAN1_TIME 2015-08-26 10:35:52
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     1649
   NAME       HM_266C5F
   NR         356
   NTFY_ORDER 50-HM_266C5F
   STATE      motion
   TYPE       CUL_HM
   hmusb_MSGCNT 823
   hmusb_RAWMSG E266C5F,0000,9A33B184,FF,FFD2,55A610266C5F1EA24B06018800
   hmusb_RSSI -46
   hmusb_TIME 2015-08-26 10:35:52
   lastMsg    No:55 - t:10 s:266C5F d:1EA24B 06018800
   protLastRcv 2015-08-26 10:35:52
   protSnd    895 last_at:2015-08-26 10:35:52
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-77.13 min:-101 max:-70 lst:-75 cnt:826
   rssi_at_hmusb avg:-44.5 min:-66 max:-33 lst:-46 cnt:823
   Readings:
     2015-08-23 21:03:23   Activity        alive
     2015-05-17 18:23:11   CommandAccepted yes
     2015-05-17 18:23:10   D-firmware      1.6
     2015-05-17 18:23:10   D-serialNr      KEQ1091856
     2015-06-08 20:39:17   PairedTo        0x1EA24B
     2015-05-17 18:23:11   R-brightFilter  7
     2015-05-17 18:23:11   R-captInInterval off
     2015-05-17 18:23:11   R-evtFltrNum    1
     2015-05-17 18:23:11   R-evtFltrPeriod 1 s
     2015-05-17 18:23:11   R-ledOnTime     0 s
     2015-05-17 18:23:11   R-minInterval   240
     2015-05-17 18:23:11   R-pairCentral   0x1EA24B
     2015-05-17 18:23:11   R-sabotageMsg   on
     2015-06-08 20:39:17   RegL_00:        02:01 0A:1E 0B:A2 0C:4B 10:01 00:00
     2015-06-08 20:39:17   RegL_01:        01:12 02:74 08:01 22:00 00:00
     2015-08-26 10:35:52   battery         ok
     2015-08-26 10:35:52   brightness      136
     2015-08-26 10:35:52   cover           closed
     2015-08-26 10:19:51   motion          on (to vccu)
     2015-08-26 10:19:51   motionCount     179_next:116s
     2015-06-08 20:35:03   powerOn         2015-06-08 20:35:03
     2015-08-26 10:35:52   recentStateType info
     2015-05-18 14:45:59   sabotageAttack  ErrIoAttack cnt:2
     2015-08-26 10:19:51   state           motion
     2015-08-26 10:19:51   trigDst_vccu    noConfig
     2015-08-26 10:19:51   trigger_cnt     179
   Helper:
     HM_CMDNR   85
     PONtest    1
     mId        004A
     rxType     28
     Io:
       newChn     +266C5F,00,01,00
       nextSend   1440578152.17991
       rxt        2
       vccu       vccu
       p:
         266C5F
         00
         01
         00
       prefIO:
         hmusb
     Mrssi:
       mNo        55
       Io:
         HMLAN1     -75
         hmusb      -44
     Prt:
       bErr       0
       sProc      0
       sleeping   0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1440578152.10255
       ack:
         HASH(0x192aac8)
         5580021EA24B266C5F01018800
     Rssi:
       At_hmlan1:
         avg        -77.136803874092
         cnt        826
         lst        -75
         max        -70
         min        -101
       At_hmusb:
         avg        -44.5006075334143
         cnt        823
         lst        -46
         max        -33
         min        -66
Attributes:
   IODev      HMLAN1
   IOgrp      vccu:hmusb
   actCycle   000:20
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.6
   model      HM-SEC-MDIR
   peerIDs    00000000,
   room       CUL_HM
   serialNr   KEQ1091856
   subType    motionDetector
   verbose    5


Das Teil lief mit früheren Versionen der HM-Module ohne solche Level 1 & 2 Fehlermeldungen.

Gruß
G.

Damu

Hab die Fehlermeldungen leider auch.

Zitat2015.08.27 05:45:00 3: BM_Bastelraum_Reset: scanning
2015.08.27 05:53:15 3: BM_Wohnung_Reset: scanning
2015.08.27 05:55:33 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.27 05:55:33 1: CUL_HM error removing pending commands
2015.08.27 05:55:33 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.27 05:55:33 1: CUL_HM error removing pending commands
2015.08.27 06:00:14 3: BM_Wohnung_Reset: scanning
2015.08.27 07:02:31 3: BM_Aussenlampe_Freisitz_Reset: scanning
2015.08.27 07:03:05 3: BM_Wohnung_Reset: scanning
2015.08.27 07:09:33 3: BM_Aussenlampe_Freisitz_Reset: scanning
2015.08.27 07:10:57 3: BM_Wohnung_Reset: scanning
2015.08.27 07:12:04 3: BM_Bastelraum_Reset: scanning
2015.08.27 07:19:50 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.27 07:19:50 1: CUL_HM error removing pending commands
2015.08.27 07:21:30 3: BM_Aussenlampe_Eingang_Reset: scanning
2015.08.27 07:22:34 3: BM_Wohnung_Reset: scanning
2015.08.27 08:14:48 3: BM_Bastelraum_Reset: scanning
2015.08.27 08:17:11 3: BM_Wohnung_Reset: scanning
2015.08.27 08:17:20 3: BM_Aussenlampe_Freisitz_Reset: scanning
2015.08.27 08:20:00 3: BM_Bastelraum_Reset: scanning
2015.08.27 08:27:15 3: BM_Bastelraum_Reset: scanning
2015.08.27 08:27:47 3: BM_Wohnung_Reset: scanning
2015.08.27 08:38:34 3: BM_Wohnung_Reset: scanning
2015.08.27 08:38:50 3: BM_Aussenlampe_Freisitz_Reset: scanning
2015.08.27 08:41:43 3: BM_Aussenlampe_Eingang_Reset: scanning
2015.08.27 08:45:21 3: BM_Aussenlampe_Freisitz_Reset: scanning
2015.08.27 08:49:51 3: BM_Wohnung_Reset: scanning
2015.08.27 08:50:12 3: BM_Bastelraum_Reset: scanning

Gernott

Zitat von: Gernott am 25 August 2015, 23:22:45
Update
Es scheint bei mir im Zusammenhang mit einem Bewegungsmelder HM-Sec-MDIR aufzutreten...

Ich habe den Bewegungsmelder stromlos gemacht. Seitdem sind die Fehlermeldungen weg. Es liegt also an dem Teil. Gibt es irgendeine Lösung?

Gruß
G.

martinp876


skyifx

#28
Hallo

Habe heute gg. 14:30 Uhr mal ein Update eingespielt... bis jetzt keine Meldungen oder Fehler... und ich nutze auch den "HM-Sen-MDIR-O" (obwohl ich das Ganze nicht soweit getestet habe, ob die Probleme mit diesem Teil im Zusammenhang stehen). :)

UPDATE:
Ich seh gerade, das war ja ein "HM-Sec-MDIR", von dem Gernott gesprochen hat. 8)

Gernott

Hallo

Habe das Update heute gemacht. Der Perl-Fehler nach dem Start ist offenbar weg. ich habe aber immer noch sporadisch das hier:

2015.08.29 17:03:53 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.29 17:14:46 2: CUL_HM protstate undeviced hash to set CMDs_done


Leider mit und ohne Bewegungsmelder. Es lag also nicht an diesem Teil.

Gruß
G.