Ich habe den Fall mit einer Meross-Doppelsteckdose, ich habe 3 Geräte in Alexa und das funktioniert sehr gut (1 allgemein und 1 pro Steckdose).
Okay, in der UI könnte die Gerätefunktionskategorie allein sinnvoll sein (man ist oft auf einen Raum und damit auf eine bestimmte Geräteliste kontextualisiert). Zum Beispiel « Temperatur » zum Anzeigen der « Feature » eines Geräts, das sich in einem Raum befindet. Wenn es zwei gäbe, wäre nichts dagegen einzuwenden, die Beschriftung zu aktualisieren!
Aber in einer Szene muss man die richtige Feature auswählen können und daher das Gerät und der Raum sehr nützlich sein… Das war meine ursprüngliche Anfrage
PS: Das stellt nicht die Notwendigkeit in Frage, ein Gerät zu teilen oder auf andere Weise (device_feature.location?)
Ok danke @VonOx und @Romuald_Pochet, das ist also die Lösung: Diese Geräte in mehrere Geräte in Gladys aufteilen 
Dadurch ist es tatsächlich möglich:
- Diese Geräte in Gladys gut zu unterscheiden
- Jede Steckdose in einem anderen Raum zu platzieren (nicht möglich, wenn man sie nicht aufteilt)
- Die Kompatibilität mit Google Home / Alexa zu verwalten, denn sonst wird es für diese Geräte nicht funktionieren
Könnte man Xiaomi in die Runde aufnehmen, da ich Probleme mit meinen Doppel-Schaltern habe, bei denen ich nicht zwischen links für das Wohnzimmer und rechts für das Esszimmer unterscheiden kann, und ebenso bei der Küche.
Ja!
Es wurden auch andere Geräte angefordert, wie diese Mehrfachsteckdosen:
Beispiel: Zigbee2mqtt: Add device HG06338 · Issue #1333 · GladysAssistant/Gladys · GitHub
Hallo,
Ich arbeite an der Integration eines Thermostaten in meinem Zuhause und habe dies:
Jede „Schaltfläche“ entspricht einer binären Funktion an meinem Ventil.
Ich bin mir nicht sicher, ob der „Split“, von dem Sie sprechen, mein Problem löst.
Wie kann ich die Anzeige ändern?
Wenn ich den Typ ändere, müsste ich für jede Funktion unterschiedliche Typen basteln, was nicht ideal ist. Außerdem müsste ich die Box in der Frontend-Oberfläche ändern, um jedes Gerät zuzulassen, was sehr umständlich wäre.
Bei mir gibt es dasselbe Problem mit einem Kopf von Moes.
Der Grund ist einfach: bestimmte Typen werden von Gladys noch nicht unterstützt. Aber das wird kommen, man muss das vorher planen, um die Heizung zu verwalten und dann alles zu entwickeln.
Eigentlich würde ich die verschiedenen Typen für meine EnOcean-Integration hinzufügen, aber mein Ventil hat sein eigenes Protokoll, sodass es Typen gäbe, die wahrscheinlich nur für diese Art von Ventil gelten würden, wobei es am Ende trotzdem ein Binärtyp bleibt.
Beispiel:
Ich finde, es reicht, einen grundlegenden Binärtyp beizubehalten, aber für mich ist die Anzeige auf der Frontseite das Problem.
Für Sensortyp-Features funktioniert es:
Aber nicht für Nicht-Sensor-Features (readOnly: false):
Tatsächlich wird der gesamte Heizungsbereich noch nicht in Gladys Core verwaltet.
Das ist eine Entwicklung, die noch zu erledigen ist
Zögere nicht, einen Funktionsvorschlag zu machen, das ist die größte Aufgabe, die erledigt werden muss, damit die Entwicklung danach schnell vonstattengeht.
Ein bisschen wie das Planen deines Hauses vor dem Bau, wenn du weißt, wohin du willst, läuft alles wie von selbst.
Ich hatte eine erste Skizze gemacht, die ich mit meiner Erfahrung mit meinen aktuellen vernetzten Geräten aktualisieren muss, zögere nicht, eine neue zu machen oder sie zu ergänzen:
Ein weiteres Beispiel für eine funktionale Spezifikation (von @pierre-gilles):
Ich füge hier meinen Senf hinzu, ich weiß nicht, ob es sich um dasselbe Problem handelt.. Ich habe einen 4-Kanal-Zigbee-Schalter in meinem Garten. Und er wird so angezeigt, obwohl ich den Features schöne Namen gegeben habe:
Tatsächlich wäre die Idee für diese Geräte, die so etwas wie Mehrfachsteckdosen sind, diese so zu integrieren, dass das Gerät in mehrere Geräte aufgeteilt wird, und zwar aus mehreren Gründen:
- Jedes Gerät ordentlich benennen zu können
- Jedes Gerät in einem anderen Raum platzieren zu können (da ein Relais Geräte in mehreren Räumen steuern kann)
- Dass diese Geräte von Sprachassistenten (Google Home, Alexa) verwaltet werden, die nur eine Funktion des gleichen Typs pro Gerät verwalten
So machen es die meisten anderen Smart-Home-Systeme.
Das ist eine Entwicklung in der Zigbee2mqtt-Integration
Okay, ich verstehe vollkommen!
Ich werde dann warten, da ich leider kein Entwickler bin.
Ich grabe das Thema ein bisschen aus, das ist nicht überall anwendbar 
Nur um noch einen Chip in die Maschine zu werfen, z2m le lixee tic, ich sehe nicht, warum man mehrere Geräte machen würde.
Und um zu zeigen, wie unbrauchbar das ist
Wer ist wer? Das ist die Lotterie
Bearbeitung: Die Bearbeitung der Feature-Namen ist quasi unmöglich, und die Verwendung in Szenen ist ein Albtraum
Umgehung für das Dashboard und die Szenen, ein Gerät zufällig auswählen und die Selectoren in der Datenbank bearbeiten
Tatsächlich ist der Lixee TIC ein bisschen extrem (viele Funktionen).
Im Fall des Lixee TIC ist für mich die Lösung, jede Funktion einfach besser zu klassifizieren, denn ich nehme an, dass jede Funktion einen Nutzen hat und einen anderen Wert als ihre Nachbarin zeigt?
Im Gegensatz zu den Mehrfachsteckdosen, die tatsächlich 5 Funktionen haben, die genau das Gleiche tun, bin ich sicher, dass es sich beim Lixee um X wirklich unterschiedliche Funktionen handelt, oder?
Ich hebe dieses Thema wieder auf, um zu erfahren, ob sich jemand Großzügiges diesem Entwicklungsthema gewidmet hat?
Es scheint, dass viele aktuelle Beiträge im Forum auf dieses Problem hinführen.