Protokolleinstellungen werden bei Neustart zurückgesetzt

Begonnen von Adimarantis, 19 Dezember 2020, 10:04:23

Vorheriges Thema - Nächstes Thema

Adimarantis

Hallo,

Zumindest bei meinem XL funktioniert irgendwas mit dem Speichern der Protokolle nicht.
Nach jedem Neustart fehlen mir ein paar eingestellte Protokolle und ich wundere mich, warum manche Sensoren nicht gehen.
Dann muss ich wieder ein "set protocols" und "set save" machen.

Beim "Save" kommt auch folgende Warning im log:
2020.12.19 09:36:04 1: PERL WARNING: Use of uninitialized value $b6 in sprintf at ./FHEM/45_TRX.pm line 324.
2020.12.19 09:36:04 1: stacktrace:
2020.12.19 09:36:04 1:     main::__ANON__                      called by ./FHEM/45_TRX.pm (324)
2020.12.19 09:36:04 1:     main::TRX_SetModes                  called by ./FHEM/45_TRX.pm (272)
2020.12.19 09:36:04 1:     main::TRX_Set                       called by fhem.pl (3812)
2020.12.19 09:36:04 1:     main::CallFn                        called by fhem.pl (1918)
2020.12.19 09:36:04 1:     main::DoSet                         called by fhem.pl (1950)
2020.12.19 09:36:04 1:     main::CommandSet                    called by fhem.pl (1250)
2020.12.19 09:36:04 1:     main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2717)
2020.12.19 09:36:04 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (945)
2020.12.19 09:36:04 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (593)
2020.12.19 09:36:04 1:     main::FW_Read                       called by fhem.pl (3817)
2020.12.19 09:36:04 1:     main::CallFn                        called by fhem.pl (758)


U.a. scheint hier bei der Initialisierung der Variablen was schief zu gehen:
my ( $b3, $b4, $b5, $b6 ) = "00";
führt dazu dass $b5 und $b6 nicht initialisiert werden. Ob das allerdings der Grund dafür ist, dass nicht korrekt gespeichert wird, kann ich nicht sagen.
Im "list" sowie im "fhem.save" schaut das reading korrekt aus und es funktioniert auch - aber eben nur bis zum nächsten Neustart von FHEM.

Wenn das ein XL spezifisches Problem ist probiere ich hier gerne Patches aus.

Ich habe noch ein weitere kleines Problem, das passiert aber nur beim Neustart (wahrscheinlich einmalig pro device) und im Zusammenhang mit Dblog. Habe ich jetzt noch nicht weiter analysiert. Aber vielleicht hat jemand spontan eine Idee was das verursachen könnte:

2020.12.18 13:34:03 1: PERL WARNING: Argument "" isn't numeric in subtraction (-) at (eval 529) line 3.
2020.12.18 13:34:03 1: stacktrace:
2020.12.18 13:34:03 1:     main::__ANON__                      called by (eval 529) (2)
2020.12.18 13:34:03 1:     (eval)                              called by ./FHEM/93_DbLog.pm (1490)
2020.12.18 13:34:03 1:     (eval)                              called by ./FHEM/93_DbLog.pm (1352)
2020.12.18 13:34:03 1:     main::DbLog_Log                     called by fhem.pl (3817)
2020.12.18 13:34:03 1:     main::CallFn                        called by fhem.pl (3734)
2020.12.18 13:34:03 1:     main::DoTrigger                     called by fhem.pl (4104)
2020.12.18 13:34:03 1:     main::Dispatch                      called by ./FHEM/45_TRX.pm (680)
2020.12.18 13:34:03 1:     main::TRX_Parse                     called by ./FHEM/45_TRX.pm (650)
2020.12.18 13:34:03 1:     main::TRX_Read                      called by fhem.pl (3817)
2020.12.18 13:34:03 1:     main::CallFn                        called by fhem.pl (758)


Gruß,
Jörg
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)