MQTT2+Shelly: erste Konfiguration und template-Entwicklung

Brandensittich · 12 März 2019, 15:42:54

Hallo zusammen, ich komme nicht weiter.
Ich habe einen Shelly 1 als MQTT2_DEVICE angebunden. Ein und Ausschalten funktioniert von FHEM aus. Wenn ich im Shelly Webinterface oder per Lichtschalter (an SW) schalte sehe ich in FHEM auch, dass sich das Reading ändert. Im Event-Monitor ist das auch sichtbar. Ich schaffe es jedoch nicht, dass sich in FHEM auch der STATE ändert, sodass ich sehe ob das Device on oder off ist.

Hier das Listing:

Code Auswählen

Internals:
   CID        shelly1_22F1C8
   DEF        shelly1_22F1C8
   DEVICETOPIC MQTT2_shelly1_22F1C8
   IODev      MQTT2
   LASTInputDev MQTT2
   MQTT2_MSGCNT 253
   MQTT2_TIME 2019-03-12 15:37:04
   MSGCNT     253
   NAME       MQTT2_shelly1_22F1C8
   NR         284
   STATE      off
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-03-12 15:25:04   fw_ver          20190311-121907/v1.4.8@e44d9e2c
     2019-03-12 15:25:04   id              shelly1-22F1C8
     2019-03-12 15:25:04   ip              10.6.77.163
     2019-03-12 15:25:04   mac             3E71BF22F1C8
     2019-03-12 15:25:04   new_fw          false
     2019-03-12 15:25:04   online          true
     2019-03-12 15:37:04   shellies/shelly1-22F1C8/input/0 0
     2019-03-12 15:37:04   shellies/shelly1-22F1C8/relay/0 on
     2019-03-12 14:51:06   state           off
Attributes:
   IODev      MQTT2
   readingList shelly1_22F1C8:shellies/shelly1-22F1C8/online:.* online
shelly1_22F1C8:shellies/announce:.* { json2nameValue($EVENT) }
shelly1_22F1C8:shellies/shelly1-22F1C8/relay/0:.* shellies/shelly1-22F1C8/relay/0
shelly1_22F1C8:shellies/shelly1-22F1C8/input/0:.* shellies/shelly1-22F1C8/input/0
   room       MQTT2_DEVICE
   setList    off:noArg shellies/shelly1-22F1C8/relay/0/command off
on:noArg  shellies/shelly1-22F1C8/relay/0/command on

Hier die Ausgabe aus dem Event-Monitor:

Code Auswählen

2019-03-12 15:36:34 MQTT2_DEVICE MQTT2_shelly1_22F1C8 shellies/shelly1-22F1C8/relay/0: on
2019-03-12 15:36:34 MQTT2_DEVICE MQTT2_shelly1_22F1C8 shellies/shelly1-22F1C8/input/0: 0
2019-03-12 15:37:04 MQTT2_DEVICE MQTT2_shelly1_22F1C8 shellies/shelly1-22F1C8/relay/0: on
2019-03-12 15:37:04 MQTT2_DEVICE MQTT2_shelly1_22F1C8 shellies/shelly1-22F1C8/input/0: 0

Wäre jemand bereit mir zu helfen?

Vielen Dank und viele Grüße
Christian

Beta-User · 12 März 2019, 15:50:36

Zitat von: mele am 12 März 2019, 08:53:03
Wenn ja, ist eine Aufnahme in die Templates sinnvoll?

Wenn das "nur" darauf hinausläuft, das update anzustoßen, ohne eine lokale Quelle zu haben, würde ich mal sagen: möglich, aber lohnt eher nicht, das geht (vermutlich) fast so komfortabel über die Weboberfläche, und wer alle updaten will, kann das über das IO direkt publishen...

Wenn jemand mag, kann er ja ein entsprechendes template erstellen, das müßte dann nur darin bestehen, das IO zu ermitteln (Muster: tasmota- Umstellung auf Klenschriebung) und den korrekten Pfad, um für den jeweiligen shelly den updatevorgang anzustoßen. Wenn's eines gibt, packe ich es dazu.

