Monatsrückblick Januar/Februar 2026 ist online!

[paul53]

@peter-c sagte: in mein bestehendes Blockly einbauen oder sollte es separat laufen?

Das ist egal. Besser ein ausführliches Debug-Log mit Trigger auf "wurde aktualisiert":

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
 <block type="on" id="K?w[nJ7-H).$w5hG{TjO" x="63" y="13">
   <field name="OID">Object ID</field>
   <field name="CONDITION">any</field>
   <field name="ACK_CONDITION"></field>
   <statement name="STATEMENT">
     <block type="debug" id=":uNfHbO:Ak@AGwBO$.a%">
       <field name="Severity">log</field>
       <value name="TEXT">
         <shadow type="text" id="F.RP`:J`F+FdSdJ%`3R7">
           <field name="TEXT">test</field>
         </shadow>
         <block type="text_join" id="!y)Z97dDfav|eym=(sf,">
           <mutation items="6"></mutation>
           <value name="ADD0">
             <block type="text" id="[G:mzw9qc:L+.`s;o[hG">
               <field name="TEXT">Wert: </field>
             </block>
           </value>
           <value name="ADD1">
             <block type="on_source" id="5IzLMg(+,h=^*C-{.7*S">
               <field name="ATTR">state.val</field>
             </block>
           </value>
           <value name="ADD2">
             <block type="text" id="gVzrNes=}@q3ZH:)He0|">
               <field name="TEXT">, bestätigt: </field>
             </block>
           </value>
           <value name="ADD3">
             <block type="on_source" id="iC6|TD$jP3d~iHAGy2oV">
               <field name="ATTR">state.ack</field>
             </block>
           </value>
           <value name="ADD4">
             <block type="text" id="0uTw(A0Vo!ai~6mt%SEA">
               <field name="TEXT">, Quelle: </field>
             </block>
           </value>
           <value name="ADD5">
             <block type="logic_ternary" id="M8IAT/#0dDI%SIxi+$O~">
               <value name="IF">
                 <block type="logic_compare" id="^,UT6OIYP%}wAAmwlFw)">
                   <field name="OP">EQ</field>
                   <value name="A">
                     <block type="text_indexOf" id="jL3-2]QuZ}XWLVj_j^f8">
                       <field name="END">FIRST</field>
                       <value name="VALUE">
                         <block type="on_source" id="9?:oT|j@KTsZ*?7V-@mY">
                           <field name="ATTR">state.from</field>
                         </block>
                       </value>
                       <value name="FIND">
                         <shadow type="text" id="4f/|ug#*av0JS:4!G!31">
                           <field name="TEXT">abc</field>
                         </shadow>
                         <block type="text" id="t%_9Ux/$@xkZQTlx(5Is">
                           <field name="TEXT">system.adapter.javascript.</field>
                         </block>
                       </value>
                     </block>
                   </value>
                   <value name="B">
                     <block type="math_number" id="3Bd{vghoqq*m0,6zhSLQ">
                       <field name="NUM">1</field>
                     </block>
                   </value>
                 </block>
               </value>
               <value name="THEN">
                 <block type="on_source" id="+}ATb]`g=jCI+rw},2^9">
                   <field name="ATTR">state.c</field>
                 </block>
               </value>
               <value name="ELSE">
                 <block type="on_source" id=":aPM:=_|!J-zcC-54KmY">
                   <field name="ATTR">state.from</field>
                 </block>
               </value>
             </block>
           </value>
         </block>
       </value>
     </block>
   </statement>
 </block>
</xml>

[Peter c]

@paul53 Ich gehe mal davon aus das dieses Script die Umwandlung des Blockly darüber ist.
Hab es als neues Script angelegt, den ID Wert des Datenpunktes eingegeben und das Script gestartet.
War das so richtig?
Nur ist alles in dem Script rot.

[paul53]

@peter-c sagte: Script die Umwandlung des Blockly darüber ist.

Es ist eine Erweiterung der Log-Ausgabe.

@peter-c sagte in Unerklärliches Ausschalten bei einfachem Blockly:

