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

[hotspot_2]

@mickym Nein die sind aktuell nicht auf gleicher Ebene. Sondern aufgeteilt nach Art (Licht, Schalter, usw.) und dann nach den Bereichen (Keller, Garten, Dachgeschoss, EG, usw.).

[mickym]

@hotspot_2 Àuch das macht ja nichts wenn die Hierarchie die gleich ist. mqtt kannst du für jede Ebene einen Wildcard verwenden. Mach halt mal einen Screenshot und klapp die Dinger mal auf.

Ich hab das auch so:

bei mir sieht die Struktur so aus:

shellies/Art/Raum/Gerät

[hotspot_2]

@mickym Sieht so aus:

[mickym]

@hotspot_2

dann schau mal ob das so passt auf gleicher Ebene.

shellies/+/+/+/status/sys

Die + stehen für beliebigen Wert. Also wenn die Ebenen gleich sind bekommst Du damit alle topic in dem die Info steht. Das topic kannst dann auch noch über einen regulären Ausdruck ausfiltern. Keine Ahnung ob es in sys ist - musst Du wissen. Ich hab keine Gen2 Geräte.

Ansonsten kannst ja mehrer mqtt-In Nodes mit unterschiedlichen Ebenen in einen Flow laufen lassen. Du kannst ja auch das ganze topic verwenden.

Unspezifischen alles subscriben würde ich auf KEINEN Fall.

[hotspot_2]

@mickym Wie kann ich den nochmal testen was für ein output das mqtt in node produzieren würde mit den wildcards oben? Einfach ein Debug dahintersetzen geht ja nicht.

[mickym]

@hotspot_2 Freilich einfach ein debug dahinter setzen - dann siehst du ja was rauskommt. Du solltest außerdem ein

command Datenpunkt direkt unter shellies haben. Dort das Kommando announce reinschreiben, dann werden alle Shellies ihren Status aktualisieren.

Anhand der topics der einzelnen Nachrichten siehst Du im debug doch, von welchem Shelly die Nachricht stammt.

das sollte auch für Gen2 Geräte funktionieren:

entweder für alle oder einzelne Geräte

[hotspot_2]

@mickym Irgendwie klappt das nicht bei mir. Da passiert nichts im debug.

[
    {
        "id": "80576c1b365aebef",
        "type": "mqtt in",
        "z": "10e6b7a36260eb50",
        "name": "",
        "topic": "shellies/licht/garten/hof/status/sys",
        "qos": "2",
        "datatype": "auto-detect",
        "broker": "b22fc4d3e3f172bb",
        "nl": false,
        "rap": true,
        "rh": 0,
        "inputs": 0,
        "x": 190,
        "y": 180,
        "wires": [
            [
                "cd4cde48c92b7d8b"
            ]
        ]
    },
    {
        "id": "cd4cde48c92b7d8b",
        "type": "debug",
        "z": "10e6b7a36260eb50",
        "name": "debug 1",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "true",
        "targetType": "full",
        "statusVal": "",
        "statusType": "auto",
        "x": 520,
        "y": 180,
        "wires": []
    },
    {
        "id": "111bda243154cac4",
        "type": "inject",
        "z": "10e6b7a36260eb50",
        "name": "",
        "props": [
            {
                "p": "payload"
            }
        ],
        "repeat": "",
        "crontab": "",
        "once": false,
        "onceDelay": 0.1,
        "topic": "",
        "payload": "announce",
        "payloadType": "str",
        "x": 140,
        "y": 240,
        "wires": [
            [
                "322b9cc7039a66b2"
            ]
        ]
    },
    {
        "id": "322b9cc7039a66b2",
        "type": "mqtt out",
        "z": "10e6b7a36260eb50",
        "name": "",
        "topic": "shellies/command",
        "qos": "",
        "retain": "",
        "respTopic": "",
        "contentType": "",
        "userProps": "",
        "correl": "",
        "expiry": "",
        "broker": "b22fc4d3e3f172bb",
        "x": 490,
        "y": 240,
        "wires": []
    },
    {
        "id": "b22fc4d3e3f172bb",
        "type": "mqtt-broker",
        "name": "iobroker mqtt adapter",
        "broker": "localhost",
        "port": "1883",
        "clientid": "mqttin_nodered",
        "autoConnect": true,
        "usetls": false,
        "protocolVersion": "4",
        "keepalive": "60",
        "cleansession": true,
        "birthTopic": "",
        "birthQos": "0",
        "birthPayload": "",
        "birthMsg": {},
        "closeTopic": "",
        "closeQos": "0",
        "closePayload": "",
        "closeMsg": {},
        "willTopic": "",
        "willQos": "0",
        "willPayload": "",
        "willMsg": {},
        "userProps": "",
        "sessionExpiry": ""
    }
]

[mickym]

@hotspot_2 Hmm das müsste gehen - Du siehst doch unter den Objekten im mqtt welche Datenpunkte aktualisiert werden. Steht das denn unter sys mit dem Update? - Wie gesagt da ich kein Gen2 Geräte habe - kann ich nur mutmaßen, wie es funktionieren sollte.

[hotspot_2]

Ich habs. Man muss "status_update" senden.

[mickym]

@hotspot_2 Ah stimmt steht ja auch so drin.

[hotspot_2]

@mickym Ja, so passt das. Habe jetzt mit den "+" Zeichen von allen Gen2 eine Antwort bekommen. Kann dann auch die Gen1 einbauen und mal einen schönen Flow basteln ;-). Danke für deine Hilfe, vielleicht melde ich mich nochmal wenn's klemmt.

[dos1973]

@mickym

