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

[KlausStoertebeker]

@mickym
danke für die Info

Ich habe nur noch eine Frage zur command-Syntax. Wenn ich beispielsweise den target_C auf 22 Grad stellen will, was schreibe ich dann in den command-Datenpunkt:

target_C: 22
target_C = 22
target_C?value=22

[mickym]

@klausstoertebeker Nein es heißt

1. target_t und nicht target_c und
2. zweitens ist das ein eigenter topic unter command - in dem Du nur die Zahl publishst.

Also unter

shellies/shellytrv-<id>/thermostat/0/command/target_t, also unter thermostat/0 machst Du ein Folder command und darunter ein Datenpunkt target_t und in den schreibst Du eine Zahl als Zieltemperatur.

In diesem Thread siehst Du dass target_t ein eigenes topic unter command ist:

Das gilt aber wie gesagt nur für Gen1 Geräte, nicht für Gen3 Geräte

[KlausStoertebeker]

@mickym
Moin moin mickym,
ich brauche nochmal Deine Hilfe. Ich möchte aus folgender JSON-formatierter Zeichenkette folgende Information extrahieren

{
  "src": "shellyplusi4-c4d8d554856c",
  "dst": "shellyplusi4-c4d8d554856c/events",
  "method": "NotifyEvent",
  "params": {
    "ts": 1742530641.42,
    "events": [
      {
        "component": "input:2",
        "id": 2,
        "event": "single_push",
        "ts": 1742530641.42
      }
    ]
  }
}

folgende Information extrahieren:
wenn "events" vorhanden dann wenn "component" = "input:2" enthalten gib den Wert von "event" zurück.
Wie kann ich das mit dem JSON.parse() und/oder anderen JSON.xxxx machen? Ich möchte das in einen Datenpunkt von einem Alias packen, um den RPC-Event-Datenpunkt eines Shelly auszuwerten.

Hintergrund ist, dass ich nicht nur feststellen will, ob eine Taste gedrückt wurde (hier Taste an "input:2"), sondern auch, um was für einen Tastendruck es sich gehandelt hat (zum Beispiel "einfach", "zweifach", "dreifach", "lang"...)

Wäre das dann vielleicht sowas wie

if(JSON.parse(JSON.parse(val).params.events).component == "input:2") JSON.parse(JSON.parse(val).params.events).event; "";

[mickym]

Ob das mit den events so gut ist, bezweifle ich mal - da das ein Array ist und wenn das event an anderer Stelle steht, dann schaust Du in die Röhre. Ich würde lieber bei Status schauen. "If" funktioniert in meinen Augen auch nicht.

So wie es momentan funktioniert wäre so:

JSON.parse(val).params.events[0].component === "input:2" ? JSON.parse(val).params.events[0].event  : ""

Aber wie gesagt, dass geht nur wenn das event an 1. Stelle steht. Wenn das komplexer wird, würde ich doch lieber eine Logikamschine nehmen. So funktioniert es halt wenn das an erster Stelle im Array steht.

Die Frage ist halt - gibt es dennn unter status kein "input:2"

Wie gesagt, so funktioniert es zwar - aber ich würde immer den status erst abfragen, bevor ich auf events reagiere. Dann kannst Dir auch die Bedingung sparen, da unter status "input:2" auch nur dann aktualisiert wird, wenn getriggert.

[KlausStoertebeker]

@mickym

Hallo mickym,
ich kann den Status eines "input:x" offenbar nur auswerten, wenn dieser als "Switch" konfiguriert ist. Dann bekomme ich über "JSON.parse(val).state" den aktuellen Schalterstatus ("true" oder "false").
Ich habe aber meine "input:x" als "Button" konfiguriert und wollte auch hier über die "JSON.parse(val).state" Funktion die Art des Tastendrucks auswerten. Aber offenbar ändert sich der "state" nicht, wenn der "input:x" als Button konfiguriert ist - der ist immer "null". Zumindest habe ich mir mal ein Skript geschieben, dass auf eine Statusänderung getriggert war. Aber das hat nie ausgelöst"...

JSON.parse(val).params.events[0].component === "input:0" ? JSON.parse(val).params.events[0].event  : ""

funktioniert prima, allerdings bekomme ich nun vom Javascript-Adapter ständig folgende Fehlermeldungen:

javascript.0   2025-03-23 18:32:00.161  error  Invalid read function for "alias.0.Kueche_Deckenbeleuchtung_Hw-Schalter.Schalter": "JSON.parse(val).params.events[0].component === "input:1" ? JSON.parse(val).params.events[0].event : (null)" => Cannot read properties of undefined (reading '0')

Ich schätze aber mal, dass das damit zusammenhängt, dass nicht bei jedem Event auch die Attribute "component" und "event" enthalten sind, oder? Kann man diese Fehler irgendwie abfangen, indem man die read-Funktion anpasst?

[mickym]

@klausstoertebeker sagte in Shelly-Geräte mit MQTT-Adapter steuern:

Ich schätze aber mal, dass das damit zusammenhängt, dass nicht bei jedem Event auch die Attribute "component" und "event" enthalten sind, oder?

Ja - deswegen ist events auch ungeeignet. Du sollst unter status den Datenpunkt auswerten. Ein Button hat KEINEN Zustand - deswegen ist er in der Regel true. Das heißt hier prüft man nur auf Aktualisierung.

[KlausStoertebeker]

@mickym

Bei mir sind die Buttons "null" - siehe hier:

[mickym]

@klausstoertebeker und bei denn switches?

[KlausStoertebeker]

@mickym

Ob die Switches an oder aus sind, siehst Du am Attribut "output": "true" = an...
Und ich muss Dir recht geben: Der Status der "input:x" wechselt von "null" auf "true", wenn er gedrückt wird - mea culpa! Vermutlich hat mein damaliges Skript nicht reagirt, weil ich nicht auf einen String sondern auf einen Boolean verglichen habe.

Kann man diese Abfrage auch irgendwie in die Alias-read-Funktion packen? Vielleicht in der folgenden Art:

JSON.parse(mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0).state === "true" ? JSON.parse(val).params.events[0].event  : "null"

[mickym]

@klausstoertebeker

=== "true" 

läßt Du einnfach weg.

Also so:

JSON.parse(mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0).state ? JSON.parse(val).params.events[0].event : "null"

[KlausStoertebeker]

@mickym

Habe ich gemacht, und ich erhalte jetzt folgenden Fehler:

javascript.0  2025-03-23 19:17:00.212  error  Invalid read function for "alias.0.Wohnzimmer_Esstischlampe_Hw-Schalter.Taster": "JSON.parse(mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0).state ? JSON.parse(val).params.events[0].event : "null"" => missing ) after argument list

[mickym]

@mickym sagte in Shelly-Geräte mit MQTT-Adapter steuern:

mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0

Na ist ja auch ein Fehler. In dem parse muss ja auch val. Solange da bei state null ist, dann hilft Dir das nichts. Also ist der Datenpunkt so ungeeignet - dann musst halt doch mit dem Blockly arbeiten.

[Master67]

Puh.... ich trottelt hätte auf die Gen. 3 warten sollen!

Mit der Überzeugung das ich die Shellys PlugPlus S per Shelly Adapter im ioBroker steuern kann, habe ich mir 10 Stück gekauft, die Shellys Gen, 1 die bei mir laufen sind alle mit Tasmota geflasht und sind somit im ioBroker
eingebunden.
Gut, nun versuche ich die per Mqtt in den iob zubekommen, aber hier scheitere ich schon an der Übersetzung:

Keine Ahung wo und wie ich das alles eintragen soll, zum Testen läuft auch noch HA (nutze ich nicht, weil das kein Blockly hat) dort werden die PlugPlus s aber gefunden, ich glaube ich bin langsam zu alt für den sch....

Hat jemand eine "einfache" Anleitung wie ich das so hinbekommen das ist auf die Daten wie Power/Watt usw.. per ioBroker zugreifen kann?

Alternativ würde mir nur dann bleiben die Teile irgendwo im Keller zu verbauen wo sie nur "schalten" und nichts Anzeigen sollen und mit 10 neue Messdosen mit Tasmota drauf zu kaufen

[mcm1957]

@master67
Warum verwendest du nicht den Shelly Adapter?
Shelly Plus Plug S ist voll unterstützt.

Oder lebst die die sprichwörtliche Methode "Warum einfach wenns umständlich auch geht?"