Hab es als neues Script angelegt, den ID Wert des Datenpunktes eingegeben und das Script gestartet.
War das so richtig?

Ja.

[haus-automatisierung]

@peter-c Du musst das als XML in (d)ein Blockly-Script importieren. Du hast das XML in ein neues JavaScript importiert. Das funktioniert so natürlich nicht...

Bitte mit den Grundlagen beschäftigen :)

[paul53]

@peter-c sagte: Nur ist alles in dem Script rot.

Du hast es vollständig in Blockly importiert: Exakt den kompletten Text in Code tags?

[MartinP]

@peter-c said in Unerklärliches Ausschalten bei einfachem Blockly:

@martinp Danke für den Tip. Nutze eigentlich immer aktualisiere da das bei anderen Scripts für andere Fritzboxsteckdosen funktioniert hat. Aber ich mach das mal.

Ja ich gehe über ein Alias.

Hier nutzt Du nicht "aktualisiere" ...

[Peter c]

@paul53 Nein hatte das erst nicht richtig verstanden.
Hatte es als Script geladen. Nun habe ich es als XML in blockly inportiert. Alles gut.

[haus-automatisierung]

@martinp sagte in Unerklärliches Ausschalten bei einfachem Blockly:

Hier nutzt Du nicht "aktualisiere" ...

Das wäre auch falsch!!!! Wie schon mehrfach erklärt.

[MartinP]

@haus-automatisierung said in Unerklärliches Ausschalten bei einfachem Blockly:

@martinp sagte in Unerklärliches Ausschalten bei einfachem Blockly:

Hier nutzt Du nicht "aktualisiere" ...

Das wäre auch falsch!!!! Wie schon mehrfach erklärt.

AHH, meine Erkältung setzt mir zu ... wieder mal verdreht die beiden ...

Ist aber auch eine etwas unschöne Wortwahl ...

In der Regelungstechnik ist eine "Steuerung" etwas ohne Feedback, und eine "Regelung" arbeitet mit einem Feedback der Ist-Größe ...

Wenn man das "ack" nun als Feedback interpretiert ....

Kann da vielleicht irgendwie das Alias in die Suppe spucken?

[Homoran]

@martinp sagte in Unerklärliches Ausschalten bei einfachem Blockly:

In der Regelungstechnik ist eine "Steuerung" etwas ohne Feedback

hier willst du über einen Adapter ein Gerät steuern, oder nur den eigenen Datenpunkt aktualisieren.

[Peter c]

@paul53 Jetzt hat das Script Batterie_Tibberkanal_Netzladen das erste mal ausgelöst.
so wie es aussieht löst das Script das false selbst irgendwie aus.
script.js.Batterie_Tibberkanal_Netzladen: Wert: true, bestätigt: false, Quelle: script.js.Batterie_Tibberkanal_Netzladen
Danach kommt zwar das true vom fritzdect aber das hat keine Wirkung.

Irgendeine idee?

2024-01-12 02:00:29.890 - warn: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: true
2024-01-12 02:00:29.891 - warn: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: true
2024-01-12 02:00:29.891 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: true
2024-01-12 02:00:29.892 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: true
2024-01-12 02:00:29.892 - error: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: true
2024-01-12 02:00:29.909 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: Wert: true, bestätigt: false, Quelle: script.js.Batterie_Tibberkanal_Netzladen
2024-01-12 02:00:29.911 - info: fritzdect.0 (19921) DECT ID: 116570243229 identified for command (state) : true

[Codierknecht]

@peter-c
Nein. Das "bestätigt: false" bedeutet lediglich, dass hier eine Änderung ohne Bestätigung gesendet wurde.
Das ist zum Steuern eines Adapters völlig korrekt (siehe hier).
Von Interesse ist hier der "Wert" ... und der ist ja "true".

[Peter c]

@codierknecht Ok, dann wars zwar ok aber die Abschaltung ist mir immer noch unklar. Hab noch ein späteres Protokoll wo erst alles gut läuft und dann wieder abgeschalten wird.

