Hallo zusammen,
ich suche nach meiner zukünftigen Smart-Home-Software und muss sagen, dass mich Gladys aus verschiedenen Gründen interessiert.
Ich bin Entwickler und suche daher eine Open-Source-Lösung, damit ich, falls nötig, Verbesserungen vornehmen kann 
Ich habe lange darüber nachgedacht, auf Jeedom zu setzen, aber der Jeedom-Code ist so alt und unübersichtlich, dass ich davon Schweißausbrüche bekam. Daher freut mich ein Node.js-Projekt 
Der französische Aspekt hilft auch, ich bin zwar gut in Englisch, aber es ist einfach angenehmer, unsere Muttersprache zu verwenden 
Ich bin derzeit im Umbau, daher habe ich nicht wirklich Zeit für irgendetwas. Wenn alles gut läuft, sollte ich bis Ende Dezember einziehen können, danach kann ich endlich meine Smart-Home-Anlage konfigurieren (sehr einfach zum Anfang, Mikromodule von Qubino und Bewegungsmelder für die Beleuchtung, das ist alles).
Okay, die Vorstellung ist vorbei, das ist nicht wirklich der richtige Ort dafür, aber es gibt kein Präsentationforum 
Ich habe Gladys lokal installiert, um mir die Benutzeroberfläche anzusehen, und habe einige Verbesserungsvorschläge.
Ich möchte über das Dashboard sprechen, da es der am häufigsten sichtbare Teil ist:
-
Der erste und wichtigste Punkt für mich ist die Konfiguration des Dashboards. Gladys will in Sachen Benutzeroberfläche Spitze sein (das ist eines Ihrer Argumente gegenüber Ihren Konkurrenten, die moderne Oberfläche), ich habe die Testdaten eingegeben, um zu sehen, was angeboten wird. Das Ergebnis: nicht viel
Ich hatte mir etwas wirklich Anpassbares erwartet, aber am Ende kann man, abgesehen von der Auswahl vordefinierter Elemente in vordefinierten Kästchen, nicht viel tun :/.
Ich hätte gerne ein System wie Beispiel, bei dem man die Blöcke durch Geräte/Räume ersetzt. Heute ist das mit Flexbox/Gridbox relativ einfach umzusetzen. Ich weiß nicht, was Sie davon halten, ich bin mir nicht sicher, ob ich klar bin, daher hier ein Beispiel:
Derzeit ist es nicht möglich, dieses Ergebnis zu erzielen (oder ich habe es nicht gefunden?), man ist in einem 3-Spalten-Design eingeschränkt.
Das ist zweifellos ein großes Projekt, ich könnte in einigen Monaten nach Abschluss meiner Bauarbeiten vielleicht helfen (dann habe ich noch viel zu tun, wenn ich eingezogen bin
)
-
Mit Blick auf ein klares Dashboard denke ich, dass die aktuelle Lösung nicht weit genug geht, was die Komponenten angeht. Bei mir ist eine Lampe eine Lampe, ob sie RGB, dimmbar oder einfach ein- und ausschaltbar ist, sie sind alle Lampen und sollten daher auf meinem Dashboard gleich dargestellt werden. Mit anderen Worten, ein Lampengerät sollte unabhängig davon, ob es Z-Wave, Zigbee usw. ist, und ob es ein- und ausschaltbar, dimmbar oder RGB ist, gleich dargestellt werden, aber es sollte nicht wie ein Heizkörper aussehen.
Meiner Meinung nach sollte die sichtbare und nutzbare Benutzeroberfläche des Benutzers einheitlich und selbsterklärend sein. Das bedeutet, dass es Widgets für gemeinsame Gerätetypen geben sollte, unabhängig davon, woher das Gerät kommt.
Hier ein Beispiel für Lampen:
Ich bin mir nicht sicher, ob das funktioniert, Begrenzung einer eingebetteten Datei für neue Benutzer
Es ist dasselbe Widget für alle Fälle, das Ein- und Ausschalten wird durch Klicken auf das Glühbirnen-Icon gesteuert, die Farbe durch den Hue-Ring und die Intensität durch den unteren Balken, wobei jede Option je nach den Optionen der Lampe deaktiviert werden kann.
Wie Sie im Beispiel sehen, spricht ein Glühbirnen-Icon auf dem Dashboard beim ersten Blick viel mehr an als ein Schalter, um den Gerätetyp zu bestimmen.
Mit dem oben beschriebenen System könnte man dieses Widget überall auf der Seite platzieren, in einem Raum (der in Wirklichkeit ein einfacher Widget-Container wäre) oder unabhängig.
Konkret sollte der Gladys-Core auf der Frontend-Seite verschiedene Basis-Widgets implementieren, die den verschiedenen möglichen Gerätetypen entsprechen, und zwar mit beschreibenden Symbolen. In diesem Sinne sind Jeedom und andere auf ihrem Dashboard viel klarer, man sieht sofort, ob es sich um eine Lampe, einen Rollladen oder etwas anderes handelt.
Natürlich sollte auch die Möglichkeit geboten werden, dass Module ihre eigenen Widgets erstellen können, wenn dies notwendig ist (z. B. ein Fernbedienungs-Widget für das Fernsehen). Noch einmal, die Verwendung eines modernen JavaScript-Frameworks ermöglicht normalerweise die Verwendung dynamischer Komponenten, daher gibt es hier keine Probleme (ich habe React seit fast 4 Jahren nicht mehr angerührt, aber Vue oder Svelte ermöglichen dies, daher denke ich, dass React es auch tut ^^) -
Eine kleine Verbesserung auf der Backend-Seite diesmal, es wäre cool, wenn der Seeder leicht erweiterbar wäre. Der Core sollte nur die grundlegenden Elemente (Benutzer, Haus, Raum usw.) erstellen, und dann sollte jedes Modul ohne Änderung externer Dateien seines Moduls Elemente zum Seeder hinzufügen können (man kann sich eine JS-Datei pro zu seedender Tabelle vorstellen, die sich in einem seed-Ordner des Moduls befindet und die bei jedem Start des Seed-Befehls abgerufen wird, der nur ein Array von Elementen zur Bulk-Importierung zurückgibt). Man kann sich vorstellen, eine Option zum Filtern nach Modul hinzuzufügen, anstatt alles zu nehmen).
Denn ich nehme mein Beispiel wieder auf, ich habe derzeit keine Smart-Home-Geräte bei mir zu Hause. Nach dem Einrichten des Seeders sehe ich nur eine Glühbirne, einen Heizkörper und eine Kamera als Geräte, keine Bewegungsmelder, Rauchmelder, Alarmanlage usw.
Wenn jedes Modul seinen eigenen Seeder einrichtet, fügt es möglicherweise leichter die Gerätetypen hinzu, die es verwalten kann, und vor allem die betreffende Person kennt die Datenbankfelder, die es mit seinen Geräten verwendet, was die Sichtbarkeit während der Entwicklung erhöht (für eine Person, die nur auf der Frontend-Seite entwickelt, würde dies ihr ermöglichen, Geräte zu haben, die sie möglicherweise nicht zu Hause hat).
Das ist eine ganze Menge Text 
, wenn Sie Fragen zu bestimmten Punkten oder anderen Dingen haben, zögern Sie nicht.
Wie oben erwähnt, bin ich derzeit im Umbau für noch viele Monate, daher kann ich nicht helfen, da meine Freizeit in die Bauarbeiten fließt. Aber sobald ich eingezogen bin, werde ich mich motivieren, je nach meinen Fähigkeiten (und Bedürfnissen ) zu helfen.
Vielen Dank für die bisherige Arbeit, es sieht vielversprechend aus, und viel Erfolg für die Zukunft
(und das sollte auch bei der Frontend-Entwicklung helfen, für diejenigen, die nicht unbedingt alle möglichen Geräte haben)