In der Nacht gingen Alle Lichter an

[A Former User]

@paul-ol

im Logfile sieht man, dass das Script SchlafBettLicht um 3:47 Uhr gestoppt und wieder gestartet wurde.

Das sollte im Normalfall nicht dazu fuehren, dass Lichter an gehen, es sei denn, es ist so programmiert, dass es das macht..???

Hast du etwas programmiert, dass das Script stoppt?

Ich wuerde an deiner Stelle erstmal die Scripte checken, da ist anscheinend was faul.. ??

[Glasfaser]

@paul-ol sagte in In der Nacht gingen Alle Lichter an:

Um 3:24 Uhr gingen

und was ist vor "03:24:26.969" im Log !?

2021-11-09 03:24:26.969 - info: info.0 (1080) Reading/updating systemdata.

und was heißt : ........Alle Lichter an

Alle gleiche angesteuert , Zigbee , Homematic .... oder !?

Um 3:24 Uhr gingen ----- Alle Lichter an ..... sondern auf 100% Helligkeit.

oder ein Spaßvogel auf deinem System .

[BananaJoe]

Wie steuerst du denn die Lichter an? Ich hatt so etwas ähnliches mal geschafft mit Tasmota. MQTT und das die States gespeichert sein sollen (oder so), da hat er nach einem Neustart allen Geräten den vermeintlich letzten Status neu übermittelt (und der war bei mir in der Regel aus)

[mickym]

@paul-ol Wenn das Zigbee und IKEA Lampen sind - dann musst Du das über Deine Logikmaschine prüfen - die gehen nämlich bei einem Stromausfall und anschließender Stromzufuhr alle an.

[Thomas Braun]

@mickym sagte in In der Nacht gingen Alle Lichter an:

die gehen nämlich bei einem Stromausfall und anschließender Stromzufuhr alle an.

Wenn man es nicht anders einstellt. Kann man in der Tradfri-App machen.

[mickym]

@thomas-braun Ich habe aber keine App und laufen auch direkt auf dem Zigbee Adapter und nicht über das Gateway.

[Thomas Braun]

@mickym Du nicht.
Aber vielleicht @Paul-OL

[mickym]

@thomas-braun sagte in In der Nacht gingen Alle Lichter an:

@mickym Du nicht.
Aber vielleicht @Paul-OL

Ok soweit habe ich gar nicht gedacht - zudem ja noch nicht mal sicher sind, welche Lampen, Protokoll etc. es sich handelt. - Es geht ja erst mal darum, was für Ursachen die plötzliche Helligkeit in tiefster Nacht haben könnte. Dabei ist mir halt der Stromausfall eingefallen - und insbesondere die IKEA Lampen indem man es - wie Du schreibst nur in einer App konfigurieren kann.

[A Former User]

@ilovegym said in In der Nacht gingen Alle Lichter an:

@paul-ol

im Logfile sieht man, dass das Script SchlafBettLicht um 3:47 Uhr gestoppt und wieder gestartet wurde.

Das war ich mit der Hand. Dank unserer Kammera konten wir feststellen, dass es um 3:24 Uhr angegangen ist. Erst später bin ich wach geworden. Und dann habe ich selber versucht es zu deaktivieren. Schlaftrunken.

Das sollte im Normalfall nicht dazu fuehren, dass Lichter an gehen, es sei denn, es ist so programmiert, dass es das macht..???
Nein, ich habe kein Programm was die Lichter alle anmacht.

Hast du etwas programmiert, dass das Script stoppt?

Ich wuerde an deiner Stelle erstmal die Scripte checken, da ist anscheinend was faul.. ??

Die Scripte wurden mehrere Monate nicht verändert. Es gibt vor allem eine besonderheit. Anstatt das das Licht Gelb ist, war es weiß.

@glasfaser said in In der Nacht gingen Alle Lichter an:

