Mqtt best practice

[mickym]

@dos1973 das JSON Objekt musst Du in ein neu zu erstellenden set DP schreiben, nicht in command. Ausserdem darfst Du bei mqtt nicht ein JSON Objekt beschreiben, sondern einen String. Sprich Du musst das JSON Objekt in einen String umwandeln.

In Javascript nutzt DU dazu stringify

Ob die Konvertierung im Blockly nach String funktioniert weiss ich nicht.

In Node-Red setze ich zum Beispiel direkt den Dimmwert in dem JSON Objekt und wandel es dann in einen String um.

Sprich Du darfst in Deinem mqtt Client kein JSON Objekt sondern einen String übergeben

Ob Dein mqtt Explorer die Konvertierung selbst durchführt, weiß ich nicht, gehe aber eigentlich davon aus.

Die Struktur sieht eigentlich identisch zum Dimmer aus:

Wenn alles geklappt hat - wird der status DP zum Beispiel mit dem aktuellen Dimmwert aktualisiert:

[mickym]

@dos1973 sagte in Mqtt best practice:

irgendetwas ist hier "buggy", wenn ich den Befehl absetze, ist der shelly für 30sekunden offline...

Dann bootet der Shelly neu

[dos1973]

@mickym
ich versuche eben dein Bsp von vorher nachzubauen...

aber ich bekomme bei dem payload ein Fehler

kannst du nochmals nachhelfen

edit: auf String umgestellt, ist der Fehler weg...

[mickym]

@dos1973 Du musst kannst das schon als Objekt machen - die JSON Node wandelt Objekte in String um und umgekehrt, wenn man es nicht explizit angibt.

Da der Dimmer identisch zu dem VIntage funktioniert - habe ich es bei mir ausprobiert und gibt überhaupt kein Problem

Hier der Flow zum Import - die mqtt out Node musst halt noch setzen:

Spoiler

