Fehler nach update auf fhem.pl 6889 2014-11-05

Begonnen von Billy, 08 November 2014, 22:33:13

Vorheriges Thema - Nächstes Thema

Billy

Nach update auf fhem.pl 6889 2014-11-05 bekomme ich folgende Meldungen im LOG
2014.11.08 15:56:37 2: CUL_HM Unknown device CUL_HM_KFM_Sensor_1D9A30 is now defined
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 7101.
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 6725.
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/10_CUL_HM.pm line 6725.
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 6726.
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 6727.
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 5793.
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 6738.
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 6741.
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 6742.
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 6752.
2014.11.08 15:56:37 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_CUL_HM.pm line 2261.
2014.11.08 15:56:58 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Blocking.pm line 89.
2014.11.08 15:57:58 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Blocking.pm line 89.
2014.11.08 15:57:59 1: PERL WARNING: Use of uninitialized value $t in string ne at ./FHEM/59_HCS.pm line 445.
2014.11.08 15:57:59 1: PERL WARNING: Use of uninitialized value $t in string ne at ./FHEM/59_HCS.pm line 445.
2014.11.08 15:57:59 1: PERL WARNING: Use of uninitialized value $t in string ne at ./FHEM/59_HCS.pm line 445.
2014.11.08 15:58:58 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Blocking.pm line 89.
2014.11.08 15:59:58 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Blocking.pm line 89.
2014.11.08 16:00:58 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Blocking.pm line 89.
2014.11.08 16:01:59 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Blocking.pm line 89.
2014.11.08 16:02:59 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Blocking.pm line 89.


Nachdem die fhem.pl 6889 2014-11-05 ja unter anderem auch Änderungen der "return error for unknown devices in setreading"
beinhaltet vermute ich da einen Zusammenhang?

Einen CUL_HM_KFM_Sensor_1D9A30 habe ich nicht autocreate ist ausgeschaltet.
Nachbar in ca. 50 m Entfernung hat diesen Sensor?

Wieso müllt es mir ab dem Eintrag des CUL_HM_KFM_Sensor_1D9A30 das Log zu.

Mit der fhem.pl 6782 2014-10-18 hatte ich diese Meldungen nie. :'(

Gruß Billy



FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

fhainz


duke-f

@Billy:

Konntest Du Dein Problem lösen? Also mir hat der Hinweis auf die Perl Warnings nicht wirklich geholfen. Seit einigen Tagen habe ich nun auch immer wieder in unregelmäßiger Folge die beiden Meldungen:


2015.02.06 09:56:01 1: Error:  has no TYPE
2015.02.06 09:56:47 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Blocking.pm line 89.


Nach einem shutdown restart sind sie dann mal weg, aber  irgendwann kommen sie wieder.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

betateilchen

Hast Du ein PRESENCE per bluetooth definiert? Wenn ich das aktiviere, bekomme ich die zweite Meldung auch.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

duke-f

Nein, das habe ich nicht.

Wenn ich das alles richtig verstanden habe muss es daran liegen, dass irgendeine Device keinen Typen richtig zugewiesen hat. Ob ich das nun selber falsch gemacht habe, oder ob das irgendwie falsch verarbeitet wird, kann ich als Dummie natürlich nicht überblicken. Da es nicht jedesmal auftritt und nach Schutdown restart meist verschwindet, kann ich mir auch vorstellen, es liegt an der Reihenfolge, wie die Config abgearbeitet wird. Aber wie gesagt, da kann ich nur spekulieren.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

Markus Bloch

Zitat von: betateilchen am 06 Februar 2015, 10:33:49
Hast Du ein PRESENCE per bluetooth definiert? Wenn ich das aktiviere, bekomme ich die zweite Meldung auch.

In Zeile 89 von Blocking.pm wird eine DbLog spezifische if-Abfrage gemacht. Was verleitet dich zu der Annahme, das dies durch PRESENCE verursacht wird?
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)