[Beantwortet] [V4.1.1] Shelly Plus RGBW PM per MQTT ansteuern

[fsl]

Moderation: Abgespalten als neuer Thread (stammte ursprünglich als Folgepost von hier viewtopic.php?f=81&t=5526#p58995)

Kann man einfach über eine Logik (String format (int)) zusammenbauen.

Bin auf diesen Thread gestoßen, weil ich ein Shelly Plus RGBW PM benutzen will, um auf drei Kanälen einen KNX-Dimmer für LED-Strips nachzubauen (leider liegt da kein KNX-Kabel). Bin auch auf der V4.1.1.

Was man per MQTT steuern kann ist laut der Doku hier ziemlich beschränkt. Ein- und Ausschalten per MQTT-Explorer mit einem "set,true" und "set,false" in Format "raw" funktioniert. Auch den Dimmwert in Prozent kann ich setzen per "set,true,50" usw., wobei sich Ein/Aus und Dimmwert nicht beeinflussen. Es ist also auch "set,false,100" möglich und wird auf dem Status-Topic entsprechend gemeldet.

Ich will nun also eine Logik bauen, die mir aus den KNX-GA Ein/Aus (x) und Dimmen absolut (y) ein String im Format "set,x,y" baut, was mir genau das hier diskutierte Problem scheint. Leider ist mir nicht klar, wie ich das "einfach" machen kann. Vielleicht könnte jemand dies hier kurz mit einem Screenshot von der Logik erklären, so dass dieser Thread auch in dieser Hinsicht vollständig wäre?

[chtonian]

Shelly unterstützt doch inzwischen nativ KNX

[gbglace]

Aber nicht alles in der Detailtiefe wie z.B. per MQTT und nicht jeder hat einen KNX-IP-Router in der Anlage.

Ein Button z.B. kann Multitastbefehle, am KNX gibt es aber nur KO für das simple AN/AUS usw.

[fsl]

Das bei mir fragliche Gerät aus der "Plus"-Reihe kann kein KNX und ich habe tatsächlich keinen Router.

Darum soll es jetzt aber nicht gehen, es wurde hier eine Lösung aufgezeigt, die ich bis zu der Sache mit der Konkatenierung nachvollziehen konnte. Könnte das jemand kurz noch hier erklären?

[blaubaerli]

Hallo @fsl

bitte kapere keinen als bereits beantwortet markierten Thread mit Bezug zu einem Device A mit einer anderen Frage zu einem Device B? Das kann hier für die Ordnung nicht zielführend sein.

Ich werde den Teil hier in einen neuen Thread abspalten.


Verrätst du uns deinen Vornamen, wie spreche uns hier genren persönlich an.

Danke.

Beste Grüße
Jens

[fsl]

Gut, es ging eigentlich um die konkrete Umsetzung des Zusammenbauens des Strings, insoweit ist es genau dasselbe Problem, wie im anderen Thread.

Ich habe es jetzt mit zwei Logiken probiert, eine die von KNX das Ein/Aus nimmt und in die strings "true" bzw. "false" umwandelt. Das funktioniert, wie man im Doktormodus sehen kann.

Das Resultat kommt dann in eine zweite Logik, wo ein Parameter "set," eingegeben wird und dann an das entsprechende MQTT-Topic verknüpft ist. Der Doktormodus zeigt mir nun aber nicht das erwartete Resultat, also entweder "set,true" oder "set,false" als string. Was mache ich da falsch?

[gbglace]

Hast Du es einmal mit einem ganz einfachen ODER Baustein versucht?

links den binären booleschen Eingang rein und am Ausgang Ausgangsfunktion: "Mapping zu Text" (letzte Zeile der Dropliste), da dann für true set,true und für false set,false eingeben fertig.

Für so eher statische Umwandlungen sicher ausreichend.

Verketten usw. braucht es ja eigentlich erst wenn da dynamische Textelemente verbunden werden müssen.

Diese Lösung funktioniert hier bei mir auf der aktuellen IP 7 zur V4.5. (sowas ist ein Grund keine alten Threads zu übernehmen, da heutige Lösungen anders sein können als damalige)

[ms20de]

Das Resultat kommt dann in eine zweite Logik, wo ein Parameter "set," eingegeben wird und dann an das entsprechende MQTT-Topic verknüpft ist. Der Doktormodus zeigt mir nun aber nicht das erwartete Resultat, also entweder "set,true" oder "set,false" als string. Was mache ich da falsch?

Das Problem ist die Tigger Einstellung am Eingang. Bei U wird der Wert nur hinterlegt, aber führt nicht dazu dass die Logik etwas aussendet.
In der Insider Version haben wir die Darstellung verbessert, dass bei den Ein- und Ausgängen mehr Beschreibungen und ein Filtersymbol sichtbar sind.



Viele Grüße,
Matthias

[blaubaerli]

Hallo zusammen,

das hier:

Was man per MQTT steuern kann ist laut der Doku hier ziemlich beschränkt.

mag zwar im Bezug auf diesen konkreten Link so korrekt sein, aber es gib ein an anderer Stelle dokumentiertes Verfahren, mit dem die vollständige Steuerung über MQTT gelingt.

Ich war da zu Beginn auch frustriert , habe aber dann die relevante Doku hier gefunden.

Die zusammengebauten JSONs gehen dabei dann an "shellyplusrgbwpm-xxxxxxx/rpc"

Um das zu ermöglichen, muss im Shelly-Device in den Settings "Enable RPC over MQTT" und ggf. für das Auswertten des Status dann auch "RPC status notifications over MQTT" aktiviert werden. Das bezieht sich bei mir auf die Firmware "1.4.4" für das "Shelly Plus RGBW PM". Die jetzt dort gerade aktuell verfügbare "1.6.2" habe ich noch nicht getestet.

Beste Grüße
Jens
PS: Ich habe den Eindruck, dass Shelly seit meiner damaligen Einrichtung da die Doku gehörig gepimpt hat....