@Brandensittich: Entweder das shelly1-template anwenden oder (ggf. zusätzlich) die Rückmeldung an relay/0 auf state umbiegen (was auf's selbe rausläuft) (Siehe wiki zu den Praxisbeispielen@MQTT2)

Brandensittich · 12 März 2019, 16:30:25

Zitat von: Beta-User am 12 März 2019, 15:50:36
@Brandensittich: Entweder das shelly1-template anwenden oder (ggf. zusätzlich) die Rückmeldung an relay/0 auf state umbiegen (was auf's selbe rausläuft) (Siehe wiki zu den Praxisbeispielen@MQTT2)

Vielen Dank! Nach einem Update konnte ich jetzt auch die Templates nutzen. Daran war ich die ganze Zeit verzweifelt... Funktioniert.

stefan-dd · 22 März 2019, 21:53:27

Hallo, ich möchte einen Tasmota Dimmer einbinden.
Ein/Aus funktioniert. Wie müsste "setlist" definiert werden? Der Slider wird angezeigt, ruft aber keine Reaktion hervor.

Code Auswählen

attr MQTT2_DVES_2725AE setList Dimmer:slider,0,1,100 /dimmer/bad/cmnd/Dimmer\

Kann mir jemand helfen?

Code Auswählen

defmod MQTT2_DVES_2725AE MQTT2_DEVICE DVES_2725AE
attr MQTT2_DVES_2725AE IODev MQTT_Server
attr MQTT2_DVES_2725AE alias Bad LED
attr MQTT2_DVES_2725AE devStateIcon on:10px-kreis-rot off:10px-kreis-gruen
attr MQTT2_DVES_2725AE readingList DVES_2725AE:dimmer/bad/tele/LWT:.* LWT\
DVES_2725AE:dimmer/bad/cmnd/POWER:.* POWER\
DVES_2725AE:dimmer/bad/tele/INFO1:.* { json2nameValue($EVENT) }\
DVES_2725AE:dimmer/bad/tele/INFO2:.* { json2nameValue($EVENT) }\
DVES_2725AE:dimmer/bad/tele/INFO3:.* { json2nameValue($EVENT) }\
DVES_2725AE:dimmer/bad/stat/RESULT:.* { json2nameValue($EVENT) }\
DVES_2725AE:dimmer/bad/stat/POWER:.* POWER\
DVES_2725AE:dimmer/bad/tele/STATE:.* { json2nameValue($EVENT) }\
DVES_2725AE:dimmer/bad/tele/UPTIME:.* { json2nameValue($EVENT) }
attr MQTT2_DVES_2725AE room MQTT2_DEVICE
attr MQTT2_DVES_2725AE setList Dimmer:slider,0,1,100 /dimmer/bad/cmnd/Dimmer\
on dimmer/bad/cmnd/POWER on\
off dimmer/bad/cmnd/POWER off
attr MQTT2_DVES_2725AE webCmd Dimmer:on:off

setstate MQTT2_DVES_2725AE Dimmer
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Dimmer 61
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Fade ON
setstate MQTT2_DVES_2725AE 2019-03-22 21:39:14 FallbackTopic cmnd/DVES_2725AE_fb/
setstate MQTT2_DVES_2725AE 2019-03-22 21:39:14 GroupTopic sonoffs
setstate MQTT2_DVES_2725AE 2019-03-22 21:39:14 Hostname bad-1454
setstate MQTT2_DVES_2725AE 2019-03-22 21:39:14 IPAddress 192.168.1.219
setstate MQTT2_DVES_2725AE 2019-03-22 21:40:35 LWT Online
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 LedTable OFF
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 LoadAvg 999
setstate MQTT2_DVES_2725AE 2019-03-22 21:39:14 Module Generic
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 POWER ON
setstate MQTT2_DVES_2725AE 2019-03-22 21:39:14 RestartReason Power on
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Sleep 0
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 SleepMode Dynamic
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Speed 5
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Time 2019-03-22T21:44:30
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Uptime 0T00:05:24
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Vcc 3.458
setstate MQTT2_DVES_2725AE 2019-03-22 21:39:14 Version 6.4.1(sonoff)
setstate MQTT2_DVES_2725AE 2019-03-22 21:39:14 WebServerMode Admin
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Wifi_AP 1
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Wifi_BSSId 7C:FF:4D:5A:F0:56
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Wifi_Channel 11
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Wifi_RSSI 52
setstate MQTT2_DVES_2725AE 2019-03-22 21:44:30 Wifi_SSId Airport
setstate MQTT2_DVES_2725AE 2019-03-22 21:45:44 state Dimmer

Beta-User · 22 März 2019, 22:19:40

Hier ist der Shelly-MQTT-Bereich...

Was hat Tasmota damit zu tun?

Hast du schon mal geschaut, ob ein passendes template verfügbar ist?

Wenn du keines findest: es gibt einige Dimmer-Devices im mqtt2.template-file, da mußt du dich nur bedienen

.

Bitte an den Rest: Ihr braucht ihm nicht noch weiter zu helfen, wenn er die Regeln so "sträflich" mißachtet...

87insane · 27 April 2019, 09:53:01

Moin moin zusammen,

da ich keine bessere Ecke dafür gefunden habe, mache dies mal hier. Habe 2x Shelly 1PM verbaut und wollte mal die Readings beisteuern. An einem Template bin ich noch nicht dran aber das kann ich ggf. dieses WE beginnen. An sich nutze ich nun noch das normale Shelly1 Template. Das ist soweit auch okay nur die Energie-Werte fehlen eben in diesem Template. Denke die Ansicht kann dadurch etwas schöner werden.

Code Auswählen


Internals:
   CFGFN      
   CID        shelly1pm_B1D951
   DEF        shelly1pm_B1D951
   DEVICETOPIC sz_deckenlicht
   FUUID      5cc4074e-f33f-fcb4-2a2d-5a4b3c845d1a880d
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 271
   MQTT2_FHEM_Server_TIME 2019-04-27 10:06:37
   MSGCNT     271
   NAME       sz_deckenlicht
   NR         497
   STATE      off
   TYPE       MQTT2_DEVICE
   OLDREADINGS:
   READINGS:
     2019-04-27 10:06:29   fw_ver          20190423-080637/v1.4.9-switch1pm-hotfix4@f8c51629
     2019-04-27 10:06:29   id              shelly1pm-B1D951
     2019-04-27 10:06:29   input0          0
     2019-04-27 10:06:29   ip              192.168.xxx.xxx
     2019-04-27 10:06:29   mac             840D8EB1D951
     2019-04-27 10:06:29   new_fw          false
     2019-04-27 10:06:29   online          true
     2019-04-27 10:06:29   overtemperature 0
     2019-04-27 10:06:37   relay0          off
     2019-04-27 10:02:55   relay_0_energy  50
     2019-04-27 10:06:29   relay_0_power   0.00
     2019-04-27 10:06:37   state           off
     2019-04-27 10:06:29   temperature     33.73
Attributes:
   IODev      MQTT2_FHEM_Server
   alexaName  Schlafzimmer Deckenlicht
   alias      Schlafzimmer Deckenlicht
   autocreate 1
   model      A_10_shelly1
   readingList shellies/shelly1pm-B1D951/relay/0:.* state
  shellies/shelly1pm-B1D951/relay/0:.* relay0
  shellies/shelly1pm-B1D951/input/0:.* input0
  shellies/shelly1pm-B1D951/online:.* online
  shellies/shelly1pm-B1D951/announce:.* { json2nameValue($EVENT) }
shelly1pm_B1D951:shellies/shelly1pm-B1D951/relay/0/power:.* relay_0_power
shelly1pm_B1D951:shellies/shelly1pm-B1D951/temperature:.* temperature
shelly1pm_B1D951:shellies/shelly1pm-B1D951/overtemperature:.* overtemperature
shelly1pm_B1D951:shellies/shelly1pm-B1D951/relay/0/energy:.* relay_0_energy
shelly1pm_B1D951:shellies/shelly1pm-B1D951/longpush/0:.* longpush_0
shelly1pm_B1D951:shellies/announce:.* { json2nameValue($EVENT) }
   room       MQTT,Schlafzimmer
   setList    relay0:on,off,toggle shellies/shelly1pm-B1D951/relay/0/command $EVTPART1
   webCmd     :relay0

Was wird noch benötigt? Also FHEM-Seitig bekomme ich alle Werte, die auch im Schalter zu sehen sind.

PS: Weiß nicht ob das für jemanden wichtig ist aber einen Shelly hab ich einfach als normalen Schalter in Betrieb und den anderen in einer Wechselschaltung.

EDIT: Der Shelly 1PM kann Wochen, Monats oder Jahresdaten nur in der Cloud speichern. Also müsste man bei Bedarf so etwas selber über ein Reading lösen. Ich selber nutze die Cloud natürlich nicht und will es auch nicht. Weswegen ich mir früher oder später so ein Reading anlegen werde.

Was ich hier nicht verstehe ist warum stateFormat hier kein:

Code Auswählen

<a href="http://ip" target="_blank">
online
</a>
state

will. Normal könnte ich nun auf online klicken und lande auf dem Webinterface. Anstelle dessen, schaltet er aber nur, so wie als würde ich auf state klicken. Außer man ändert die setList auf "
relay0:on,off,toggle shellies/shelly1pm-B1D951/relay/0/command $EVTPART1", hätte dann aber ein Dropdown menu.

EDIT2:
Anbei mal mein Vorschlag als Bild... So finde ich es schön und nützlich. Was sagt Ihr?
Grüner Kreis = Online/Offline Status + Webinterface
Lampen-Symbol = An/Aus des Verbrauchers dahinter
Freier Text = Aktuelle Verbrauchsdaten, die vom Shelly 1PM geliefert werden.

devStateIcon: true:10px-kreis-gruen@green false:10px-kreis-rot@red on:light_pendant_light:relay0+off off:light_pendant_light:relay0+on
setList: relay0:on,off,toggle shellies/shelly1pm-B1D951/relay/0/command $EVTPART1
stateFormat:
<a href="http://ip" target="_blank">
online
</a>
relay0
<br>
Aktueller Verbrauch: relay_0_power
webCmd: :relay0

Hellspawn · 27 April 2019, 16:23:39

Hi,

find ich gut so. Erstellst Du dafür ein Template ?

Gruß
Carsten

87insane · 28 April 2019, 09:42:25

Hab es leider noch nicht geschafft. Aber kann/werde ich machen. Es müsste ja nur eine kleine Abwandlung von shelly 1 sein.

87insane · 29 April 2019, 07:47:11

Moin Moin,

anbei mein Vorschlag für einen Shelly1pm:

Template:

Code Auswählen

# shelly1pm using original firmware.
name:A_10b_shelly1pm
filter:TYPE=MQTT2_DEVICE
par:DEVNAME;Shelly1 name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,shellies/([^/]*)/, ? $1 : undef }
attr DEVICE setList\
  relay0:on,off,toggle shellies/DEVNAME/relay/0/command $EVTPART1\
  off:noArg shellies/DEVNAME/relay/0/command off\
  on:noArg shellies/DEVNAME/relay/0/command on
attr DEVICE readingList \
  shellies/DEVNAME/relay/0:.* state\
  shellies/DEVNAME/relay/0:.* relay0\
  shellies/DEVNAME/input/0:.* input0\
  shellies/DEVNAME/online:.* online\
  shellies/DEVNAME/announce:.* { json2nameValue($EVENT) }\
  shellies/DEVNAME/relay/0/power:.* relay_0_power\
  shellies/DEVNAME/temperature:.* temperature\
  shellies/DEVNAME/overtemperature:.* overtemperature\
  shellies/DEVNAME/relay/0/energy:.* relay_0_energy\
  shellies/DEVNAME/longpush/0:.* longpush_0\
  shellies/announce:.* { json2nameValue($EVENT) }
attr DEVICE devStateIcon true:10px-kreis-gruen@green false:10px-kreis-rot@red on:light_pendant_light@green:relay0+off off:light_pendant_light:relay0+on
attr DEVICE stateFormat <a href="http://ip" target="_blank">\
online\
</a>\
relay0\
<br>\
Aktueller Verbrauch: relay_0_power\
<br>\
Tempertur: temperature Â°C
attr DEVICE webCmd :relay0
deletereading -q DEVICE [^(associatedWith)]*
attr DEVICE model A_10b_shelly1pm

Bei setList habe ich on/off nochmal einzeln, damit Alexa hier auch mitspielt. Das Symbol bei devStateIcon dient nur der Veranschaulichung.
Ansonsten, wie oben bereits beschrieben....

Bild anbei....

Beta-User · 29 April 2019, 20:21:45

Thx, hab's eingecheckt!

@all: mit den jüngsten Änderungen bei SetExtensions und zigbee2mqtt_devStateIcon255() (https://forum.fhem.de/index.php/topic,99957.0.html) wäre es auch möglich, laufende SetExtensions-Timer bei den Shellys grafisch darzustellen. Wenn jemand sich das nicht selbst zutraut, aber daran Interesse hat und das dann live testen würde, kann ich das gerne irgendwo zur Demo einbauen, hier war es etwas komplizierter, da ja weitere Readings im STATE angezeigt werden sollten...

87insane · 30 April 2019, 08:00:07

Zuerst danke an dieser stelle! Finde es schön zu sehen das man an der Template Entwicklung wirklich mit wirken kann. [emoji5]

Nun ist es so, das ich einen Wunsch hätte. Ich weiß nicht ob ich es überlesen habe oder ob es einfach nicht geht...

Wenn ich ein Template entwickel, welches wie beim shelly 1 zum shelly 1 pm einfach nur ein paar mehr readings hat, würde ich gerne die Möglichkeit haben readings oder sonst was hinzu zu fügen. Also zuerst das shelly1 Template übernehmen und danach die Zusatz readings hinzufügen. Aktuell überschreibt man mit dem setzen von zb Setlist direkt alles was drin steht. Ggf ist das durch ein Zusatz Attribut möglich.

Anstelle von attr Device SetList 1 2 3 und dem damit verbundenem überschreiben des ganzen attributes. Wäre eine Art attr Device +setList 1 2 3 und dann würden diese werte einfach nur hinzugefügt. Habe in einigen templates ähnliche Fälle gesehen und das würde die template Datei um einiges kürzen. Was immer geht ist zb tasmota Befehle ab zu setzen und das über mehrere templates hinweg. Das sieht man zb im Roller shutter invert_0/1.

Was sagst du dazu Beta-User? Was meinem die anderen?

Hoffe man versteht was ich meine... Danke u bis dahin [emoji5]

Gesendet von meinem LG-H850 mit Tapatalk

Beta-User · 30 April 2019, 09:28:55

Zitat von: 87insane am 30 April 2019, 08:00:07
Zuerst danke an dieser stelle! Finde es schön zu sehen das man an der Template Entwicklung wirklich mit wirken kann. (https://emoji.tapatalk-cdn.com/emoji5.png)

Dank zurück!
Ohne eure Mitwirkung könnte ich an der Stelle (fast) nichts für die community tun - ich habe schließlich nur ganz wenig eigene Hardware, und manchmal braucht man die schon (z.B., wenn man die Änderungen des state nachvollziehen will, wenn SetExtensions ins Spiel kommen)

.

ZitatNun ist es so, das ich einen Wunsch hätte. Ich weiß nicht ob ich es überlesen habe oder ob es einfach nicht geht...
[...]

Hmm, "möglich" ist vieles, man kann ja mit "par" Perl nutzen

.

ABER:
Schon das "Verschachteln" von attrTemplates (das ist wohl, was du mit "ähnliche Fälle" meinst) macht es für manche user unübersichtlich und ist auch von einem übergeordneten Standpunkt her möglicherweise etwas "unsauber", von daher will ich eigentlich da nicht ohne Not noch weiter (=>par) gehen. Dann wäre der Perlcode für par auch eher komplex; man müßte insbesondere prüfen, ob das, was man reinhaben will schon da ist usw..
Verschachteln darfst du gerne, es sollte nur ein gewisser Standard eingehalten werden; auch die tasmota-templates (da wird es viel genutzt) stellen im Kern nur ein paar Basis-Vorgaben am ESP8266 selbst ein, damit das einheitlich ist. Ansonsten sind es oft Varianten, bei denen weitere Readings vorhanden sind, die dann im stateFormat berücksichtigt werden usw..
Für readingList lohnt sich das m.E. auch nicht wirklich, da könnte man auch einfach autocreate einschalten und die Liste erweitern lassen (mit dem "richtigen" Modus, sonst passen die Readingnamen eventuell nicht zu dem, was z.B. stateFormat erwartet).

(Ich hoffe, das ist verständlich geschrieben...)

rudolfkoenig · 30 April 2019, 09:58:49

Etwas OT, aber gerade im template gesehen:

Code Auswählen

deletereading -q DEVICE [^(associatedWith)]*loescht vmtl nicht das, was ein Regexp-Unkundiger denken wuerde

deletereading packt (notify-ueblich) das letzte Argument in ^$, was als regexp ausgewertet wird.
Mit [^(associatedWith)]* werden nur die Readings geloescht, die keins der im [] erwaehnten Buchstaben enthalten, und ich behaupte, es gibt aktuell kein Reading, was deswegen entfernt wird.
"Alles bis auf" ist im Regexp "hoehere Schule", ich meine (?!associatedWith).* tut das.

87insane · 30 April 2019, 09:59:33

Wer in die Template Datei rein sieht, sieht das in meinen Augen sehr übersichtlich. Doppeleinträge dürften ja ruhig überschrieben werden. Nur zusätzliche Einträge sollten bestehen bleiben. Hier geht es auch nicht um SetList alleine. Gemeint sind alle attr. Finde gerade das Beispiel shelly1 zu shelly1 pm interessant hier.

Ich verstehe was du meinst, bin an der stelle aber anderer Meinung. Mehr Text = mehr sucherei. Perl ist in der tat an der stelle etwas überdimensioniert.
Ein Template macht (so wie ich das verstehe) nichts anderes als luxus für den User, da dieser einfach alles eingestellt bekommt. Wer es anders mag, muss selber hand anlegen. Oder aber kann als Inspiration einfach andere templates testen oder aber in der Datei nachsehen und "klauen"... Sorry für das wort aber mache ich ja genauso.

Es macht natürlich nicht überall Sinn bis ins tiefste zu verschachteln. Aber wie es auch zb in einer AD ist...es wird generell jeder User über Gruppen an seine Berechtigung geführt. So würde ich das hier auch sehen. Ein Grund Template und alles weitere wird quasi für das jeweilige gerät mit übernommen.

Edit: hatte es auch gesehen... Hab mir nix dabei gedacht, da es zuvor deletereading .* war. Dies war auch in diversen anderen templates so. Allerdings aus einem mir unbekannten Grund, wurde das angepasst. Ich habe das so mit übernommen nachdem ich das sah. Quasi ohne drüber mach zu denken. Hier kann Beta-User aber sicher mehr sagen. Leider oder zum Glück stecke ich nicht in allen templates so tief drin wie er.

Gesendet von meinem LG-H850 mit Tapatalk

Beta-User · 30 April 2019, 10:30:22

Zitat von: rudolfkoenig am 30 April 2019, 09:58:49
"Alles bis auf" ist im Regexp "hoehere Schule", ich meine (?!associatedWith).* tut das.

Du hast natürlich reicht, eigentlich hatte ich geglaubt, das erfolgreich getestet zu haben...
update kommt bei nächster Gelegenheit, Danke für den Hinweis

.

Zitat von: 87insane am 30 April 2019, 09:59:33
Wer in die Template Datei rein sieht, sieht das in meinen Augen sehr übersichtlich.

Danke, ich will mir selbst und anderen ja auch nicht das Leben schwerer machen, sondern es ist ja grade - neben der Vereinfachung für die, die es "schnell und unkompliziert" haben wollen - auch Sinn und Zweck, eine Art "best-practice"-Sammlung zu haben, aus der sich jeder nach Belieben bedienen darf

. (Dass dann auch mal was "sinnfreies" kopiert wird, kommt leider eben auch vor...

)

Es gibt da übrigens noch mehr Dinge, die man verbessern kann; z.B. sind noch einige userreadings drin, die keine Trigger-Angabe haben. Sowas will ich z.B. zukünftig eigentlich nicht mehr einchecken bzw. bei Gelegenheit auch verbessern (braucht aber für mehr als eine Plausibilitätsprüfung Rückmeldung/Hardware, sonst hätte ich das teilweise schon gemacht...)

ZitatFinde gerade das Beispiel shelly1 zu shelly1 pm interessant hier.

Du darfst gerne Verbesserungsvorschläge machen, mir erschließt sich im Moment das Beispiel nicht so ganz; wenn es nur eine oder zwei Zeilen sind, die zudem nicht fehlerträchtig erscheinen, braucht es m.E. aber keine Verschachtelung (da viel schwerer zu durchschauen, wenn sich jemand mal "Bedienen" will).