Blockly Skript hat jahre lang funtkioniert!
-
@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?
-
-
@paul53
es kann ja nur an dem Teil im Skriptbereich
hängen. Irgenwann während der Fahrt bzgl. z.B. der Schliesens der Lamelle änder sich der Coverstatus dann ständig zwischen opening ond closing.
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
420
Online33.0k
Benutzer83.5k
Themen1.3m
Beiträge