Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[tugsi]

@asgothian
Danke für Deine Antwort.
Nur leider klappt es nicht.
Ich habe jetzt im send_payload DP folgendes eingetragen:
{"power_on_behavior": "off"}
Dies scheint er auch so zu nehmen, denn wenn ich es anders schreibe, kommt im Protokoll eine Fehlermeldung, dass es nicht im JSON-Format ist.
Aber trotzdem geht es wieder nach Spannungsrückkehr an.
Auf der zigbee2mqtt-Seite steht ja auch etwas von /get und /set:

 To write (/set) a value publish a message to topic zigbee2mqtt/FRIENDLY_NAME/set with payload {"power_on_behavior": NEW_VALUE}. The possible values are: off, previous, on.

Aber wie kann ich denn das /set im send_payload-DP unterbringen?

[Asgothian]

@tugsi das Set sollte automatisch übernommen werden. Ich kann das testen, aber erst kommende Woche.

A.

[tugsi]

@asgothian
Ok, wie gesagt, klappt leider nicht, habe das bei 2 Geräten probiert.
Wenn nächste Woche Zeit hast, schau mal, ob es bei Dir klappt.
Danke im Voraus

[David G.]

@tugsi

Ich hab es eben mit meinen Gu10 Birnen von Ikea getestet.

Bei denen klappt es.

[tugsi]

@david-g
Danke für die Rückmeldung.
Nur zum Verständnis, Du bist unter Objekte in Deiner GU10 auf den Datenpunkt send_payload gegangen und hast dann hinten {"power_on_behavior": "off"} eingetragen und dann auf "Wert setzen" geklickt?

[David G.]

@tugsi

Genau.
Auf dem Bildern steht "on", da ich es wieder rückgängig gemach habe.

[tugsi]

@david-g
Danke für die Antwort.
So klappt es bei mir leider nicht, aber ich habe hier insgesamt 3 Stück, 2x 10W und 1x 30W.
Bei dem 30W-Treiber (https://www.zigbee2mqtt.io/devices/ICPSHC24-30EU-IL-1.html) funktioniert es und bei den beiden 10W-Treibern (https://www.zigbee2mqtt.io/devices/ICPSHC24-10EU-IL-1.html) leider nicht.

Also scheint es ein Problem der 10W-Treiber zu sein.
Ich habe auch mal den Wert "previous" getestet, aber auch hier ohne Problem.
Hmm ist ärgerlich. :(

[David G.]

@tugsi
Gibt's keinen Weg die Teile am Strom zu lassen?
Habe ich bei den allermeisten meiner Birnen.

Gibt ja viele Wege zu erfassen ob man das Gerät schalten möchte.
Ich habe meistens einen Shelly im Detachedmodus vorgeschaltet. Ähnliches gibt's auch mit Zigbee. Oder einem esp jenachdem wie man schaltet.

[tugsi]

@david-g
Hast Du falsch verstanden, die sind ja immer an Strom, aber ich hatte letztens Stromausfall (s. auch mein 1. Post) und dies war jetzt innerhalb kürzester Zeit jetzt schon zum zweiten Mal und es ist halt blöd, wenn dann die Lampen nachts durchleuchten bzw in meinem Arbeitszimmer im DG vielleicht auch mal Tage lang, ohne das es einer mitbekommt.
Wie gesagt, so ist kein Problem, nur bei Spannungsausfall ;-)

[David G.]

@tugsi

Wer lesen kann ist klar im Vorteil......

Dann kann man sich ja nur was basteln mit einem Skript.
Jenachdem was man alles überwacht.

Ich kann einen Stromausfall mit meiner USV erkennen. Da wäre es ein kleines Skript.

[tugsi]

@david-g
Sowas habe ich mir auch schon gedacht, Stromausfall erkennen und dann Skript welches mir die Treiber auf Off setzt.
Was für eine USV hast Du, eine von APC?

[David G.]

@tugsi

So in der Art.
Oder auf den Wert bei Stromausfall.

Ich habe die hier.
Mich stört nur, dass man das Display und das piepen bei Stromausfall nicht deaktivieren kann.

[DarkDevil]

Wie wäre es wenn du auf die up Tine des iobrokers triggerst? Nach einem Stromausfall kann sie ja nicht so hoch sein

[David G.]

@darkdevil

Wenn der iobroker mit betroffen ist (was ja nahe liegt), würde ich in jedem Fall eine usv kaufen.
Der mag es ja nicht wirklich einfach durch einen Stromausfall gekillt zu werden. Das Betriebssystem auch nicht.

Reicht ja eine usv die nur 10min durchhält damit man sauber runferfahren kann.
Finde, wenn man nur einigermaßen wichtige Dinge mit steuert sollte man die haben.

[tugsi]

Ich habe noch eine ältere APC hier rumstehen, die ich noch einbauen wollte, zum einen um mein NAS (darauf läuft Docker und der ioBroker), wie auch mein Thin-PC mit Proxmox zum testen, als auch meine SPS zu speisen.
Das sollte zumindest für einige Minuten reichen.
Das ist nur ein von vielen Punkten, die ich immer vor mir herschiebe :-D ...
Nur bisher hatten wir keinen Stromausfall und meine Erfahrung auf der Arbeit sind die, laufen immer mit und wenn man sie braucht, streichen sie die Segel und kacken ab... :speak_no_evil:

Nichtsdestotrotz wäre es toll, wenn Geräte wie der Ikea-Treiber in einem definierten Zustand gehen würden, nach Spannungswiederkehr, beim 30W ist es ja, aber nicht bei meinen beiden 10W-Treibern, aber vielleicht hat @Asgothian noch neue Erkenntnisse.
Ich hab noch einen 10W-Treiber original eingepackt, wenn ich Zeit habe, schaue ich mir den mal an ob er das gleiche Verhalten hat und versuche ihn dann mal direkt mit zigbee2mqtt über den Laptop anzusprechen mit einen Zigbee-Stick und da das Verhalten zu testen

[David G.]

@tugsi

Hast du mal geschaut, ob es ein Firmwareupdate für den Treiber gibt?
Evtl würde es ja schon gefixt.

[pk68]

@tugsi
Ich habe das bei mir so gelöst, dass ich auf den Neustart des Zigbee-Adapters triggere und dann zeitversetzt alle Lampen ausschalte.

on({id:'system.adapter.zigbee.0.alive', val: true, oldVal: false}, function() {
    setTimeout(function() {
        //Code wird nach 150s ausgeführt
        //hier die Zigbee Lampen ausschalten

    }, 150000);  
});

[tugsi]

@david-g Ja da scheint es ein Firmware-Update zu geben, aber da ist ein Bug im Zigbee-Adapter, nach der Suche stürzt der ab und restartet... hab ich bei Error/Bug gemeldet und gerade die Rückmeldung gelesen, also das dauert noch was bis ich darüber ein Firmwareupdate machen kann...

@pk68 das klingt interessant, wäre auf jeden Fall eine Alternative, Danke Dir.

[David G.]

@tugsi sagte in Tradfri Zigbee Power_on_behavior:

Ja da scheint es ein Firmware-Update zu geben, aber da ist ein Bug im ZigBee-Adapter.......

Gestern oder vorgestern hat da jemand ein Topic zu aufgemacht.
Als Antwort kam, dass es in der aktuellen git Version behoben sei.

[tugsi]

@david-g das war ich ;-)
Und hab von Git und immer noch das Problem...