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

[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.

[mickym]

@mickym Ich hab Di

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

@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.

Datentyp ändern im Datenpunkt - schauen ob deine Change Nodes richtig sind. Ich habs Dir gerade gepostet.

[hotspot_2]

@mickym Passt. Jetzt geht alles.

[mickym]

@hotspot_2 Gut wie gesagt - nun musst bissi lernen mit Objekten umzugehen. Bei der Generation2 steht der Status des Gerätes in events/rpc.

Da ich keine Shelly der 2. Generation habe - kopiere mal den Inhalt dieses Datenpunktes hier in code-tags.

Eine neue mqtt-IN Node musst Du auf dieses topic setzen.

[hotspot_2]

@mickym

{"src":"shellyplus1-a8032abd46cc","dst":"shellies/licht/obergeschoss/schlafzimmer/events","method":"NotifyStatus","params":{"ts":1679961759.17,"switch:0":{"id":0,"output":false,"source":"WS_in"}}}

[mickym]

Nee ich sehe ich glaube hier ist das:

poste mal diesen Inhalt in code-tags hier

[hotspot_2]

@mickym

{"src":"shellyplus1-a8032abd46cc","dst":"shellies/licht/obergeschoss/schlafzimmer/events","method":"NotifyStatus","params":{"ts":1679965237.59,"switch:0":{"id":0,"output":true,"source":"WS_in"}}}

[mickym]

@hotspot_2 OK . das kann man wahrscheinlich brauchen. aber bitte den anderen Datenpunkt im Status noch. Also status/switch:0

[hotspot_2]

@mickym

Licht aus:

{"id":0, "source":"WS_in", "output":false,"temperature":{"tC":50.9, "tF":123.5}}

Licht an:

{"id":0, "source":"WS_in", "output":true,"temperature":{"tC":50.8, "tF":123.5}}

[mickym]

@hotspot_2 OK - dann ist das der richtig - in der Output eigenschaft steht der Status - dann also bitte die mqtt-In Node auf dieses Status topic und dann eine debug-Node dahinter machen.