Alexa ein befehl true oder false
-
komisch ist das ich über 20 flows habe, die Alexa alle einwandfrei erkannt hat und auch geschaltet werden können.
nur seid einer woche wills nicht mehr so richtig -
@Aphofis said in Alexa ein befehl true oder false:
Alexa will einfach kein neues Gerät finden!
Nun bei der Kommunikation mit Alexa kann ich Dir nicht helfen. Das hat aber mit dem Flow nichts zu tun. Im Prinzip dienen die Alexa Nodes ja nur als Trigger. Die Flows an sich kannst Du ja mit einem Inject Node testen.
Bei Deinem Badezimmer Flow schaut das prinzipiell gut aus. Nur musst Du halt wissen ob Du die Datenpunkte mit true/false oder on/off schalten musst. Bei dem Sonoff Adapter kenn ich mich auch nicht aus. Wenn Du Tasmota über mqtt steuerst, dann ist der Datenpunkt um den Status auszulesen ein anderer, als der mit dem Du schaltest.
Aber im Prinzip müssten die Flows nun funktionieren. Wie gesagt teste es einfach in dem Du Inject-Nodes verwendest. Alexa ist wie gesagt eine andere Baustelle - da ich Siri nutze.
-
@mickym
Das macht ja der Flow. Ich schalte true oder false und die steuerung macht daraus on oder off da Alexa mit true oder false nix anfangen kann. ich meine ich brauche doch nur eine wechsel schaltung.
Also zB. wenn ich sage Bad und der Datenpunkt ist false wird er geändert auf true sage ich noch mal Alexa: bad wird der datenpunkt auf false gestellt. -
@aphofis In dem Du einfach den Status am Besten true/false status ausliest (mit einer get-Node) und dann das Gegenteil setzt.
Die Change Node mit der Negation sieht wie folgt aus - als Input darf natürlich nur eine Boolean Variable geholt werden:
Falls Du halt die unselige Option in dem Adapter angehakt hast, dass alles in Strings umgewandelt wird - dann musst halt den Umweg über eine neue Typvariable in der Change Node gehen.
-
@mickym
Serh Cool Vielen dank ich teste das mal ! -
@mickym
Ist nur die Frage, wo binde ich das ein !?[ { "id": "9210c811.e5cf7", "type": "tab", "label": "bad_decke", "disabled": false, "info": "" }, { "id": "f2936f54.4900d", "type": "function", "z": "9210c811.e5cf7", "name": "true", "func": "msg.payload = true;\nreturn msg;", "outputs": 1, "noerr": 0, "initialize": "", "finalize": "", "x": 950, "y": 220, "wires": [ [ "de05e9b9.b4cd5" ] ] }, { "id": "de05e9b9.b4cd5", "type": "ioBroker out", "z": "9210c811.e5cf7", "name": "bad_decke POWER", "topic": "sonoff.0.bad_decke.POWER", "ack": "false", "autoCreate": "false", "stateName": "", "role": "", "payloadType": "", "readonly": "", "stateUnit": "", "stateMin": "", "stateMax": "", "x": 1220, "y": 240, "wires": [] }, { "id": "44863659.638d7", "type": "function", "z": "9210c811.e5cf7", "name": "false", "func": "msg.payload = false;\nreturn msg;", "outputs": 1, "noerr": 0, "initialize": "", "finalize": "", "x": 950, "y": 260, "wires": [ [ "de05e9b9.b4cd5" ] ] }, { "id": "9b08d19a.45c8a", "type": "switch", "z": "9210c811.e5cf7", "name": "", "property": "payload", "propertyType": "msg", "rules": [ { "t": "eq", "v": "on", "vt": "str" }, { "t": "eq", "v": "off", "vt": "str" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 710, "y": 240, "wires": [ [ "f2936f54.4900d" ], [ "44863659.638d7" ] ] }, { "id": "f71963ce.72d2", "type": "alexa-local", "z": "9210c811.e5cf7", "devicename": "bad", "inputtrigger": false, "x": 490, "y": 240, "wires": [ [ "9b08d19a.45c8a" ] ] }, { "id": "9295c9be.627c88", "type": "change", "z": "9210c811.e5cf7", "name": "Negation", "rules": [ { "t": "change", "p": "payload", "pt": "msg", "from": "true", "fromt": "str", "to": "true", "tot": "bool" }, { "t": "change", "p": "payload", "pt": "msg", "from": "false", "fromt": "str", "to": "true", "tot": "str" }, { "t": "change", "p": "payload", "pt": "msg", "from": "true", "fromt": "bool", "to": "false", "tot": "str" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 320, "y": 240, "wires": [ [ "f71963ce.72d2" ] ] }, { "id": "658584c8.db959c", "type": "ioBroker get", "z": "9210c811.e5cf7", "name": "bad_decke POWER1", "topic": "sonoff.0.bad_decke.POWER1", "attrname": "payload", "payloadType": "value", "x": 140, "y": 240, "wires": [ [ "9295c9be.627c88" ] ] } ] -
@aphofis sagte in Alexa ein befehl true oder false:
Ist nur die Frage, wo binde ich das ein !?
Anstelle Deinens Switches und den beiden function Nodes true und falls - also nur
aquarium-info die türkise Alexa Node - dann die beiden Nodes, die ich Dir geschickt habe und die iobroker-out Node.
In die get-Node musst Du im Topic natürlich noch den Pfad zu dem Aquarium_Info Node eingeben, um den aktuellen Zustand zu ermitteln.Im Prinzip interessiert Dich nicht WAS Alexa sagt, sondern nur DASS sie was sagt. Dann holst Du Dir die jetzige Einstellung und schaltest das Gegenteil.
-
@mickym
OK also praktisch so !?[ { "id": "9210c811.e5cf7", "type": "tab", "label": "bad_decke", "disabled": false, "info": "" }, { "id": "f71963ce.72d2", "type": "alexa-local", "z": "9210c811.e5cf7", "devicename": "bad", "inputtrigger": false, "x": 510, "y": 240, "wires": [ [ "658584c8.db959c" ] ] }, { "id": "9295c9be.627c88", "type": "change", "z": "9210c811.e5cf7", "name": "Negation", "rules": [ { "t": "change", "p": "payload", "pt": "msg", "from": "true", "fromt": "str", "to": "true", "tot": "bool" }, { "t": "change", "p": "payload", "pt": "msg", "from": "false", "fromt": "str", "to": "true", "tot": "str" }, { "t": "change", "p": "payload", "pt": "msg", "from": "true", "fromt": "bool", "to": "false", "tot": "str" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 880, "y": 240, "wires": [ [] ] }, { "id": "658584c8.db959c", "type": "ioBroker get", "z": "9210c811.e5cf7", "name": "bad POWER1", "topic": "sonoff.0.bad_decke.POWER", "attrname": "payload", "payloadType": "value", "x": 700, "y": 240, "wires": [ [ "9295c9be.627c88" ] ] } ] -
@aphofis Ja und Nein.
Du hast jetzt den Change Node genommen, der in Deinem Datenpunkt Text erwartet und nicht die Negation.
Grundsätzlich musst Du halt noch den iobroker-out Node dahinter hängen. Dann schau halt noch mal ob Dein Datenpunkt sonoff.0.bad_decke.POWER überhaupt true oder falls enthält wenn der ON oder OFF enthält dann musst Du die Change Node natürlich umschreiben.
Hast Du in Deiner Adapterkonfiguration alles in strings umzuwandeln angekreuzt?
-
@mickym
Ne der Datenpunkt enthält true oder false -
@aphofis OK - und ist diese dumme Option in Deiner Adapterkonfig nun angekreuzt oder nicht?
-
@mickym
Ja ist aktiviert
nur ich blicke nicht mehr durch in welcher reihenfolge die elemente sein müssen -
@aphofis Na ich weiß nicht wieiviel Flows Du schon hast - sonst würde ich das Ding in jedem Fall ausmachen. Aber so wie es jetzt ist, kannst Du den Flow nehmen, sowie von Dir gepostet -aber Du musst halt das Ergebnis über eine iobroker-out Node noch in den Datenpunkt schicken, der das Ding dann ein oder ausschaltet.
Wenn Du den Haken jetzt raus machst, dann kann es sein, dass Deine bisherigen Flows nicht mehr funktionieren. Es ist eine Schande, dass man den Haken standardmäßig einschaltet.
In dem Flow wie oben dargestellt ist das ja Aquarium_Info.
-
@mickym
ist es so korrekt ?[ { "id": "9210c811.e5cf7", "type": "tab", "label": "bad_decke", "disabled": false, "info": "" }, { "id": "f71963ce.72d2", "type": "alexa-local", "z": "9210c811.e5cf7", "devicename": "badezimmer", "inputtrigger": false, "x": 530, "y": 240, "wires": [ [ "658584c8.db959c" ] ] }, { "id": "9295c9be.627c88", "type": "change", "z": "9210c811.e5cf7", "name": "Negation", "rules": [ { "t": "change", "p": "payload", "pt": "msg", "from": "true", "fromt": "str", "to": "true", "tot": "bool" }, { "t": "change", "p": "payload", "pt": "msg", "from": "false", "fromt": "str", "to": "true", "tot": "str" }, { "t": "change", "p": "payload", "pt": "msg", "from": "true", "fromt": "bool", "to": "false", "tot": "str" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 940, "y": 240, "wires": [ [ "ed7d17b7.c4d448" ] ] }, { "id": "658584c8.db959c", "type": "ioBroker get", "z": "9210c811.e5cf7", "name": "bad POWER1", "topic": "sonoff.0.bad_decke.POWER", "attrname": "payload", "payloadType": "value", "x": 740, "y": 240, "wires": [ [ "9295c9be.627c88" ] ] }, { "id": "ed7d17b7.c4d448", "type": "ioBroker out", "z": "9210c811.e5cf7", "name": "badezimmer", "topic": "Aqua_Control.0.System.badezimmer", "ack": "false", "autoCreate": "false", "stateName": "", "role": "", "payloadType": "", "readonly": "", "stateUnit": "", "stateMin": "", "stateMax": "", "x": 1140, "y": 240, "wires": [] } ]
-
@mickym
Ja ist aktiviert
nur ich blicke nicht mehr durch in welcher reihenfolge die elemente sein müssenWarum - dann scheinst Du den Flow nicht zu verstehen!!!
- Die Alexa Node - schickt eine Nachricht, wenn Du was sagst
- Im Prinzip interessiert Dich nicht, was Alexa sagt - nur dass sie was sagt - also Deinen Flow triggert.
- Du schaust in bad POWER1 für ein Status geschaltet ist (true oder false)
- Du schickst das Gegenteil an die badezimmer node.
Ja - der Flow sollte funktionieren.
-
bad POWER1 ist der Datenpunkt vom sonoff (Tasmota) gerät was die Deckenlampe schaltet und badezimmer ist ein true false datenpunkt der mit einem blockly dann die tatsächliche deckenlampe schaltet! da ich absolut nicht weiss wie man das nur in node red realisiert das direkt die deckenlampe mit node red geschaltet wird wenn man alexa sagt zb badezimmer dann wird halt die deckenlampe ein oder ausgeschaltet
-
@aphofis Wie gesagt es sollte funktionieren. Warum weißt Du nicht, wie man das in node Red realisiert? Du brauchst doch nur schauen, welchen Datenpunkt Dein blockly schaltet und gibst diesen in Deiner iobroker out Node an.
-
@mickym
mit blockly komme ich klar aber in node red überhaupt nicht!!! -
@aphofis Wenn das so ist- dann würde ich einfach die Ausgabe der Alexa Node in einen Datenpunkt schreiben - ohne irgendwas zu verändern - dann kannst Du alles mit blockly implementieren und brauchst Dir über NodeRed keine Gedanken mehr machen.
Damit ist in Deiner Badezimmer Node 1:1 was aus der Alexa Node rauskommt in der badezimmer Node - und kannst alles im Blockly machen.
Dann braucht ihr Euch um Node Red nicht mehr zu kümmern, sondern kannst alles im Blockly weiter bearbeiten. -
@mickym
ich habe sehr viele flows über die ich blockly steuerunen aktiviere deaktiviere oder infos abrufe.
Es wäre natürlich mega diese ausschließlich über node red zu steuern phen blockly
badezimmer decke ist ja auch nur zum testen normal rufe ich per alexa informationen zu meinem aquarium ab was ja direkt per iot pro adapter nicht mehr möglich ist. deswegen die alexa local flows damit ich das weiterhin nutzen kann. der Umweg über datenpunkte bei denen dann blockly triggert ist etwas umständlichMeinst du wenn ich dir eine simple blockly Steuerung schicke ob du die dann usetzen kannst in node red dann kann ich mir alle anderen selbst anpassen.
