Ich habe auf Slack mal nachgefragt, welchen Einfluss die neuen GerÀte Klassen haben können:
Werden bereits hinzugefĂŒgte GerĂ€te von den neuen GerĂ€teklassen beeintrĂ€chtigt? Wenn ja, wie?
Werden GerĂ€te von den neuen GerĂ€teklassen beeintrĂ€chtigt die nach diesem FW-Update hinzugefĂŒgt werden? Wenn ja, wie?
MĂŒssen entsprechende Apps erst aktualisiert werden, bevor auch die GerĂ€te, welche der neuen GerĂ€teklasse zugeordnet werden können, davon âprofitierenâ. Falls ja, mĂŒssen diese GerĂ€te zuerst gelöscht und dann neu hinzugefĂŒgt werden?
Wie wirkt sich das auf die StandardfĂ€higkeit aus, die auf der Kachel angezeigt wird, und welche anderen FĂ€higkeiten können zur Anzeige auf der Kachel ausgewĂ€hlt werden? *Âč
Ja, die Entwickler mĂŒssen die Treiber aktualisieren, um die neuen GerĂ€teklassen zu verwenden, und das wird erst wirksam, wenn das GerĂ€t (erneut) hinzugefĂŒgt wird.
Im Moment noch nicht, aber wir können in Zukunft darauf aufbauen.
(per Deepl . com ĂŒbersetzt)
Edit 2
*Âč Frage 4 von @Jamie inkl. Antwort von Athom hinzugefĂŒgt.
Ob das mit dem Update der Device Class so stimmt, muss mMn ĂŒberprĂŒft werden. Denn ich musste bei meiner App zuerst den Driver kopieren, dann die neue Device Class eintragen. Und zum Schluss, denn alten Driver auf âdeprecatedâ setzen. Dann hat es funktioniert.
BDW: Man kann die Device Class nicht direkt via Code Àndern.
Wenn es jetzt funktioniert, dann ist es ja gut. Ich musste die Class von âotherâ auf âsensorâ Ă€ndern und die App ist dabei gecrasht, also habe ich die Deprecated-Lösung genommen.
Die âsetClassâ-Lösung hat mMn noch ein anderes âProblemâ. Ich weiss nicht ob das API zwei Class Name versteht/akzeptiert (bei mir âotherâ zu âsensorâ). Wenn nicht muss die Ănderung auch bei allen zukĂŒnftigen Devices gemacht werden und jetzt steht im âdriver.compose.jsonâ File âotherâ aber effektive verhĂ€lt es sich wie ein âsensorâ. Dieser Umstand wird so sicher wie das Amen in der Kirche zu MissverstĂ€ndnisse und Probleme fĂŒhren.
Also wenn es 1000 Devices betrifft, dann wĂŒrde ich auch die âsetClassâ-Lösung bevorzugen. Bei zehn kann der User getrost das Device löschen und neu hinzufĂŒgen und alles ist palettiâŠ
Das ist kein Problem.
In der HA App ist im Driver auch eine Standard-Klasse definiert. Im GerÀt selbst kann man beliebig die Klasse Àndern. Da Àndert sich nichts am Verhalten.
Super, aber leider ist die App schon released, trotzdem: Danke fĂŒr die Info.
Eine Frage hĂ€tte ich noch. Wie sieht es mit dem âdriver.compose.jsonâ File aus, kann man das Attribute âclassâ auch Ă€ndern oder bleibt sie âimmer und ewigâ auf der original ID, bei meinem Beispiel âotherâ ?
Im Driver kannst du das Àndern. Direkte Auswirkung hat sas dann erstmal nur auf den Pair-View, wo das GerÀt nun als anderer Typ angezeigt wird. Das sieht man m.W. aber erst ab einer gewissen Anzahl an Drivern, wenn die Kategorien eingeblendet werden.
Auf bereits vorhandene GerÀte hat das keinen Einfluss. Da könntest du aber in onInit() die Klasse Àndern falls nötig.
âŠund nicht vergessen, den Eintrag in der app.json zu setzen: "compatibility": ">=12.0.0",
Und denk daran, dass die User auf der aktuellen Stable-Version eine App mit "compatibility": ">=12.0.0", aktuell nicht verwenden können.
