FHEM stürzt ab, Ursache irgendwie "... isn't numeric in modulus (%) ..": Warum?

[Thomas24568]

Moin!

Ich habe eben beim Versuch ein "event-on-change" zu setzen folgende Fehlermeldung bekommen:

Code Auswählen Erweitern

2018.02.20 17:52:59 1: PERL WARNING: Argument "temperature:5" isn't numeric in modulus (%) at ./FHEM/92_FileLog.pm line 224.


Also die Zahl 5 stört, aber warum? Und wie ist ein Wert von 5 Grad in der Zeile zu schreiben?

Folgefehler:

Code Auswählen Erweitern


2018.02.20 18:06:49 1: /dev/ttyUSB0 disconnected, waiting to reappear (1wire)
2018.02.20 18:06:49 1: OWX_SER::Query 1wire:  0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2018.02.20 18:06:49 1: OWX_Complex called while interface 1wire disconnected
2018.02.20 18:06:49 1: OWX_Complex called while interface 1wire disconnected
2018.02.20 18:06:49 1: OWX_Complex called while interface 1wire disconnected
2018.02.20 18:06:49 1: OWX_Complex called while interface 1wire disconnected
2018.02.20 18:06:49 1: OWX_Complex called while interface 1wire disconnected
2018.02.20 18:06:49 1: OWX_Complex called while interface 1wire disconnected
2018.02.20 18:06:49 1: OWX_Complex called while interface 1wire disconnected
2018.02.20 18:06:49 1: OWX_Complex called while interface 1wire disconnected
2018.02.20 18:06:49 1: OWX_Complex called while interface 1wire disconnected
2018.02.20 18:06:49 1: OWX_Complex called while interface 1wire disconnected

Damit stürzt der Server alle paar Minuten ab. Ist das ein falscher Eintrag im der log-Datei?

Nachtrag:

Ich habe mittlerweile folgendes herausgefunden:
Nach Neustart läuft FHEM einige Minuten korrekt.
Sobald der Busmaster (donoko oder wie das Ding aus Bulgarien heisst) ausgelesen wird (das dauert 5 - 10 Min) stürzt FHEM ab (Meldung "127.0.0.1:8083 nicht erreichbar").

Es liegt nicht an der Hardware des BM, ein 2. baugleiches Exemplar OHNE externe Beschaltung erzeugt den gleichen Absturz.

Ohne BM gestartet läuft FHEM durch.

Der Zusammenhang muß also an den fehlerhaftem Einsatz von event-on-change liegen, obwohl ich die 2 Zeilen (je Sensor eine) inzwischen entfernt habe. Kann ein Fehler im Log eines der Sensoren für den Absturz verantwortlich sein? Ich habe mir die Log-Dateien angesehen, direkt auf dem Pi, aber nichts ungewöhnliches gefunden, es scheinen (am Ende) nur ASCII-Zeilen/Zeichen drin zu stehen. Welche Infos kann ich noch herausgeben, um den Fehler einzukreisen?


Thomas