Shellys ("Alt und Plus") über MQTT Adapter
-
@hotspot_2 richtig
Da ist ja nichts drin. 
in dem Objekt. Ja und wenn etwas nicht definiert ist - also das Objekt leer ist, dann ist es undefined. Und undefined = null Wie gesagt Deine ursprünglicher Switch war auch nicht schlecht:
-
-
Zeig Dir gleich noch eine Möglichkeit - wie Du das mit einer ChangeNode hinbekommst. Wenn Du Dich etwas mit JS auskennst, dann kennst Du diese Methode über JSONATA
In der Change Node prüfst Du also ebenfalls ab ob
diese Eigenschaft true ist . wenn ja gib true aus, sonst false:
-
@hotspot_2 sagte in Shellys ("Alt und Plus") über MQTT Adapter:
@mickym Das ist jetzt komisch.
Warum in diesem Fall hast Du die payload auf das Objekt available_updates gesetzt. Diese 1. Change NOde muss raus. -
@mickym Ok. Passt!
-
@mickym Das schöne ist in NodeRed - Du hast JEDERZEIT auf alle Eigenschaften eines Objektes Zugriff.
-
@mickym Die ist natürlich richtig chic!
-
@hotspot_2 Du siehst die Möglichkeiten sind mannigfaltig.
Für das setzen eines Wertes in Abhängigkeit eines anderen, ist die Change NOde ausreichend. Wenn aber unterschiedliches Vorgehen in der Folge gewünscht sind, dann nimmst Du den Switch. Das ist dann Blockly "falls" und "sonst". -
@mickym Da ich viel mit Pushover, dem Alexa Adapter (Durchsagen) mache würde ich mir gerne ein paar zusätzliche Nodes installieren. Mein iobroker Server läuft auf debian auf einem NUC i3.
Wenn ich da was nachinstalliere passt das mit der Anleitung hier (also mit dem iobroker Adapter), oder?
-
@hotspot_2 Ja - aber nichts manuell installieren sondern nur über den Paletten-Manager. Ggf. den Haken in der Adapterkonfiguration aktivieren. Also nicht mit npm rumfuhrwerken.
Bei dem Adapter macht die Installation eigener Nodes wahrscheinlich Sinn weil der Adapter im iobroker nur mit SendTo Kommandos funktioniert. Ansonsten wenn Du bereits Adapter hast, die mit einer Hardware kommunizieren - erst den versuchen den Adapter zu nutzen.Wenn die Node nicht funktioniert habe ich auch ein kleines JS geschrieben mit dem man SendTo über einen Datenpunkt schreiben kann. Quasi als Proxy. Aber machs erst mal mit der Node.
Also mach das mit der NOde - das ist sicher in dem Fall die beste Wahl - hier mal der Thread wie man SendTo über einen "Proxy-Datenpunkt" simulieren kann: https://forum.iobroker.net/topic/57210/nodered-sendto-proxy-mit-js
Du gehst ja ganz schön flot voran - es scheint, dass Dir NodeRed gefällt.
-
@mickym Ja, Node RED gefällt mir sehr gut.
Der Plan ist alle Blocklys (eventuell auch die 2-3 Skripte (javascript)) komplett mit NodeRED zu machen. Wird ja dann auch einfacher und ich muss nicht alle Informationen erst in die Objekte schreiben mit NodeRED.
Hast Du mir eventuell einen Tipp wo man mal ganz grob nachlesen kann wie man so einen ersten Flow erstellt? Wie z.B. 2 Bewegungsmelder erkennen Bewegung und schalten zwei Lichter an.
Danke schon mal.
-
@hotspot_2 Na Du hast ja schon lauter Flows erstellt. Mein Angebot steht, dass wir das zusammen machen. Im Prinzip machst Du es ja bereits alles doppelt. Denn so wie Du momentan nur Datenpunkte schreibst, kannst Du das natürlich auch nutzen, um gleich einen Flow zu machen. Du kannst ahlt
1- entweder nochmal mit mqtt-In Nodes arbeiten.
2- die vorhandenen Mqtt-Nodes bereits nutzenerst 1 nehmen und dann ggf. 2 ablösen.
Wie gesagt ich helfen Dir am Anfang gerne bestehende Aufgaben gemeinsam zu lösen.
Ansonsten gibts hier einen einfachen Blog, wobei Du in meinen Augen schon mehr Wissen hast:
https://www.smarthome-tricks.de/uebersicht-iobroker-node-red/
Tutorials vom derzeitigen Entwickler des Shelly Adapters: von https://haus-automatisierung.com/nodered-tutorial-reihe/Ich persönlich bevorzuge (allerdings englisch) die Tutorials und Videos von Steve:
https://stevesnoderedguide.com/Manchmal nutzt der mir aber noch zuviel Javascript und Function Nodes.
So hier mal so wie, wir gestartet haben mit Inject und Debug Nodes: https://www.youtube.com/watch?v=jWjyIz4Jz58&list=PLk0D2S-fqJ7YvR1wrpl8A4mhtBbYOlsE4&index=26
und wenn du dort bist, da gibts ca. 77 Videos über verschiedene Nodes.Ein User hier an Board hat sich dieses Buch gekauft und ich habe es mir angeschaut und ich finde es nicht schlecht, wenn Du lieber so lesen möchtest: https://www.rheinwerk-verlag.de/node-red-das-umfassende-handbuch/
Und letztlich halt noch das offizielle Forum: https://discourse.nodered.org/ als Bestandteil der offiziellen Seite.
Aber wie gesagt - ich biete mich gerne an, mit Dir zusammen die ersten Flows zu machen und Dir die Basics zu erklären oder auch ein Blockly oder das mit den Bewegungsmeldern zusammen zu machen.
Ich nutze es nicht, aber wenn Du in Node-Red auch puzzeln willst, gibts auch dafür eine Node:
-
@mickym Vielen Dank, das mit dem Buch überlege ich mir. Will mich da schon reinfuchsen jetzt, macht Spaß und die Möglichkeiten (was ich bisher erkennen kann) sind wesentlich mehr als mit Blockly usw.
Aber auch auf dein Angebot komme ich gerne zurück. Vielleicht mal die nächsten Tage (wieder abends) sollte ja ruhiger werden ums Wochenende rum.
Danke mal für die Infos.
Nett, mit den Blocklys in Node-RED
-
@hotspot_2 Ja viele glauben, weil es wohl die meisten im iobroker nutzen (warum auch immer ? - weil es die Mehrzahl ist? ) das Blockly was mit dem iobroker zu tun hat.
Blockly wurde für iobroker angepasst, aber im Grund ist Blockly nur eine grafische Programmieroberfläche von Google entwickelt: https://de.wikipedia.org/wiki/Blockly
während Node-Red ursprünglich von der IBM entwickelt worden ist, bevor es der OpenSource Gemeinde zur Verfügung gestellt wurde: https://de.wikipedia.org/wiki/Node-RED
Es gibt ein paar Einschränkungen mit NodeRed im iobroker - wie das SendTo - aber das liegt einfach daran, weil hier der Javascript-Adapter bevorzugt wird und deshalb nicht alle Funktionen zur Verfügung stehen. In manchen Fällen siehe mein Thread https://forum.iobroker.net/topic/57210/nodered-sendto-proxy-mit-js bist Du also auf den Javascript Adapter angewiesen.
-
Das hier sollte mal mein erster Versuch sein. Idee: Einer der beiden Bewegungsmelder soll bei Bewegung (motion = true) soll zwei Lichter einschalten können bei Bewegung und nach einer Zeit von 2 Minuten sollen dann beide Lichter wieder ausgehen.
Passt das so grob?
Wenn ja, hätte ich mir glaub das Buch doch sparen können ;-). Habe aber das Ebook schon mal ein wenig angelesen.
-
@hotspot_2 Na ja nicht so ganz - aber ähnlich.
- Damit ich deinen Flow importieren kann bitte in codetags innerhalb des SpoilersUnd in dem Buch gibts sicher noch das eine oder andere.
-
@mickym Na ich habs mir mal angeschaut - im Prinzip kann man es so machen - wie Du es gemacht hast.
Also so verkehrt ist es nicht.Aber ich zeige Dir trotzdem in meinen Augen noch eine schönere Variante.
-
Hab das jetzt in Code Tags gepackt.
Ich lese die beiden Statis der Bewegungsmelder aus mit den mqtt-ins. Dann setze ich die payloads auf motion (true / false) und gehe dann mit beiden Eingängen auf eine Switch. Wenn true dann setze ich den Payload auf true und mache die beiden Lichter an. Parallel dazu starte ich eine Verzögerung von 2 Minuten die dann nach Ablauf den Payload zum abschalten auf die beiden mqtt-outs setzt. So ganz grob.
Ich merke aber gerade daß das Licht zwar angeht, aber das ausgehen nicht passt. Das ist fast zufällig mal länger mal kürzer. Außerdem hat der Shelly einen Zeit die minimal abläuft bis er wieder eine Bewegung erkennt bzw. wie langer Status auf true bleibt. Ich glaube ich brauch da noch sowas wie ein Trigger oder so.
-
@hotspot_2 Na wie gesagt im Prinzip passt das schon Deine Idee - aber Du wirst sehen, dass man logisch etwas strukturieren muss.
So kommt ja ein mal aus dem einen oder anderen BWM eine Nachricht raus - und dann ist es so - dass der 2. Bewegungsmelder auf true geht und dann auch der Delay wirkt.
Normalerweise macht man das so, dass man die 2. Minuten erst loslaufen lässt, wenn von beiden BWM kein true Signal mehr kommt.
So nun zu den Verbesserungen:
- Du brauchst keine 2 Change Nodes, da ja beide Nachrichtenobjekte gleich aufgebaut sind und Du jeweils die motion Eigenschaft extrahierst. Richtig ist dass nur true weitergeleitet werden soll:
so und die Change Node kannst Du Dir auch noch sparen - da Du mit der switch Node direkt die Nachrichteneigenschaft angeben kannst, die Du überprüfen willst (wie gesagt in Node Red kannst Du direkt auf die Eigenschaften zugreifen):
- So beide Lichter arbeiten ja auch mit den selben Nachrichtenobjekten nur einmal mit true oder false:
deswegen machst Du den Parameter wieder flexibel in dem Du das on nicht auf einen fixen Wert sondern auf die payload setzt:
Somit haben wir den Rumpfflow und müssen die payload nur zwischen true und false schalten:
So und im Prinzip wenn die BWM true melden - interessiert uns nicht der Inhalt der payload - sondern nutzen nur den Trigger.
Am Besten lässt man die 2 Minuten erst dann loslaufen, wenn kein weiterer Impuls von einem der beiden Bewegungsmelder kommt. Dazu gibts eine sehr mächtige Node - die trigger Node (das was man im Blockly mühsam mit den Timern macht).Diese sendet am Anfang true und sendet nicht fix nach 2 Minuten - sondern erst 2 Minuten nachdem kein weitere Nachricht eingegangen ist false:
Somit lässt sich Dein Flow wie folgt vereinfachen:
Da Du mit der trigger Node auch ganze Objekte verschicken kannst - kannst Du theoretisch sogar die Change Node am Ende sparen.
In diesem Fall ist das true und false in den Objekten fest codiert:
Du siehst eigentlich sehr einfach der Flow.
Halte Dich einfach immer daran, Eingänge links und Ausgänge rechts und in der Mitte findet die Transformation bzw. die Logik statt. In diesem Fall ist nach dem Filtern der Eingangsnachrichten - die ganze Logik in einer einzigen Node - der Trigger Node gespeichert.
-
@mickym Super.
Wie könnte ich denn noch einbauen das die Aktion nur dann erfolgt wenn ein Schalter (in den Objekten) auf true steht? Damit würde ich gerne die Funktion an- und abschalten über JARVIS.
