@xxjooo sagte in [gelöst]Ein best. Blockly wird nicht mehr ausgeführt: Der Run Button sollte doch nicht auf grün gehen, wenn die dazugehörige Instanz gar nicht läuft. ok! deine Formulierung im Issue in Verbindung mit dem Screenshot, ergibt natürlich Sinn. Hier kam das so jedenfalls nicht rüber! Diese Aussage @xxjooo sagte in [gelöst]Ein best. Blockly wird nicht mehr ausgeführt: Wäre schön, wenn irgendwo ein Fehler geworfen würde, wenn ein Script über eine nicht aktivierte Instanz laufen soll. gibt diese Informationen nicht wirklich her.

Perfekt. :blush: Hat einwandfrei geklappt. Ich danke Euch. :+1:

@duffy Problem gelöst. Nachdem ich den Browsercache des Firefox gelöscht hatte hat es wieder Funktioniert. Duffy

@gonzokalle Mit Sprache (Alexa) DP/Werte abfragen. Habe ich jetzt so gelöst. Vielen Dank für die Hilfe. [image: 1762381354326-2a5da66f-adf2-41b7-8a20-26865fea9a25-image.png]

@paul53 sagte in Überschuss 4 Heizstäbe durch 6 Stufen: @maddin77 sagte : ist es das? Ja. @paul53 sagte in Überschuss 4 Heizstäbe durch 6 Stufen: Wenn EVCC unter 3000watt lädt, gerne wieder hochstufen [image: 1762366652655-blockly_temp.jpg] @paul53 sagte in Überschuss 4 Heizstäbe durch 6 Stufen: wenn ECVV Auto lädt mit mehr als 3500watt, gerne runterstufen [image: 1762366747293-blockly_temp.jpg] Teste ich Schon mal Danke

@tiobb Wenn ich den Namen der Playlist oder des Albums eingebe funktioniert es, aber über die ID nicht. Und weiß Jemand was ich im script ändern muss, damit die Playlist im shuffle Modus läuft?

@wichtelmann sagte in Error from Pushover: message cannot be blank: lag das schon daran? sehr wahrscheinlich, und beim nächsten mal bekommst du die letzte Antwort

@chris0706 Kannst Du noch den Thread Titel mit einem [ERL.] o.Ä. ergänzen? Könnte aber knapp werden mit der maximalen Titellänge

@ckassiopaia sagte: geht es also nicht direkt mit den State Namen. Die folgenden Blockly-Funktion wandelt gültigen Zustandstext in den Wert: [image: 1762261640393-blockly_temp.jpg]

@daniello sagte in Rechnung mit Datum-Objekt: Das kapier ich leider nicht. Zu knapp formuliert für mein Köpfchen. So ein Trigger reagiert auf eine Änderung. Die ist also (gerade eben) bereits passiert. Wie @Homoran schon schrieb, wäre "vorherige letzte Änderung" das Element der Wahl um wenn die letzte Änderung des Objekts mindestens 1 Minute her ist herauszufinden.

Hey ihr seid ja klasse! Werd ich die Tage mal ausprobieren, vielen Dank soweit!!!

@hicki sagte in komplettes Script zB. von November bis Januar aktivieren: Ich habe das Meross-Adapter neu installiert. wie gesagt @homoran sagte in komplettes Script zB. von November bis Januar aktivieren: da musst du alexa oder den Adapter der das Licht schaltet fragen.

@mabbi sagte: Kann ich den mir dann einfach als Zeichenkette zusammenbasteln ? Ja.

@maddin77 sagte: da ich wohl keine richtige Bit-Codierung habe, wird das wohl eh nicht so gehen? Das funktioniert so auch, wenn nur ein Bit auf 1 gesetzt ist, also immer nur ein Fehler in der Gruppe gemeldet wird. Man kann es allerdings in dem Fall vereinfachen: [image: 1761821815977-blockly_temp.jpg]

Hallo zusammen, habe gestern die Scripte spontan bei mir importiert. Bekomme keine Fehlermeldung oder sonstige Probleme. Hoffe es klappt eigentlich alles... Jetzt frage ich mich kann ich die Funktion der Instanzen und Scripte prüfen/ testen? Gruß Markus

@karsten-rohrbach sagte: Blockly XML-Codes können nicht importiert werden. Woran kann das liegen? Der Code ist unvollständig: Es fehlt mindestens die erste Zeile. <xml xmlns="https://developers.google.com/blockly/xml">

Ich habe mich jetzt noch mal mit dem Thema beschäftigt und eine Lösung gefunden. Ist zwar nicht die TOP Lösung, funktioniert aber. Man kann Tasmota mit einem Befehl dazu bringen, das Passwort zu löschen und zu setzen. Also habe ich in dem Beispiel unten: das Passwort gelöscht Bild heruntergeladen das Passwort neu gesetzt. Natürlich ist die Kamera dann kurzzeitig ohne Passwort, bei mir gemessen (Raspi4) 225ms. Anbei meine Lösung, vielleicht kann sie jemand gebrauchen. [image: 1761733494056-pw1.gif]

@guitardoc Hier ist der Timeout eigentlich das zu komplizierte Design Pattern. Timeouts braucht man, wenn das Problem adressiert werden muss, dass eine zu lange Zeit gar nichts passiert. Hier werden aber regelmäßig Null-Werte gesendet, sodass man zu diesem Zeitpunkten prüfen kann, wie lange es her ist, dass ein "guter" Batteriewert hereingekommen ist. Auf der anderen Seite kann man mit dem Timeout auch gleich prüfen, ob ein Sensor komplett Funkstille hat, also gar nicht mehr sendet.

@paul53 Danke für die rasche Antwort. Der Trigger auf den Datenpunkt "0_userdata.0.Unfolded_Circle.Antwort" habe ich testweise eingefügt. Jedoch stellt sich für mich weiterhin die Frage, soll ich die bereits bestehende Befehle mit dem "EXEC"-Block senden oder wäre der HTTP-Befehl in einem JavaScript besser? Oder wäre es ggfs. sogar möglich auf den HTTP-Get Block zu gehen? Was ist Ressourcenschonender? Meinerswissens nutzt man EXEC doch eher für interne Operationen auf einem Gerät und nicht im Netzwerk?