Da giubts ne deutsche Anleitung auch gratis dazu:
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/README.md

[BananaJoe]

@master67 Öhm, laufen deine Shelly Plug S nun mit der Original-Shelly Software? oder mit Tasmota?

[Master67]

@mcm1957 sagte in Shelly-Geräte mit MQTT-Adapter steuern:

Warum verwendest du nicht den Shelly Adapter?

Das war der Plan.... nur werden im Shelly Adapter die Geräte der 1. Gen gefunden, keinen einzigen PlugPlus S, was mich ja auch Wundert, weil in HA werden die ja auch im Shelly "Adapter" gefunden,
dachte auch erst ist ein Einstellungsproblem, konnte es aber nicht lösen!

@bananajoe sagte in Shelly-Geräte mit MQTT-Adapter steuern:

Öhm, laufen deine Shelly Plug S nun mit der Original-Shelly Software? oder mit Tasmota?

Die PlugPlus S sind neu, die kann man nicht mehr mit Tasmota Flashen, also ist die Original Software drauf, nur die Shellys der 1. Gen, laufen (bis auf zwei) mit Tasmota.

So... nur 1. Gen

[BananaJoe]

@master67 sagte in Shelly-Geräte mit MQTT-Adapter steuern:

Die PlugPlus S sind neu, die kann man nicht mehr mit Tasmota Flashen, also ist die Original Software drauf, nur die Shellys der 1. Gen, laufen (bis auf zwei) mit Tasmota.

Ok, die Shellys mit Tasmota sind nun Tasmotageräte - dann müsstest du diese mit dem Sonoff-Adapter einbinden.
Da steht nur noch Shelly drauf, ansonsten haben die nichts mehr mit Shelly zu tun.

Die neueren Shellys sollten per MQTT laufen, sprechen darüber aber eine völlig andere Syntax.

Die nutzt du über den Shelly Adapter im MQTT-Modus. Wenn du den Adapter konfigurierst (Adapter! Unter iobroker!), stellst du dort den Port, Benutzernamen und Passwort ein:

Auf den Shellys konfigurierst du dann MQTT mit genau diesen Einstellungen - insbesondere den Port beachten!

[mcm1957]

@master67

Wenn du GEN 1 Geräte mit dem Shelly Adapter benutzen willst, dann stellst du den Shelly Adapter (normalerweise) auf COAP ein.

Wenn du GEN2 / 3 / 4 Geräte mit dem Shelly Adapter benutzen willst, dann stellst du den Shelly Adapter auf MQTT ein.

Das bedeutet:
Typisch hast due ZWEI Shelly Instanzen - eine Instanz mit COAP für GEN 1 Geräte und eine mit MQTT für GEN 2+ Geräte.

Eine ausführliche Anleitung hab ich dir schon oben verlinkt:
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/README.md

Bitte beachte, dass du in den Shellies GEN2+ MQTT explizit einschalten musst. Weiters musst du die IP des IoBroker hosts und den Port des Shelly Adapters (typisch 1882) angeben.

Wenn dann der Shelly noch immer nicht erkannt wird, poste bitte mal

• die Einstellungen des Adapters
• die Einstellungsseite (MQTT) eines Shellies
• allfällige LOGs

[Master67]

@mcm1957 sagte in Shelly-Geräte mit MQTT-Adapter steuern:

Das bedeutet:
Typisch hast due ZWEI Shelly Instanzen - eine Instanz mit COAP für GEN 1 Geräte und eine mit MQTT für GEN 2+ Geräte.

Mist.... hätte man auch von selbst draufkommen können, so habe ich das z.B. beim Modbus auch, werde ich heute Abend erstellen und dann mal kurz berichten ob die Shellys dann da sind, danke dir für den Tipp

[Master67]

@mcm1957 sagte in Shelly-Geräte mit MQTT-Adapter steuern:

Wenn dann der Shelly noch immer nicht erkannt wird, poste bitte mal

ich gebe es auf, die Plug S werden einfach nicht erkannt!

Ich bekomme keine Verbindung hin, egal was für einen Port ich auch immer verwenden, nutze ich aber den MQTT Broker/Client mit den gleichen Einstellungen kommt die Mqtt Verbindung zustande

Mittlerweile stelle ich mir die Frage, habe ich den richtigen Shelly Adapter installiert?