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

[mickym]

@stefan22 Da steht ich auf dem Schlauch, wenn Du eine HTTP Abfrage mit

... dieser URI machst dann bedeutet doch das true oder valse nur das Ergbenis dieser Abfrage und nichts anders (also nichts mit Tür oder sonst was - das sind doch sicher andere URIs die Du da verwendest?

Am Besten Du machst wieder einen Screenshot von Deinem Flow und/oder exportierst den.

Ach so ich glaube ich verstehe - Du hast irgendeinen Eventnode - der die HTTP Abfragen für Dich macht.
Nun dann ist einfach. Hänge einfach eine Switch Node ran, der filtert Dir alles nach den Keys die Du brauchst.

[stefan22]

@mickym Richtig aber über diese Event-Node kommen auch noch nacheinander die anderen Befehle rein.

Wenn jetzt noch die Maschine läuft würde quasi noch als drittes die Restzeit in Sekunden auftauchen.

[mickym]

@stefan22 Wie gesagt hänge eine Switch Node dazwischen - da filterst Du gant easy aus.
Den Switch Node - lässt Du nach msg.payload.key filtern.

Hier den Node zum importieren:

[
    {
        "id": "f04957b3.470838",
        "type": "switch",
        "z": "6e170384.60c96c",
        "name": "",
        "property": "payload.key",
        "propertyType": "msg",
        "rules": [
            {
                "t": "eq",
                "v": "BSH.Common.Status.RemoteControlStartAllowed",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "BSH.Common.EnumType.PowerState",
                "vt": "str"
            }
        ],
        "checkall": "true",
        "repair": false,
        "outputs": 2,
        "x": 1040,
        "y": 2700,
        "wires": [
            [
                "8a3f9133.acf6f"
            ],
            []
        ]
    },
    {
        "id": "8a3f9133.acf6f",
        "type": "change",
        "z": "6e170384.60c96c",
        "name": "",
        "rules": [
            {
                "t": "set",
                "p": "payload",
                "pt": "msg",
                "to": "payload.value",
                "tot": "msg"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 1260,
        "y": 2680,
        "wires": [
            []
        ]
    }
]

Wenn Du nur den 1. Ausgang brauchst - dann löschen den 2. Ausgang wieder.

Ich habs Dir nun für den 1. Ausgang so gemacht, dass Du dort wie gewünscht nur noch true oder false für "BSH.Common.Status.RemoteControlStartAllowed" value: true (oder false) bekommst. wenn Du beide Nodes hinter Deine blaue Node-Red Node klemmst.

Ich kenne jetzt zwar Deinen Change NOde nicht, aber wenn Du dort msg.topic auf msg.payload.key gesetzt hast und msg.payload schon auf msg.payload.value - dann brauchst ja nur noch den switch dahinter machen und auf msg.topic filtern. Diese Variante ist sogar noch geschickter. - Ich ändere mal den Flow.

[
    {
        "id": "aa0c95d9.989e58",
        "type": "change",
        "z": "6e170384.60c96c",
        "name": "",
        "rules": [
            {
                "t": "set",
                "p": "topic",
                "pt": "msg",
                "to": "payload.key",
                "tot": "msg"
            },
            {
                "t": "set",
                "p": "payload",
                "pt": "msg",
                "to": "payload.value",
                "tot": "msg"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 2140,
        "y": 2900,
        "wires": [
            [
                "15068b83.ecbbf4"
            ]
        ]
    },
    {
        "id": "15068b83.ecbbf4",
        "type": "switch",
        "z": "6e170384.60c96c",
        "name": "",
        "property": "topic",
        "propertyType": "msg",
        "rules": [
            {
                "t": "eq",
                "v": "BSH.Common.Status.RemoteControlStartAllowed",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "BSH.Common.EnumType.PowerState",
                "vt": "str"
            }
        ],
        "checkall": "true",
        "repair": false,
        "outputs": 2,
        "x": 2340,
        "y": 2900,
        "wires": [
            [],
            []
        ]
    }
]

Warum ist das geschickter? - Nun weil man dann die Festlegung msg.payload = msg.payload.value nur einmal festlegen muss und nicht in jedem Ast nach dem Switch.