[10.08.21] neues cul_hm schreibt ein paar warnings ...

Begonnen von the ratman, 10 August 2021, 09:14:29

Vorheriges Thema - Nächstes Thema

the ratman

scheinbar nach jedem restart kommt:
Server started with 343 defined entities (fhem.pl:24810/2021-07-29 perl:5.028001 os:linux user:fhem pid:10936)
2021.08.10 09:10:33 1:  CUL_HM start inital cleanup
2021.08.10 09:10:33 1:  PERL WARNING: substr outside of string at ./FHEM/10_CUL_HM.pm line 10697.
2021.08.10 09:10:33 1:  stacktrace:
2021.08.10 09:10:33 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (10697)
2021.08.10 09:10:33 1:      main::CUL_HM_UpdtCentral            called by ./FHEM/10_CUL_HM.pm (345)
2021.08.10 09:10:33 1:      main::CUL_HM_updateConfig           called by fhem.pl (3426)
2021.08.10 09:10:33 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.08.10 09:10:33 1:  PERL WARNING: Use of uninitialized value in hex at ./FHEM/10_CUL_HM.pm line 10697.
2021.08.10 09:10:33 1:  stacktrace:
2021.08.10 09:10:33 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (10697)
2021.08.10 09:10:33 1:      main::CUL_HM_UpdtCentral            called by ./FHEM/10_CUL_HM.pm (345)
2021.08.10 09:10:33 1:      main::CUL_HM_updateConfig           called by fhem.pl (3426)
2021.08.10 09:10:33 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.08.10 09:10:33 1:  PERL WARNING: Use of uninitialized value $a[2] in uc at ./FHEM/10_CUL_HM.pm line 571.
2021.08.10 09:10:33 1:  stacktrace:
2021.08.10 09:10:33 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (571)
2021.08.10 09:10:33 1:      main::CUL_HM_Define                 called by fhem.pl (3894)
2021.08.10 09:10:33 1:      main::CallFn                        called by fhem.pl (2127)
2021.08.10 09:10:33 1:      main::CommandDefine                 called by ./FHEM/10_CUL_HM.pm (10698)
2021.08.10 09:10:33 1:      main::CUL_HM_UpdtCentral            called by ./FHEM/10_CUL_HM.pm (345)
2021.08.10 09:10:33 1:      main::CUL_HM_updateConfig           called by fhem.pl (3426)
2021.08.10 09:10:33 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.08.10 09:10:33 1:  define vccu_Btn0 CUL_HM : wrong syntax: define  CUL_HM 6-digit-hex-code [Raw-Message]
2021.08.10 09:10:33 1:  CUL_HM finished initial cleanup
nur zur sicherheit, falls es noch nicht am radar ist ...
→do↑p!dnʇs↓shit←

the ratman

kann man mir wenigstens sagen, warum die warnings ausgelöst werden? bei mir kommt das immer noch nach jedem restart.
→do↑p!dnʇs↓shit←

frank

beim beliebten wettbewerb "sauberstes fhem.log des monats" hast du so natürlich keine chance.  ;)

so lange keine "echten" probleme auftauchen, würde ich die warnings zunächst einfach ignorieren.
wenn martin zeit und diesen thread findet, wird er sicherlich nachbessern, denke ich.

vielleicht vor jedem wochenende nach vorne pushen?
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

the ratman

*g*
hast ja recht.

das dumme bei mir: ich geh ja schon generell davon aus, daß der fehler bei mir liegt. da ist ne info beruhigend ...
→do↑p!dnʇs↓shit←

Beta-User

#4
...falls du (oder sonst wer) testen magst...

