Mqtt best practice

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

[dos1973]

@mickym sagte in Mqtt best practice:

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

mit node-red habe ich nichts gemacht, nur direkt aus iobroker über den command DP Befehl. So lief es ja bisher und alle anderen2.5 Shelleys auch. Komisch!
jetzt haben ich den ganzen DP gelöscht, aber er wird nicht wieder aufgebaut.
na, ich warte mal paar Minuten

[mickym]

@dos1973 Ne den command DP musst selbst wieder anlegen - der kommt nicht von selbst - da wie gesagt der Shelly auf den Datenpunkt hört aber nichts schickt.

Wenn Du direkt die mqtt Nodes benutzt - umgehst Du den iobroker und arbeitest direkt mit Deinem mosquitto.

Ausserdem legst Du so automatisch den DP wieder neu an.

Der Pfad wird über "/" in der mqtt-Notation gepublished - nicht über Punkte.

[dos1973]

@mickym
Hab den shelly jetzt zurückgesetzt und wieder angebunden. Geht jetzt wieder.

Hoffe ich habe aktuell nur etwas Pech;-) und das ganze ist stabil genug…

[mickym]

@dos1973 Vielleicht hat er sich verschluckt beim Ausprobieren. Ich kann mich über Stabilität nicht klagen. Ich betreibe meine Shellies nun seit über 1,5 Jahren so.

[dos1973]

@mickym
also, das ganze MQTT" ist nervig. ein Adapter ist um Welten stabiler...

• bin gernevt
  überlege echt alle wieder Zurückzubauen

[BananaJoe]

@dos1973 also MQTT ist eine stabile Sache. Für Firmware-Probleme mit einem Endgerät kann der MQTT Broker, z.B. Mosquitto, nichts. Und du hast doch den MQTT Adapter = Adapter, und damit ist MQTT aus meiner Sicht innerhalb von ioBroker "Technikerleicht" zu nutzen.