uninitialized values in HMInfo und CUL_HM

Begonnen von okokokok, 23 Mai 2022, 17:37:04

Vorheriges Thema - Nächstes Thema

okokokok

Hallo, ich sehe nach einem vollständigen FHEM-Update im Logfile viele Meldungen aus dem HMInfo und CUL_HM Modul:

2022.05.23 17:27:36.277 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/98_HMinfo.pm line 323.
2022.05.23 17:27:36.277 1: stacktrace:
2022.05.23 17:27:36.277 1:     main::__ANON__                      called by ./FHEM/98_HMinfo.pm (321)
2022.05.23 17:27:36.278 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1967)
2022.05.23 17:27:36.278 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (515)
2022.05.23 17:27:36.278 1:     main::HMinfo_autoUpdate             called by fhem.pl (3475)
2022.05.23 17:27:36.279 1:     main::HandleTimeout                 called by fhem.pl (702)
2022.05.23 17:27:36.279 1: PERL WARNING: Use of uninitialized value within @_ in list assignment at ./FHEM/10_CUL_HM.pm line 5101.
2022.05.23 17:27:36.279 1: stacktrace:
2022.05.23 17:27:36.280 1:     main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (5101)
2022.05.23 17:27:36.280 1:     main::CUL_HM_Set                    called by ./FHEM/98_HMinfo.pm (321)
2022.05.23 17:27:36.280 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1967)
2022.05.23 17:27:36.280 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (515)
2022.05.23 17:27:36.281 1:     main::HMinfo_autoUpdate             called by fhem.pl (3475)
2022.05.23 17:27:36.281 1:     main::HandleTimeout                 called by fhem.pl (702)
2022.05.23 17:27:36.298 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 11422.
2022.05.23 17:27:36.299 1: stacktrace:
2022.05.23 17:27:36.299 1:     main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (11422)
2022.05.23 17:27:36.299 1:     main::CUL_HM_cleanShadowReg         called by ./FHEM/98_HMinfo.pm (359)
2022.05.23 17:27:36.300 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1967)
2022.05.23 17:27:36.300 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (515)
2022.05.23 17:27:36.300 1:     main::HMinfo_autoUpdate             called by fhem.pl (3475)
2022.05.23 17:27:36.300 1:     main::HandleTimeout                 called by fhem.pl (702)
2022.05.23 17:27:36.309 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/98_HMinfo.pm line 427.
2022.05.23 17:27:36.309 1: stacktrace:
2022.05.23 17:27:36.309 1:     main::__ANON__                      called by ./FHEM/98_HMinfo.pm (427)
2022.05.23 17:27:36.310 1:     main::HMinfo_status                 called by ./FHEM/98_HMinfo.pm (1967)
2022.05.23 17:27:36.310 1:     main::HMinfo_SetFn                  called by ./FHEM/98_HMinfo.pm (515)
2022.05.23 17:27:36.310 1:     main::HMinfo_autoUpdate             called by fhem.pl (3475)
2022.05.23 17:27:36.311 1:     main::HandleTimeout                 called by fhem.pl (702)


Vielen Dank fürs Nachschauen !

Beta-User

#1
Moin,

anbei zwei Modulfassungen, die die Warnings anscheinend verhindern. Basis ist bei CUL_HM frank's letzte (?) Version.
Bitte bei Fragen dazu melden.

Die spannendere Frage ist aber: Warum passiert das? oder genauer: Warum wird der ActionDetector nicht mehr automatisch und zwangsweise angelegt?

@frank: Liest du hier mit? Irgendeine Idee, was wir (vermutlich eher: ich) da verbogen haben?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

frank

Zitat@frank: Liest du hier mit? Irgendeine Idee, was wir (vermutlich eher: ich) da verbogen haben?
die nächsten tage ist bei mir aber auch nur lesen möglich.

wenn actiondetector, dann ist der eventuell verbogen.
wer weiss wie alt die vorherige version war. vor ewigkeiten gab es beim attr model änderungen.

@okokokok
poste mal ein list vom aktuellen actiondetector.
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

Beta-User

Zitat von: frank am 24 Mai 2022, 12:00:07
die nächsten tage ist bei mir aber auch nur lesen möglich.
Kein Problem, genieß die Zeit!

Zitat
wenn actiondetector, dann ist der eventuell verbogen.
wer weiss wie alt die vorherige version war. vor ewigkeiten gab es beim attr model änderungen.
Vermutlich ist er nicht da - so ist das jedenfalls bei meiner Testinstallation auch.
Könnte mit den Änderungen bzgl. autocreate zusammenhängen, hab's aber noch nicht näher untersucht. Jedenfalls scheint dir auch nicht bekannt zu sein, dass der aktiv abgeschafft (bzw. optional gemacht) worden wäre?

Zitat
@okokokok
poste mal ein list vom aktuellen actiondetector.
list TYPE=CUL_HM:FILTER=DEF=000000
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

Zitat von: Beta-User am 24 Mai 2022, 11:11:17
anbei zwei Modulfassungen, die die Warnings anscheinend verhindern. Basis ist bei CUL_HM frank's letzte (?) Version.
Verweise mal auf https://forum.fhem.de/index.php/topic,127936.msg1225039.html#msg1225039 und hoffe, jetzt zum einen wirktlich die letzte Fassung von frank erwischt zu haben, und zum anderen scheinen die warnings jetzt wirklich weg zu sein...

Zitat
Die spannendere Frage ist aber: Warum passiert das? oder genauer: Warum wird der ActionDetector nicht mehr automatisch und zwangsweise angelegt?
Aktuelle Theorie: Der AD wird nur/erst automatisch angelegt, wenn es was zu überwachen gibt, also irgendwo dann "cyclic messages" erwartet werden. Das scheint in meinem Testsystem nicht der Fall zu sein...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files