MQTT2+Shelly: erste Konfiguration und template-Entwicklung

[87insane]

Habe nun mal ein wenig getestet. Alles ok soweit.

Man könnte noch die Werte power und temperature nutzen. Diese liefert der Shelly 2.5 ja. Allerdings weiß ich nicht wofür bei einem Rollo. Dazu habe ich das Template so gebaut, wie auch bereits das Tasmota Template für Rollos. Ich lasse es bei mir so.


Wünsche und Anregungen erwünscht

[Beta-User]

Moin,

das shelly25-er template ist im svn verfügbar, habe es als nahen Verwandten den 2-er Rollo-templates einfach mit einem Index dazu versehen, ansonsten (fast - da waren noch ein paar "undynamische" readingList-Einträge drin -) nicht verändert.

Bitte dann trotzdem nochmal die template-Version testen und ggf. Rückmeldung geben, ob man das einfach so auch für den "alten" 2-er nehmen könnte.

[kabanett]

(0% = Rollo oben / 100% Rollo unten)

Hallo

Ist das wirklich beim 2.5er anders als beim 2er Shelly?

Ist für den Betrieb mit ASC ja nicht unerheblich. Bisher hab ich nur einen Shelly 2 am Rolladen zum testen und wollte mir 2.5er nachbestellen.

Gruß

[Beta-User]

@kabanett, das sollte sich so parametrieren lassen, dass es klappt: https://shelly-api-docs.shelly.cloud/#shelly-switch-settings-roller-index

Ich nehme mal an, dass hier der "swap" parameter gesetzt war?
@87insane (oder wer auch immer das dann liefert):
wenn möglich, bitte ggf. wieder (wie bei dem tasmota-roller) zwei templates liefern; das erste sollte OHNE Änderung der ausgelieferten Parameter sein, das andere (nur mit verdrehtem devStateIcon, denke ich?) dann mit gesetztem swap.

[87insane]

Hatte in dem Moment ne PN an Dich gesendet. Hatte immer getestet aber nicht vor Ort (Rollo nicht gesehen). Das hat mir jetzt im Nachhinein das Genick gebrochen. Entschuldige Beta-User für die fehlende Info bzw. diese Fehl-Erkenntnis. Und Sorry an kabanett, dass ich dich nun um sonst gefreut habe.

@kabanett: Ist wie beim shelly2 - leider genau umgekehrt zu dem wie ich es mag.
Die Invertierung gibt es auch nicht wie bei Tasmota. Wenn man im Shelly die Invertierung wählt, dann schaltet er nur anders rum. Also rauf/runter. Die PCT, die FHEM bekommt sind immer "falsch" rum oder wie die HM Freunde sagen, richtig rum

Ich suche gerade nach einer Lösung den PCT Slider richtig rum zu bekommen....

[Beta-User]

Die Invertierung gibt es auch nicht wie bei Tasmota. Wenn man im Shelly die Invertierung wählt, dann schaltet er nur anders rum. Also rauf/runter. Die PCT, die FHEM bekommt sind immer "falsch" rum oder wie die HM Freunde sagen, richtig rum

Wenn es dazu (auch in der Web-Oberfläche der shellys direkt) keine Option zum Einstellen gibt, sollte man das dem Herstellter melden (bitte aber vorher tripple-Checken!), dann ist es m.E. ein bug.

Ansonsten bitte ggf. um Einstellen einer Fassung, die funktional ist und bei der FHEM-Darstellung und Rollo übereinstimmen . Ist ja noch nicht bei vielen im Einsatz, korrigieren wir eben baldmöglichst .

[kabanett]

Ach... also eine Gewohnheitsfrage! Dann ist doch bei richtigem Anschluß das WEB-IF des Shelly verkehrt. Oder?
Außerdem wird im ASC darauf hingewiesen den Shelly als ASC 2 zu konfigurieren.
Na mal schauen wann die ersten Nachfragen kommen

[87insane]

Wie meinst du das mit dem Web-IF vom Shelly?

Ich nehme gleich nochmal das Ding aus der Wand. Nicht das ich der Fehler bin. Die Option im Webinterface vom Shelly existiert ja.

Code Auswählen Erweitern

REVERSE CONTROLS
Check if you want to reverse the OPEN and CLOSE controls for the Shelly roller.

Bei mir dreht er nur die Tasten um. Also hoch=runter usw. Wenn ich nun aber vom Motor die Kabel am Shelly tausche sollte es ja gehen. Hmmm.. Ich bin gerade verwirrt !

[Beta-User]

@kabanett, das sollte sich so parametrieren lassen, dass es klappt: https://shelly-api-docs.shelly.cloud/#shelly-switch-settings-roller-index

Ich nehme mal an, dass hier der "swap" parameter gesetzt war?
@87insane (oder wer auch immer das dann liefert):
wenn möglich, bitte ggf. wieder (wie bei dem tasmota-roller) zwei templates liefern; das erste sollte OHNE Änderung der ausgelieferten Parameter sein, das andere (nur mit verdrehtem devStateIcon, denke ich?) dann mit gesetztem swap.

Bitte mit swap befassen...

[87insane]

Jetzt mal ehrlich... ich sehe über json das es auf false steht aber wie mache ich das an? In den Shellys gibt es keine Konsole oder so.
Also dachte ich mir ich sende das via http oder mqtt.
shellies/DEVNAME/settings/roller/0/swap 1 - geht z.B. nicht. Hat irgendjemand eine Ahnung wie man dem Ding nun Testweise sagen kann, das es bitte swap auf true stellt? Erlaubt wäre 1,t,T,true. Gleiches gilt natürlich umgekehrt. Wenn man den Shelly via IP/settings/roller/0 aufruft, bekommt man eine JSON Ausgabe, die wie folgt aussieht:

Code Auswählen Erweitern

{"maxtime":25.00,"default_state":"stop","swap":false,"input_mode":"openclose","button_type":"momentary","btn_reverse":0,"state":"stop","power":0.00,"is_valid":true,"safety_switch":false,"schedule":false,"schedule_rules":[],"obstacle_mode":"disabled","obstacle_action":"stop","obstacle_power":200,"obstacle_delay":1,"safety_mode":"while_opening","safety_action":"stop","safety_allowed_on_trigger":"none","off_power":2,"positioning":true}

Ich bitte hier echt um Hilfe! Wenn Swap wirklich klappen sollte, habe ich morgen beide Templates fertig (so zumindest mein Plan

[DasQ]

shellies/DEVNAME/settings/roller/0/swap 1

Ich hoff du hast das nicht mit dem devname im topic versucht.
Wie heißt denn das device richtig? Und Schneid mal das topic ab

Code Auswählen Erweitern

DEVNAME/settings/roller/0/swap 1

[87insane]

Geht leider nicht...Wenn ich shellyswitch25-007FC8/settings/roller/0/swap 1 sende bleibt es auf false.
Senden mache ich in diesem Fall direkt über den MQTT Server via FHEM: set MQTT2_FHEM_Server publish und dann eben die Befehle die man braucht zum testen.

Hab nur DEVNAME eingesetzt da ich das besser finde wenn man sucht im Forum.

Normale auf und ab Kommandos funktionieren z.B.

[Beta-User]

Vermutlich braucht man einen json-blob, so wie die Daten auch rückwärts geliefert werden.

[dkreutz]

Bei mir sind zwei ShellyPlug-S angekommen. Die sind ähnlich dem ShellyPlug (ohne "S"), unterscheiden sich in der Bauform (ähnlich Fibaro Plug), maximale Schaltleistung (2400W statt 3600W) und haben einen Temperatursensor (für "Notabschaltung" bei Überlastung). Hier die Readingslist:

Code Auswählen Erweitern


shellies/shellyplug-s-DEVID/relay/0:.* state
shellies/shellyplug-s-DEVID/relay/0:.* relay0
shellies/shellyplug-s-DEVID/input/0:.* input0
shellies/shellyplug-s-DEVID/online:.* online
shellies/shellyplug-s-DEVID/announce:.* { json2nameValue($EVENT) }
shellyplug_s_DEVID:shellies/shellyplug-s-DEVID/relay/0/power:.* relay_0_power
shellyplug_s_DEVID:shellies/shellyplug-s-DEVID/temperature:.* temperature
shellyplug_s_DEVID:shellies/shellyplug-s-DEVID/overtemperature:.* overtemperature
shellyplug_s_DEVID:shellies/announce:.* { json2nameValue($EVENT) }
shellyplug_s_DEVID:shellies/shellyplug-s-DEVID/relay/0/energy:.* relay_0_energy


[87insane]

Vermutlich braucht man einen json-blob, so wie die Daten auch rückwärts geliefert werden.

Ideen nehme ich gerne an

@dkreuz: dann hast du ja was zu tun :-P ich erfreue mich jedes mal wenn man mal wieder vor ein Problem läuft 😂