Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[mickym]

@BlackRed

Also was ich da sehen konnte ist mE alles etwas unnötig. Diese 3 Datenpunkte aus dem Node-Red wurden nur erstellt, weil die msg.payload ein Objekt und keine einzelne Werte zurück gegeben hat. Aber dazu ggf. später.

Was ich noch nicht ganz verstehe - wozu Du den SONOFF Adapter brauchst - simuliert Dir der wohl den MQTT Broker.
Ich bin ehrlich gesagt kein Freund der verschiedenen Adapter - wenn man MQTT nutzt. Warum? Weil die Doku meist mangelhaft ist. Tasmota hat eine fixe Struktur - cmnd, stat und tele

Dann lieber mit MQTT der Geräte und dann einen MQTT Broker mit den Infos bestücken und diese dann über den MQTT-Adapter in iobroker auswerten - so mache ich es - aber Du musst jetzt nicht alles gleich umschmeissen. ;)

Nur zu meinem Hintergrund. Ich steuere alles über Node-RED, habe zwar kein HUE - aber ansonsten auch einige Geräte über TASMOTA geflasht - steuere die aber direkt über MQTT an. Aber das sieht mir alles nicht nach Hexenwerk aus.

Gut - aber das was Du nun nachträglich gepostet hast - das kann sein, dass das ein Timing Problem ist.

Konzentrieren wir uns doch erst mal darauf ein Lampe über den Schalter ein und aus zuschalten.

Bei dem letzen Bild sagtest Du du kannst nur ein und nicht aus schalten.

Kannst Du mal eine Debug Node hinter Deinen Schalter Node machen und dann das komplette msg Objekt einmal beim Ein- und bei Ausschalten zu posten?

[mickym]

@BlackRed Im Prinzip müsstest Du ja die Lampen ganz einfach direkt aus NodeRed erst mal schalten, indem Du statt dem Schalter eine Inject Node nimmst und schaust, ob das tut.

Nimm mal eine Inject Node und probiere mal mit "false" und "true" erst mal als Boolean Deine 3 iobroker-outs (also Deine 3 WLAN Lampen TASMOTA) zu bestücken.

Also in etwas so - und schau ob Du nun alle 3 Lampen schalten kannst.

SInd diese Lampen eigentlich 3 physisch getrennte Geräte (so sieht es für mich aus), die mit Tasmota geflasht wurden oder ist das 1 Gerät mit 3 Kanälen für die Lampen?

Falls Du nicht genau was ich meine exportiere mal die 3 Nodes und stelle den Code hier ein.

[extbingh]

@mickym Ja, der ist für die MQTT Verbindung. Funktioniert aber alles

Also die gehen jetzt alle 3 so an, aber wenn ich auf an oder aus klicke gehen die immer nur an, aber nicht aus.

https://forum.iobroker.net/assets/uploads/files/1593811181721-ht.jpg

[mickym]

@BlackRed Wie gesagt - implementiere mal die Inject Nodes wie im letzten Posting beschrieben und schalte die Lampen mal direkt aus NodeRed

[extbingh]

@mickym

Ja, also so gehen sie direkt bei Node-Red an und aus, wen ich bei true auf dem blauen Kasten drücke, an und bei false aus. Aber am Schalter nur an.

Was meinst du mit physich getrennte?
Sind 3 WLAN Birnen, 1 normale Lampe mit 3 E27 Sockeln.

Debug:

4.7.2020, 01:09:15node: 9a3f491a.27ffc8
msg.payload : Object
{ button: 1002, name: "On", action: "short released", updated: "2020-07-04T01:09:14+02:00" }
4.7.2020, 01:09:18node: 9a3f491a.27ffc8
msg.payload : Object
{ button: 4002, name: "Off", action: "short released", updated: "2020-07-04T01:09:17+02:00" }
4.7.2020, 01:09:24node: 9a3f491a.27ffc8
msg.payload : Object
{ button: 4000, name: "Off", action: "pressed", updated: "2020-07-04T01:09:24+02:00" }
4.7.2020, 01:09:30node: 9a3f491a.27ffc8
msg.payload : Object
{ button: 1002, name: "On", action: "short released", updated: "2020-07-04T01:09:30+02:00" }
4.7.2020, 01:09:34node: 9a3f491a.27ffc8
msg.payload : Object
{ button: 4002, name: "Off", action: "short released", updated: "2020-07-04T01:09:33+02:00" }
4.7.2020, 01:09:43node: 9a3f491a.27ffc8
msg.payload : Object
{ button: 4002, name: "Off", action: "short released", updated: "2020-07-04T01:09:43+02:00" }
4.7.2020, 01:09:52node: 9a3f491a.27ffc8
msg.payload : Object
{ button: 1002, name: "On", action: "short released", updated: "2020-07-04T01:09:49+02:00" }

[mickym]

@BlackRed Na das ist doch schon mal super, dass Du die Lampen mit den Inject-Nodes so schalten kannst. Dann kann das ganze nicht mehr so schwer sein.

Nee - ich habe es falsch verstanden - ich habe noch 2 kurze Fragen und dann sollten wir der Lösung nahe sein.

[extbingh]

@mickym

Ahso, short released ist immer das "normale" kurze drücken:

4.7.2020, 01:35:34node: a2f878b7.c79b38
msg.payload : Object
object
button: 1002
name: "On"
action: "short released"
updated: "2020-07-04T01:35:32+02:00"
4.7.2020, 01:35:37node: a2f878b7.c79b38
msg.payload : Object
object
button: 4002
name: "Off"
action: "short released"
updated: "2020-07-04T01:35:35+02:00"

[mickym]

@BlackRed So mal Quick and Dirty:

Importiere mal diesen Change Node:

[
    {
        "id": "a8adb5fa.eb8ac8",
        "type": "change",
        "z": "6e170384.60c96c",
        "name": "Change translate",
        "rules": [
            {
                "t": "change",
                "p": "payload.name",
                "pt": "msg",
                "from": "On",
                "fromt": "str",
                "to": "true",
                "tot": "bool"
            },
            {
                "t": "change",
                "p": "payload.name",
                "pt": "msg",
                "from": "Off",
                "fromt": "str",
                "to": "false",
                "tot": "bool"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 900,
        "y": 4860,
        "wires": [
            []
        ]
    }
]

und klemme ihn zwischen Deinen Schalter und Deinen Lampen

ggf. muss man dann noch nach dem ShortReleased filtern - aber schau erst mal ob es so funktioniert.

[extbingh]

@mickym Geht wieder nur an bei an und aus

[mickym]

@BlackRed Dann mach mal eine Debug Node hinter den Change Node und beschreib was bei welchem Druck was rauskommt

[extbingh]

@mickym

4.7.2020, 01:44:30node: 9ca802cc.1227
msg.payload : Object
object
button: 1002
name: true
action: "short released"
updated: "2020-07-04T01:44:29+02:00"
4.7.2020, 01:44:36node: 9ca802cc.1227
msg.payload : Object
object
button: 4002
name: false
action: "short released"
updated: "2020-07-04T01:44:34+02:00"

[mickym]

@BlackRed Ich habe den Fehler schon - habe es selbst nachvollzogen

[mickym]

Hier den geänderten Change Node :

[
    {
        "id": "a8adb5fa.eb8ac8",
        "type": "change",
        "z": "6e170384.60c96c",
        "name": "Change translate",
        "rules": [
            {
                "t": "change",
                "p": "payload.name",
                "pt": "msg",
                "from": "On",
                "fromt": "str",
                "to": "true",
                "tot": "bool"
            },
            {
                "t": "change",
                "p": "payload.name",
                "pt": "msg",
                "from": "Off",
                "fromt": "str",
                "to": "false",
                "tot": "bool"
            },
            {
                "t": "set",
                "p": "payload",
                "pt": "msg",
                "to": "payload.name",
                "tot": "msg"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 1010,
        "y": 4900,
        "wires": [
            [
                "e3d53e05.e51a6"
            ]
        ]
    }
]

[extbingh]

@mickym Ok, super

Vielen Dank! Ja es funktioniert jetzt so, also wenn ich auf dem Schalter "an" drücke, gehen alle 3 Birnen an und wenn ich auf "aus" klicke, gehen alle 3 Birnen wieder aus. Blocky Script brauche ich dann so nicht mehr und die extra objects.
Aber leider kriegt man bei beiden Varianten keine extrem schnelle bzw. direkt Reaktion hin wie mit normalen Philips Hue Birnen, oder? (Bei Blocky/Node-Red 3-4 Sekunden, bei Philips paar Millisekunden)

Und ansonsten oben sagtest du ja man braucht keinen Sonoff Adapter, bedeutet ich soll mir jetzt bei IoBroker den MQTT Broker/Client holen, dort die MQTT Daten von den Tasmota Birnen eintragen und dann über den MQTT Client (anderer Adapter irgendwie, 2 verschiedene Versionen, oder der gleiche?) das Objekt in Node-Red auswählen?

Das cmnd, stat und tele hast du ja selber erstellt

[mickym]

@BlackRed Nun eine gewisse Verzögerung wird es wohl geben - aber keine 6-7 Sekunden - sondern max. 1 Sekunde.
Natürlich können die Adapter usw. das weiter verzögern.

Der MQTT-Adapter in iobroker ist als MQTT-Broker nicht zu gebrauchen - deshalb habe auf meiner Maschine direkt den mosquitto MQTT Broker installiert.
Den MQTT-Adapter kann man dann als Client im iobroker nutzen um alles zu überwachen oder manuell zu schalten.

NodeRED kann direkt mit einem MQTT-Broker sprechen und braucht dazu den iobroker nicht. Das vermindert die Zeit auch.
Das cmnd,stat und tele habe ich nicht selbst erstellt. Vielleicht war es auch der Tasmota Device Manager. Ich glaube aber das war Tasmota selbst.

Der Vorteil halt direkt MQTT zu nutzen ist halt, dass Du es für alle anderen Geräte auch nutzen kannst, die originär MQTT sprechen (ich habe noch Shellies und nutze owntracks) - und dafür brauche ich dann nicht extra die Adapter. Sie mögen zwar in dem einen oder anderen Fall noch zusätzliche Funktionalität bieten.

Hier mal meine MQTT Anbindung von meiner Tasmota geflashten Steckdosenleiste:

Du siehst zum Beispiel dass mein cmnd Ast weitaus mehr Interfaces hergibt:

Zu Beispiel dieses Backlog - was aber nun für Dich keine Lösung ist, da Du ja 3 verschiedene Geräte hast.

Also bei mir dauert es max. 1 Sekunde - aber ohne blockly etc. sollte es ja nun auch schnell gehen. Gibt es denn einen Zeitunterschied ob Du nur über die Inject Nodes oder den HUE Schalter schaltest? Aber wie gesagt ist vielleicht nicht vergleichbar - weil NodeRed bei mir direkt mit MQTT ohne iobroker arbeitet. Auch Tasmota ist nicht das schnellste. Ich habe mal aus NodeRed das gleiche Device geschaltet und muss teilweise Verzögerungen einbauen, da bei 250ms nicht mehr alle Befehle von Tasmota verarbeitet werden.

[extbingh]

@mickym Ok, Danke

über den Inject geht es sofort/instant in Millisekunden wie bei Philips Hue Birnen.

Über den Schalter dauert es paar Sekunden.

[mickym]

@BlackRed Na dann siehst ja - dann dürfte das Problem eher der Schalter - als iobroker sein. Aber den wirst Du wenn Du weiter machst eh gegen Bewegungsmelder ersetzen. ;)

Die Datenpunkte für VIS brauchst nicht - den Schalter. Die Datenpunkte sind doch in Deinem Sonoff Adapter .
Du kannst doch dann im VIS auch ohne NodeRed - direkt die Datenpunkte schalten bzw. nimmst halt nur NodeREd um von 1 virtuellen Schalter die 3 Lampen anzusprechen

[extbingh]

@mickym Ja, bei den Philips Hue Birnen geht das halt direkt ^^

Für das VIS bräuchte man halt Datenpunkte von IoBroker, nehme dann dafür die Sonoff Datenpunkte.

[mickym]

Du kannst doch einen schnelleren Schalter nehmen. Weil Du ja nun aus VIS und NodeRED schnell ohne Schalter schalten kannst. Die direkte Kopplung zwischen Schalter und Birne geht wohl nun nicht mehr, da Du Tasmota drauf hast.
Im VIS kannst Du doch die Datenpunkte aus dem SONOFF Adapter direkt ansprechen oder Du schaltest einen NodeRED Flow dazwischen aber ohne den Schalter.

Ich habe schon gehört, dass die HUE originär Probleme mit der Einbindung haben.

Ich schalte meine Lampen ja entweder direkt mit Shellies oder nutze IKEA Lampen (auch zigbee) mit dem Zigbee Adapter von hier.

[extbingh]

@mickym Ja, ich mach das gerade mit dem direkten MQTT bzw. "mqtt in" bei Node-Red. für das VIS nehme ich dann die Sonoff Datenpunkte.

Ja, in der Küche, Flur und im Bad hole ich mir die Philips Hue Bewegungsmelder, in den anderen Räumen aber nicht sinnvoll ^^ Beobachte den schon seit einiger Zeit zwecks Gutscheinen/Rabattaktionen etc.

Ohne Hue Bridge direkt den Philips Zigbee Schalter mit den Tasmota WLAN Birnen verbinden? ^^ Wie soll das gehen - Conbee Stick etc. aber ist ja das gleiche