[
   {
       "id": "e7ba93bc.d0a76",
       "type": "change",
       "z": "169f5b00.a13415",
       "name": "",
       "rules": [
           {
               "t": "set",
               "p": "payload",
               "pt": "msg",
               "to": "{\"brightness\":100,\"turn\":\"on\",\"transition\":500}",
               "tot": "json"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 590,
       "y": 880,
       "wires": [
           [
               "8d56af93.953c4"
           ]
       ]
   },
   {
       "id": "bc65361e.f542b8",
       "type": "inject",
       "z": "169f5b00.a13415",
       "name": "",
       "props": [
           {
               "p": "topic",
               "v": "true",
               "vt": "bool"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "x": 410,
       "y": 880,
       "wires": [
           [
               "e7ba93bc.d0a76"
           ]
       ]
   },
   {
       "id": "8d56af93.953c4",
       "type": "json",
       "z": "169f5b00.a13415",
       "name": "",
       "property": "payload",
       "action": "",
       "pretty": false,
       "x": 790,
       "y": 880,
       "wires": [
           [
               "1ad1e9c5.dbaa86",
               "9696c9c7.db3af8"
           ]
       ]
   },
   {
       "id": "1ad1e9c5.dbaa86",
       "type": "debug",
       "z": "169f5b00.a13415",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "false",
       "statusVal": "",
       "statusType": "auto",
       "x": 970,
       "y": 880,
       "wires": []
   }
]

Bei der Change Node musst halt wieder darauf achten, dass Du ein JSON Objekt verwendest:

Im status - wird nur die transitiontime nicht korrekt wieder gegeben.

[dos1973]

@mickym
das führt dazu dass der shelly rebootet.

[mickym]

@dos1973 Dann hat der Shelly hier ggf. einen Fehler - schau mal Parameter für Parameter. Vielleicht lässt mal die transition time weg.

Im Prinzip funktioniert es auch, wenn Du das Objekt im set Punkt direkt beschreibst.

Das tut bei mir:

[mickym]

@dos1973 Mach Dir keinen Kopf - die vintage Dinger haben wohl mit dem Dimmen generell ein Problem:

Liegt also nicht an Dir oder an den Tools:

https://www.shelly-support.eu/forum/index.php?thread/11261-shelly-vintage-mqtt-set-brightness-is-not-working/

[dos1973]

@mickym

ok, nur on off im payload funktioniert. Der Link bestätigt den Fehler.
habe eben noch das aktuellste update geladen.

Gibt es denn noch eine alternative Möglichkeit, den Dimmlevel zu steuern?

ich habe noch einen Spot im Schrank... werde damit mal testen

[mickym]

@dos1973 Ich würde zwar auf das FW Update warten, aber Du kannst natürlich auch das HTTP Protokoll verwenden.

Dieser Flow funktioniert bei mir auch:

Spoiler

[
    {
        "id": "9e845204.a7a12",
        "type": "change",
        "z": "169f5b00.a13415",
        "name": "",
        "rules": [
            {
                "t": "set",
                "p": "payload",
                "pt": "msg",
                "to": "{\"brightness\":100,\"turn\":\"on\"}",
                "tot": "json"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 590,
        "y": 1020,
        "wires": [
            [
                "730a2f24.f40f1"
            ]
        ]
    },
    {
        "id": "c518e7ea.47b508",
        "type": "inject",
        "z": "169f5b00.a13415",
        "name": "",
        "props": [
            {
                "p": "topic",
                "v": "true",
                "vt": "bool"
            }
        ],
        "repeat": "",
        "crontab": "",
        "once": false,
        "onceDelay": 0.1,
        "topic": "",
        "x": 410,
        "y": 1020,
        "wires": [
            [
                "9e845204.a7a12"
            ]
        ]
    },
    {
        "id": "24213500.57389c",
        "type": "debug",
        "z": "169f5b00.a13415",
        "name": "",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "true",
        "targetType": "full",
        "statusVal": "",
        "statusType": "auto",
        "x": 990,
        "y": 1020,
        "wires": []
    },
    {
        "id": "730a2f24.f40f1",
        "type": "http request",
        "z": "169f5b00.a13415",
        "name": "",
        "method": "GET",
        "ret": "txt",
        "paytoqs": "query",
        "url": "http://192.168.xxx.xxx/light/0/parameters",
        "tls": "",
        "persist": false,
        "proxy": "",
        "authType": "",
        "x": 790,
        "y": 1020,
        "wires": [
            [
                "24213500.57389c"
            ]
        ]
    }
]

Musst halt Deine IP Adresse verwenden und wenn Deine Shellies mit Kennwort gesichert sind, das halt in die Basisauthentifizierung angeben.

Wenn alles OK ist, dann solltest Du über die HTTP Schnittstelle ein Returncode=200 zurück bekommen.

[dos1973]

@mickym
das klappt 1 A. Also das gefällt mir richtig gut.

ich schau mal dass ich den Spot rauskrame...

Danke Dir - fühl dich gedrückt

[dos1973]

@dos1973
noch was, das "inject" würde ich durch eine Vis DP button ersetzen und könnte dann schalten, könnte die flows dann um weitere "flows" ergänzen um eine Gruppe von Leuchten zu steuern?

[mickym]

@dos1973 Du musst halt die Inject Node durch eine iobroker IN Node ersetzen und auf den DP setzen, den Du mit VIS akutalisierst.

Falls Du mit einem Button mehrere Shellies gleichzeitig steuern willst verzweigst Du wie es Dir passt.

Wenn die 3 der Gruppe immer die gleichen Parameter enthalten sollen machst Du halt

Langsam sollte das Prinzip von NodeRed ja einleuchten.

[dos1973]

@mickym
so langsam finde ich gefallen an node-red... ist schon recht einfach schnell Abläufe zu erstellen (mit deinem Vorlagen).
Das Problem wie bei allen neuen Sachen, erstmal die richtigen Kärtchen zu identifizieren.

[mickym]

@dos1973 Ich würde ggf. trotzdem später warten und nicht mqtt mit http mischen. Gibt zwar beide Möglichkeiten, aber macht das halt ggf. später schlechter wartbar oder für die Fehlersuche transparent.

[dos1973]

@mickym

ist mir ja schon etas "unangenehm" aber ich suche seit 2 Stunden?!

ich habe vor ein paar Tagen alles eingerichtet und jetzt fällt mir ein Shelly2.5 raus.
Ich kann keine Befehle mehr absetzen, command on / off etc.

ich habe den Shelly rebooted, mqtt deaktiviert, aktiviert. Mqtt Instanz gestartet...
eigentlich alles. Alle anderen funktionieren noch - nur der ist weg und ich bekomme den nicht wieder eingebunden.

Wüsste nichts mehr was ich noch machen kann. Idee?

die states werden aktualisiert, wenn ich über das webfrostend schalte.

[mickym]

@dos1973 Das was Du markiert hast - gibt den Status wieder - steuern tust Du über den Datenpunkt. Schau auch mal in das Log, ob irgendwelche Fehlermeldungen auftauchen.

[dos1973]

@dos1973 sagte in Mqtt best practice:

die states werden aktualisiert, wenn ich über das webfrontend schalte.

das meine ich
Über command kann ich nicht schalten

[mickym]

@dos1973 nun step für step - geht es mit Deinem mqtt Frontend - direkt mit mosquitto? Oder auch möglich kannst Du über NodeRed und mqtt out schalten oder klappt es nur über den iobroker mqtt Adapter nicht?

[dos1973]

@mickym
es geht nur über das Shelly webfrontend.

mqtt.0.shellies.Wohnzimmer_Lichtschalter.relay.0.command

geht es nicht.

[mickym]

@dos1973 sagte in Mqtt best practice:

mqtt.0.shellies.Wohnzimmer_Lichtschalter.relay.0.command

Also alles andere schon ausgeschlossen? (mqtt out, mqtt GUI etc)?

Dann kannst natürlich versuchen erst mal den DP zu löschen und neu anzulegen, ob das was bringt

Zur Not kannst auch mqtt ganz ausschalten in dem Shelly - den ganzen Shelly im Adapter löschen. Dann mqtt wieder einschalten, dann sollten alle Datenpunkte wieder kommen. Den command DP musst aber immer manuell anlegen.