NEWS
Fragen eines absoluten Newbees
-
@fnbalu sagte in Fragen eines absoluten Newbees:
@mickym {"id":"shelly1-8CAAB55D6B3E","model":"SHSW-1","mac":"8CAAB55D6B3E","ip":"192.168.40.252","new_fw":false,"fw_ver":"20210323-104500/v1.10.1-gf276b51"}
Da habe ich es auch.
Aktuell zeigt er mir das Relais an, aber schalten geht nicht. Der Status ändert sich jedoch, wenn ich manuell schalte.
Und das lässt sich auch weiter gedacht mit einem RGBW2 und Alexa umsetzen?
Mit Farben usw??Ich finde jedenfalls, dass DU schon mal super erfolgreich warst. Das hat doch alles gut hingehauen. :)
@mickym findest Du?
Für mich ist das eine reine Reitzüberflütung.Wo ich den fehlenden Datensatz anlege, habe ich gefunden, jedoch wie ich dem mitteile was der kann, überfordert ich aktuell
Ist das mit dem ACK was Du erwähntest echt so dramatisch, dass sich dieser für mich aktuell immense Mehraufwand lohnt??
-
@mickym findest Du?
Für mich ist das eine reine Reitzüberflütung.Wo ich den fehlenden Datensatz anlege, habe ich gefunden, jedoch wie ich dem mitteile was der kann, überfordert ich aktuell
Ist das mit dem ACK was Du erwähntest echt so dramatisch, dass sich dieser für mich aktuell immense Mehraufwand lohnt??
@fnbalu Du bist schon soweit gekommen - mit dem MQTT-Adapter als Broker hättest Du das Gleiche -
Wenn Du den command Datenpunkt unter relay/0 angelegt hast - ist doch schon alles gut.
Ich habe Dir doch den Link rauskopiert.
Bei Shelly 1 - kannst Du nur eingeben:
on - einschalten
off - ausschalten
toggle - umschalten
in den command.
Diese ganzen Timergeschichten würde ich erst mal im WEB Interface machen - Später wenn Du Dir eine eigene Visualisierung gemacht hast - schickst DU die einfach via HTTP - das macht auch der Shelly Adapter. Der geringe Mehraufwand am Anfang lohnt sich.
-
@fnbalu Du bist schon soweit gekommen - mit dem MQTT-Adapter als Broker hättest Du das Gleiche -
Wenn Du den command Datenpunkt unter relay/0 angelegt hast - ist doch schon alles gut.
Ich habe Dir doch den Link rauskopiert.
Bei Shelly 1 - kannst Du nur eingeben:
on - einschalten
off - ausschalten
toggle - umschalten
in den command.
Diese ganzen Timergeschichten würde ich erst mal im WEB Interface machen - Später wenn Du Dir eine eigene Visualisierung gemacht hast - schickst DU die einfach via HTTP - das macht auch der Shelly Adapter. Der geringe Mehraufwand am Anfang lohnt sich.
-
@mickym das habe ich verstanden, aber wie erstelle ich genau diesen Datenpunkt??
Klar, an die Stelle gehen, dann auf + und command nennen kann ich es auch noch. Und dann??siehe nächster Post
-
@mickym das habe ich verstanden, aber wie erstelle ich genau diesen Datenpunkt??
Klar, an die Stelle gehen, dann auf + und command nennen kann ich es auch noch. Und dann??@fnbalu Genau und nur schauen - dass es ein Datenpunkt Typ Zeichenkette ist - das wars
So hier das kleine Video mit Demonstration wie man schaltet - siehst ja dass sich der Status des Relays ändert:
-
@fnbalu Genau und nur schauen - dass es ein Datenpunkt Typ Zeichenkette ist - das wars
So hier das kleine Video mit Demonstration wie man schaltet - siehst ja dass sich der Status des Relays ändert:
Mahlzeit.
Das Video schaue ich mir später an.
Ich habe etwas mit NodeRed gespielt und Blockly
Was sich mir noch nicht erschließt, wo man idealerweise Gruppen erstellt.
Am Echo oder im ioBrokerBeispiel 2 Steckdosen in einem Raum.
Mit Tasmota und Wemo Emulation hatte ich einzelne Geräte.
In der Alexa App hatte ich dann einen Raum erstellt und konnte somit alles auf einmal schalten.Wenn das nun über ioBroker laufen soll, könnte ich ja quasi auch beides machen.
Eine Gruppe im ioBroker, was sie Regel verkürzt, man würde aber für Alexa eine Steckdose als Gruppe erstellen müssen.
Macht das Sinn?Oder die Gruppen in der Alexa App?
In den Tuts sah man auch viel die iot Cloud.
Die kostet, bringt aber auch Funktionen wie die Gruppe meine ich.Wie sollte ich es angehen?
-
Mahlzeit.
Das Video schaue ich mir später an.
Ich habe etwas mit NodeRed gespielt und Blockly
Was sich mir noch nicht erschließt, wo man idealerweise Gruppen erstellt.
Am Echo oder im ioBrokerBeispiel 2 Steckdosen in einem Raum.
Mit Tasmota und Wemo Emulation hatte ich einzelne Geräte.
In der Alexa App hatte ich dann einen Raum erstellt und konnte somit alles auf einmal schalten.Wenn das nun über ioBroker laufen soll, könnte ich ja quasi auch beides machen.
Eine Gruppe im ioBroker, was sie Regel verkürzt, man würde aber für Alexa eine Steckdose als Gruppe erstellen müssen.
Macht das Sinn?Oder die Gruppen in der Alexa App?
In den Tuts sah man auch viel die iot Cloud.
Die kostet, bringt aber auch Funktionen wie die Gruppe meine ich.Wie sollte ich es angehen?
@fnbalu Zu Alexa und/oder Gruppen kann ich Dir nicht viel sagen. Ich mache alles über NodeRed und habe auch keine starren Gruppen.
Ich schalte halt mit einem Schalter (über einen Flow) halt zum Beispiel alle Lampen in der Wohnung aus. Oder schalte alle Lampen in einem Zimmer aus, aber bei Einschalten eben nur meine "Default-Lampen".Ich habe auch keine Erfahrung mit Alexa bei mir läuft dann auch viel über Siri. Da in der HomeApp alle Geräte Räumen zugeordnet sind, funktioniert es da ebenfalls Siri zu sagen sie soll das Licht im Zimmer x ausschalten.
Gruppen nutze ich im Zigbee Adapter. In Tasmota muss ich 2 Lampen über das backlog KOmmando einigermaßen synchron schalten.
Dir Raumzuordnung oder Funktionsszurodnung im iobroker ist in meinen Augen zur Steuerung nicht direkt ansteuerbar (vielleicht mit bestimmten Adaptern).
Deshalb können Dir hier andere besser Auskunft geben. Ich persönlich habe halt einen Subflow Licht schalten in Node Red mir erstellt, der wie gesagt Licht immer Raumweise ausschaltet oder bestimmte Standards einschaltet:
Das heißt ich habe auf meiner GUI einfach mehrere Schalter
und in Lichtschalten sind dann meine "Gruppen definiert"
In den Zweigen gibt es dann einen AN und AUS Zweig der dann individuell bestückt wird:
Du kannst Dir ja auch sowas wie den Szene Adapter anschauen, da musst gar brauchst nicht NodeRed oder Blockly und kannst auch Gruppen oder virtuelle Gruppen bilden:
Das ist für Dich gerade am Anfang vielleicht besser als mit Blockly oder Node Red zu hantieren.
-
@fnbalu Zu Alexa und/oder Gruppen kann ich Dir nicht viel sagen. Ich mache alles über NodeRed und habe auch keine starren Gruppen.
Ich schalte halt mit einem Schalter (über einen Flow) halt zum Beispiel alle Lampen in der Wohnung aus. Oder schalte alle Lampen in einem Zimmer aus, aber bei Einschalten eben nur meine "Default-Lampen".Ich habe auch keine Erfahrung mit Alexa bei mir läuft dann auch viel über Siri. Da in der HomeApp alle Geräte Räumen zugeordnet sind, funktioniert es da ebenfalls Siri zu sagen sie soll das Licht im Zimmer x ausschalten.
Gruppen nutze ich im Zigbee Adapter. In Tasmota muss ich 2 Lampen über das backlog KOmmando einigermaßen synchron schalten.
Dir Raumzuordnung oder Funktionsszurodnung im iobroker ist in meinen Augen zur Steuerung nicht direkt ansteuerbar (vielleicht mit bestimmten Adaptern).
Deshalb können Dir hier andere besser Auskunft geben. Ich persönlich habe halt einen Subflow Licht schalten in Node Red mir erstellt, der wie gesagt Licht immer Raumweise ausschaltet oder bestimmte Standards einschaltet:
Das heißt ich habe auf meiner GUI einfach mehrere Schalter
und in Lichtschalten sind dann meine "Gruppen definiert"
In den Zweigen gibt es dann einen AN und AUS Zweig der dann individuell bestückt wird:
Du kannst Dir ja auch sowas wie den Szene Adapter anschauen, da musst gar brauchst nicht NodeRed oder Blockly und kannst auch Gruppen oder virtuelle Gruppen bilden:
Das ist für Dich gerade am Anfang vielleicht besser als mit Blockly oder Node Red zu hantieren.
Hmmmm
In Alexa Räume zu machen ist dann ja ähnlich Siri
Da bedarf es dann ja schon fast keinen ioBroker mehr, wenn's nur darauf hinausläuft.
Kommen dann aber Taster ins Spiel, brauchts ihn schon.Bei Blockly habe ich das mit dem Trigger jetzt grob verstanden.
Ändert sich X, dann Routine abfahren.Das erschließt sich mir bei NodeRed noch nicht so
Blockly Scripte sind auch als Instanz oder war es Objekt? sichtbar.
Das könnte man ja aufgreifen.Ist das bei NodeRed nicht so?
-
Hmmmm
In Alexa Räume zu machen ist dann ja ähnlich Siri
Da bedarf es dann ja schon fast keinen ioBroker mehr, wenn's nur darauf hinausläuft.
Kommen dann aber Taster ins Spiel, brauchts ihn schon.Bei Blockly habe ich das mit dem Trigger jetzt grob verstanden.
Ändert sich X, dann Routine abfahren.Das erschließt sich mir bei NodeRed noch nicht so
Blockly Scripte sind auch als Instanz oder war es Objekt? sichtbar.
Das könnte man ja aufgreifen.Ist das bei NodeRed nicht so?
@fnbalu Bei Node-Red hast ist das wie bei Blockly. Du beginnst jeden Flow wie auch beim Blockly mit einem Trigger. Das kann die Änderung eines Datenpunktes sein oder ein Zeitereignis.
Bei NodeRed kannst Du zusätzlich auch manuell Triggern. Zustätzlich natürlich direkte Anbindung an mqtt, TCP oder eigene Ereignisse. NodeRed kann auch als Webserver dienen und ist über HTTP direkt ansprechbar - kann man aber auch mit dem simple API Adapter in iobroker machen. Es gibt nicht nur den Königsweg.
Die Trigger sind meist Nodes mit nur einem Ausgang auf der rechten Seite.
Die Trigger im Blockly sind die "iobroker In" Nodes in Node Red.
Nasonsten kann man Zeitereignisse triggern wie in Blockly mit der Inject Node plus die Inject Node kann manuell triggern.In NodeRed erstellt man alles in Flows - die sind aber im iobroker so nicht sichtbar.
Letztlich musst Du wissen was Du präferierst. Ich liebe Node Red und für Blocklies gibts hier an Board aber viel mehr Experten. In NodeRed hast Du halt noch den Vorteil, dass Du auch noch viele andere Nodes hast, und somit Deine Anbindungunsmöglichkeiten wesentlich höher sind, wenn es keine entsprechenden Adapter im iobroker gibt.
Man kann aber auch beides kombinieren. Da Du ja Datenpunkte im iobroker hast die ein Blockly triggern, kannst Du auch über Datenpunkte NodeRed Flows triggern.
Deswegen sage ich auch immer - wenn man sich mit Node Red nicht beschäftigen will, es aber Nodes für eine bestimmten Zweck (die meisten nehmen die Alexa lokal NOdes) im iobroker nicht gibt, die schreiben einfach dann 1:1 mit NodeRed in einen Datenpunkt und können dann über Blockly weiterarbeiten.
Ich liebe Node Red - weil es Dir später in meinen Augen wenn es komplexer wird - leichter Möglichkeiten des Debuggens ergibt und die Logik besser kapselt - sodass man sich leichter orientieren kann. Aber da gibts sicher eine Menge Gegenmeinungen hier an Board - musst Du selbst wissen.
-
@fnbalu Bei Node-Red hast ist das wie bei Blockly. Du beginnst jeden Flow wie auch beim Blockly mit einem Trigger. Das kann die Änderung eines Datenpunktes sein oder ein Zeitereignis.
Bei NodeRed kannst Du zusätzlich auch manuell Triggern. Zustätzlich natürlich direkte Anbindung an mqtt, TCP oder eigene Ereignisse. NodeRed kann auch als Webserver dienen und ist über HTTP direkt ansprechbar - kann man aber auch mit dem simple API Adapter in iobroker machen. Es gibt nicht nur den Königsweg.
Die Trigger sind meist Nodes mit nur einem Ausgang auf der rechten Seite.
Die Trigger im Blockly sind die "iobroker In" Nodes in Node Red.
Nasonsten kann man Zeitereignisse triggern wie in Blockly mit der Inject Node plus die Inject Node kann manuell triggern.In NodeRed erstellt man alles in Flows - die sind aber im iobroker so nicht sichtbar.
Letztlich musst Du wissen was Du präferierst. Ich liebe Node Red und für Blocklies gibts hier an Board aber viel mehr Experten. In NodeRed hast Du halt noch den Vorteil, dass Du auch noch viele andere Nodes hast, und somit Deine Anbindungunsmöglichkeiten wesentlich höher sind, wenn es keine entsprechenden Adapter im iobroker gibt.
Man kann aber auch beides kombinieren. Da Du ja Datenpunkte im iobroker hast die ein Blockly triggern, kannst Du auch über Datenpunkte NodeRed Flows triggern.
Deswegen sage ich auch immer - wenn man sich mit Node Red nicht beschäftigen will, es aber Nodes für eine bestimmten Zweck (die meisten nehmen die Alexa lokal NOdes) im iobroker nicht gibt, die schreiben einfach dann 1:1 mit NodeRed in einen Datenpunkt und können dann über Blockly weiterarbeiten.
Ich liebe Node Red - weil es Dir später in meinen Augen wenn es komplexer wird - leichter Möglichkeiten des Debuggens ergibt und die Logik besser kapselt - sodass man sich leichter orientieren kann. Aber da gibts sicher eine Menge Gegenmeinungen hier an Board - musst Du selbst wissen.
-
Für Blockly brauchts dann wohl die IOT Cloud.
Bei NodeRed gäbe es Wemo und Amazon NodesAlles nicht so einfach.
Was nutzt Du als Taster?
Gibt's da flaches Kram, ohne Tuya?@fnbalu Kommt darauf an - was Du mit Taster meinst. Meine Taster als Lichtschalter sind ganz normale aus dem Baumarkt mit einem Shelly hinten dran. Als Fernbedienung nutze ich den Aquara Würfel.
Und nochmal wenn Du Dich mit NodeRed nicht beschäftigen willst, nutze diese Nodes als Adapterersatz und lasse einfach den Output direkt in einen Datenpunkt schreiben, den kannst Du dann mit Blockly weiterbearbeiten. Das ist kein Grund sich auf NodeRed festzulegen.
-
@fnbalu Kommt darauf an - was Du mit Taster meinst. Meine Taster als Lichtschalter sind ganz normale aus dem Baumarkt mit einem Shelly hinten dran. Als Fernbedienung nutze ich den Aquara Würfel.
Und nochmal wenn Du Dich mit NodeRed nicht beschäftigen willst, nutze diese Nodes als Adapterersatz und lasse einfach den Output direkt in einen Datenpunkt schreiben, den kannst Du dann mit Blockly weiterbearbeiten. Das ist kein Grund sich auf NodeRed festzulegen.
@mickym
Ich bin mir unschlüssig.
An sich ist Nodered recht easy. Man muss nur die Nodes kennen. (Das betrifft Blockly gleichermaßen)
Das ist ja auch richtig umfangreich.Das ist bei Blockly natürlich nicht anders.
Ich weiß nicht was am Ende besser ist.
Die verschiedenen if then else kommen ja nach und nach.
Ideen halt.Mir ist das mit Alexa schon recht wichtig und da muss ich die Geräte bekannt machen.
Genial finde ich, dass ich dann schaue könnte, welcher Echo den Befehl aufgenommen hat.Also Licht an würde überall funktionieren. Da der entsprechende Echo es aufgenommen hätte.
Das kann man mit Nodered auch abbilden? -
@mickym
Ich bin mir unschlüssig.
An sich ist Nodered recht easy. Man muss nur die Nodes kennen. (Das betrifft Blockly gleichermaßen)
Das ist ja auch richtig umfangreich.Das ist bei Blockly natürlich nicht anders.
Ich weiß nicht was am Ende besser ist.
Die verschiedenen if then else kommen ja nach und nach.
Ideen halt.Mir ist das mit Alexa schon recht wichtig und da muss ich die Geräte bekannt machen.
Genial finde ich, dass ich dann schaue könnte, welcher Echo den Befehl aufgenommen hat.Also Licht an würde überall funktionieren. Da der entsprechende Echo es aufgenommen hätte.
Das kann man mit Nodered auch abbilden?@fnbalu Nun ich habe mit Blockly so meine Schwierigkeiten - nicht nur wegen der Kenntnis der Nodes sondern auch wegen der Passform der Puzzleteilchen.
NodeRed ist nicht so programmtechnisch - sondern konzentriert sich mehr auf die Logik - deswegen kann man auch die Nodes entsprechend benennen. Du hast halt nochmal eine andere Community hinter Dir. Außerdem finde ich das Debuggen übersichtlicher - aber wie gesagt da werden Dir die Blockly Fans anderes erzählen.
Auch bei den Alexa Nodes sind, soweit ich gehört habe, nicht mehr alle verwendbar. Die meisten nehmen diesen lokalen Echo Hub - der behandelt aber alles als Lampen. Da kann Dir @frankyboy73 sicher Tipps geben, weil der sowohl NodeRed Fan ist, als auch Alexa Erfahrung hat.
Auch @Jan1 ist ein guter Ansprechpartner, was Alexa betrifft und ist auch noch Blockly-Fan - so dass Du da auch gerne eine mir entgegengesetzte Meinung hören kannst.
Und nochmal - Du kannst beides kombinieren und musst Dich ja nicht festlegen. Am Besten Du implementierst die gleiche Aufgabenstellung mal mit beiden Tools und entscheidest dann, was Dir besser liegt.
-
@fnbalu Hi, zum Thema Gruppen, die würde ich in der Alexa App erstellen, egal ob Blockly und IOT oder Node red und Amazon Hub.
Der Vorteil ist du kannst nen Echo zu der Gruppe hinzufügen und dadurch vereinfachen sich die Befehle.
Nur zum Beispiel, du hast nen Echo und 3 Lampen im Wohnzimmer. Dann machst du daraus ne Gruppe und brauchst im Wohnzimmer dann nur noch sagen "Licht an" und nicht mehr "Schalte Wohnzimmer ein" .
Ist jetzt vielleicht keine Wahnsinns Verbesserung aber ich empfinde es als Vorteil, wenn ich den Raum nicht mehr nennen muss in dem ich mich befinde.
Zu dem lassen sich im IOT vielleicht Gruppen einfach erstellen, in Node Red mit dem Amazon Hub aber eigentlich nicht. Über Umwege ließe sich natürlich auch in Node Red ne Gruppenfunktion umsetzen. Ist aber meiner Meinung nach übersichtlicher das in der Alexa App umzusetzen und komfortabler. -
@fnbalu Hi, zum Thema Gruppen, die würde ich in der Alexa App erstellen, egal ob Blockly und IOT oder Node red und Amazon Hub.
Der Vorteil ist du kannst nen Echo zu der Gruppe hinzufügen und dadurch vereinfachen sich die Befehle.
Nur zum Beispiel, du hast nen Echo und 3 Lampen im Wohnzimmer. Dann machst du daraus ne Gruppe und brauchst im Wohnzimmer dann nur noch sagen "Licht an" und nicht mehr "Schalte Wohnzimmer ein" .
Ist jetzt vielleicht keine Wahnsinns Verbesserung aber ich empfinde es als Vorteil, wenn ich den Raum nicht mehr nennen muss in dem ich mich befinde.
Zu dem lassen sich im IOT vielleicht Gruppen einfach erstellen, in Node Red mit dem Amazon Hub aber eigentlich nicht. Über Umwege ließe sich natürlich auch in Node Red ne Gruppenfunktion umsetzen. Ist aber meiner Meinung nach übersichtlicher das in der Alexa App umzusetzen und komfortabler.Wenn die Gruppen ausgelagert sind, macht es das ja schon gewaltig einfacher.
Als ich mit NodeRed spielte, fiel mir auch auf, dass der Status auf aktiv bleibt.
Also 2x Wemo für Alexa und 1x Steckdose
Das als GruppentestSage ich anschalten mit dem 1. und ausschalten mit dem 2., so bleibt die Aktivierung auf grün.
Ist ja prinzipiell auch logisch, jedoch könnte der ja auch den Status der Steckdose annehmen. -
Wenn die Gruppen ausgelagert sind, macht es das ja schon gewaltig einfacher.
Als ich mit NodeRed spielte, fiel mir auch auf, dass der Status auf aktiv bleibt.
Also 2x Wemo für Alexa und 1x Steckdose
Das als GruppentestSage ich anschalten mit dem 1. und ausschalten mit dem 2., so bleibt die Aktivierung auf grün.
Ist ja prinzipiell auch logisch, jedoch könnte der ja auch den Status der Steckdose annehmen.@fnbalu Wenn ich das richtig verstanden habe, möchtest du den richtigen Status in der ALexa App angezeigt bekommen auch wenn du per Node Red den Status änderst.
Dazu musst du den Status über den Input der Echo Hub Node mit entsprechender ID an die Alexa Nodes zurückführen.
Schau dazu mal hier (Wozu dienst der Eingang am Echo Hub?)
https://forum.iobroker.net/topic/44356/node-red-contrib-amazon-echo
364
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge