Shellys ("Alt und Plus") über MQTT Adapter

[mickym]

@hotspot_2 sagte in Shellys ("Alt und Plus") über MQTT Adapter:

Na das hatte ich aber geschrieben: https://forum.iobroker.net/post/971763 lies Dir das mal aufmerksam durch. Mit Screenshots.

Was mir gerade noch etwas Sorge bereitet ist das ich durch Knopfdruck der Shellys das Licht nicht mehr einschalten kann. Das geht nur über den Bewegungsmelder aktuell

Na dann mit Debug Nodes ob aus den Schaltern was rauskommt.

Ich brauche den unter status und hatte den im Ordner command ;-).

Warum hast Du denn das geändert - das hatte ich doch alles schon im Flow gehabt?

[hotspot_2]

@mickym Ja, habe ich auch gerade gesehen. Keine Ahnung wie das passieren konnte. Aber jetzt ist alles wieder richtig eingetragen.

[mickym]

@hotspot_2 Mit dem command war wohl meine Schuld - hatte ich verkehrt in die topics eingetragen- sorry.

[hotspot_2]

@mickym Ich glaub ich habe noch was gefunden.

Seitdem die beiden Shellys nun korrekt konfiguriert sind passiert folgendes: Licht geht an (egal ob über Schalter oder Bewegungsmelder) und nach Ablauf der Zeit geht das Licht kurz aus und gleich wieder an. Laut Debug wird ein JSON mit false bei On als erstes gesendet und dann danach eins mit true. Ich glaube wir müssen doch bei den beiden Shellys auch auf die Eingänge "true" filtern.

[mickym]

Generell für Die Zeit und Datumsverarbeitung mit Standardnodes - kann ich Dir meinen Thread zur Lektüre empfehlen:
https://forum.iobroker.net/topic/50086/datum-und-zeitverarbeitung-mit-nodered

Für Blockly Umsteiger habe ich das entsprechend verglichen.

[mickym]

@hotspot_2 sagte in Shellys ("Alt und Plus") über MQTT Adapter:

@mickym Ich glaub ich habe noch was gefunden.

Seitdem die beiden Shellys nun korrekt konfiguriert sind passiert folgendes: Licht geht an (egal ob über Schalter oder Bewegungsmelder) und nach Ablauf der Zeit geht das Licht kurz aus und gleich wieder an. Laut Debug wird ein JSON mit false bei On als erstes gesendet und dann danach eins mit true. Ich glaube wir müssen doch bei den beiden Shellys auch auf die Eingänge "true" filtern.

Nein - das spielt keine Rolle - weil die Schalter egal sind. Wenn eine Nachricht ankommt, dann verlängert sich die Zeit ja bis zum Ausschalten. Das kann nur passieren, wenn das Licht ausschaltet und dann kurz darauf eine Bewegung erkannt wird. Das ist aber erwünscht. Schalter und Button ist egal was die schicken und deswegen muss da nichts gefiltert werden. Es ist nur wichtig Verzögerung verlängern bei Eingang neuer Nachrichten.

Grundsätzlich filterst Du nur bei den Bewegungsmeldern auf motion= true

Ob die Trigger NOde aktiv ist siehst du an dem blauen Punkt im Status.

[hotspot_2]

@mickym Das ist komisch, kaum ist der switch auf payload.output = true drin. Funktioniert es. Das Licht bleibt aus nach dem die Zeit abgelaufen ist. Vorher bestimmt 20 mal kurz aus und wieder eingeschaltet. Und es hat niemand gedrückt oder sich im Treppenhaus bewegt. Zumal ich die Schalter für Bewegungsmelder eh auf aus hatte.

[mickym]

@hotspot_2 Zeig mal den Screenshot Deiner trigger Node komplett.

[mickym]

@mickym Ah ich habe schon einen Verdacht. Kann sein, dass die mqtt- Nodes bei den Strom betriebenen Geräten alle 30 s senden. Kannst Du mit debug Nodes prüfen - hat mit dem Status nichts zu tun.

Du musst auch bei den Schaltern, wie beim Button auch auf Input prüfen. Es geht nicht um den Status des Relais sondern Betätigung des Schalters.

Du müsstest doch bei den Schaltern im status auch einen Input:0 topic haben?

[hotspot_2]

@mickym Wir haben doch beim Schreiben in die Objekte auch immer nur den topic switch:0 payload.output in die Objekte geschrieben? Einen input:0 topic gibt es nicht.

[mickym]

@hotspot_2 Ja da wolltest Du aber wissen ob das Licht eingeschaltet ist - also den status des Relais.Zeig mal den gesamten switch -Datenpunkt

[hotspot_2]

@mickym

{
  "id": 0,
  "source": "MQTT",
  "output": false,
  "temperature": {
    "tC": 54.2,
    "tF": 129.6
  }
}

[mickym]

@hotspot_2 Zeig mal die datenpunkt unter events rpc wahrscheinlich.

[hotspot_2]

@mickym Das komische ist, wenn ich einen Debug auf den status mache dann kommt da gar nichts an wenn ich den Schalter drücke.

events/rpc liefert folgendes:

Drücken des Tasters:

{"src":"shellyplus1-441793a39cdc","dst":"shellies/licht/treppenhaus/oben/events","method":"NotifyEvent","params":{"ts":1680461760.35,"events":[{"component":"input:0","id":0,"event":"btn_down","ts":1680461760.35}]}}

loslassen des Tasters:

{"src":"shellyplus1-441793a39cdc","dst":"shellies/licht/treppenhaus/oben/events","method":"NotifyEvent","params":{"ts":1680461760.56,"events":[{"component":"input:0","id":0,"event":"btn_up","ts":1680461760.56}]}}

[mickym]

@hotspot_2 Nochmal der status interessiert jetzt erst mal nicht. Zeig bitte events rpc

[mickym]

@hotspot_2 sagte in Shellys ("Alt und Plus") über MQTT Adapter:

{"src":"shellyplus1-441793a39cdc","dst":"shellies/licht/treppenhaus/oben/events","method":"NotifyEvent","params":{"ts":1680461760.35,"events":[{"component":"input:0","id":0,"event":"btn_down","ts":1680461760.35}]}}

Ja und bei den schaltern müsste es was gleiches geben.

Ich würde also auf "component": "input:0" filtern und dasselbe bei den Schaltern

[hotspot_2]

@mickym Was meinst Du mit "Schaltern?"

[mickym]

@hotspot_2 Na ich denke Du hast einen Taster und button und 2 Schalter.

[hotspot_2]

@mickym Es sind zwei Shelly Plus1 und ein Shelly Button die betätigt werden können.

[mickym]

@hotspot_2 Ja aber ALLE sollten doch unter events einen rpc Datenpunkt haben

Und der switch um nur Schalter und Tastenbetätigungen durch zulassen müssen dann so aussehen: