UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[TorbenNW]

Welche App meinst du?
Bis auf den Trigger bei Amazon hast du alles selbst unter Kontrolle was passiert. Die komplette Datenverarbeitung bleibt bei dir Zuhause.

[Brokinger]

Ich meine die Alexa App.
Über diese App suche ich ja nach neuen Geräte für die "Alexa"-Dot3, welche ich zuvor in IoBroker angelegt habe. Meine Dot3 kennt anschliesend diese Geräte und steuert bei Voiceübereinstimmung über den Namen an.
Oder liege ich da ganz falsch ?
Nun stellt sich mir eben die Frage, wohin die Verbindung Dot3 über App noch telefoniert ?

[SmartiesHome]

@Brokinger das ist eine gute und interessante Frage.

Ich habe noch etwas interessantes festgestellt:
Zu dem Zeitpunkt, wo die Kommunikation zum Echo-Dot3 noch NICHT funktionierte, wegen dem Port80, konnte ich ABER über den Echo-1.Gen. eine Kommunikation herstellen.
D.h. Wenn man direkt dem Echo1.Gen sagte "suche neue Geräte" hatte er die in node-red angelegten Einträge gefunden !!
Diese neuen Geräte wurden NICHT in der ALEXA-App angezeigt.
Die Suche "neuer Geräte" fand zu dem Zeitpunkt keine "neuen Geräte, nur der Ech1.Gen fand sie.

Warum der Echo1.Gen die Geräte fand war mir schon klar, aber dass sie nicht in der App angezeit wurden fand ich doch sehr interresant.

[realrob]

Hi all,
Ich lese mich gerade in das Thema ein und finde die Echo anbindung via NodeRed immer besser. Problem.
Ich habe ZWAVE Fibaro Rolladen und müsste einen Targetlevel zwischen 0 und 99 ansteuern.
Derzeit kann ich das nur on und off übergeben.

Habe also per Fkt. versucht den Wert zu ändern. klappt aber nicht. Mache ich was falsch?
Ist die Ansteuerung via Alexa2 Adapter und Routinen besser?
Stehe ein bischen an!

[MarEhg]

@AndreasK sagte in Alexa Anbindung ohne Cloud und Skill:

Ich habe nun doch keine Port-Umleitung gemacht, sondern mit dem ioBroker-Fixer die "root" Rechte geben. Jetzt geht der Hub online

Wie denn? Nachfolgenden Befehl einfach starten, oder gibt es Parameter?

curl -sL https://iobroker.net/fix.sh | bash -

[TorbenNW]

@realrob willst ud nur auf/zu oder auch zB 50% haben?
Wenn ja musst du von die Prozentzahl umrechnen.
Das kannst du entweder mit der Node die ich etwas weiter oben gepostet habe machen oder mit einem Change-Node der msg.payload in msg.percentage umwandelt

[extbingh]

Guten Morgen,

ich wollte gerade folgendes nachgehen: https://forum.iobroker.net/topic/10476/alexa-anbindung-ohne-cloud-und-skill

Zusammengefasst, ich will 3 Tasmota Birnen über ein Philips Hue Dimmschalter steuern in Node-Red oder auch sonst wo.

Ich habe das schon bereits mit den Sonoff sowie Philips Hue Extended Adapter Datenpunkten/objects geschafft, jedoch gibt es dort eine Verzögerung von 6-7 Sekunden. Die Datenpunkte/objects habe ich vom Philips Hue Extended Adapter für den Dimmschalter.

Ich habe die 3 Datenpunkte wie folgt erstellt:

Node-Red sowie Philips Hue Magic installiert.

Schritt 4 verstehe ich nicht, bzw. wie man so ein "Music/Cinema" Tab erstellt und wofür das gut sein soll bzw. man das machen muss? Also das hier:

Schritt 5 (Philips Hue Bridge hinzugefügt, Dimmschalter etc.) und folgende habe ich alle.

Sieht nun so aus:

Jetzt habe ich noch die Datenpunkte/objects von den Tasmota Birnen durch den Sonoff Adapter (MQTT?), wie verbinde ich diese nun mit dem Schalter bzw. schaffe es, das keine extreme Verzögerung auftritt? (entweder direkt in Node-Red oder auch sonst wo)

