[Gelöst]Unbekannte Warnmeldung

[Deckoffizier]

Hallo,

habe trotz Suche leider keine Erklärung für folgende Zeile im
Log gefunden.
2019.08.31 16:55:31 1: ZWDongle_0: SOF missing (got b8 instead of 01)
Zu noAck findet sich ja viel hilfreiche Lektüre aber hierzu bin ich
etwas im Wald 

Hier nochmal das komplette Log

Code Auswählen Erweitern

2019.08.31 00:00:01 2: Deleting FileLog_piri-2019-08-29.log
2019.08.31 00:00:01 2: Deleting fhem-2019-08-30.log
2019.08.31 00:54:16 1: OWXTHERM_BinValues:  Abgassensor: invalid CRC,  -0.0625  0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2019.08.31 01:00:00 1: SQL Datenbank geleert
2019.08.31 04:03:16 1: OWXTHERM_BinValues:  Abgassensor: invalid CRC,  -0.0625  0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2019.08.31 04:05:26 1: PERL WARNING: Argument "0F.F" isn't numeric in subtraction (-) at ./FHEM/14_CUL_TX.pm line 106.
2019.08.31 07:30:46 1: RMDIR: ./restoreDir/save/2019-08-26
2019.08.31 08:09:19 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a0013120375010025e345
2019.08.31 12:05:54 1: CUL_WS UNDEFINED brightness sensor detected, code 3
2019.08.31 12:35:19 1: CUL_WS UNDEFINED brightness sensor detected, code 3
2019.08.31 16:55:31 1: ZWDongle_0: SOF missing (got b8 instead of 01)
2019.08.31 21:57:35 2: ZWDongle_0 transmit NO_ACK for CB d4, target SZ_ZW_THERMOSTAT

Ist es die Mühe wert hier nach zu forschen, oder ist es "nur" ein harmloser Ausrutscher?

Gruß
Hans-Jürgen

[tux75at]

Wenn der Fehler einmalig war, dann wird es der Mühe nicht wert sein.
Könnte eine Funkstörung gewesen sein. Im Empfangenen Paket konnte der Beginn (Start Of Frame) nicht gefunden werden bzw. falsches Byte an der erwarteten Stelle.

Ich betreibe (noch) zuwenige Geräte um solche Fehler sehen zu können (wird sich bald ändern), erwarte jedenfalls diverse gestörte Pakete, dieses würde ich als solches einordnen.

[rudolfkoenig]

Die SOF Warnung weist entweder auf eine kaputte USB-Kommunikation hin, oder auf einem verstoerten Controller.
Das Lokalisieren der genauen Fehlerursache waere fuer mich nicht trivial.

[Deckoffizier]

Hallo,

Danke Euch Beide für die Ratschläge.
Werde die Sache im Auge behalten, habe gerade
ein Fibaro Motionsensor includiert und habe
bemerkt es gibt wohl leichte  Unterschiede in den Readings
zwischen modelld 010f-0800-1001 und 010f-0801-1001.
Hoffe nur es gibt nicht neue Probleme warte erst mal  Zeit ab ob sich im Log
etwas tut.
Hatte ja bei der Inclusion folgende Warnungen im Log...

Code Auswählen Erweitern

2019.09.01 15:46:59 2: autocreate: define ZWave_SENSOR_BINARY_28 ZWave e769ab5c 28 308485808f567286708e319c
2019.09.01 15:47:37 1: ZWAVE INIT: get ZWave_SENSOR_BINARY_28 versionClassAll: Scheduled get requests for sending after WAKEUP, check the vclasses attribute
2019.09.01 15:47:46 2: ZWDongle_0 transmit NO_ACK for CB 1d, target ZWave_SENSOR_BINARY_28
2019.09.01 16:57:32 1: PERL WARNING: Use of uninitialized value $a[0] in substitution (s///) at ./FHEM/00_ZWDongle.pm line 358.
2019.09.01 16:57:32 1: PERL WARNING: Use of uninitialized value $a[0] in hash element at ./FHEM/00_ZWDongle.pm line 360.
2019.09.01 16:57:32 1: PERL WARNING: Use of uninitialized value $a[0] in sprintf at ./FHEM/00_ZWDongle.pm line 415.

Allgemeine Frage sollte man Fhem mit ZWave nur alleine am USB Port benutzen
also kein 1Wire Dongle etc.?

Gruß
Hans-Jürgen

[rudolfkoenig]

Die Warnungen kommen, wenn man bei einem der Befehle removeFailedNode replaceFailedNode createNode oder sendNIF keinen Argument spezifiziert hat.
Nachtrag: habe Code eingebaut, um in solchen Faellen eine Fehlermeldung zurueckzuliefern.