@paul-ol sagte in In der Nacht gingen Alle Lichter an:

Um 3:24 Uhr gingen

und was ist vor "03:24:26.969" im Log !?

2021-11-09 03:24:26.969 - info: info.0 (1080) Reading/updating systemdata.

Genau um 3:24 ist es ja angenagen. Das Licht. Davor steht nichts. Das ist das gesamte Log das ich geladen habe.

und was heißt : ........Alle Lichter an

Alle gleiche angesteuert , Zigbee , Homematic .... oder !?

Mit alle, ahbe ich mich vershene. Es ist das Zigbee Innr LED Leiste angenagen. Diese ist unter dem bett. Nur dieses Licht. Aber dafür auch noch in Weiß. Helles 100% weiß.

Um 3:24 Uhr gingen ----- Alle Lichter an ..... sondern auf 100% Helligkeit.

oder ein Spaßvogel auf deinem System .
Wie kann ich das sehen?

Stromausfall nur in einem Raum? Dan wäre die Kammera auch nicht möglich gewesen aufzuzeichnen. Alle anderen geräte scheinen nichts gemacht zu haben.

und das ist der Log vom vorherrigen tag.
Auch der beginnt um 3:24 Uhr. Wie es scheint, macht ioBroker da etwas und dann ging bei diesem Mal die Innr LEZ Stripe auf 100% an. Einfach so.

