MQTT2+Shelly: erste Konfiguration und template-Entwicklung

[kabanett]

Hallo

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

Sorry, ich meine das Webinterface

Bitte mit swap befassen...

Whether to swap Open and Close directions

Ich schnall gerade nicht worauf du hinaus willst?! Wenn ich meinen Shelly umstelle, habe ich im Webinterface zwar Close angefahren aber der Rollladen ist offen.
Ich denke die Option ist für z.B. Markisen sinnvoll?!

Noch dazu kommt es auf die Ansteuerung an. Einfacher Taster, zweifacher Taster, zweifacher Schalter, normal oder invers betrieben.....
Wie gesagt, ich habe nur ein Shelly2 und der funktioniert mit dem Template von euch perfekt. Danke dafür!!!
Mehr würde ich persönlich auch nicht brauchen. Nicht Böse gemeint

Gruß

[DasQ]

Code Auswählen Erweitern

shellies/DEVNAME/roller/0/command swap,1

oder ggf mit set?

quelle

shellies/shellyrgbw2-<deviceid>/color/0/set accepts a json payload described below:

{
    "turn": "on",    /* bool, can be set with on and off commands */
    "red": 0,        /* red brightness, 0..255, applies in mode="color" */
    "green": 0,      /* green brightness, 0..255, applies in mode="color" */
    "blue": 255,     /* blue brightness, 0..255, applies in mode="color" */
    "white": 0,      /* white brightness, 0..255, applies in mode="color" */
    "gain": 100,     /* gain for all channels, 0..100, applies in mode="color" */
    "effect": 0      /* applies an effect when set */
}

[87insane]

Hallo
Sorry, ich meine das Webinterface

Ich schnall gerade nicht worauf du hinaus willst?! Wenn ich meinen Shelly umstelle, habe ich im Webinterface zwar Close angefahren aber der Rollladen ist offen.
Ich denke die Option ist für z.B. Markisen sinnvoll?!

Noch dazu kommt es auf die Ansteuerung an. Einfacher Taster, zweifacher Taster, zweifacher Schalter, normal oder invers betrieben.....
Wie gesagt, ich habe nur ein Shelly2 und der funktioniert mit dem Template von euch perfekt. Danke dafür!!!
Mehr würde ich persönlich auch nicht brauchen. Nicht Böse gemeint

Gruß

Bei dir sind die Icons nicht korrekt. (webcmd). Das es läuft ist schön und freut mich. An sich geht auch alles nur würde ich hier, wie schon von Beta-User beschrieben, zwei Templates haben. Einmal invert und einmal ohne. Das Web-IF ist an sich ja korrekt. Es dreht einfach die Richtungen um. Allerdings nicht die % der PCT. Da ich swap aber auch nicht aktiv bekomme kann ich das nicht testen. Der Shelly 2 ist identisch bis auf Temperatur usw. Deswegen würden auch beide Templates funktionieren (Shelly2 und Shelly25).

@Das@: Werde ich nachher testen (wenn ich zuhause bin). Die Beschreibung von Shelly sagt ja diverse Einstellungen an, die auch via MQTT laufen müssen. Die Struktur ist eigentlich einfach aber aus einem mir unbekanntem Grund, interessiert es den Shelly nicht. Ich bin aber auch kein Profi was das angeht. Bei Tasmota usw bekomme ich das hin und da ergibt es auch Sinn. Danke aber schon mal!

[Beta-User]

Ideen nehme ich gerne an

Versuch's mal so (nach Anpassung auf deine Daten, versteht sich):

Code Auswählen Erweitern

set <io-device> publish shellies/<shellymodel>-<deviceid>/settings/roller/0 { "swap": true }

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:

Die readingList scheint (hab's nur kurz überflogen) identisch zu sein wie bei A_10b_shelly1pm. Vielleicht magst du das mal testen, dann können wir das gerne als Modelhinweis in die desc packen?

[willibutz]

ich habe gestern einen ShellyPlug-S als A_10b_shelly1pm konfiguriert. Scheint gut zu funktionieren.

[87insane]

Die readingList scheint (hab's nur kurz überflogen) identisch zu sein wie bei A_10b_shelly1pm. Vielleicht magst du das mal testen, dann können wir das gerne als Modelhinweis in die desc packen?

Macht ggf. Sinn eine Übersicht der Templates zu erschaffen und dann wofür sie sind. Ohne in die Template Datei rein zu sehen, weiß man das anhand des Namens sonst leider nicht. Außer du würdest für den PlugS und andere in dieses Schema passende Geräte einfach mit anlegen aber als set dann das Template. Denke das zweite ist sogar besser. Dann hat man in der Liste namentlich das richtige und hinten rum, stellt er das ein über ein anderes Template.

set <io-device> publish shellies/<shellymodel>-<deviceid>/settings/roller/0 { "swap": true }

Auch das werde ich nachher testen. Hab zudem auch alle anderen Quellen angeschrieben ob das nicht einfach in die FW mit einfließen kann als klickbare aber auch MQTT Option. Bisher waren die Kollegen (Shelly selber) immer sehr kooperativ.

[Beta-User]

Macht ggf. Sinn eine Übersicht der Template [...]

Schöner Hinweis, wird gerne übersehen:

Schon mal das "?" nach "set <device> attrTemplate" genutzt ?


Die Beschreibung auf der shelly-Seite dazu ist sehr spärlich (imo), aber da man solche Konfigurationsaufgaben nur einmalig macht (und auch nur dann, wenn man wie du unbedingt die ROLLO-Darstellugnsvariante haben will ), ist das m.E. keine Sache, die unbedingt in der firmware verbessert werden muß. Eine Verbesserung der Doku (mit ein, zwei Beispielen) würde es auch tun...

[87insane]

Ich weiß das es da ist. Aber meinst du nicht das die Lösung mit dem anlegen und verweiß auf ein anderes Template in der Datei selber ist nicht besser? Grund ist der, dass es ggf. durch Updates dazu kommen kann, das man früher oder später doch ein eigenes machen muss.

[DasQ]

@beta-user, ich werd wieder OT, aber es bezieht sich auf dein letztes posting.

ich find die stelle wo man das "attribut" für die templates setzt, eh unglücklich. wie auch des fragezeichen (das schnallt da kein neuling).
das setzten des TemplateAttribut, gehört in mein augen unten zum dropdown "attr" und nicht zu "set".
wärs da unten, könnte man wie bei den vielen andern attributen auch, den infotext drunter einblenden (haben nicht alle attribute, aber viele, zumindest beim ersten mal).

[87insane]

Ich finde es da oben ganz gut. Hatte ich sofort gefunden. Nur eben "?" ist aus meiner Sicht auch naaaaaja. Deswegen die Idee..Deine Idee ist aber auch gut. Also zwei Wege die man in eine Überlegung einbeziehen könnte.

[Beta-User]

@beta-user, ich werd wieder OT, aber es bezieht sich auf dein letztes posting.

ich find die stelle wo man das "attribut" für die templates setzt, eh unglücklich. wie auch des fragezeichen (das schnallt da kein neuling).
das setzten des TemplateAttribut, gehört in mein augen unten zum dropdown "attr" und nicht zu "set".
wärs da unten, könnte man wie bei den vielen andern attributen auch, den infotext drunter einblenden (haben nicht alle attribute, aber viele, zumindest beim ersten mal).

Na ja, darüber kann man möglicherweise streiten, aber funktional ist AttrTemplate an SetExtensions angedockt, will heißen: das ginge nur mit massiven Eingriffen in den Code...

Und: Hat man das _einmal_ gesehen, vergisst man das vermutlich nicht so gründlich, dass man es nicht bei Bedarf wiederfindet; da das feature auch für andere Module vorhanden ist, ist es ein "Einmal-Lerneffekt", durch den man halt "durch muß".

Wenn es konkrete Vorschläge gibt, wo man das in der Doku verbessern kann: da freut sich Rudi über patches zur cref (zu MQTT2_DEVICE), dto für mich und daas Wiki (insbes. bei den "Praxisbeispielen).


Mehrere templates machen die Sache nicht zwangsläufig übersichtlicher, ich würde lieber den Namen etwas generischer gestalten, dann lesen die Leute evtl. tfm (aka "?"). Vorschlag:

Code Auswählen Erweitern

A_10b_shelly_w_energy_meassuring

[87insane]

A_10b_shelly_w_energy_meassuring

Da würde ich mich zB fragen ob das nun ein oder zwei Relays sind. Übersichtlich ist die Template Datei für frische User eh nicht. Weswegen ich jedes Gerät einzeln anlegen würde. Aus den o.g. Gründen. Klar man kann die Namen bis aufs unermessliche versuchen für alles zu missbrauchen aber ist das Zielführend? MQTT in Fhem ist ja gerade wegen den Templates so eine geile Kiste. Wenn das nun komplizierter würde (und das würde es aus meiner Sicht) dann hat es wenig Sinn. Der Frischling wird gucken ob sein Gerät da ist und wenn er es nicht finden wird es einen Post geben....

[kabanett]

Bei dir sind die Icons nicht korrekt. (webcmd).

Nee, das ist so korrekt! Deshalb frug ich ja auch ob es beim 2.5 anders wäre.
Original Einstellung im Shelly und am Device hab ich nichts geändert. Einfach das Template ausgewählt.
Im ASC- WIKI steht es auch so und es funktioniert auch so!

Die 2 steht für ein umgekehrtes Verhalten und den Befehlsteil pct, also offen für set <name> pct 100. Typischer Vertreter dieses Typs sind HomeMatic (CUL_HM-) Geräte oder die Shelly2-Aktoren.

Nur zur Info!! Ihr macht das schon!!!

Gruß

[87insane]

Das es so geht ist gut! Ging nur um die fehlenden Icons. Normal sieht das ein wenig anders aus. Jap das mit der 2 im ASC habe ich gesehen. Genau so wollte ich das auch erst umdrehen aber (leider) hat Beta-User da Recht. Es macht Sinn es richtig zu machen und an den Hersteller zu schreiben damit er das mit in der FW einbringt. Das tat ich auch bereits auf diversen Wegen. Bin mal gespannt wann ich eine Antwort bekomme.

Danke für deine Infos!

[Beta-User]

Deshalb frug ich ja auch ob es beim 2.5 anders wäre.

Ohne jetzt im Detail da verglichen zu haben: Besteht jetzt hinsichtlich des (vorhandenen) 2.5-er Roller-Templates Handlungsbedarf oder nicht?

Da würde ich mich zB fragen ob das nun ein oder zwei Relays sind.

Also für ein Relay so:

Code Auswählen Erweitern

A_10b_shelly1_w_energy_meassuring

Übersichtlich ist die Template Datei für frische User eh nicht.

Das mag stimmen, aber für fortgeschrittene User ist es so noch erträglich. Der "frische User" soll sich an FHEMWEB orientieren, und da hat Rudi mit dem "?" und den Filteroptionen, mit denen man auch nur das angezeigt bekommt, was grade relevant ist, was tolles gebastelt. Da der html-Text dann auch noch durchsuchbar sein sollte, ist es m.E. hinreichend, wenn man nach "seinem Modell" suchen kann (wenn einem die Reihenfolge usw. nicht schon genug Fingerzeige gibt).

Weswegen ich jedes Gerät einzeln anlegen würde. Aus den o.g. Gründen. Klar man kann die Namen bis aufs unermessliche versuchen für alles zu missbrauchen aber ist das Zielführend? MQTT in Fhem ist ja gerade wegen den Templates so eine geile Kiste. Wenn das nun komplizierter würde (und das würde es aus meiner Sicht) dann hat es wenig Sinn. Der Frischling wird gucken ob sein Gerät da ist und wenn er es nicht finden wird es einen Post geben....

Du must es auch nicht dauerhaft pflegen , und eine "beschreibende" Namensgebung finde ich durchaus zielführend (denk' mal an die ganzen Zigbee-Leuchtmittel!) - ist aber zugegebenermaßen Geschmackssache.

Und Frischlings-Posts finde ich nicht tragisch; hat sich bisher im Rahmen gehalten. Wer die attrTemplates an sich findet, findet häufig auch "sein" template - oder fragt dann. Bisher gab's dazu doch in der Regel eine nette Antwort, oder?