Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[LaBamba]

Ich habe ein Skript das jahrelang funktioniert hat und jetzt auf einmal nicht mehr bei einigen Shelly 2 PM nicht mehr geht. Das interessante ist, dass alle Raffstores damit funktionieren nur anscheinend einer seit 6 Monaten und einer seit 1 Woche nicht mehr.

Ich habe ein Tabelt bzw. übers Handy kann ich spezielle Voreinstellungen anfahren.

Hierfür habe ich immer einen Datenpunkt erstellt, der ein eigenes Skript ausführt. Was eigentlich mal über den Sprachbefehl ausgeführt werden sollte.

Dahinter liegt jeweils ein Skript. z.B. für das schließen des Raffstore.

...oder für das Anfahren eines bestimmten Winkels (etwas komplizierter)

Problem ist jetzt, dass bei fast allen es funktioniert und bei zwei fährt der Raffstore z.B. ein Stück hoch und schwenkt dann unkontroliert auf/zu/auf/zu usw. ca. 20 sekunden herum.
Ich verstehe nicht was er da macht.

Es schaut manchmal so aus als wird das skript sofort abgebrochen. Warum auch immer?
Manchmal schaut es so aus als ob viele andere Skripte aktiviert und sofort wieder gestoppt werden. Beim Tastendruck auf den Button von oben soll aber nur ein Skript aktiviert werden.

Ich wäre auch offen dafür das alles mal zu aktualisieren wenn jemand hier eine gute Idee hat wie man dies einfacher gestalten kann. Meine Asicht ist es immer noch über node-red das ganze als Sprachbefehl neben der Tablett Handysteuerung einzubinden.

@paul53

[Asgothian]

Um heraus zu finden was da passiert solltest du erst einmal das Skript mit Debug meldungen versehen

Interessant sind meiner Meinung nach:

• Je eine Meldung direkt in jedem Trigger (Debug baustein, ich nutz das immer als 'warn' Meldung damit ich das im Log schnell automatisch filtern kann)
• Je eine Meldung an den im Screenshot in rot markierten Stellen
• die in blau markierten beiden Debug Bausteine so umstellen:

Dann beobachten was passiert. Auffällig für mich ist:

• Triggern auf ist wahr - das reagiert auch auf Aktualisierungen
• Kombination von Pause und Auswertung von vorheriger Wert - da kann je nach Zeitverhalten einiges schief gehen.
• der Trigger: hat keinen Safeguard dagegen das der TImeout mehrfach ausgeführt wird. Ich bin mir nicht sicher wie sehr das ein echtes Problem ist.

A.

Nachtrag: ich hatte vergessen das Bild mit den Pfeilen beizulegen:

[paul53]

@LaBamba [sagte]: alle Raffstores damit funktionieren nur anscheinend einer seit 6 Monaten und einer seit 1 Woche nicht mehr.

Wenn die Skripte alle gleich aufgebaut sind, kann es nicht am Skript liegen. Wurde die Firmware in den Shellys aktualisiert?

@LaBamba sagte:

Skript. z.B. für das schließen des Raffstore.

Es werden Variablen gesetzt, die nirgends ausgewertet werden.
Die Variable timeout wird in aktuellen Blockly-Versionen automatisch bei Ablauf auf null gesetzt.

@Asgothian sagte:

TImeout mehrfach ausgeführt wird.

Es werden nur Variablen gesetzt. Einen "stop timeout" gibt es nicht.

[haselchen]

@LaBamba

Den Block Request tauschen .
HTTP Post oder Get benutzen

[Codierknecht]

@LaBamba

Das was @haselchen sagt.
HTTP-Request ist schon seit Ewigkeiten abgekündigt. Das "(deprecated)" steht nicht ohne Grund dahinter.

Den Block Request tauschen .
HTTP Post oder Get benutzen

[Asgothian]

@paul53 sagte:

@Asgothian sagte:

TImeout mehrfach ausgeführt wird.

Es werden nur Variablen gesetzt. Einen "stop timeout" gibt es nicht.

Schon klar. Nur ob das Sinnvoll ist kann ich nicht direkt beurteilen - die Variablen werden ja durch externe Trigger gesetzt. Da kann es schon interessante Effekte geben, je nach Zeitverhalten.

A.

[paul53]

@haselchen [sagte]: Den Block Request tauschen .

Weshalb wird die Rollo-Bewegung per http request gestartet? Gibt es dafür keinen Datenpunkt?