So habe ich das in Blocky aktuell mit starker Verzögerung (6-7 Sekunden)

Kann mir da jemand bitte helfen? Bin da schon seit Tagen dran mit dem dämlichen Schalter und den Birnen ^^

[haselchen]

@BlackRed

Wir hatten das ja schon im Chat. Was an dem Mic Skript wirft denn Fehler aus?
Log?

Hier wird dein Thema auch behandelt wegen der Verzögerung.
Einerseits taucht dort das Skript von Mic auf , andererseits wird doch davon gesprochen das Polling der Bridge zu verkürzen .
https://forum.iobroker.net/topic/8269/hue-dimmer-switch

[extbingh]

@haselchen sagte in Alexa Anbindung ohne Cloud und Skill:

@BlackRed

Wir hatten das ja schon im Chat. Was an dem Mic Skript wirft denn Fehler aus?
Log?

Hier wird dein Thema auch behandelt wegen der Verzögerung.
Einerseits taucht dort das Skript von Mic auf , andererseits wird doch davon gesprochen das Polling der Bridge zu verkürzen .
https://forum.iobroker.net/topic/8269/hue-dimmer-switch

Ich habe das ganze nun selber/manuell gemacht ohne das Script etc. zu kopieren, also bin nach der Anleitung von Mic gegangen. So habe ich keine Errors und es geht mit dem selber erstellen Datenpunkten durch Node-Red bzw. sie aktualisieren sich und ich kriege die Werte.

Ich habe beim Philips Hue Extended Adapter die Rate auf 1 Sekunde verringert (davor war es auf 10 Sekunden bzw. ist standardmäßig so) sowie die Warteschlange deaktiviert (siehe Screenshot) damit ist die Verzögerung deutlich zurückgegangen, aber immer noch nicht vergleichbar wie mit normalen Philips Hue Birnen.

Dazu kriege ich im Log immer ein "Warning" das weniger wie 2 Sekunden nicht geht.

"hue-extended.0 2020-05-18 06:43:11.320 warn (1388) Due to performance reasons, the refresh rate can not be set to less than 2 seconds. Using 2 seconds now."

Weniger wie 1 Sekunde geht leider nicht (0,1 etc.) Deshalb versuche ich das jetzt mit Node-Red, da soll es wie bei den richtigen Philips Hue Birnen bzw. über das Tasmota UI direkt in Millisekunden Verzögerung funktionieren.

Ich habe ja nun die Datenpunkte von Node-Red unter den Objekten, habe folgendes Blocky erstellt:

Wie kriege ich die 3 Birnen nun aus über den Schalter? An gehen sie. Davor habe ich die Zahlen für An und Aus eingetragen, siehe oben.

[haselchen]

@BlackRed

Wenn du die Zahlen zum Schalten benutzt, dann benutzt du ja auch den HUE Adapter.
Wozu hast du dann die Datenpunkte über Node Red angelegt?
Du musst dich entscheiden. HUE Adapter oder Node Red.
Wenn du die Daten aus den neu angelegten Punkten in deinem Blockly verarbeitest, solltest du keine Verzögerung haben.
Ich bin gerade auf der Arbeit und kann dir bildlich kein Beispiel geben.
Aber schriftlich
Wenn Wert vom Objekt ……. ist "short pressed" dann schalte Lampe XY auf wahr (zum Beispiel).

Die Datenpunkte, die du angelegt hast, sollten beim Drücken auf den Dimmer Switch den Klartext ausgeben.

Short pressed
Long pressed
Dim Up
Dim Down

[extbingh]

@haselchen

Wenn Wert vom Objekt ……. ist "short pressed" dann schalte Lampe XY auf wahr (zum Beispiel).

Ja, die Objekte vom Hue Extended Adapter nicht wegen der Verzögerung.

Bei meinem neuesten/untersten Blocky Screenshot benutze ich die Node-Red bzw. eigenen Datenpunkte/Objekte, keine Zahlen.

Wenn ich "an" (1 Taste oben beim Philips Hue Dimmschalter) drücke, steht beim Objekt auch on und bei "aus" off etc. sowie short pressed.

Jedoch geht das nicht so wie ich das auf dem Screenshot gemacht habe (es geht nur an, nicht aus)

Hab das "button/name" Objekt verwendet

Also das "action button" verwenden? Das Ding ist halt das ich ja bei an sowie aus nur kurz drücke (also oben und unten)

Ich möchte oben (an) und unten (aus) nur kurz drücken (short pressed) um die 3 Birnen an und auszuschalten.

[haselchen]

@BlackRed

Du musst beide Datenpunkte nehmen.
Wenn du unten auf den Dimmer drückst, musste im Blockly

Falls Wert vom Objekt...…. ist "Off"
Falls Wert vom Objekt...…. ist "short pressed"

dann schalte Lampe(n) aus

nehmen.

Kann dir nachher mein Blockly zeigen

[haselchen]

@BlackRed
So sehen die Datenpunkte aus

Der NodeRed Flow

Blockly

Mit long pressed/released wirste nicht glücklich werden, weil dann auch Aktionen ausgelöst werden , die mit short pressed/released verbunden sind. Warum das so ist, keine Ahnung, oder ich hab einfach nur Pech

[extbingh]

@haselchen

Vielen, Vielen Dank!

Deine Datenpunkte sind aber irgendwie vertauscht, z.B "action" "action" in Node-Red mit "short released", aber bei den Objekten steht bei action "Off"

Kann es daran liegen das es bei dir nicht mit dem long pressed/released geht? (glaube aber eher nicht ^^) Siehe meinen Objekten unten und bei Mic's Anleitung sind die genau umgekehrt, wenn ich das so wie bei dir mache, geht nichts

So sieht das ganze nun bei mir aus:

Wenn ich auf dem Schalter "An" drücke, gehen alle 3 an und bei "aus" alle 3 aus. (Du hast es ja auf hoch/runterdimmen). Verzögerung von 1-2 Sekunden ist immer noch vorhanden bzw. fast gleich wie mit dem Philips Hue Extended Adapter wenn man in den Einstellungen auf 1 Sekunde stellt? (Bei Philips Hue Birnen + Dimmschalter findet halt praktisch gar keine Verzögerung statt)

(Unten konnte ich nicht noch weitere Objekt IDs hinzufügen wegen den 2 anderen Birnen, "POWER" ist bei der Tasmota/Sonoff Birne "An", bei dem "100" habe ich das "Dimmer" Objekt genommen. Ich nehme mal an das ist dafür gedacht das die Birnen beim betätigen des Schalters immer auf 100% eingestellt werden?)

[haselchen]

@BlackRed

Wenn Du mit 1 Sek das Polling meinst, habe ich den Wert auf 10 stehen und keine Verzögerung.
Muss bei dir an was anderem liegen.
Wobei 1sek für jeden anders lang ist
Mich würde das nicht stören.

Konstellation bei mir ist die neueste Node-Red Version und HUE Adapter 3.2.4
Die anderen Angaben stehen in meiner Signatur.

[ChristianG]

Geht dieses node tool noch?

[Jan1]

@ChristianG
Diese zwei (werden zusammen verwendet) funktionieren noch. Welche Geräte willst denn damit verbinden?

[ChristianG]

@Jan1 ich versuche meine eigenen Skripe über die Sprachsteuerung einzubinden weil die Cloud dauernd hängt.

[ChristianG]

@Jan1 Wie meinst du mit zusammen verwendet? Kannst du mir mal ein screen zeigen?

[Jan1]

@ChristianG
so z.B.:

Die müssen aber erst nachinstalliert werden.

Also ein Hub und daran hängst alles was an Alexa ran soll, wobei die zweite Node der "frindly name" ist.

Die Frage nach den Geräten oben, hat sich auf Tasmota Geräte bezogen, da die direkt über den internen EMU schon an Alexa angebunden werden können, ist Nod-Red zwar möglich, aber wesentlich umständlicher und cloudfrei ist beides.