Hallo,
ich empfange ständig einen IT_1527xcce50 welcher on sendet.
Zitat2018.01.16 17:18:57 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:00 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:03 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:06 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:12 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:18 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:21 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:24 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:40 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:43 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:46 3: nano_433Mhz IT: IT_1527xcce50 an->on
2018.01.16 17:19:51 3: nano_433Mhz IT: IT_1527xcce50 an->on
.
.
.
Es ist vermutlich vom Nachbar ein Bewegungsmelder, was anderes kann ich mir nicht erklären.
Gibt es eine Funktion, das LOG zu deaktivieren aber das das Reading weiterhin aktualisiert wird?Ignore, bringt dort nichts , da das Logfine dann anderweitig gefüllt wird und do_not_notify legt ihn komplett still.
Da kam mir die Frage auf, ob es eine "Zwischenlösung" gibt. Kein LOG aber das Reading wird aktualisiert?
Hallo!
Ich vermute einmal, so etwas banales wie das Attribut "verbose" auf "0" zu setzen hast du schon erfolglos versucht?
attr IT_1527xcce50 verbose 0
LG
DANKE! ;D
Manchmal sieht man den Wald vor Augen einfach nicht. ::)
Da war ein falscher Denkfehler vorhanden das ich das Attribut auf was falsches bezog.
Mein Fehler, Thema wird geschlossen.