Hi, darf ich dich nochmals um Hilfe bitten.
ich habe eine Shelly Bewegungsmelder mit folfendem Inhalt

habe auch die Datenpunkte aus dem Payload als DP im Iobroker, klappt alles soweit.

Der Wert zeigt an ob der Bewegungsmelder "scharf" ist
active: true/ false

Der Wert wird basierend des Status mittels mqqt aktualisiert, aber ich würde den DP auch gern schalten können mit true/false

0_userdata.0.Wohnung.Status.Shellys.1-Wohnzimmer.Ipad-Motion_new.Bewegungsmelder_aktiv

habe leider keinen Schimmer wie ich es angehen muss.
Kannst du helfen?

[mickym]

@dos1973 Bewegungsmelder sind Gen1 Geräte https://shelly-api-docs.shelly.cloud/gen1/#shelly-motion-mqtt

Was willst Du denn an einem Bewegungsmelder bitte schalten?

Die Parameter etc. kann man sowie ich die Doku verstehen, alle über HTTP steuern - dafür musst dann halt HTTP requests raussenden.

Also über die Get Methode - ich würde halt übers WEB Interface prüfen, ob der Parameter dann angekommen ist.

https://shelly-api-docs.shelly.cloud/gen1/#shelly-motion-settings

Also wenn du eine LED deaktivieren willst müsstest Du ein Objekt wie folgt senden:

{
    "led_status_disable": true
}

Also ausser konfigurieren weiss ich nicht was man an einem BWM schalten soll. Wie gesagt viel kann man da nicht über mqtt machen, sondern muss halt über http schalten.

Spoiler

[
   {
       "id": "cec3303cec8685fb",
       "type": "inject",
       "z": "289f539dcc33814e",
       "name": "",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "{\"led_status_disable\":true}",
       "payloadType": "json",
       "x": 470,
       "y": 4900,
       "wires": [
           [
               "766024d31b1a30a6"
           ]
       ]
   },
   {
       "id": "766024d31b1a30a6",
       "type": "http request",
       "z": "289f539dcc33814e",
       "name": "GET Request for settings",
       "method": "GET",
       "ret": "txt",
       "paytoqs": "query",
       "url": "http://192.168.178.49/settings",
       "tls": "",
       "persist": false,
       "proxy": "",
       "authType": "basic",
       "senderr": false,
       "credentials": {},
       "x": 690,
       "y": 4900,
       "wires": [
           [
               "6536cdaefffc1d9f"
           ]
       ]
   },
   {
       "id": "6536cdaefffc1d9f",
       "type": "debug",
       "z": "289f539dcc33814e",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 890,
       "y": 4900,
       "wires": []
   }
]

Ansonsten kann man ihn ggf. ausschalten - muss dann aber ans Gerät wieder um ihn einzuschalten.

[dos1973]

@mickym

Motion sensor aktivieren oder deaktivieren will ich schalten.
Also dass der BW melder bei Bewegung eben nicht reagiert

Über http habe ich den weg… aber ich dachte via true/ false aus node red wäre ganz nett.

[mickym]

@dos1973 Na wie gesagt wenn der Shelly kein MQTT nicht annimmt - dann ist das halt nicht implementiert, kannst Du doch über Node-Red direkt HTTP befehle schicken. Hab doch einen Beispielflow eingestellt. Insbesondere wenn Du die Befehle schon über HTTP ausprobiert hast.

kannst Du ja senden - ersetzt das halt in meiner Inject Node und schau ob das geht und sendest halt:

{
    "motion_enable" : false
}

[dos1973]

@mickym
Ok, dann bleibe ich bei dem http. Ich dachte das geht ggfs evtl doch.
Danke dir.

[mickym]

@dos1973 Nochmal Du sendest aus Node Red HTTP Requests - hast Du meinen Flow mal importiert? HTTP Requests kann NodeRed auch.

Von außen merkt das doch niemand ob Du via NodeRed ein HTTP Request oder ein Mqtt-Command schickst??

Oder sendest Du bereits HTTP aus NodeRed?

[dos1973]

@mickym

yupp, das klappt soweit
aktivieren / deaktivieren des Sensors

nur noch eine DP erzeugen und dann via true/ false den richtigen Befehl steuern.
aber heute nicht mehr, die erste versuche haben nicht gefruchtet

[mickym]

@dos1973 Na dann kannst Du es doch in Deine VIS oder Logik einbauen. Indem Fall brauchst Du aber nur eine HTTP-Request Node und schickst ja nur unterschiedliche Objekte in den Request. Na mit dem DP ist ja für Dich alten Hasen schon Routine.

Du hängst einfach diese beiden Nodes vor EINE Request Node.

Hier die Change Node

Spoiler

[
   {
       "id": "d9116e3f6adc938e",
       "type": "ioBroker in",
       "z": "289f539dcc33814e",
       "name": "aktiv - Name",
       "topic": "0_userdata.0.Test.aktiv",
       "payloadType": "value",
       "onlyack": "",
       "func": "all",
       "gap": "",
       "fireOnStart": "false",
       "outFormat": "MQTT",
       "x": 290,
       "y": 4820,
       "wires": [
           [
               "a17a1d8569647d9a"
           ]
       ]
   },
   {
       "id": "a17a1d8569647d9a",
       "type": "change",
       "z": "289f539dcc33814e",
       "name": "",
       "rules": [
           {
               "t": "move",
               "p": "payload",
               "pt": "msg",
               "to": "payload.motion_enable",
               "tot": "msg"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 500,
       "y": 4820,
       "wires": [
           []
       ]
   }
]

[dos1973]

@mickym

Danke dir, muss ich mir heute abend mal ansehen.