2024-01-12 03:00:14.414 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: Wert: true, bestätigt: true, Quelle: system.adapter.fritzdect.0
2024-01-12 03:00:14.465 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: Wert: true, bestätigt: true, Quelle: system.adapter.fritzdect.0
2024-01-12 03:00:49.948 - warn: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: true
2024-01-12 03:00:49.949 - warn: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: true
2024-01-12 03:00:49.949 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: true
2024-01-12 03:00:49.949 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: true
2024-01-12 03:00:49.949 - error: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: true
2024-01-12 03:00:50.006 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: Wert: true, bestätigt: false, Quelle: script.js.Batterie_Tibberkanal_Netzladen
2024-01-12 03:00:50.010 - info: fritzdect.0 (21762) DECT ID: 116570243229 identified for command (state) : true
2024-01-12 03:00:50.139 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: Wert: false, bestätigt: false, Quelle: system.adapter.tibberlink.0
2024-01-12 03:00:50.141 - info: fritzdect.0 (21762) DECT ID: 116570243229 identified for command (state) : false
2024-01-12 03:00:50.180 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: Wert: false, bestätigt: false, Quelle: system.adapter.tibberlink.0
2024-01-12 03:00:50.184 - info: fritzdect.0 (21762) DECT ID: 116570243229 identified for command (state) : false
2024-01-12 03:00:50.421 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: Wert: true, bestätigt: true, Quelle: system.adapter.fritzdect.0

[Codierknecht]

@peter-c

und dann wieder abgeschalten wird

Wert: false, bestätigt: false, Quelle: system.adapter.tibberlink.0

Das macht dann wohl der Tibberlink-Adapter.

[Peter c]

@codierknecht Anbei ein Bild der Triggerzeiten des Tibber Adapters. Dort steht alles auf true in dem relevanten Bereich.

In einen anderen Skript nutze ich diese Trigger auch um was einzuschalten, und da funktioniert es gut.

[Codierknecht]

@peter-c
Ich kenne den Adapter nicht.
Kann der so konfiguriert werden, dass er die Dose ein- oder ausschaltet?
Denn das tut er offensichtlich.
Wozu dann nochmal ein Script?

[Peter c]

@codierknecht Der hat einen Kanal der bei erreichen eines vorgegebenen Zustandes dann einen Schalten ein/aus Schalten kann.
Das muss man mit einem Script natürlich definieren welcher Schalter das sein sollte. In den Bildern ist der Schaltzustand zu sehen. Der ist in meinem einfachen Script als Trigger (beste Kosten) genutzt.

[Codierknecht]

@peter-c
Was überwachst Du denn da mit dem Script?
Die DECT-Dose oder einen virtuellen Schaltpunkt?

2024-01-12 03:00:50.139 - info: javascript.0 (10388) script.js.Batterie_Tibberkanal_Netzladen: Wert: false, bestätigt: false, Quelle: system.adapter.tibberlink.0
2024-01-12 03:00:50.141 - info: fritzdect.0 (21762) DECT ID: 116570243229 identified for command (state) : false

Hier macht der Tibberlink-Adapter irgendwas und 2 ms später schaltet der DECT-Adapter tatsächlich die Dose.
Das sieht für mich schwer danach aus. dass der Tibberlink da seine Finger im Spiel hat.

[Homoran]

@codierknecht sagte in Unerklärliches Ausschalten bei einfachem Blockly:

Was überwachst Du denn da mit dem Script?

@Peter-c
zeige bitte dein aktuelles Blockly und schreibe dazu was genau sich hinter den verwendeten Datenpunkten verbirgt

[Peter c]

@homoran

Trigger: Stündliche Änderung des Strompreises
Variable Laden: Beste Kosten = Ausgang des Kanals mit den niedrigsten Preisen (True/False)
Leistung PV und Ladestand Batterie als Grenzen damit nicht unnötig geladen wird
Batterie Dect Schalten: Ist Objekt das ein/aus geschalten werden soll.

Alle Datenpunkte sind alias.