crissiloop hatte diese Meldung im Forum unter Frontends eingestellt, ich hatte mich dort angehängt http://forum.fhem.de/index.php/topic,30003.msg258700.html#msg258700 (http://forum.fhem.de/index.php/topic,30003.msg258700.html#msg258700)
Leider bislang ohne Antwort, vermutlich ist das Thema hier besser plaziert.
Aktuell erhalte ich
2015.02.15 10:43:28 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_SVG.pm line 1087.
2015.02.15 10:43:38 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/98_SVG.pm line 658.
2015.02.15 10:44:10 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/01_FHEMWEB.pm line 1343.
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
2015.02.15 10:44:11 1: Error: has no TYPE
Versionsstand ist
# $Id: fhem.pl 7919 2015-02-08 18:35:19Z rudolfkoenig $
# $Id: 00_CUL.pm 7770 2015-01-30 07:04:52Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 7985 2015-02-14 18:14:36Z martinp876 $
# $Id: 14_CUL_MAX.pm 7532 2015-01-11 19:00:48Z mgehre $
# $Id: 10_EnOcean.pm 7744 2015-01-27 14:11:44Z klaus-schauer $
# $Id: 00_FBAHA.pm 7098 2014-11-30 08:48:03Z rudolfkoenig $
# $Id: 10_FBDECT.pm 6771 2014-10-15 17:59:23Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 7984 2015-02-14 18:07:43Z rudolfkoenig $
# $Id: 95_FLOORPLAN.pm 7969 2015-02-14 11:50:18Z ulimaass $
# $Id: 92_FileLog.pm 7854 2015-02-03 19:23:22Z rudolfkoenig $
# $Id: 00_HMLAN.pm 7822 2015-02-01 16:28:10Z martinp876 $
# $Id: 98_HMinfo.pm 7823 2015-02-01 17:04:30Z martinp876 $
# $Id: 10_MAX.pm 7531 2015-01-11 18:59:37Z mgehre $
# $Id: 99_RpiUtils.pm $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 98_SVG.pm 7981 2015-02-14 17:29:46Z rudolfkoenig $
# $Id: 00_TCM.pm 7414 2015-01-03 11:50:57Z klaus-schauer $
# $Id: 99_Utils.pm 7914 2015-02-08 11:14:10Z rudolfkoenig $
# $Id: 90_at.pm 7563 2015-01-14 07:53:50Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 98_backup.pm 5893 2014-05-19 09:45:08Z rudolfkoenig $
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $
# $Id: 91_eventTypes.pm 7221 2014-12-15 10:02:49Z rudolfkoenig $
# $Id: 98_fheminfo.pm 7346 2014-12-29 08:38:52Z rudolfkoenig $
# $Id: 91_notify.pm 7854 2015-02-03 19:23:22Z rudolfkoenig $
# $Id: 98_structure.pm 7854 2015-02-03 19:23:22Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $
# $Id: 98_update.pm 7503 2015-01-10 19:41:41Z rudolfkoenig $
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $
Vermutlich greift einer der selbstgeschriebenen notifies/at/etc Programme auf $defs{$xxx}{YYY} zu (lesend reicht), wobei $xxx nicht gesetzt oder leer ist. Moeglich aber unwahrscheinlich, dass das in einem der verwendeten Module passiert, das lokalisieren dieses Moduls ist nicht trivial, ich wuerde mit "attr global verbose 5" anfangen. Ein Neustart sollte das Problem temporaer beheben.
Das ist nicht neu, und wurde hier im Forum oefters behandelt.
Zitat von: rudolfkoenig am 15 Februar 2015, 11:52:16
Vermutlich greift einer der selbstgeschriebenen notifies/at/etc Programme auf $defs{$xxx}{YYY} zu (lesend reicht), wobei $xxx nicht gesetzt oder leer ist.
Dagegen spricht, daß mein Fhem seit ca. 6 Monaten unverändert läuft, die Fehlernachrichten aber erst nach dem update am 27. Januar 2015 auftreten.
ZitatMoeglich aber unwahrscheinlich, dass das in einem der verwendeten Module passiert, das lokalisieren dieses Moduls ist nicht trivial, ich wuerde mit "attr global verbose 5" anfangen. Ein Neustart sollte das Problem temporaer beheben.
Die Meldungen tauchen in unterschiedlichen Zusammenhängen auf, nach Nach "attr global verbose 5" ist einer der sich häufig wiederholt:
2015.02.15 13:15:19 4: HTTP FHEMWEB:192.168.178.53:57495 GET /fhem?XHR=1&inform=type=status;filter=room=FileLog;since=1424002517;fmt=JSON×tamp=1424002515733
2015.02.15 13:15:19 1: Error: has no TYPE
2015.02.15 13:15:28 4: HTTP FHEMWEB:192.168.178.53:57502 GET /fhem?XHR=1&inform=type=status;filter=room=FileLog;since=1424002517;fmt=JSON×tamp=1424002524285
2015.02.15 13:15:28 1: Error: has no TYPE
2015.02.15 13:15:35 4: HTTP FHEMWEB:192.168.178.53:57503 GET /fhem?XHR=1&inform=type=status;filter=room=FileLog;since=1424002517;fmt=JSON×tamp=1424002531212
2015.02.15 13:15:35 1: Error: has no TYPE
2015.02.15 13:15:40 4: HTTP FHEMWEB:192.168.178.53:57505 GET /fhem?XHR=1&inform=type=status;filter=room=FileLog;since=1424002517;fmt=JSON×tamp=1424002536677
2015.02.15 13:15:40 1: Error: has no TYPEZitatDas ist nicht neu, und wurde hier im Forum oefters behandelt.
Stimmt, aber gelöst scheint es nicht zu sein. Vielleicht sollte man die verschiedenen Threads dazu zusammenführen ?
ZitatVielleicht sollte man die verschiedenen Threads dazu zusammenführen ?
Wenn meine Vermutung stimmt, dann waere sogar ueberfluessig diesen Thread zu oeffnen. Wenn nicht, dann braucht man auch nichts zusammenzufuehren, da unterschiedliche Ursachen.
Die erwaehnte Logmeldung hilft uebrigens nicht, es zeigt nur, dass eine longpoll Kanal zum Browser imer wieder neu aufgebaut wird. Wie geschrieben: nicht trivial zum debuggen.