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):
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