Blockly Skript hat jahre lang funtkioniert!
-
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.
-
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
Pauseund Auswertung vonvorheriger 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:
-
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.
@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?
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.TImeout mehrfach ausgeführt wird.
Es werden nur Variablen gesetzt. Einen "stop timeout" gibt es nicht.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: Asus PN 42 / N100 / 8 GB / 500 GB; Proxmox mit 2 VM (iob / openCCU) -
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.
Den Block Request tauschen .
HTTP Post oder Get benutzenSynology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.7, Nodejs 22.22.2 ,JS Controller 7.0.7 ,Admin 7.8.24
-
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 -
@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?
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.TImeout mehrfach ausgeführt wird.
Es werden nur Variablen gesetzt. Einen "stop timeout" gibt es nicht.
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.
-
@haselchen [sagte]: Den Block Request tauschen .
Weshalb wird die Rollo-Bewegung per http request gestartet? Gibt es dafür keinen Datenpunkt?
-
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.
Ich habe es mal eingebaut und folgendes kommt wenn ich hoch oder runterfahren will.
Das geht seitenweise so!!
-
Ich habe es mal eingebaut und folgendes kommt wenn ich hoch oder runterfahren will.
Das geht seitenweise so!!
-
Ich habe es mal eingebaut und folgendes kommt wenn ich hoch oder runterfahren will.
Das geht seitenweise so!!
-
@haselchen
@codierknecht
Ich habe es jetzt eingesetzt.
Problem bleibt bestehen!
-
fehlt da nicht noch ein "stop timeout" direkt vor "Ausführen timeout in 5 Sek"?
-
@LaBamba [sagte]: folgendes kommt wenn ich hoch oder runterfahren will.
Das kann nicht vom gezeigten Skript verursacht werden, denn der Wert "closed" kommt nicht vor.
-
@LaBamba [sagte]: kommt aus diesem Datenpunkt
Welche Datenpunkte gibt es sonst noch?
Weshalb steuerst du im Skript nicht per "TargetPosition"?
Unter welchen Bedingungen meldet der Coverstatus "closed"?EDIT: Kann man die Lamellenposition nicht vorgeben?
-
@LaBamba [sagte]: kommt aus diesem Datenpunkt
Welche Datenpunkte gibt es sonst noch?
Weshalb steuerst du im Skript nicht per "TargetPosition"?
Unter welchen Bedingungen meldet der Coverstatus "closed"?EDIT: Kann man die Lamellenposition nicht vorgeben?
@paul53
Target Position hat damals vor einigen Jahren nicht funktioniert.
Der Coverstatus meldet closing (wenn er fährt), closed (wenn er unten ist) open (wenn er oben ist) opening (wenn er fährt) und stopped (anscheinend für alles zwischen drin). Anscheinend haben die daran was geändert.
Vielleicht sollte man mal das http rausschmeisen und über den Target Position machen.
Welcher Baustein wäre da sinnvoll
Steuere TagetPosition auf 100% -
@paul53
Target Position hat damals vor einigen Jahren nicht funktioniert.
Der Coverstatus meldet closing (wenn er fährt), closed (wenn er unten ist) open (wenn er oben ist) opening (wenn er fährt) und stopped (anscheinend für alles zwischen drin). Anscheinend haben die daran was geändert.
Vielleicht sollte man mal das http rausschmeisen und über den Target Position machen.
Welcher Baustein wäre da sinnvoll
Steuere TagetPosition auf 100% -
-
-
-
@LaBamba [sagte]: sobald ich nur minimal den Winkel ändere steht im coverstatus stopped.
Also "closed" nur ganz unten bei geschlossenen Lamellen?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
419
Online33.0k
Benutzer83.5k
Themen1.3m
Beiträge