Die beigefügte Version sollte ("irgendwie") fixen:
- das "unitialized"-Problem (#571, Rest (und vermutlich teils auch https://forum.fhem.de/index.php/topic,122595.msg1171477.html#msg1171477) war wohl ein Folgeproblem, siehe auch https://forum.fhem.de/index.php/topic,122485.msg1170459.html#msg1170459);
- stateFormat (u.a. https://forum.fhem.de/index.php/topic,122423.0.html);
- Initialisierung der CCU-FHEM bzgl. der Attribute ergänzt (sollte IOList-Attribut ohne Neustart verfügbar machen, was in https://forum.fhem.de/index.php/topic,122595.msg1171477.html#msg1171477 als weiteres Problem noch nicht erkennbar war);
- Anzeige der commandref-Teile für mehr setter/getter/attr
Alles in allem nichts, was groß Probleme verursachen sollte, aber ich will auch nicht behaupten, dass man das nicht besser machen könnte oder dass es bzgl. der commandref vollständig wäre. Werde dann die Tage auch mal selbst im Hauptsystem testen, hatte aber noch keine Option, das in Ruhe anzugehen.

(Vielleicht, ungeprüft, und ohne Anspruch auf Vollständigkeit) noch eine Liste der offenen aktuelle Probleme:
- Probleme beim Empfang von AES-Sensoren (https://forum.fhem.de/index.php/topic,122507.0.html, dazu kann ich nichts sagen, ich verwende das nicht)
- modelForce-Zwang für model CCU-FHEM (und eventuelle weitere Probleme aus https://forum.fhem.de/index.php/topic,122595.0.html)
- (eventuell "verlorene IO's" bei Verwendung von HMUARTLGW (https://forum.fhem.de/index.php/topic,122541.msg1171511.html#msg1171511), das aber durch den patch von noansi aus https://forum.fhem.de/index.php/topic,122160.msg1168679.html#msg1168679 (Vollversion: https://forum.fhem.de/index.php/topic,122160.msg1168661.html#msg1168661); ich nehme an, dass mgernoth noch gar nicht mitbekommen hat, dass da was zu tun wäre - anpingen?)
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

the ratman

#5
hab mal pseudo-getestet - deine rein und fhem restart

irgendwie anders, aber ...

2021.08.25 14:52:59 0:  Server started with 344 defined entities (fhem.pl:24810/2021-07-29 perl:5.028001 os:linux user:fhem pid:21279)
2021.08.25 14:53:00 1:  CUL_HM start inital cleanup
2021.08.25 14:53:00 1:  PERL WARNING: substr outside of string at ./FHEM/10_CUL_HM.pm line 10700.
2021.08.25 14:53:00 1:  stacktrace:
2021.08.25 14:53:00 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (10700)
2021.08.25 14:53:00 1:      main::CUL_HM_UpdtCentral            called by ./FHEM/10_CUL_HM.pm (345)
2021.08.25 14:53:00 1:      main::CUL_HM_updateConfig           called by fhem.pl (3426)
2021.08.25 14:53:00 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.08.25 14:53:00 1:  PERL WARNING: Use of uninitialized value in hex at ./FHEM/10_CUL_HM.pm line 10700.
2021.08.25 14:53:00 1:  stacktrace:
2021.08.25 14:53:00 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (10700)
2021.08.25 14:53:00 1:      main::CUL_HM_UpdtCentral            called by ./FHEM/10_CUL_HM.pm (345)
2021.08.25 14:53:00 1:      main::CUL_HM_updateConfig           called by fhem.pl (3426)
2021.08.25 14:53:00 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.08.25 14:53:00 1:  PERL WARNING: Use of uninitialized value $a[2] in uc at ./FHEM/10_CUL_HM.pm line 571.
2021.08.25 14:53:00 1:  stacktrace:
2021.08.25 14:53:00 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (571)
2021.08.25 14:53:00 1:      main::CUL_HM_Define                 called by fhem.pl (3894)
2021.08.25 14:53:00 1:      main::CallFn                        called by fhem.pl (2127)
2021.08.25 14:53:00 1:      main::CommandDefine                 called by ./FHEM/10_CUL_HM.pm (10701)
2021.08.25 14:53:00 1:      main::CUL_HM_UpdtCentral            called by ./FHEM/10_CUL_HM.pm (345)
2021.08.25 14:53:00 1:      main::CUL_HM_updateConfig           called by fhem.pl (3426)
2021.08.25 14:53:00 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.08.25 14:53:00 1:  define vccu_Btn0 CUL_HM : wrong syntax: define  CUL_HM 6-digit-hex-code [Raw-Message]
2021.08.25 14:53:00 1:  CUL_HM finished initial cleanup
→do↑p!dnʇs↓shit←

Beta-User

Hmm, Danke für den Hinweis, da hatte ich wohl beim Reinsehen in das Logfile einen Wunschlesemodus aktiv ??? ::) ...

Habe die Datei nochmal angepaßt und wieder oben angehängt. Da ist jetzt eine kleine Plausibilitätsprüfung in CUL_HM_UpdtCentral() drin, damit läuft es ohne Eintrag bis "CUL_HM finished initial cleanup". Der Check dürfte m.E. keine zusätzlichen Probleme verursachen.
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

the ratman

nu denne - wolle ma mal gucken ...

da hat er wohl diesmal die richtige brille an gehabt *g*
2021.08.25 16:05:48 0:  Server started with 344 defined entities (fhem.pl:24810/2021-07-29 perl:5.028001 os:linux user:fhem pid:21841)
2021.08.25 16:05:48 1:  CUL_HM start inital cleanup
2021.08.25 16:05:49 1:  CUL_HM finished initial cleanup

die 2 meldungen waren früher zwar auch ned da, aber was solls?

kriegst du das ins update reingedrückt, oder muß ich die nächsten tage beim updaten aufpassen?
→do↑p!dnʇs↓shit←

Beta-User

Martin hat diesen Teil wohl relativ frisch mit aufgenommen und den Log-Level möglicherweise bewußt so hoch gedreht, mAn. würde es auch "3" tun (wären zwei kleine Änderungen im Code). Es gilt aber die Regel, dass man nicht ungefragt in fremden Modulen "irgendwas" eincheckt, von daher würde ich nur auf ausdrücklichen Wunsch von Martin aktiv werden!

Vorläufig sollte hier nur eine (hoffentlich) funktionierende (und betr. der Probleme einigermaßen vollständige) Version auf Martins Code-Basis angeboten werden, daher auch der Weg über das vollständige Modul, damit eventuelle "Mutige" das eben schon mal austesten können. Ob und wie Martin dann was übernehmen will, wird er dann schon entscheiden; ich gehe jedenfalls davon aus, dass im Falle eines updates via svn dann auch wieder ein Stand erreicht sein wird, der diese Probleme (ggf. anders) löst...

Ansonsten kannst du ja ein "diff -u" machen und ggf. dann die fraglichen Stellen dann wieder selbst reinbasteln bzw. den so erstellten Patch anwenden ;) .
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

the ratman

ach du ... ich hab's ja ned so eilig.
dein code wird jetzt getestet - deine arbeit und das bissl rumprüfen könnten martin ja auch helfen.

im endeffekt rennt ja alles, egal, mit welcher version. somit ist meine frage, ob ich blödsinn gemacht hab ja eh schon erledigt.
bleibt mir nur: danke dir für dein hirnschmalz und gleich martin - irgendwann in der zukunft - fürs übernehmen!

somit würd ich sagen: wir 2 moren haben unsere schuldigkeit getan *g*

→do↑p!dnʇs↓shit←

Beta-User

#10
Zitat von: the ratman am 25 August 2021, 18:22:25
das bissl rumprüfen könnten martin ja auch helfen.
...so war's gedacht...

Hier noch das ganze als patch.

Das ganze (samt gepatchtem HMUARTLGW-Code) läuft soweit erkennbar halbwegs stressfrei.

Auf dem Weg zu einem "mustergültigen" Logfile stört allerdings noch, dass HMinfo (aber schon seit mind. 06.08.) beim Serverstart eine "Unzahl" von "get:configCheck"-Einträgen schreibt. Auch da kann man sich über den verbose-Level streiten (2 finde ich hoch), aber jeweils dreifach für dieselben Geräte ist vermutlich nicht beabsichtigt...

(@frank: Hast du eine spontane Idee dazu? (98_HMinfo.pm 24824 2021-08-03 18:29:34Z martinp876))
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

the ratman

bleibt mir nur mehr zu sagen:
deine änderungen haben grade nen morgendlichen "update reboot" überlebt und wies ausschaut, funzt auch alles, was mit hm zu tun hat soweit problemlos.

→do↑p!dnʇs↓shit←

Beta-User

#12
Danke für die Rückmeldung, hier dann auch noch die volle Fassung für einen weiteren Fix betr. "renamed a lot" (https://forum.fhem.de/index.php/topic,122552.0.html).
(kurze Erläuterung im verlinkten Thread folgt).
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

the ratman

mal gestartet mit dem neuen patch.

jetzt steht mal gar nix mehr im log - uij, so saubär das ist!  :P
geräte sind auch noch alle da - sitzt, paßt und hat luft.
→do↑p!dnʇs↓shit←

Beta-User

#14
Komisch, hätte nicht gedacht, dass dann gar nichts mehr im Log steht. Hast du keine HMinfo-Instanz definiert oder ist das eine "unbeabsichtigte" Nebenwirkung des "sauberen" notify-return, wenn nichts relevantes passiert ist?
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