Ich erstelle dieses Thema als Reaktion auf diese Nachricht:
Die aktuelle Diskussion dreht sich um folgende Punkte:
Wo soll diese Liste der kompatiblen Geräte gespeichert werden: Im Gladys-Repository? Oder im Dokumentations-Repository? Dabei gibt es ein Problem: die Internationalisierung. Die Produkte sind nicht in allen Ländern gleich, die Titel/Beschreibungen/Links müssen internationalisiert werden.
Wo soll diese Geräteliste angezeigt werden: in Gladys + in der Dokumentation? Nur in Gladys? Oder nur in der Dokumentation? Dabei ist zu beachten, dass die Antwort auf diese Frage die Wahl 1 beeinflusst. Denn wir werden diese Liste nicht an zwei Stellen einfügen, daher wird einer zwangsläufig vom anderen abschöpfen, falls wir sie an beiden Stellen anzeigen.
Darüber haben wir sehr lange im Forum diskutiert, ich erinnere mich nicht mehr wo, aber da wir nicht weitergekommen sind, starte ich die Diskussion hier erneut
Guten Abend,
ich schlage vor, ein Attribut hinzuzufügen, um anzugeben, ob ein Gerät getestet wurde oder nicht, da ich gerade Änderungen für das Tasmota-Modul vorgenommen habe. Es gibt eine Datenbank mit kompatiblen Geräten, in der über 850 Geräte aufgelistet sind. Ich kann sie nicht alle testen, aber ich denke, dass sie (fast) alle von Gladys unterstützt werden.
Eigentlich habe ich nicht Gerät für Gerät integriert, sondern Funktion für Funktion.
Ich frage das Gerät, fordere seine „Capabilities“ an und erzeuge ein Gladys-Gerät mit den Funktionen, die aus den erhaltenen Informationen übersetzt wurden.
Die Integration wird generischer und wird weniger durch Entwicklungen eingeschränkt.
Okay, das bedeutet also, dass wir potenziell Tausende von Geräten in dieser Datenbank haben werden. Daher muss es klassifiziert (nach was?), paginiert, sortierbar und mit einer Suchleiste sein.
Das ist jetzt kein kleines Projekt mehr ^^ Meiner Meinung nach, außer wenn sich jemand voll darauf stürzt, haben wir nicht die Ressourcen, um das vor der RC herauszubringen, zumindest nicht von meiner Seite, ich bin voll mit den Szenen beschäftigt!
Ich habe immer noch Schwierigkeiten zu sehen, wo das in Gladys im Hinblick auf die UI sein könnte (wenn wir es in Gladys einbauen). In der Dokumentation sehe ich es sehr gut, aber in Gladys habe ich keine große Idee.
Meiner Meinung nach sollte ein Verzeichnis in gladys erstellt werden, in dem Dateien nach Marken sortiert sind (wie @AlexTrovato es für den Zigbee2mqtt-Dienst gemacht hat), um zu vermeiden, dass die Dateien zu groß werden.
In diesen Dateien sollten die für die Dienste relevanten Informationen enthalten sein, insbesondere die zugehörigen Features, das Modell, … Aber auch die Namen der Dienste, die sie verwalten, und der Integrationsstatus (integriert, in Arbeit oder nicht verwaltet).
Anschließend hätte man ein Skript, das eine Datei zur Anzeige in der Dokumentation generiert, und man würde ein Kontrollkästchen hinzufügen, um anzugeben, dass das Modell getestet wurde. Auf diese Weise könnten Benutzer, die Hardware testen, diese Information direkt hinzufügen, ohne den Entwicklungsprozess zu beeinträchtigen. Zigbee2mqtt.io verwendet ein solches Skript für seine Dokumentation. Ich wollte einen kleinen Versuch auf GitHub machen, um euch zu zeigen, wie das aussieht, aber ich habe wirklich keine Zeit dafür im Moment…
