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

[hotspot_2]

@mickym Das sieht beim Shelly Plug gut aus.

Das der Ordner einen Wert enthält kannte ich bisher so nicht, aber sieht für mich erstmal gut aus.

Kann es sein das beim Shelly Plus 1 nicht alle Werte sichtbar sind? Switch sehe ich z.B. nicht.

[mickym]

@hotspot_2 Du musst halt mal schalten - der Baum baut sich erst auf, wenn sich die Daten ändern.

Was Du machen kannst, ist dass Du die Shellies mal aufforderst alle Infos zu senden:

Dazu sollte es direkt unter shellies einen command topic geben. In das schreibst Du "unbestätigt" den String "announce"

[mickym]

@hotspot_2 Lebst Du noch - oder untersuchst Du die Datenpunkte?

[hotspot_2]

@mickym sagte in Shellys ("Alt und Plus") über MQTT Adapter:

announce

Unter Shellies gibt es einen Ordner "announce" was hat der zu bedeuten?

Sonst passt alles für mich.

Beim Plus1 konnte ich jetzt noch nichts finden zum Schalten.

[mickym]

@hotspot_2 sagte in Shellys ("Alt und Plus") über MQTT Adapter:

Unter Shellies gibt es einen Ordner "announce" was hat der zu bedeuten?

Der Ordner enthält den JSON in einzelne Datenpunkte aufgeteilt, denn Du direkt unter shellies/announce findest:

Aus jedem JSON wird also ein Ordner gemacht und die Eigenschaften in einzelne Datenpunkte geschrieben.

[mickym]

@hotspot_2 So erst mal noch die 1. Generation - hier schaltest Du jetzt über den command Datenpunkt !!!

[hotspot_2]

@mickym Ok. Passt.

Irgendwie gefällt mir die erste Variante mit nur den Datenpunkten die ich brauche irgendwie besser. Auch wenn ich dann für jeden Shelly die Nodes anlegen muss. Irgendwie wirkt es übersichtlicher für mich im Moment.

[hotspot_2]

@mickym sagte in Shellys ("Alt und Plus") über MQTT Adapter:

@hotspot_2 So erst mal noch die 1. Generation - hier schaltest Du jetzt über den command Datenpunkt !!!

Heisst aber für jeden Shelly der ersten Generation muss ich dann diese beiden Nodes anlegen fürs schalten, eingelesen wird über den Subflow sonst alles an Eigenschaften.

[mickym]

@hotspot_2 Ja - ist auch professioneller - weil im Prinzip verdoppelst Du ja nur bereits vorhandene Informationen und wie gesagt mit Objekten und JSON umzugehen - musst Du sowieso lernen. Sollen wir also bei der 1. Version wieder weitermachen?

[hotspot_2]

@mickym Gerne mit der ersten Version weitermachen.

[mickym]

@hotspot_2 Zum Steuern musst Du grundsätzlich auch bei der anderen Version die Nodes anlegen. Du kannst aber auch mit Blockly schalten wenn Dir das lieber ist. Aber gerade für die Geräte der 2. Version - ist Blockly nur grauslig und ich bin NodeRed Fan - weil ich es viel mächtiger finde.

[hotspot_2]

@mickym sagte in Shellys ("Alt und Plus") über MQTT Adapter:

@hotspot_2 Zum Steuern musst Du grundsätzlich auch bei der anderen Version die Nodes anlegen. Du kannst aber auch mit Blockly schalten wenn Dir das lieber ist.

Schalten dann mit Blockly auf die Objekte die ich mit NodeRed angelegt habe, oder?

[mickym]

@mickym

@hotspot_2 sagte in Shellys ("Alt und Plus") über MQTT Adapter:

@mickym sagte in Shellys ("Alt und Plus") über MQTT Adapter:

@hotspot_2 Zum Steuern musst Du grundsätzlich auch bei der anderen Version die Nodes anlegen. Du kannst aber auch mit Blockly schalten wenn Dir das lieber ist.

Schalten dann mit Blockly auf die Objekte die ich mit NodeRed angelegt habe, oder?

Im Prinzip spielt es keine Rolle - das ist ja was die wenigsten begreifen. Ich kann mit Node-Red Datenpunkte schreiben und damit Blocklies triggern.

Aber gerade beim Schalten hast Du mit Node Red viel mehr Vorteile - weil Blockly nicht gut mit Objekten umgehen kann.

[hotspot_2]

@mickym Muss ich mir mal anschauen. Bis jetzt habe ich halt mit Blockly und ein paar Javascript Skripten alles gemacht was ich so brauche.

Würde mir jetzt erstmal alle Objekte wieder richten von den Shellys über NodeRed und dann schauen was man mit NodeRed noch so alles machen kann.

[mickym]

@hotspot_2 Mit NodeRed kannst Du mehr machen als mit Blockly. ;) Es gibt auch Nodes - für die es im iobroker gar keine Adapter gibt oder wenn einer mal nicht funktioniert. Du hast nur Einschränkungen wenn Du sendTo zu einem Adapter schickst, aber dafür habe ich ein JS Proxy geschrieben.

Also zurück zur 1. Version.

So für die 2. Generation zeige mir bitte einen Screenshot Deiner Objekte.

Du solltest eigentlich

<shelly-id>/events/rpc
einen rpc Events Datenpunkt haben wo der Status enthalten ist.

Ich habe noch gesehen die Geräte der Generation 2 schaltet man mit true und false - wollen wir die mit der 1. Generation auch mit true und false schalten, um es einheitlich zu haben?

[hotspot_2]

@mickym Hab den 1. Flow wieder aktiviert. Jetzt hat das anlegen der Struktur usw. auf Anhieb geklappt.

True / False einheitlich passt.

Anbei ein Screenshot eines Shelly Plus 1:

[mickym]

@hotspot_2 Ja bei mir auch - keine Ahnung was da passiert ist.

Gut dann müssen wir die payload von on auf true und off auf false übersetzen. Dazu bedienen wir uns einer Change Node die wir dazwischen klemmen.

Wir müssen dann aber auch noch den Datentyp des Datenpunktes umändern. Zum Ändern einer payload - wie gesagt eine Change Node nutzen.

[hotspot_2]

@mickym Change Node klappt.

[mickym]

@hotspot_2

Achte darauf, dass Du nicht einen String in den Datenpunkt schickst, sondern ein Boolean

Insgesamt sieht das also so aus:

Also für den Status wird on/off in true/false übersetzt -

für die Steuerung muss dann bei Generation 1 true/false wieder in on/off übersetzt werden:

Also immer die Datentypen betrachten. Wenn Du auf Kurs bist, dann melde dich.

[hotspot_2]

@mickym Ich brauch doch zwei Change Nodes oder? Einmal von string auf boolean und dann beim anderen wieder von boolean auf string umsetzen.

Aber irgendwie schaltet es dann nicht mehr richtig.