FileLog im Zusammenhang addLog

[Gisbert]

Hallo Rudi,

ich bin auf einen Fehler bei einem FileLog Device gestoßen, in dem ich das Attribut addLog verwende.
Ich hatte für 3 Readings entsprechend devspec:reading:maxInterval definiert. Das hat auch solange funktioniert, solange die 3 Devices und Readings existierten. Ich hatte dann ein Device gelöscht, aber vergessen es aus den addLog-Attribut zu entfernen.
Der Effekt war nun der, dass auch die beiden anderen noch existierenden Readings nicht mehr (edit: mit addLog) ins Log geschrieben wurden.

Die Zeile 155 in 92_FileLog.pm ist vermutlich dafür verantwortlich (Erläuterung s. letzter Absatz):

Code Auswählen Erweitern

return if(!defined($rv));Wenn next statt return benutzt wird, sollte nur das betroffene Device/Reading-Paar übersprungen werden, während die übrigen Einträge weiterhin verarbeitet werden, und der Timer neu gesetzt wird.

Bitte schau dir das mal an, ob die Vermutung richtig ist. Ich weiß allerdings nicht, ob es ggf. Nebenwirkungen geben könnte.

claude.ai hat mir bei der Fehlersuche geholfen, indem es eine Liste von möglichen Ursachen vorgeschlagen hat, die ich systematisch abgearbeitet habe. Wenn ich das Device/Reading wieder definiere, funktioniert addLog wieder in der vorliegenden Form. Der Vorschlag next statt return kommt ebenfalls von claude.ai.

Viele Grüße Gisbert

[Gisbert]

Hallo Rudi,

ich wollte mich hier nochmals melden, da ich bisher keine Antwort erhalten habe. Bis zu diesem Zeitpunkt haben sich 460 User für das Thema interessiert. Vielleicht hast du ja Zeit es dir mal anzuschauen. Ich würde mich freuen.

Viele Grüße Gisbert

[Nobbynews]

Ich hänge mich hier mit meiner offenen Fragestellung mal dran:
https://forum.fhem.de/index.php?topic=144386.msg1361271#msg1361271

Norbert

[RalfRog]

Hallo Norbert
Erinnere mich dunkel. Ich nutze "addlog" nur mit Einzelergänzung.

Hatte aber in einem kleinen Test das Problem mit den merkwürdigen Zeitstempeln auch sehen können.
Gruss Ralf