2021-11-08 03:24:26.968 - info: info.0 (1080) Reading/updating systemdata.
2021-11-08 03:24:27.443 - info: info.0 (1080) State value to set for "info.0.sysinfo.cpu.info.speed" has to be type "string" but received type "number"
2021-11-08 03:24:27.536 - info: info.0 (1080) State value to set for "info.0.sysinfo.cpu.info.cache-l1d" has to be type "number" but received type "string"
2021-11-08 03:24:27.590 - info: info.0 (1080) State value to set for "info.0.sysinfo.cpu.info.cache-l1i" has to be type "number" but received type "string"
2021-11-08 03:24:27.595 - info: info.0 (1080) State value to set for "info.0.sysinfo.cpu.info.cache-l2" has to be type "number" but received type "string"
2021-11-08 03:24:27.601 - info: info.0 (1080) State value to set for "info.0.sysinfo.cpu.info.cache-l3" has to be type "number" but received type "string"
2021-11-08 03:24:27.759 - info: info.0 (1080) cpu Temp res = {"main":51.608,"cores":[],"max":51.608,"socket":[],"chipset":null}
2021-11-08 05:04:00.082 - info: telegram.0 (11736) Scheduled restart.
2021-11-08 05:04:00.603 - info: telegram.0 (11736) terminating
2021-11-08 05:04:00.605 - info: telegram.0 (11736) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-11-08 05:04:01.225 - info: host.raspberrypi instance system.adapter.telegram.0 scheduled normal terminated and will be restarted on schedule.
2021-11-08 05:04:01.239 - info: host.raspberrypi Restart adapter system.adapter.telegram.0 because enabled
2021-11-08 05:04:02.303 - info: host.raspberrypi instance system.adapter.telegram.0 started with pid 9020
2021-11-08 05:04:04.471 - info: telegram.0 (9020) starting. Version 1.10.0 in /opt/iobroker/node_modules/iobroker.telegram, node: v12.22.1, js-controller: 3.3.18
2021-11-08 13:28:55.453 - info: admin.0 (792) Adapter rating updated
2021-11-08 13:30:20.840 - info: admin.0 (792) Request actual repository...
2021-11-08 13:30:21.153 - info: host.raspberrypi Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"
2021-11-08 13:30:22.735 - info: admin.0 (792) Repository received successfully.
2021-11-08 15:24:26.969 - info: info.0 (1080) Reading/updating systemdata.
2021-11-08 15:24:27.506 - info: info.0 (1080) State value to set for "info.0.sysinfo.cpu.info.speed" has to be type "string" but received type "number"
2021-11-08 15:24:27.546 - info: info.0 (1080) State value to set for "info.0.sysinfo.cpu.info.cache-l1d" has to be type "number" but received type "string"
2021-11-08 15:24:27.554 - info: info.0 (1080) State value to set for "info.0.sysinfo.cpu.info.cache-l1i" has to be type "number" but received type "string"
2021-11-08 15:24:27.560 - info: info.0 (1080) State value to set for "info.0.sysinfo.cpu.info.cache-l2" has to be type "number" but received type "string"
2021-11-08 15:24:27.564 - info: info.0 (1080) State value to set for "info.0.sysinfo.cpu.info.cache-l3" has to be type "number" but received type "string"
2021-11-08 15:24:27.678 - info: info.0 (1080) cpu Temp res = {"main":54.043,"cores":[],"max":54.043,"socket":[],"chipset":null}
2021-11-08 16:19:24.658 - info: nuki-extended.0 (24187) State value to set for "nuki-extended.0.smartlocks.wohnungstür.state.batteryCharge" has to be type "string" but received type "number"
2021-11-08 17:18:58.775 - info: nuki-extended.0 (24187) State value to set for "nuki-extended.0.openers.opener.state.lastStateUpdate" has to be type "string" but received type "number"
2021-11-08 17:20:38.665 - info: nuki-extended.0 (24187) State value to set for "nuki-extended.0.openers.opener.state.lastStateUpdate" has to be type "string" but received type "number"
2021-11-08 17:20:45.200 - info: nuki-extended.0 (24187) State value to set for "nuki-extended.0.openers.opener.state.lastStateUpdate" has to be type "string" but received type "number"
2021-11-08 17:39:12.323 - info: nuki-extended.0 (24187) State value to set for "nuki-extended.0.openers.opener.state.lastStateUpdate" has to be type "string" but received type "number"
2021-11-08 19:39:21.613 - info: nuki-extended.0 (24187) State value to set for "nuki-extended.0.openers.opener.state.lastStateUpdate" has to be type "string" but received type "number"
2021-11-08 19:40:35.699 - info: nuki-extended.0 (24187) State value to set for "nuki-extended.0.openers.opener.state.lastStateUpdate" has to be type "string" but received type "number"
2021-11-08 19:40:40.589 - info: nuki-extended.0 (24187) State value to set for "nuki-extended.0.openers.opener.state.lastStateUpdate" has to be type "string" but received type "number"
2021-11-08 19:59:35.046 - info: nuki-extended.0 (24187) State value to set for "nuki-extended.0.openers.opener.state.lastStateUpdate" has to be type "string" but received type "number"

[A Former User]

@paul-ol

das logfile sagt nichts bestimmtes, ausser dass der info Adapter da was macht, der aber eigentlich nur Systemdaten ausliest.. schau da mal in die Konfig..?!

Wenn das die eine Zigbee Leuchte war, die anging, und sonst keine.. kann ja auch ein Wackelkontakt am Kabel sein..etc.. wie die anderen hier schon schrieben, bei Stromausfall gehen die Dinger gerne mal an.. es sei denn, es ist ausdruecklich anders konfiguriert.

Also Konfig im iobroker checken, logfiles checken, mal den info Adapter vielleicht stoppen ( braucht man den? ) und nochmal bei der Leuchte unterm Bett n Stromausfall simulieren.. dann sieht man ja, was passiert..

Alles andere ist fuer die Glaskugel..

[Glasfaser]

@paul-ol sagte in In der Nacht gingen Alle Lichter an:

Es ist das Zigbee Innr LED Leiste angenagen. Diese ist unter dem bett.
Nur dieses Licht.

Und dann so ein Aufschrei wegen einer Lampe !?

Da es vorher noch nie war und einmalig aufgetreten ist ..... eher ein Zufall ..... um 03:24 Uhr ..