Autor Thema: [gelöst] Hminfo stürzt ab und lässt FHEM nahezu stillstehen  (Gelesen 619 mal)

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2210
Weiß jemand, was ich hier machen kann:
2018.11.27 06:40:39 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/98_HMinfo.pm line 225.
2018.11.27 06:40:39 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/98_HMinfo.pm line 225.
2018.11.27 06:40:39 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/98_HMinfo.pm line 228.
2018.11.27 06:40:39 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/98_HMinfo.pm line 228.
2018.11.27 06:40:39 1: ERROR: empty name in readingsBeginUpdate
2018.11.27 06:40:39 1: stacktrace:
2018.11.27 06:40:39 1:     main::readingsBeginUpdate           called by ./FHEM/98_HMinfo.pm (394)
2018.11.27 06:40:39 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1601)
2018.11.27 06:40:39 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (413)
2018.11.27 06:40:39 1:     main::HMinfo_autoUpdate             called by fhem.pl (3142)
2018.11.27 06:40:39 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.11.27 06:40:39 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4605.
2018.11.27 06:40:39 1: readingsUpdate(,C_sumDefined,entities:30,device:9,channel:25,virtual:1) missed to call readingsBeginUpdate first.
2018.11.27 06:40:39 1: stacktrace:
2018.11.27 06:40:39 1:     main::readingsBulkUpdate            called by ./FHEM/98_HMinfo.pm (401)
2018.11.27 06:40:39 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1601)
2018.11.27 06:40:39 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (413)
2018.11.27 06:40:39 1:     main::HMinfo_autoUpdate             called by fhem.pl (3142)
2018.11.27 06:40:39 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.11.27 06:40:39 1: readingsUpdate(,I_actTotal,alive:7,dead:0,unkn:0,off:0) missed to call readingsBeginUpdate first.
2018.11.27 06:40:39 1: stacktrace:
2018.11.27 06:40:39 1:     main::readingsBulkUpdate            called by ./FHEM/98_HMinfo.pm (401)
2018.11.27 06:40:39 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1601)
2018.11.27 06:40:39 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (413)
2018.11.27 06:40:39 1:     main::HMinfo_autoUpdate             called by fhem.pl (3142)
2018.11.27 06:40:39 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.11.27 06:40:39 1: readingsUpdate(,CRI__protocol,-) missed to call readingsBeginUpdate first.
2018.11.27 06:40:39 1: stacktrace:
2018.11.27 06:40:39 1:     main::readingsBulkUpdate            called by ./FHEM/98_HMinfo.pm (401)
2018.11.27 06:40:39 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1601)
2018.11.27 06:40:39 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (413)
2018.11.27 06:40:39 1:     main::HMinfo_autoUpdate             called by fhem.pl (3142)
2018.11.27 06:40:39 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.11.27 06:40:39 1: readingsUpdate(,ERR__protocol,-) missed to call readingsBeginUpdate first.
2018.11.27 06:40:39 1: stacktrace:
2018.11.27 06:40:39 1:     main::readingsBulkUpdate            called by ./FHEM/98_HMinfo.pm (401)
2018.11.27 06:40:39 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1601)
2018.11.27 06:40:39 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (413)
2018.11.27 06:40:39 1:     main::HMinfo_autoUpdate             called by fhem.pl (3142)
2018.11.27 06:40:39 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.11.27 06:40:39 1: readingsUpdate(,W__protocol,Resnd:2) missed to call readingsBeginUpdate first.
2018.11.27 06:40:39 1: stacktrace:
2018.11.27 06:40:39 1:     main::readingsBulkUpdate            called by ./FHEM/98_HMinfo.pm (401)
2018.11.27 06:40:39 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1601)
2018.11.27 06:40:39 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (413)
2018.11.27 06:40:39 1:     main::HMinfo_autoUpdate             called by fhem.pl (3142)
2018.11.27 06:40:39 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.11.27 06:40:39 1: readingsUpdate(,ERR__unreachable,0) missed to call readingsBeginUpdate first.
2018.11.27 06:40:39 1: stacktrace:
2018.11.27 06:40:39 1:     main::readingsBulkUpdate            called by ./FHEM/98_HMinfo.pm (401)
2018.11.27 06:40:39 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1601)
2018.11.27 06:40:39 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (413)
2018.11.27 06:40:39 1:     main::HMinfo_autoUpdate             called by fhem.pl (3142)
2018.11.27 06:40:39 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.11.27 06:40:39 1: readingsUpdate(,I_autoReadPend,0) missed to call readingsBeginUpdate first.
2018.11.27 06:40:39 1: stacktrace:
2018.11.27 06:40:39 1:     main::readingsBulkUpdate            called by ./FHEM/98_HMinfo.pm (401)
2018.11.27 06:40:39 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1601)
2018.11.27 06:40:39 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (413)
2018.11.27 06:40:39 1:     main::HMinfo_autoUpdate             called by fhem.pl (3142)
2018.11.27 06:40:39 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.11.27 06:40:39 1: readingsUpdate(,I_rssiMinLevel,59<:1 60>:4 80>:3 99>:0) missed to call readingsBeginUpdate first.
2018.11.27 06:40:39 1: stacktrace:
2018.11.27 06:40:39 1:     main::readingsBulkUpdate            called by ./FHEM/98_HMinfo.pm (401)
2018.11.27 06:40:39 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1601)
2018.11.27 06:40:39 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (413)
2018.11.27 06:40:39 1:     main::HMinfo_autoUpdate             called by fhem.pl (3142)
2018.11.27 06:40:39 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.11.27 06:40:39 1: PERL WARNING: Use of uninitialized value $dev in hash element at fhem.pl line 3471.
2018.11.27 06:40:46 1: Error: >hminfo< has no TYPE, but following keys: >helper<
Das device hminfo hatte ich schon gestern gelöscht.
« Letzte Änderung: 27 November 2018, 18:12:05 von andies »
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Online frank

  • Hero Member
  • *****
  • Beiträge: 7734
