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

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

[hotspot_2]

@mickym

[mickym]

@hotspot_2 Gut jetzt zeige ich Dir wie Du aus einem Objekt die Eigenschaften extrahierst, die Du brauchst. Du klappst an den Pfeilen erst mal die ganzen Objekte auf;

uns interessiert ja die output- Eigenschaft - Du fährst mit der Maus rechts neben die Eigenschaft und kopierst den Pfad:

Nun ändern wir die payload wieder mit einer Change NOde und setzen die Payload auf den Pfad (später wirst Du einfach über einen Punkt. direkt auf die Eigenschaft zugreifen). Also wir setzen die payload, auf payload.output

Auch hier wieder auf den Datentyp achten. In diesem Fall ist es das msg.objekt

[hotspot_2]

@mickym