SetExtensions.pm: Fehlermeldungen im Logfile

Begonnen von Dondo, 12 Januar 2019, 16:07:32

Vorheriges Thema - Nächstes Thema

Dondo


Benni


Dondo

Sorry, falls Link-Kürzer nicht erwünscht sind :-\ — Gelobe Besserung...

rudolfkoenig

Wie KernSani es im anderen Thema schon geschrieben hat, haette ich gerne ein Log-Auszug nach einem FHEM update mit gesetzten "attr global stacktrace".
Erstens habe ich unlaengst was in dieser Datei geaendert (deswegen FHEM update), zweitens wuesste ich gerne, welches Modul das Problem ausloest.

Und nein, Link-Kuerzer oder andere externe Dienstleister sind hier nicht erwuenscht, weil ich die Beitraege auch in 5-10 Jahren, nachdem diese Dienste weg sind, noch verstehen will.

Dondo

Alles gut, alles verstanden.

Werde morgen versuchen, das Gewünschte zu liefern. Kann dann auch Infos zum Revisionsstsnd des Moduls geben, das ich vorher in Betrieb hatte.

KernSani

Hallo Rudi,

ich kann das Problem ziemlich genau eingrenzen. Es tritt auf, wenn:
* das dev eine eventMap hat und
* das modul setextensions nutzt, aber
* kein on/off Befehl existiert.

Das ist z.B. bei TRX_LIGHT der Fall. Die meisten TRX_LIGHT-Geräte haben on/off, es gibt aber auch z.B. Rollos, die nur open/close unterstützen. Ich fange das bei TRX_LIGHT jetzt auf Modulseite ab, generell denke ich aber sollte setExtensions das tun.

Stacktrace (vor Korrektur in TRX_LIGHT)

2019.01.12 21:10:32 1: stacktrace:
2019.01.12 21:10:32 1:     main::__ANON__                      called by fhem.pl (4392)
2019.01.12 21:10:32 1:     main::AttrVal                       called by fhem.pl (4046)
2019.01.12 21:10:32 1:     main::ReplaceEventMap               called by FHEM/SetExtensions.pm (79)
2019.01.12 21:10:32 1:     main::getReplCmd                    called by FHEM/SetExtensions.pm (89)
2019.01.12 21:10:32 1:     main::SetExtensions                 called by ./FHEM/46_TRX_LIGHT.pm (310)
2019.01.12 21:10:32 1:     main::TRX_LIGHT_Set                 called by fhem.pl (3610)
2019.01.12 21:10:32 1:     main::CallFn                        called by fhem.pl (1802)
2019.01.12 21:10:32 1:     main::DoSet                         called by fhem.pl (1844)
2019.01.12 21:10:32 1:     main::CommandSet                    called by fhem.pl (2631)
2019.01.12 21:10:32 1:     main::getAllSets                    called by ./FHEM/01_FHEMWEB.pm (3070)
2019.01.12 21:10:32 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2970)
2019.01.12 21:10:32 1:     main::FW_Notify                     called by fhem.pl (3610)
2019.01.12 21:10:32 1:     main::CallFn                        called by fhem.pl (3530)
2019.01.12 21:10:32 1:     main::DoTrigger                     called by fhem.pl (4602)
2019.01.12 21:10:32 1:     main::readingsEndUpdate             called by ./FHEM/46_TRX_LIGHT.pm (602)
2019.01.12 21:10:32 1:     main::TRX_LIGHT_Set                 called by fhem.pl (3605)
2019.01.12 21:10:32 1:     main::CallFn                        called by fhem.pl (1812)
2019.01.12 21:10:32 1:     main::DoSet                         called by fhem.pl (1844)
2019.01.12 21:10:32 1:     main::CommandSet                    called by fhem.pl (1218)
2019.01.12 21:10:32 1:     main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2586)
2019.01.12 21:10:32 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (863)
2019.01.12 21:10:32 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (535)
2019.01.12 21:10:32 1:     main::FW_Read                       called by fhem.pl (3610)
2019.01.12 21:10:32 1:     main::CallFn                        called by fhem.pl (727)
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

rudolfkoenig

Zitatich kann das Problem ziemlich genau eingrenzen. Es tritt auf, wenn:
* das dev eine eventMap hat und
* das modul setextensions nutzt, aber
* kein on/off Befehl existiert.
Ist wohl nicht so einfach, ich kann es mit Folgendem nicht nachstellen:
define d dummy
attr d eventMap Open:auf Close:zu
attr d setList Open Close
attr d useSetExtensions

Das Problem wird ausgeloest, wenn das Modul SetExtensions ohne $name und $cmd aufruft, das sollte nie der Fall sein.

P.S.: Kannst du bitte zum stacktrace auch die Fehlermeldung liefern, und ein aktuelles SetExtensions verwenden: die Zeilennummer passen nicht zum aktuellen SetExtensions.pm.

KernSani

Hi Rudi,
mit den setExtensions vom 09.01. scheint das - zumindest bei mir - behoben. Hab mir das Diff angesehen und das scheint mir auch plausibel (Zeile 74)
Danke,
Oli
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

Dondo

Warnings sind bei mir nach update (Moduldatum 09.01.)  jetzt auch verschwunden.

Vorher hatte ich (alt/neu)


# $Id: SetExtensions.pm 16211 2018-02-18 11:59:09Z rudolfkoenig $
# $Id: SetExtensions.pm 18040 2018-12-23 17:31:10Z rudolfkoenig $


Vielen Dank jedenfalls Allen für die Zeit!!!!  :)  Bitte Bescheid geben, falls noch Infos benötigt werden.

-Dondo