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

[Kraxelhuber]

@mcu said in MQTT Befehl publishen per Button in Jarvis:

@kraxelhuber Welche Jarvis Version?

v3.1.2

Ich denke, deine Lösung hat am Ende das richtige Ergebnis. Mir ist nur noch nicht ganz klar, wie ich ganz konkret dort hin gelange.

Hast du den Datenpunkt 0_userdata.0.jarvis.test.text3 zunächst manuell in den ioBroker Objekten erstellt? Wenn ja, könntest du davon die Eigenschaften evtl. noch mal als Screenshot zeigen?

Oder wird der Datenpunkt aus Jarvis heraus erstellt (bin in Jarvis noch am Anfang)?

[MCU]

@kraxelhuber Den DP kann man auswählen oder einfügen. Du musst dort Deinen DP eingeben/ auswählen.
Stell mal bitte die Objekt-Eigenschaften von dem DP rein. Ist es ein String oder number-DP?
Es gibt in der Doku das Kapitel v3 für Einsteiger, dies sollte man erstmal lesen.

[Kraxelhuber]

@mcu Ich konnte deine Beschreibung jetzt nachvollziehen, leider funktioniert es aber nicht so wie gewünscht. Das liegt allerdings nicht an Jarvis.
Ich habe jetzt einen Button, der das Topic mqtt.0.shellies.eg_garage_tor.relay.0.command mit dem String "on" aktualisiert. Das funktioniert, da sich der TimeStamp in der Objektansicht im ioBroker ändert, wenn ich den Button in Jarvis drücke.

Hier mal der Datenpunkt, um den es geht:

Vielleicht muss ich noch etwas ausholen, um die Garagentorsteuerung zu erklären. Der verbaute Shelly 1 verhält sich wie ein Taster. Er ist als "Momentary" Switch konfiguriert, der seinen Status nach einer Sekunde wieder automatisch auf "off" setzt, nachdem er ein "on" (oder "toggle") Signal bekommen hat.

Was mich etwas irritiert ist folgendes:
Es macht einen Unterschied, ob ich im ioBroker im Objektbaum mqtt.0.shellies.eg_garage_tor.relay.0.command manuell auf "on" setze, oder ob ich eine MQTT Nachricht an dieses Topic mit dem Wert "on" übermittle. Im ersten Fall springt mqtt.0.shellies.eg_garage_tor.relay.0 nicht kurzfristig auf "on", sondern bleibt auf "off" stehen und das Garagentor bewegt sich nicht. Ich vermute, das es daran liegt, dass mqtt.0.shellies.eg_garage_tor.relay.0.command schon vorher auf "on" stand und sich der Wert damit nicht geändert hat.
Wenn ich eine MQTT Nachricht übermittle, ändert sich der Wert eigentlich auch nicht (er stand ja vorher schon auf "on"), nichtsdestotrotz springt mqtt.0.shellies.eg_garage_tor.relay.0 für eine Sekunde auf "on" und das Garagentor bewegt sich.

Wenn ich dieses Problem nicht so ohne weiteres lösen kann, frage ich mich, ob ich eine MQTT Message an mqtt.0.shellies.eg_garage_tor.relay.0.command absetzen kann, wenn ich den Button in Jarvis betätige?

[MCU]

@kraxelhuber sagte in MQTT Befehl publishen per Button in Jarvis:

mqtt.0.shellies.eg_garage_tor.relay.0.command

Bitte die Objekteigenschaften vom dem Objekt und die Einstellungen vom Geräte-DP der für das Schalten genutzt wird.
Hast du mal den ACK im Button umgestellt?

[Kraxelhuber]

@mcu Hier die Objekteigentschaften.

Jarvis:

Auch das Setzen von Ack auf true bringt keine Besserung:

[MCU]

@kraxelhuber Auch mal auf value gestellt?

Stell mal die type auf "string"

Als weitere Möglichkeit gäbe es noch den "Taster" -> Umstellen.
Dann aber "setOff":"off"

[Kraxelhuber]

