NEWS
Node Red und Blockly Scripte
-
@labamba Nun falls das Blockly nun spinnt (was auch immer das bedeutet), weil 2 mal true kommt und es doppelt getriggert wird, dann kannst Du das zwar wieder zurück ändern, aber dann hatte quasi Dein Datenpunkt einen falschen Initialwert, weil wurde geändert ja nur dann triggert wenn false auf true geschaltet wird.
Grundsätzlich triggert Dein Flow ja nun.
Wie gesagt untersuche noch warum die Alexa Node 2 mal triggert, wenn es keinen Unterschied zwischen den beiden Nachrichten gibt , dann muss man halt wieder zeitlich entprellen. Aber letztlich musst Du untersuchen, warum er spinnt. Kannst ja manuell den DP - sprich den Button 2 mal betätigen, ob Du damit das gleiche Verhalten hast und ob es mit einmal drücken besser ist. -
@mickym said in Node Red und Blockly Scripte:
@labamba Nun falls das Blockly nun spinnt (was auch immer das bedeutet)
Das heisst er fährt etwas runter, dreht sich, wieder ein stück hoch und wiederholt das mehrfach.
@labamba Nun ich war ja der Meinung, dass das mit Deinem Timer abgefangen wird. Nun wie gesagt - wenn Du es wie ursprünglich auf geändert lässt, dann war entweder der Initialwert nicht in Ordnung, aber man kann den Flow natürlich auch so basteln, dass nur eine Nachricht kommt und grundsätzlich einmal das Gegenteil von dem gesetzt wird, als im Moment gesetzt ist.
Wie gesagt, dann ändern das Blockly halt wieder auf geändert und dann muss halt im Moment der Datenpunkt auf false stehen, bevor Du mit NodeRed auf true setzt.
Wie gesagt kann man alles machen - nur im Moment sieht es für mich so aus, dass sich anfangs nichts getan hat, weil sich der Datenpunkt nicht geändert hat, aber auch nicht mit mehrfachen Triggern umgehen kann, weil sonst das Raffrolo spinnt.
Jedenfalls triggert der NodeRed Flow richtig - nur wenn sich nichts tut und Du das Blockly wie am Anfang umstellst, dann muss sich halt auch der Inhalt des Datenpunktes ändert.
Ich kann Dir zwar einen Flow basteln, der immer das Gegenteil in den Datenpunkt setzt und das zeitlich entkoppelt aber sauber ist das halt alles nicht.
Ich weiß auch nicht, wie die Alexa Node den aktuellen Status ermittelt, vielleicht hast Du dadurch auch eine Endlosschleife.
Wie gesagt im Prinzip funktioniert das Deines Blocklies so, aber das Gesamtkonstrukt oder die Gesamtlogik passt nicht.
-
@labamba Also grundsätzlich ist das alles was ich sage, nicht als Kritik gemeint und wenn ich vermeintliche Verbesserungsvorschläge oder Alternativen vorschlage, habe ich vielleicht all Deinen Erfahrungsschatz nicht berücksichtigt.
Deine ursprüngliche Frage was ja wie Du NodeRed mit den Blocklies verbinden kannst und das habe ich ja am Anfang beantwortet und damit können wir es ja bewenden lassen.
Vielleicht habe ich halt nur ein Verständnisproblem oder keine Erklärung?
Also wenn ich sowas schrieb, wie:
Im Prinzip ist ja für ein Gerät die URL gleich und nur der Prozentwert ist halt anders. Deswegen verstehe ich auch nicht, warum man da zig Buttons macht, anstelle einfach eine Prozentzahl in einen Datenpunkt zu schreiben bzw. auch bei Sprachbefehl halt - stelle auf x %
Dann verstehe ich es halt nicht.
Wie gesagt, Du musst da nichts ändern oder gar als Angriff auf Deine Lösung sehen. Wenn Du zu Deiner Handsteuerung schreibst:
Handsteuerung:
Jedoch habe ich auch ein Tablet oder ein Handy. Hier habe ich mir zur Steuerung Buttons angelegt. Hinter diesen Buttons liegt ein Skript das ausgelöst wird.Funktioniert top seit 1 Jahr!
Die Rückantwort habe ich auch wieder über mqtt als Anzeige zwischen 0-100%.
dann meinte ich ja - ist doch gut, wenn Du aus Gründen der Bedienung hier Button nimmst, aber hätte man hinter diese Buttons nicht einfach Prozentzahlen in einen Datenpunkt schreiben können und das dann auswerten, anstelle für jeden Button in Deiner VIS einen eigenen Datenpunkt zu machen? Gibt ja vielleicht Gründe, die ich nicht verstehe.
Nun was ich auch nicht verstanden habe, wenn Du schreibst:
Allgemein: Für das Skript war es für mich sehr einfach den http Befehl für die Position, auf und ab zu verwenden. Läuft auch sehr zuverlässig!
Jedoch verwende ich grundsätzlich mqtt für die Shellys.
Liegt das generell daran, dass Du keine Kommandos über mqtt an Deine Shellies verschickst. Wie gesagt ist kein Problem wenn Du das über HTTP zu machen.
Über mqtt wäre es halt:
mit stop,close,open über das Topic:
shellies/shellyswitch25-<deviceid>/roller/0/commandbzw.
shellies/shellyswitch25-<deviceid>/roller/0/command/posgegangen - aber wie gesagt, es gibt mehrere Wege nach Rom und man kann das auch über http machen, dafür gibt es ja diese API.
So grundsätzlich gibt es für das Problem des Drehwinkels keine fertige Lösung, sondern ist ja gut, wie Du das mit Deinem Skript gelöst hast und ich habe ja Dein Skript nur in Node Red abgebildet (weil es Dich ja interessiert hat - ansonsten kannst Du ja wie gesagt über die Buttons einfach Deine Blocklies triggern, wie ursprünglich geplant).
Im Prinzip ist es - und das kann ich dann zum 2. Teil sagen - völlig egal, ob Du per Hand oder Sprachsteuerung Dein Raffstore steuerst, denn das Script wird ja durch den stop Status getriggert, um dann die Lamellen durch ein zeitliches Fahren in die Gegenrichtung die Lamellen auszurichten. Das habe ich schon verstanden und soweit auch mit dem Flow 1:1 umgesetzt - bis auf die Abprüfung eines Buttons. Das lässt sich, denke ich, auch nicht anders lösen.@mickym said in Node Red und Blockly Scripte:
@labamba Also grundsätzlich ist das alles was ich sage, nicht als Kritik gemeint und wenn ich vermeintliche Verbesserungsvorschläge oder Alternativen vorschlage, habe ich vielleicht all Deinen Erfahrungsschatz nicht berücksichtigt.
Deine ursprüngliche Frage was ja wie Du NodeRed mit den Blocklies verbinden kannst und das habe ich ja am Anfang beantwortet und damit können wir es ja bewenden lassen.
Vielleicht habe ich halt nur ein Verständnisproblem oder keine Erklärung?
Also wenn ich sowas schrieb, wie:
Im Prinzip ist ja für ein Gerät die URL gleich und nur der Prozentwert ist halt anders. Deswegen verstehe ich auch nicht, warum man da zig Buttons macht, anstelle einfach eine Prozentzahl in einen Datenpunkt zu schreiben bzw. auch bei Sprachbefehl halt - stelle auf x %
Dann verstehe ich es halt nicht.
Wie gesagt, Du musst da nichts ändern oder gar als Angriff auf Deine Lösung sehen. Wenn Du zu Deiner Handsteuerung schreibst:
Handsteuerung:
Jedoch habe ich auch ein Tablet oder ein Handy. Hier habe ich mir zur Steuerung Buttons angelegt. Hinter diesen Buttons liegt ein Skript das ausgelöst wird.Funktioniert top seit 1 Jahr!
Die Rückantwort habe ich auch wieder über mqtt als Anzeige zwischen 0-100%.
dann meinte ich ja - ist doch gut, wenn Du aus Gründen der Bedienung hier Button nimmst, aber hätte man hinter diese Buttons nicht einfach Prozentzahlen in einen Datenpunkt schreiben können und das dann auswerten, anstelle für jeden Button in Deiner VIS einen eigenen Datenpunkt zu machen? Gibt ja vielleicht Gründe, die ich nicht verstehe.
Nun was ich auch nicht verstanden habe, wenn Du schreibst:
Allgemein: Für das Skript war es für mich sehr einfach den http Befehl für die Position, auf und ab zu verwenden. Läuft auch sehr zuverlässig!
Jedoch verwende ich grundsätzlich mqtt für die Shellys.
Liegt das generell daran, dass Du keine Kommandos über mqtt an Deine Shellies verschickst. Wie gesagt ist kein Problem wenn Du das über HTTP zu machen.
Über mqtt wäre es halt:
mit stop,close,open über das Topic:
shellies/shellyswitch25-<deviceid>/roller/0/commandbzw.
shellies/shellyswitch25-<deviceid>/roller/0/command/posgegangen - aber wie gesagt, es gibt mehrere Wege nach Rom und man kann das auch über http machen, dafür gibt es ja diese API.
So grundsätzlich gibt es für das Problem des Drehwinkels keine fertige Lösung, sondern ist ja gut, wie Du das mit Deinem Skript gelöst hast und ich habe ja Dein Skript nur in Node Red abgebildet (weil es Dich ja interessiert hat - ansonsten kannst Du ja wie gesagt über die Buttons einfach Deine Blocklies triggern, wie ursprünglich geplant).
Im Prinzip ist es - und das kann ich dann zum 2. Teil sagen - völlig egal, ob Du per Hand oder Sprachsteuerung Dein Raffstore steuerst, denn das Script wird ja durch den stop Status getriggert, um dann die Lamellen durch ein zeitliches Fahren in die Gegenrichtung die Lamellen auszurichten. Das habe ich schon verstanden und soweit auch mit dem Flow 1:1 umgesetzt - bis auf die Abprüfung eines Buttons. Das lässt sich, denke ich, auch nicht anders lösen.Ich sehe es ja nicht als Angriff! Finde es sogar toll das du mir helfen willst.
Ich werde mich mal in deine Vorschläge bzgl. Node-RED weiter einarbeiten.
Ich glaube meine Lösung mit dem Auslösen des Scriptes ist nicht gerade perfekt. -
@mickym said in Node Red und Blockly Scripte:
@labamba Also grundsätzlich ist das alles was ich sage, nicht als Kritik gemeint und wenn ich vermeintliche Verbesserungsvorschläge oder Alternativen vorschlage, habe ich vielleicht all Deinen Erfahrungsschatz nicht berücksichtigt.
Deine ursprüngliche Frage was ja wie Du NodeRed mit den Blocklies verbinden kannst und das habe ich ja am Anfang beantwortet und damit können wir es ja bewenden lassen.
Vielleicht habe ich halt nur ein Verständnisproblem oder keine Erklärung?
Also wenn ich sowas schrieb, wie:
Im Prinzip ist ja für ein Gerät die URL gleich und nur der Prozentwert ist halt anders. Deswegen verstehe ich auch nicht, warum man da zig Buttons macht, anstelle einfach eine Prozentzahl in einen Datenpunkt zu schreiben bzw. auch bei Sprachbefehl halt - stelle auf x %
Dann verstehe ich es halt nicht.
Wie gesagt, Du musst da nichts ändern oder gar als Angriff auf Deine Lösung sehen. Wenn Du zu Deiner Handsteuerung schreibst:
Handsteuerung:
Jedoch habe ich auch ein Tablet oder ein Handy. Hier habe ich mir zur Steuerung Buttons angelegt. Hinter diesen Buttons liegt ein Skript das ausgelöst wird.Funktioniert top seit 1 Jahr!
Die Rückantwort habe ich auch wieder über mqtt als Anzeige zwischen 0-100%.
dann meinte ich ja - ist doch gut, wenn Du aus Gründen der Bedienung hier Button nimmst, aber hätte man hinter diese Buttons nicht einfach Prozentzahlen in einen Datenpunkt schreiben können und das dann auswerten, anstelle für jeden Button in Deiner VIS einen eigenen Datenpunkt zu machen? Gibt ja vielleicht Gründe, die ich nicht verstehe.
Nun was ich auch nicht verstanden habe, wenn Du schreibst:
Allgemein: Für das Skript war es für mich sehr einfach den http Befehl für die Position, auf und ab zu verwenden. Läuft auch sehr zuverlässig!
Jedoch verwende ich grundsätzlich mqtt für die Shellys.
Liegt das generell daran, dass Du keine Kommandos über mqtt an Deine Shellies verschickst. Wie gesagt ist kein Problem wenn Du das über HTTP zu machen.
Über mqtt wäre es halt:
mit stop,close,open über das Topic:
shellies/shellyswitch25-<deviceid>/roller/0/commandbzw.
shellies/shellyswitch25-<deviceid>/roller/0/command/posgegangen - aber wie gesagt, es gibt mehrere Wege nach Rom und man kann das auch über http machen, dafür gibt es ja diese API.
So grundsätzlich gibt es für das Problem des Drehwinkels keine fertige Lösung, sondern ist ja gut, wie Du das mit Deinem Skript gelöst hast und ich habe ja Dein Skript nur in Node Red abgebildet (weil es Dich ja interessiert hat - ansonsten kannst Du ja wie gesagt über die Buttons einfach Deine Blocklies triggern, wie ursprünglich geplant).
Im Prinzip ist es - und das kann ich dann zum 2. Teil sagen - völlig egal, ob Du per Hand oder Sprachsteuerung Dein Raffstore steuerst, denn das Script wird ja durch den stop Status getriggert, um dann die Lamellen durch ein zeitliches Fahren in die Gegenrichtung die Lamellen auszurichten. Das habe ich schon verstanden und soweit auch mit dem Flow 1:1 umgesetzt - bis auf die Abprüfung eines Buttons. Das lässt sich, denke ich, auch nicht anders lösen.Ich sehe es ja nicht als Angriff! Finde es sogar toll das du mir helfen willst.
Ich werde mich mal in deine Vorschläge bzgl. Node-RED weiter einarbeiten.
Ich glaube meine Lösung mit dem Auslösen des Scriptes ist nicht gerade perfekt.@labamba
Das mit dem Blockly war auch verkehrt - ändere das mal wieder auf geändert zurück. Das war schon richtig. Das ist ja der 2. Teil mit dem state des Shellies der hier triggert und nicht der Button. - Sorry mein Fehler.Wenn das beim ersten Mal nicht funktioniert hat, dann hat das andere Ursachen - und ich glaube auch nicht, dass das was mit NodeRed zu tun hat.
Mach in Dein Blockly ein Debug Baustein um zu sehen, ob das Blockly getriggert wurde:
So wenn das Triggert - dann funktioniert das Zusammenspiel von NodeRed und Blockly. Wenn sich dann nichts tut - ist es aber ein reines Problem Deines Blocklies.
Was stand denn bei Dir da ursprünglich drin, wahr oder geändert? Beim Triggern des Buttons.
-
@labamba Zu dem 2. Teil des Blocklies - aber ich bin kein Blockly Spezialist:
... finde ich es nicht gut - buttons auf false zu setzen. Buttons sind Taster und sind stateless, dass heißt sie haben keinen Status. Ein Button oder Taster (also Lichtschalter als Taster) - drückst Du - dann wird true ausgelöst und triggert. Nach dem Trigger passiert nichts, bis wieder gedrückt wird - also wieder ein True kommt. Das heißt der Status eines Taster ist immer true und nie false. Es wird auf Aktualisierung getriggert, sprich wann wurde das true erneuert bzw. der Taster erneut gedrückt.
Bei dem Timer gehe ich mal davon aus, dass das nur ein Schutz ist, dass innerhalb der 5 Sekunden, in den sich die Lamellen ausrichten, nicht erneut getriggert wird. Das kann man im NodeRed einfacher über einen Trigger lösen.
Die Umsetzung dieses Blocklies in NodeRed würde ich halt so umsetzen:
Die iobroker In Node muss man halt noch umstellen, dass die am Anfang initialisiert wird. Das machte nur bei mir keinen Sinn, da ich ja keinen Shelly Adapter habe. Und bei mehreren Raffstores muss man natürlich eine Flowvariable pro Raffstore anlegen, damit sich das nicht gegenseitig beeinflusst.
Falls das tatsächlich nacheinander mit dem Close/Open und der Pause stattfinden soll, dass muss man es halt serialisieren.
und wenn man so was ganz elegant machen will - dann verpackt man das in einen Subflow - da sind dann auch die Flowvariable je Instanz initialisiert.
Damit brauchst Du dann nicht für jedes Raffrollo einen neuen Flow erstellen, sondern nutzt einfach diese neue Node:
damit kannst dann einfach diese Node an die States Deiner Raffstores anhängen. Die Datenpunkte zum Schreiben werden dann automatisch aus dem Topic ermittelt.
Hier der Flow mit den neuen Nodes:
Wichtig ist das halt vorher eine Initialisierung mit open oder close stattgefunden hat.
Ach und hab mir gerade Dein Blockly angeschaut - falls der Button und nicht der state triggern soll, dann muss man den Anfang halt noch umstellen. Das blicke ich bei den Blocklies nicht so ganz. Für mich sind das erst mal 2 unabhängige Trigger - einmal der Button Datenpunkt und einmal der State Datenpunkt des Shelly Adapters.
Bei den iobroker-IN Nodes zu den Shelly Datenpunkten - diese ggf. umstellen, dass sie nur Nachrichten durchlassen, wenn sich ein Wert ändert. Shellies sind ja in der Regel geschwätzig und habe keine Ahnung wie der Shelly Adapter das handhabt.
@mickym said in Node Red und Blockly Scripte:
So ich habe mal dein Node Red Skript eingefügt. Das mit dem Sub-Flow ist richtig gut.
-
@labamba
Das mit dem Blockly war auch verkehrt - ändere das mal wieder auf geändert zurück. Das war schon richtig. Das ist ja der 2. Teil mit dem state des Shellies der hier triggert und nicht der Button. - Sorry mein Fehler.Wenn das beim ersten Mal nicht funktioniert hat, dann hat das andere Ursachen - und ich glaube auch nicht, dass das was mit NodeRed zu tun hat.
Mach in Dein Blockly ein Debug Baustein um zu sehen, ob das Blockly getriggert wurde:
So wenn das Triggert - dann funktioniert das Zusammenspiel von NodeRed und Blockly. Wenn sich dann nichts tut - ist es aber ein reines Problem Deines Blocklies.
Was stand denn bei Dir da ursprünglich drin, wahr oder geändert? Beim Triggern des Buttons.
@mickym said in Node Red und Blockly Scripte:
@labamba
Das mit dem Blockly war auch verkehrt - ändere das mal wieder auf geändert zurück. Das war schon richtig. Das ist ja der 2. Teil mit dem state des Shellies der hier triggert und nicht der Button. - Sorry mein Fehler.Wenn das beim ersten Mal nicht funktioniert hat, dann hat das andere Ursachen - und ich glaube auch nicht, dass das was mit NodeRed zu tun hat.
Mach in Dein Blockly ein Debug Baustein um zu sehen, ob das Blockly getriggert wurde:
So wenn das Triggert - dann funktioniert das Zusammenspiel von NodeRed und Blockly. Wenn sich dann nichts tut - ist es aber ein reines Problem Deines Blocklies.
Was stand denn bei Dir da ursprünglich drin, wahr oder geändert? Beim Triggern des Buttons.
Wahr ist richtig!
-
@mickym said in Node Red und Blockly Scripte:
@labamba
Das mit dem Blockly war auch verkehrt - ändere das mal wieder auf geändert zurück. Das war schon richtig. Das ist ja der 2. Teil mit dem state des Shellies der hier triggert und nicht der Button. - Sorry mein Fehler.Wenn das beim ersten Mal nicht funktioniert hat, dann hat das andere Ursachen - und ich glaube auch nicht, dass das was mit NodeRed zu tun hat.
Mach in Dein Blockly ein Debug Baustein um zu sehen, ob das Blockly getriggert wurde:
So wenn das Triggert - dann funktioniert das Zusammenspiel von NodeRed und Blockly. Wenn sich dann nichts tut - ist es aber ein reines Problem Deines Blocklies.
Was stand denn bei Dir da ursprünglich drin, wahr oder geändert? Beim Triggern des Buttons.
Wahr ist richtig!
@labamba OK, wenn das wahr war - dann war das was ich zu den Blocklies gesagt hatte am Anfang des heutigen Abends gesagt hatte natürlich Käse- Sorry nochmal. :white_frowning_face:
Wie gesagt dann machst einfach noch ein Debug Baustein in das Blockly und siehst ja ob der NodeRed Flow triggert. Wenn sich dann nichts bewegt, dann hast Du halt mit Deinen Blockly Skripts noch irgendein Problem, weil dann wurde das Blockly ja getriggert.
-
@mickym said in Node Red und Blockly Scripte:
So ich habe mal dein Node Red Skript eingefügt. Das mit dem Sub-Flow ist richtig gut.
Wahrscheinlich ist es besser die Trigger Node in den subflow und nur in den stop Ast aufzunehmen
Aber ohne halt Hardware zur Verfügung zu haben, ist das immer etwas schwierig - sich vorzustellen. ;)
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Wahrscheinlich ist es besser die Trigger Node in den subflow und nur in den stop Ast aufzunehmen
Aber ohne halt Hardware zur Verfügung zu haben, ist das immer etwas schwierig - sich vorzustellen. ;)
@mickym Falls Du übrigens das Ganze wie in Deinem Blockly machen willst, dass das nur ausgeführt wird, wenn ein Button gefdrückt wird - der sich nach 5 s immer selbst auf false stellt, dann machst das halt auch mit einer trigger Node und entweder eine Flow Variablen oder Datenpunkt.
-
@labamba OK, wenn das wahr war - dann war das was ich zu den Blocklies gesagt hatte am Anfang des heutigen Abends gesagt hatte natürlich Käse- Sorry nochmal. :white_frowning_face:
Wie gesagt dann machst einfach noch ein Debug Baustein in das Blockly und siehst ja ob der NodeRed Flow triggert. Wenn sich dann nichts bewegt, dann hast Du halt mit Deinen Blockly Skripts noch irgendein Problem, weil dann wurde das Blockly ja getriggert.
-
@mickym
Die einfache Varainte mit dem auslösen des Skriptes funtkioniert jetzt.
Ehrlich gesagt weiss ich aber auch nicht warum.@labamba Na dann ist ja gut - und das Thema gelöst. Wie gesagt - ich denke eher dass auf der Blockly Seite was nicht richtig initialisiert war.
Mach wie ich vorgeschlagen habe direkt am Anfang einen Debug Baustein in Deine Blocklies und dann siehst ob es getriggert wurde oder nicht. Wenn getriggert wurde und dann trotzdem nichts passiert ist es auf jeden Fall auf der Blockly Seite zu suchen.
-
@labamba Na dann ist ja gut - und das Thema gelöst. Wie gesagt - ich denke eher dass auf der Blockly Seite was nicht richtig initialisiert war.
Mach wie ich vorgeschlagen habe direkt am Anfang einen Debug Baustein in Deine Blocklies und dann siehst ob es getriggert wurde oder nicht. Wenn getriggert wurde und dann trotzdem nichts passiert ist es auf jeden Fall auf der Blockly Seite zu suchen.
-
@mickym
Werde es jetzt mal versuchen mit node-red umzusetzen.
Bin gerade dabei deine Vorlage zu verstehen.
Ich verstehe aber noch nicht wie ich den Alexa befehl dort einbinden muss.@labamba Nun der Subflow entspricht ja nur dem 2. Teil des Blocklies, da ja als Trigger der state des Shellies dient.
Bei der Alexa Node kommt entweder eine Zahl raus, wenn Du eine Prozentzahl sagst oder auf und zu und setzt es in einen http-Request um.
Das hatte ich ja alles hier beschrieben: https://forum.iobroker.net/topic/51385/node-red-und-blockly-scripte/28
Du musst halt nur den http Node aktivieren.
Und wie gesagt, warum Du es über http und nicht über mqtt steuerst, weiss ich immer noch nicht. ;)
-
@labamba Nun der Subflow entspricht ja nur dem 2. Teil des Blocklies, da ja als Trigger der state des Shellies dient.
Bei der Alexa Node kommt entweder eine Zahl raus, wenn Du eine Prozentzahl sagst oder auf und zu und setzt es in einen http-Request um.
Das hatte ich ja alles hier beschrieben: https://forum.iobroker.net/topic/51385/node-red-und-blockly-scripte/28
Du musst halt nur den http Node aktivieren.
Und wie gesagt, warum Du es über http und nicht über mqtt steuerst, weiss ich immer noch nicht. ;)
-
Und wie gesagt, warum Du es über http und nicht über mqtt steuerst, weiss ich immer noch nicht. ;)
Ganz einfach. Ich wusste nicht wie ich mqtt in das script bekomme. ..und mit http hat es super funktioniert.
@labamba sagte in Node Red und Blockly Scripte:
Und wie gesagt, warum Du es über http und nicht über mqtt steuerst, weiss ich immer noch nicht. ;)
Ganz einfach. Ich wusste nicht wie ich mqtt in das script bekomme. ..und mit http hat es super funktioniert.
OK ich dachte, Du hast den mqtt-Adapter installiert, aber wahrscheinlich nutzt Du den Shelly Adapter mit dem mqtt Protokoll. Also vergiß was ich sagte. Ich nutze den Shelly Adapter nicht.
-
@labamba sagte in Node Red und Blockly Scripte:
Und wie gesagt, warum Du es über http und nicht über mqtt steuerst, weiss ich immer noch nicht. ;)
Ganz einfach. Ich wusste nicht wie ich mqtt in das script bekomme. ..und mit http hat es super funktioniert.
OK ich dachte, Du hast den mqtt-Adapter installiert, aber wahrscheinlich nutzt Du den Shelly Adapter mit dem mqtt Protokoll. Also vergiß was ich sagte. Ich nutze den Shelly Adapter nicht.
@mickym said in Node Red und Blockly Scripte:
@labamba sagte in Node Red und Blockly Scripte:
Und wie gesagt, warum Du es über http und nicht über mqtt steuerst, weiss ich immer noch nicht. ;)
Ganz einfach. Ich wusste nicht wie ich mqtt in das script bekomme. ..und mit http hat es super funktioniert.
OK ich dachte, Du hast den mqtt-Adapter installiert, aber wahrscheinlich nutzt Du den Shelly Adapter mit dem mqtt Protokoll. Also vergiß was ich sagte. Ich nutze den Shelly Adapter nicht.
Genau ich nutze den Shelly Adapter mit dem mqtt Protokoll.
-
@mickym said in Node Red und Blockly Scripte:
@labamba sagte in Node Red und Blockly Scripte:
Und wie gesagt, warum Du es über http und nicht über mqtt steuerst, weiss ich immer noch nicht. ;)
Ganz einfach. Ich wusste nicht wie ich mqtt in das script bekomme. ..und mit http hat es super funktioniert.
OK ich dachte, Du hast den mqtt-Adapter installiert, aber wahrscheinlich nutzt Du den Shelly Adapter mit dem mqtt Protokoll. Also vergiß was ich sagte. Ich nutze den Shelly Adapter nicht.
Genau ich nutze den Shelly Adapter mit dem mqtt Protokoll.
-
@labamba Wie gesagt um HTTP Kommandos aus NR zu senden, nutzt Du die http Request Node - wie gesagt die Flows sind unten beschrieben,
-
@mickym said in Node Red und Blockly Scripte:
@labamba Wie gesagt um HTTP Kommandos aus NR zu senden, nutzt Du die http Request Node - wie gesagt die Flows sind unten beschrieben,
Unten beschrieben?
@labamba sagte in Node Red und Blockly Scripte:
@mickym said in Node Red und Blockly Scripte:
@labamba Wie gesagt um HTTP Kommandos aus NR zu senden, nutzt Du die http Request Node - wie gesagt die Flows sind unten beschrieben,
Unten beschrieben?
https://forum.iobroker.net/topic/51385/node-red-und-blockly-scripte/34?_=1642255680958
-
Wahrscheinlich ist es besser die Trigger Node in den subflow und nur in den stop Ast aufzunehmen
Aber ohne halt Hardware zur Verfügung zu haben, ist das immer etwas schwierig - sich vorzustellen. ;)
@mickym said in Node Red und Blockly Scripte:
Wahrscheinlich ist es besser die Trigger Node in den subflow und nur in den stop Ast aufzunehmen
Aber ohne halt Hardware zur Verfügung zu haben, ist das immer etwas schwierig - sich vorzustellen. ;)
So das habe ich jetzt schon mal hinbekommen.
Funtkioniert schon mal grundsätzlich! Jedoch stellt er jetzt immer nur einen Winkel der Lamellen ein. Die Höhe des Raffstore wird über die Prozentzahl gesteuert.
Jetzt stellt sich für mich die Frage wie ich hier noch die Variablen Winkel z.B. zu, 22°, 45°, 67°, 90° usw. hinbekomme.
Meine Buttons auf dem Tablet laufen gerade noch über die Skripts. Kann es sein, dass Node Red dann auch in den Skriptablauf mit eingreift? Wenn ich die Buttons jetzt auslöse spinnt der Raffstore.
Support us
460
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge