Monatsrückblick Januar/Februar 2026 ist online!

[Airmaxchen]

@paul53 Ja, aber ich habe auch schon die Skripte deaktiviert und direkt über die Weboberfläche geschaltet. Auch da kommt der Fehler vor.

[Codierknecht]

@paul53 sagte in Zigbee Geräte schalten wild hin und her:

Gibt es ein Skript, das die Steckdose schaltet?

Hätte ich auch im Verdacht.

@Airmaxchen
Wie sind die Scripte organisiert? Hoffentlich nicht im Ordner "global".
Eine Möglichkeit wäre, ein "Debug-Script" aufzusetzen, das auf Änderungen an der betroffenen Lampe/Dose triggert und die Quelle der Änderung loggt.

[Codierknecht]

@airmaxchen

Ich bin mal so frei, @paul53

Debug-Trigger:
https://forum.iobroker.net/topic/61457/blockly-fehlermeldungen-bereinigen/39?_=1674039729417

[Airmaxchen]

Ich habe jetzt die Javascript-Instanz vollständig deaktiviert und schalte nur über die Weboberfläche. Es ist jetzt zu keinem Fehler gekommen.
Aufgefallen ist mir, dass manchmal die Befehle um ein paar Sekunden verspätet bei den Lampen bzw. Steckdosen ankommen. (stört mich eigentlich immer schon, habe mich aber darum nicht gekümmert) Das könnte vielleicht dazu führen, dass innerhalb der Skripte da etwas verrückt spielt.

[Codierknecht]

@airmaxchen sagte in Zigbee Geräte schalten wild hin und her:

Es ist jetzt zu keinem Fehler gekommen.

Was ja zumindest Pauls Annahme zu bestätigen scheint.

Gibt es ein Skript, das die Steckdose schaltet?

Du kannst das jetzt mal eine Weile beobachten. Ich bin mir fast sicher, dass die Dosen jetzt keine Auffälligkeiten mehr zeigen.
Aber früher oder später wirst Du Javascript ja wieder brauchen.
Daher wäre es sinnvoll, die Ursache zu finden.
Dafür ein kleines Debug-Script, das im Log mal ein paar Informationen abliefert:

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
 <block type="on" id="CiNVC@lmOLah9LX4N[G$" x="113" y="138">
   <field name="OID">Object ID</field>
   <field name="CONDITION">ne</field>
   <field name="ACK_CONDITION"></field>
   <statement name="STATEMENT">
     <block type="debug" id="r-0z;759_C|c=?{H]6j~">
       <field name="Severity">warn</field>
       <value name="TEXT">
         <shadow type="text" id="m?-$C.95GYOmcg=6@gCP">
           <field name="TEXT">test</field>
         </shadow>
         <block type="text_join" id="Qr:)}7VaG:`py!33gD?5">
           <mutation items="6"></mutation>
           <value name="ADD0">
             <block type="text" id="pZg62JY2aR)TEtDAx#Sf">
               <field name="TEXT">DEBUG :: Objekt: </field>
             </block>
           </value>
           <value name="ADD1">
             <block type="on_source" id="j~}EEmO_s#?E{n=AshZ$">
               <field name="ATTR">id</field>
             </block>
           </value>
           <value name="ADD2">
             <block type="text" id="Ph7Hek;3e#jq=HLCefN%">
               <field name="TEXT"> | Wert: </field>
             </block>
           </value>
           <value name="ADD3">
             <block type="on_source" id="[@CYzk+bz2r~b$6LB(i=">
               <field name="ATTR">state.val</field>
             </block>
           </value>
           <value name="ADD4">
             <block type="text" id="/;#_H99IP|@dsgx/gb|k">
               <field name="TEXT"> | Quelle: </field>
             </block>
           </value>
           <value name="ADD5">
             <block type="on_source" id="p0L4jT8[2q^mRGQ[6abR">
               <field name="ATTR">state.from</field>
             </block>
           </value>
         </block>
       </value>
     </block>
   </statement>
 </block>
</xml>

[Airmaxchen]

@codierknecht Danke für eure Hilfe fürs Erste. Ich habe auch schon ein verdächtiges Skript gefunden. Ich werde es mal deaktiviert lassen und warten. Leider kann ich den Fehler nicht so einfach reproduzieren und muss daher warten ob er wieder auftaucht.
Ich melde mich wieder.

[paul53]

@airmaxchen sagte: verdächtiges Skript gefunden.

Bitte zeigen.

[Airmaxchen]

@paul53 Ich verwende eine Harmony und steuere damit diverse Sachen im Wohnzimmer. Und mit diesem Skript sollte der Status vom Adapter hueemu mit der Harmony synchronisiert werden.

[Codierknecht]

@airmaxchen
Mit diesen Bindings habe ich selbst noch nicht gearbeitet, aber für mich sieht es erstmal seltsam aus, dass die jeweils beidseitig verbunden sind.

@paul53 Reicht es da nicht, zwei DP nur einmal miteinander zu verknüpfen? Riecht für mich irgendwie nach Rekursion.

[paul53]

@airmaxchen sagte: sollte der Status vom Adapter hueemu mit der Harmony synchronisiert werden.

Genau das "binde" hin und her verursacht Trigger-Endlosschleifen. Es sollte mit "nur Änderungen" eigentlich nicht passieren, aber durch Laufzeiteffekte passiert es eben manchmal doch.

So lässt sich die Trigger-Schleife verhindern:

[Airmaxchen]

Vielen vielen Dank euch beiden! Ich glaube das wars. Ich habe das Skript jetzt umgeschrieben und bist jetzt keine Fehler mehr. Ich werde es zwar noch etwas testen aber ich bin da zuversichtlich. War doch ein Skript schuld. Das habe ich offensichtlich nicht wirklich deaktiviert gehabt bei meiner ersten Fehlersuche.

Jetzt kann ich mich morgen meinem nächsten Problem widmen. Der manchmal viel zu langen Reaktionszeit der Zigbee-Geräte. Aber dazu werde ich einen neuen Thread öffnen.