@mcu Das habe ich alles durchprobiert, ändert aber leider nichts am Ergebnis :-(

[MCU]

@kraxelhuber

1. Was passiert, wenn du im ioBroker-DP den Wert off eingibst?
   -> nix

Dann sollte es mit Button (val, ACK:true, Taster:true) und Datenpunkt-Eigenschaften

{"setOn":"on","setOff":"off"}

funktionieren.

[Kraxelhuber]

@mcu said in MQTT Befehl publishen per Button in Jarvis:

Dann sollte es mit Button (val, ACK:true) und Datenpunkt-Eigenschaften
{"setOn":"on","setOff":"off"}

funktionieren.

Nein, das hat leider nichs gebracht.

[MCU]

@kraxelhuber Taster war eingeschaltet? Impulsdauer hochsetzen?

[Kraxelhuber]

@mcu said in MQTT Befehl publishen per Button in Jarvis:

@kraxelhuber Taster war eingeschaltet? Impulsdauer hochsetzen?

Alles ohne Erfolg.

[MCU]

@kraxelhuber Aber "on" kommt doch an und wenn du es in iobroker eingibst wird doch geschaltet?
Muss der command evtl anders aussehen?
Auf "val" stellen.

[Kraxelhuber]

@mcu said in MQTT Befehl publishen per Button in Jarvis:

@kraxelhuber Aber "on" kommt doch an und wenn du es in iobroker eingibst wird doch geschaltet?
Muss der command evtl anders aussehen?

Ja und Nein.

Das hatte ich ja schon beschrieben. Der Wert "on" kommt in mqtt.0.shellies.eg_garage_tor.relay.0.command an. Das sehe ich an einem veränderten/aktualisierten TimeStamp, wenn ich in Jarvis den Button betätigt habe. Der Wert kommt übrigens an, egal welche Einstellungen ich vorgenommen habe (Taster, ack, val, etc.). Aber der Wert in mqtt.0.shellies.eg_garage_tor.relay.0 springt eben nicht für eine Sekunde auf "on". Das macht er nur, wenn ich eine MQTT message mit dem Wert "on" oder "toggle" nach mqtt.0.shellies.eg_garage_tor.relay.0.command absende.

Und wenn ich den Wert im ioBroker in der Objektstruktur manuell auf "on" setze passiert mit dem Garagentor auch nichts, also das gleiche Ergebnis wie bei Jarvis.

Wenn ich den Wert allerdings in der Objektstruktur manuell von "on" auf "toggle" stelle (oder umgekehrt), dann bewegt sich das Garagentor. Das hängt meiner Ansicht nach damit zusammen, dass der Inhalt dieses Datenfeldes geändert wurde.

Man könnte mein Problem also evtl. auch dadurch lösen, dass ein Klick auf den Jarvis Button immer abwechseln "on" und "toggle" zurückliefert.

[MCU]

@kraxelhuber Dann nimm doch

{"setOn":"toggle","setOff":"on"}

[Kraxelhuber]

@mcu Das wird nichts bringen, da dann immer der Wert "toggle" gesendet wird. Das hat denselben Effekt als wenn immer "on" gesendet wird.

Also entweder, ich kann immer alternariend "on"/"toggle" senden oder ich muss irgendwie eine MQTT message absetzen. Vielleicht kann ich auch ein Blockly Script ausführen, welches eine MQTT Message absendet?

[MCU]

@kraxelhuber Nein, es ist doch Taster eingestellt, also sendet er erst toogle und 500ms später on.

[Kraxelhuber]

@mcu Das stimmt zwar, aber bringt dann ein anderes Problem mit sich. Beim ersten "toggle" fährt das Garagentor hoch. Sollte es nicht vollständig hochgefahren sein, stoppt es mit dem nächsten "on" auf (möglichweise) teilweise offener Position. Bei einem Taster mit 500ms wird das erste Signal aber faktisch unmittelbar negiert.

Ich merke also gerade, dass die Einstellung "Taster" auch nicht wirklich clever ist für meine Situation.

[MartinP]

@kraxelhuber Das Relais des Shelly muss dazu gebracht werden, dass es nach einer Zeit, die dem Garagentorantrieb zur Detektion reicht wieder abfällt.
Das ist auch wichtig, damit parallel auf den Eingang des Torantriebs geschaltete normale Taster oder Schlüsselschalter weiter funktionieren.

Eventuell mit einem dazwischen geschalteten Blockly Script zu machen.

Button aus Jarvis triggert einen Blockly Ablauf -> Setzen Shelly, und danach Löschen Shelly mit Verzögerung ...

[Kraxelhuber]

@martinp Meine ursprüngliche Idee war ja, einen MQTT Befehl per Blockly zu erzeugen und dass dann per Jarvis Button ausführen zu lassen (siehe Überschrift ;-) ). Dann sollten alle anderen Einstellungen am Shelly eigentlich unverändert bleiben. So die Theorie...

[Kraxelhuber]

Mit diesem kleinen Blockly Script lässt sich das Garagentor wie gewünscht steuern.

Jetzt noch mal die Frage an die Jarvis Experten: Wie kann ich mir einen Button erstellen, der dieses Script ausführt?