Hinzufügen eines „Bearbeiten“-Buttons auf den Karten der Philips Hue-Geräte, um die Feature-Kategorie ändern zu können.
Erläuterung des Bedarfs:
Die Steckdosen werden auch zum Ein- und Ausschalten von Stimmungsbeleuchtungen verwendet (z. B. in meinem Wohnzimmer habe ich 2 Philips Hue-Steckdosen, die 3 Stimmungslampen steuern, die ich einschalte, wenn wir fernsehen). Leider können sie, da sie als „Schalter“ hinzugefügt werden (was bis dahin normal erscheint), nicht über den Dashboard-Befehl zum Ausschalten des Raums gesteuert werden. Diese Änderung würde dies ermöglichen. Natürlich funktioniert dieser Feature-Request auch für andere Integrationen wie Tasmota.
Das nervt mich, ich würde mich gerne drum kümmern. Nächste Woche bin ich 11 Tage in Elternzeit (mein kleines Mädchen wurde am 11. November geboren), also habe ich etwas Zeit.
Der einzige Haken ist, dass ich nicht sicher bin, wie ich die Kategorie ändern soll ^^ Ich denke, ich kann mich um den Frontend-Teil kümmern, aber den Rest… mal sehen, ob ich mich drum kümmern kann.
Ich wollte auch an der Netatmo-Integration arbeiten, aber leider kann ich @damalgos nicht erreichen und sein Pull-Request enthält nicht die letzten Änderungen, die er im Mai vorgenommen hat und die die Verbindung zum Netatmo-Konto ermöglichten…
Das Thema wurde für die Tasmota-Geräte angesprochen.
Man muss sicherstellen, dass der Feature-Typ derselbe ist, wenn man sich entscheidet, die Kategorie zu ändern.
das ist vielleicht ein bisschen schwerfällig und schwer zu verstehen, oder? Der Benutzer muss sich immer daran erinnern, dass er 2 Geräte nur hat, um eine einzige Sache zu definieren
Ich denke, in diesem speziellen Fall wäre es besser, wenn der Benutzer sagen könnte « diese Steckdose ist ein Licht »
Ich bin mir einig, dass das für den durchschnittlichen Benutzer ein bisschen schwer zu handhaben ist, das kann abschreckend wirken. Zumal es in den Geräteeinstellungen relativ einfach zu handhaben sein sollte.
Dies sollte nicht vernachlässigt werden, wir begegnen diesem Anwendungsfall in mehreren Fällen mit den Sonoff-Geräten (4ch, 4chpro, dual, …) und in diesem Fall ist es schwieriger zu handhaben. Vielleicht sollte dies in den „Entdeckung“-Menüs der Integration vorgesehen sein, und eine zusätzliche Option, die fragt, ob man die Geräte trennen möchte, sogar für diese Modelle 2 Geräte, direkt die Merkmale in 2 oder 4 Geräte aufteilen. Es ist besser, für das 4ch zum Beispiel 2 getrennte Geräte zu haben, auch wenn sie im selben Raum sind. Das lässt sich danach ohnehin sehr gut konfigurieren.
Mein Anwendungsfall kann ein gutes Beispiel sein: Ich habe ein 4CH Pro, das verwaltet:
1 Beleuchtung im Badezimmer,
1 Steckdose im Badezimmer (Heizung)
1 Beleuchtung in der Toilette,
1 Beleuchtung in der Küche.
Wenn die 4 verschiedene Geräte sind, muss ich nur die ersten beiden im Badezimmer, das nächste in der Toilette und das letzte in der Küche konfigurieren.
Dies löst auch das Problem der Überschriften im Dashboard, da jedes seinen Gerätenamen hat. Es bleibt nur noch die Möglichkeit, das Merkmal in den Geräteeinstellungen zu ändern, wenn es sich um eine Beleuchtung handelt.
Je réfléchissait à la question, là où je suis d’accord qu’on veut rendre le cas « lampe branchée sur prise » possible, je ne suis pas sur qu’on veuille que l’utilisateur puisse modifier toute la configuration de ces services censées être clé en main.
Il faut vraiment que le minimum vital soit exposé à l’utilisateur final.
On d’accord que l’on veut ajouter un bouton « Bearbeiten » zur Philips Hue-Integration, in diesem Stil: ?
In dieser Ansicht denke ich, dass wir nur die Änderung der Kategorie erlauben wollen, wenn es sich um eine Steckdose handelt, die in ein Licht umgewandelt werden soll.
Man könnte zum Beispiel einen true/false-Toggle « Diese Steckdose ist eine Lampe, Gladys erlauben, diese Steckdose als Lampe zu steuern » einfügen, der die Kategorie von Schalter zu Licht und umgekehrt umschaltet.
Im Anschluss an die PR und die Diskussionen zum Thema, um diese Funktion zu integrieren, wollte ich einen Parameter für die Device-Feature-Erstellung beim Erstellen des Devices erstellen, etwa:
- device_id = id des Devices
- value = [
{
device_feature_external_id: id des Device-Features 2,
create_category: "switch"
},
{
device_feature_external_id: id des Device-Features 2,
create_category: "switch"
}
Sobald man das Device erstellt, hat man also die Info und wenn man das Kästchen ankreuzt, wird die Kategorie in « light » geändert und diese wird in den Lichtern berücksichtigt, ohne dass man in der Entwicklung besondere Änderungen vornehmen muss. Danach kann man sogar sagen, dass man in seiner Karte die Grundkategorie anzeigt. Und dies kann dann für andere Integrationen übernommen werden, die das gleiche Problem haben (wir sprachen über das Problem der Sonoff-Relais als Schalter, die oft Lichter steuern)
Passt das so? Für bereits erstellte Geräte wollte ich in den Aktionen eine Bedingung « wenn Device-Feature switch/binary und der Parameter des create_category » nicht existiert, dann wird er erstellt. Wäre das in Ordnung?
Ich habe direkt in der Datenbank in der Tabelle t_device_feature in der Spalte category geändert, aber Achtung vor Instabilität danach (ich stoppe den Gladys-Container und ändere dann über die Befehlszeile mit sqlite3).
Wenn du nicht in der Produktion, sondern in der Entwicklung bist, kannst du die Datei server/services/philips-hue/lib/models/plugOnOff.js ändern und in features:
category: DEVICE_FEATURE_CATEGORIES.SWITCH,
zu
category: DEVICE_FEATURE_CATEGORIES.LIGHT,
Danach kann man vielleicht im Docker-Container in der Produktion ändern, aber ich weiß nicht wie und denke, dass man das bei jedem Update wiederholen muss.
