Hallo zusammen,
ich plage mich seit einiger Zeit mit obengenanntem Fehler herum. Ich habe alle Readings, DOIF's und at's mehrfach überprüft und komme nicht weiter.
Das Coding hierzu lautet:
sub readingsBulkUpdateIfChanged($$$@) # Forum #58797
{
my ($hash,$reading,$value,$changed)= @_;
4992--> return undef if($value eq ReadingsVal($hash->{NAME},$reading,""));
return readingsBulkUpdate($hash,$reading,$value,$changed);
}
Kann mir jemand helfen?
Gruß
Roman
Vielleicht bekommst du etwas konkretere Infos, wo die genaue Ursache liegt, wenn du stacktrace aktivierst (=> global).
Die Aktivierung von stacktrace hat leider nicht geholfen Es gab keine zusätzlichen Informationen.
Könnte ich in der fhem.pl eine log-Ausgabe einbauen um die Device, hier vermutlich hash->$Name, auszugeben?
Kannst du das stacktrace zu diesem Warning bitte mal posten?
Sorry, es gibt keine Ausgabe im Logfile? Ich vermute das ein Device mit einem event_on_change einen leeen Wert öbergibt. Diese gilt es zu ermitteln?!
Edit: Habe global verbose mal auf 1 gesetzt.
Kapiere ich nicht. Wieso versuchst du, das "Problem" (es ist "nur" ein warning) zu ignorieren, statt darauf zu warten, dass es eintritt und dann auch per stacktrace was ins Log schreiben wird (wenn aktiviert)?!?
MAn. ist jedenfalls globales verbose 1 überhaupt (grundsätzlich) keine gute Idee.
Habe ich wohl nicht klar ausgedrückt. Das Attribut stocktrace ergab keine Ausgabe im fhem.log. Welchen verbose müsste ich denn setzen, und wenn wo?
Lösche verbose bei global einfach wieder, das ist mit "3" als default eigentlich ganz ok.
Wenn mit aktiviertem stacktrace nichts im Log erscheint, wenn das Warning das nächste mal wieder protokolliert ist, weiß ich auch nicht weiter. Sicherheitshalber zur Klarstellung: Für die Vergangenheit bewirkt das Attribut nichts, falls du das erwartet haben solltest.
Hurra ich habe ein Output:
2022.10.19 13:04:23 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4992.
2022.10.19 13:04:23 1: stacktrace:
2022.10.19 13:04:23 1: main::__ANON__ called by fhem.pl (4992)
2022.10.19 13:04:23 1: main::readingsBulkUpdateIfChanged called by ./FHEM/98_UPNPController.pm (635)
2022.10.19 13:04:23 1: main::UPNPController_parent called by ./FHEM/98_UPNPController.pm (588)
2022.10.19 13:04:23 1: main::UPNPController_addedDevice called by ./FHEM/98_UPNPController.pm (499)
2022.10.19 13:04:23 1: main::UPNPController_discoverCallback called by ./FHEM/98_UPNPController.pm (474)
2022.10.19 13:04:23 1: main::__ANON__ called by FHEM/lib/UPnP/ControlPoint.pm (1068)
2022.10.19 13:04:23 1: UPnP::ControlPoint::Search::deviceAdded called by FHEM/lib/UPnP/ControlPoint.pm (427)
2022.10.19 13:04:23 1: UPnP::ControlPoint::_deviceAdded called by FHEM/lib/UPnP/ControlPoint.pm (548)
2022.10.19 13:04:23 1: UPnP::ControlPoint::_receiveSSDPEvent called by FHEM/lib/UPnP/ControlPoint.pm (238)
2022.10.19 13:04:23 1: UPnP::ControlPoint::handleOnce called by ./FHEM/98_UPNPController.pm (255)
2022.10.19 13:04:23 1: (eval) called by ./FHEM/98_UPNPController.pm (254)
2022.10.19 13:04:23 1: main::UPNPController_Read called by fhem.pl (3961)
2022.10.19 13:04:23 1: main::CallFn called by fhem.pl (782)
2022.10.19 13:04:23 3: DLNAController: DLNA_cf3def287dc0 address changed; services initially subscribed
Ich hoffe das ist der Störenfried und habe den Modulautor mal angeschriebn.
...sieht so aus. Muss nicht alles gewesen sein...
Allerdings kann es sein, dass es zu dieser Funktionalität zwischenzeitlich irgendwelche (beta-) updates gibt. Du könntest ggf. mal den dazu passenden Thread mal suchen und checken, ob/was es da neues gibt.
von hinten durch die Brust ins Knie :o
ZitatIch hoffe das ist der Störenfried und habe den Modulautor mal angeschriebn.
Der dann zufällig hier rein geguckt hat ::)
Ist doch nur eine Meldung eines in Entwicklung befindlichen Modulpakets. Was schmerzt Dich daran ?
Deshalb habe ich das ja auch im entsprechenden Thread geschriebenen. Ich habe es halt schon produktiv im Einsstz.
Danke fürs Mitlesen