Antw:Hminfo stürzt ab und lässt FHEM nahezu stillstehen
« Antwort #1 am: 27 November 2018, 14:19:02 »
poste mal "list TYPE=HMinfo"
FHEM: 5.8(SVN) => Pi3(jessie)
IO: CUL433_V3.3(1.00.01B53)|CUL868_V3.3(1.58)|HMLAN(0.965)|HMUSB2(0.967)|HMUART(1.4.1)
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

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2210
Antw:Hminfo stürzt ab und lässt FHEM nahezu stillstehen
« Antwort #2 am: 27 November 2018, 14:20:31 »
Danke für die Hilfe - Output ist leer?! Auch bei verschiedener Groß-Kleinschreibung.
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Online frank

  • Hero Member
  • *****
  • Beiträge: 7734
Antw:Hminfo stürzt ab und lässt FHEM nahezu stillstehen
« Antwort #3 am: 27 November 2018, 14:28:22 »
hast du ein fhem restart versucht?
FHEM: 5.8(SVN) => Pi3(jessie)
IO: CUL433_V3.3(1.00.01B53)|CUL868_V3.3(1.58)|HMLAN(0.965)|HMUSB2(0.967)|HMUART(1.4.1)
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

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2210
Antw:Hminfo stürzt ab und lässt FHEM nahezu stillstehen
« Antwort #4 am: 27 November 2018, 16:00:26 »
Ja, auch update. Ich weiß allerdings nicht mehr, ob die Fehlermeldung vor oder nach dem update kam. Vermutlich davor, oder? Bisher war alles ruhig.
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Online CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 22055
Antw:Hminfo stürzt ab und lässt FHEM nahezu stillstehen
« Antwort #5 am: 27 November 2018, 16:02:21 »
Die Fehlermeldung weißt eher schon in die Richtung das das Device gelöscht würde aber die Informationen dazu weiterhin im Hash %defs erhalten geblieben ist.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://paypal.me/pools/c/8gULisr9BT
FHEM GitHub: https://github.com/fhem/
kein Support für cfg Editierer

Online frank

  • Hero Member
  • *****
  • Beiträge: 7734
Antw:Hminfo stürzt ab und lässt FHEM nahezu stillstehen
« Antwort #6 am: 27 November 2018, 16:35:44 »
wenn das device gelöscht wurde, müssten doch eventulle "reste" nach einem anschliessenden restart verschwunden sein. oder was übersehe ich hier?

wie wurde denn überhaupt gelöscht? etwa auf die "böse" art und weise?
FHEM: 5.8(SVN) => Pi3(jessie)
IO: CUL433_V3.3(1.00.01B53)|CUL868_V3.3(1.58)|HMLAN(0.965)|HMUSB2(0.967)|HMUART(1.4.1)
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

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2210
Antw:Hminfo stürzt ab und lässt FHEM nahezu stillstehen
« Antwort #7 am: 27 November 2018, 16:39:13 »
delete device - ist das böse?
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Online CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 22055
Antw:Hminfo stürzt ab und lässt FHEM nahezu stillstehen
« Antwort #8 am: 27 November 2018, 16:57:04 »
wenn das device gelöscht wurde, müssten doch eventulle "reste" nach einem anschliessenden restart verschwunden sein. oder was übersehe ich hier?

wie wurde denn überhaupt gelöscht? etwa auf die "böse" art und weise?

Nach einem Neustart sollte alles weg sein.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://paypal.me/pools/c/8gULisr9BT
FHEM GitHub: https://github.com/fhem/
kein Support für cfg Editierer