(GELÖST) Stacktrace trotz global "0"

Begonnen von is2late, 29 Januar 2025, 17:51:37

Vorheriges Thema - Nächstes Thema

is2late

Hi,

mein Log füllt sich in Rekordgeschwindigkeit mit folgender Meldung, obwohl global stracktrace auf "0" steht:

2025.01.29 13:59:55 1: readingsUpdate(RCT,power_household_external,701.69) missed to call readingsBeginUpdate first.
2025.01.29 13:59:55 1: stacktrace:
2025.01.29 13:59:55 1:     main::readingsBulkUpdate            called by fhem.pl (5034)
2025.01.29 13:59:55 1:     main::readingsBulkUpdateIfChanged   called by (eval 630141) (1)
2025.01.29 13:59:55 1:     (eval)                              called by ./FHEM/10_BindingsIo.pm (644)
2025.01.29 13:59:55 1:     main::BindingsIo_processCommand     called by ./FHEM/10_BindingsIo.pm (545)
2025.01.29 13:59:55 1:     main::BindingsIo_checkResponseByAllNames called by ./FHEM/10_BindingsIo.pm (595)
2025.01.29 13:59:55 1:     main::BindingsIo_checkResponse      called by ./FHEM/10_BindingsIo.pm (718)
2025.01.29 13:59:55 1:     main::BindingsIo_readWebsocketMessage called by ./FHEM/10_BindingsIo.pm (302)
2025.01.29 13:59:55 1:     main::BindingsIo_Read               called by fhem.pl (3988)
2025.01.29 13:59:55 1:     main::CallFn                        called by fhem.pl (789)

Hat jemand eine Idee, wie ich dieses Stracktrace ausgeschaltet bekomme?

Vielen Dank,
ingo
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Beta-User

Lösche das Attribut ;) .

Manche Attrubute werden nur auf Vorhandensein geprüft, und ich gehe davon aus, dass dieses hier dazu gehört...

Ansonsten sollte man diese Sache halt auch dem Maintainer dieses (inoffiziellen?) Moduls melden bzw. gleich einen patch anbieten; die "Fehlerursache" ist ja relativ eindeutig.

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

is2late

Guten Morgen Beta-User,

Du hast vollkommen Recht; nach dem Löschen des Attributs tauscht Stacktrace nicht mehr auf.
Vielen Dank für den Tipp!

Würde diese Erfahrung auch gern an den Maintainer weitergeben, hab aber keine Ahnung, wie der zu finden ist...
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Beta-User

Ich hatte ausdrücklich den Maintainer des inoffiziellen Moduls genannt.
Das ist ja nicht plötzlich sauber, nur weil man den "Fehler" nicht mehr sieht....
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors