Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Jan1]

@gluecksmann sagte in Anleitung Blockly für DAU:

"type": "number",

Das war wichtig und das stimmt auch, somit gibts kein Grund warum das Script nicht funktionieren sollte.

[gluecksmann]

@jan1

diese Debug Blöcke.... was hat es damit auf sich?

[Homoran]

@gluecksmann sagte in Anleitung Blockly für DAU:

@jan1

diese Debug Blöcke.... was hat es damit auf sich?

damit kann man Zwischenergebnisse ausgeben um zu sehen was da gerade passiert.
zum debuggen halt

[Jan1]

@gluecksmann
Die sorgen einfach für eine Ausgabe im Log, damit man sieht ob was funktioniert hat, oder eben nicht.
Ein Beispiel, wenn Du ein debug Block direkt nach dem Trigger einbaust und dem den Text "Trigger hat funktioniert" gibst, dann wird im Log irgendwo "Trigger hat funktioniert" stehen und Du weißt somit genau, dass das schon mal läuft ;)

[gluecksmann]

@jan1

Was sagt mir das denn?

[Homoran]

@gluecksmann sagte in Anleitung Blockly für DAU:

Was sagt mir das denn?

als Text in Code-Tags kopieren macht es vielleicht lesbar

[gluecksmann]

@homoran

   script.js.common.Lueften: setForeignState(id=alexa2.0.Echo-Devices.db670fafbbfc4ff5b16223f5d7b07624.Commands.speak, state={"val":"Fenster kann zu","ack":false,"c":"script.js.common.Lueften"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv ist

[Jan1]

@gluecksmann
Gute Frage, wobei das erst mal "nur" ne Warnung ist und kein Fehler.
Die Ausgabe der Debug Blöcke hast übrigens direkt unterm Blockly Editor.

[Homoran]

@gluecksmann sagte in Anleitung Blockly für DAU:

während der Debug-Modus aktiv ist

dann mach den mal aus!
oben rechts

[Jan1]

@homoran
Ok, das dürfte auch der Grund sein warum da nix läuft. Den Debugmodus direkt im Blockly Editor habe ich noch nie verwendet.

[gluecksmann]

@jan1

Hab ja erwähnt das ich ein DAU bis ;-) Das war echt die Lösung...

[Homoran]

@gluecksmann sagte in Anleitung Blockly für DAU:

@jan1

Hab ja erwähnt das ich ein DAU bis ;-) Das war echt die Lösung...

und genau dafür gibt es logs!
und die muss man lesen, lesen, lesen....

[gluecksmann]

@homoran

war jetzt mal mutig....

kann man auch mehrere Trigger nehmen, oder muss das dann in verschiedene Scripte?

[Jan1]

@gluecksmann
Das war zu mutig :)
Ja kannst Trigger nehmen so viel Du willst, aber nie so in einander rein basteln, da das nie und nimmer funktioniert.

Was willst denn nun noch mit dem Zeitplan anstellen? Dann beim Zeitplan gleich den Wizzard vergessen und den Cron verwenden.

[Homoran]

@gluecksmann sagte in Anleitung Blockly für DAU:

kann man auch mehrere Trigger nehmen,

ja, aber nicht ineinander verschachtelt.

in deinem Fall nimmst du einfach ein blaues Logik Falls und prüfst

ABER -das ist sicher nicht was du willst.

Formulier mal für dich (und uns) was du erreichen willst

[gluecksmann]

@jan1

OK...was will ich....sowohl bei überschreiten des CO2 wertes oder der Luftfeuchtigkeit möchte ich eine Warnung per Alexa bekommen...aber bitte nicht um 3 Uhr nachts... wenn die werte wieder stimmen, möchte ich eine Aufforderung zum schließen der Fenster bekommen...

[Thomas Braun]

@gluecksmann

So in der Art willst du das machen:

[gluecksmann]

@thomas-braun

Sorry, das verstehe ich ohne erklärung schon wieder nicht...

[Thomas Braun]

@gluecksmann

Im Trigger werden die Werte zu CO2 und Luftfeuchtigkeit angelegt und dann im blauen Logik-Bereich wieder weggefiltert, wenn die nicht in einem bestimmten Zeitraum sind.

[Jan1]

@gluecksmann
OK, bei zwei Werten kann man den Trigger verwenden bei dem das Objekt extern eingetragen wird und mit dem Zahnrad das zweite Objekt einfügen. Da sollte man dann aber nicht mehr mit "Wert" arbeiten, da ich nicht sicher bin, was dann definiert ist bei zwei Objekten im Trigger.

Also am besten zwei getrennte Trigger und dann die Zeit mit UND so wie Thomas das im Beispiel haz in d ie FALLS mit rein.