-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
universal Accessory #44
Comments
Frage hierzu: kann man sich das dann so wie hier vorstellen (nur ohne den Bridge Node)? |
Jupp, so in der Art stell ichs mir vor. |
Mal ein erster Anlauf. Man kann beliebig viele Services zum Accessory hinzufügen. Die Zahl in der Spalte ganz links gibt den "Subtype" an, der steckt dann in |
Beim testen ist mir aufgefallen, dass bei jedem Update des Accessory ein neues Geräte angelegt wird. Alte Geräte werden nicht gelöscht. Man muss RedMatic neu starten, dann ist es wieder ok. |
BTW: welchen Use Case hast du denn im Hinterkopf für den man mehrere Geräte in ein Accessory reinpacken muss? Ich hätte das universal Accessory einfach als Ersatz für all die individuellen Accessories gesehen, die du bisher implementiert hast. |
Naja, es gibt ein Limit von 100 Accessories je Bridge. Mit "Multi-Service-Accessories" hat man da mehr Luft. Außerdem gibt es bestimmte Services die zwingendermaßen in einem Accessory gruppiert werden müssen, so z.B. der BatteryService der nur als "Zusatzservice" Sinn ergibt oder der StatelessProgrammableSwitch wenn man mehrere Tasten auf einem Accessory haben will. Eigentlich empfehle ich wenn möglich immer soviele Services wie möglich in ein Accessory zu packen - allerdings gibt es einen Grund warum das nicht immer machbar ist: Alle Services eines Accessory können nur im selben Raum existieren, verschiebt man in der Home App ein Service in einen anderen Raum wandern alle anderen automatisch mit. |
Ah, ok. Ich übersetze das für mich mal so: Ich habe im Wohnzimmer 4 Lampen mit insgesamt 8 Leuchtmitteln. Kannst du bitte noch erklären, wie man zu einem LightBulb (On/Off) noch die Characteristics Hue, Saturation, Brightness hinzufügen kann? |
Optionale Characteristiken aktivierst einfach mit einer Nachricht direkt beim Start von Node-RED. Falls die Nodes die Du daran anschließt keine Nachricht nach dem Deploy schicken kannst ein Inject Node zur Hilfe nehmen dafür.
|
Noch eine Anmerkung: der Node heißt immer Universal, selbst wenn man ihm einen neuen Namen im entsprechend vorgesehenen Feld gibt. |
Das mit den Namen sollte in 1.7.11 gefixt sein |
Puh! Ich habe mal damit rumgespielt und einen m.E. funktionierenden flow für mein Setup gebastelt. Vielleicht kann das ja auch als Beispiel für andere herhalten (version ist noch 1.7.10.; zusätzlicher node: node-red-contrib-node-hue welcher zuverlässiger funktioniert als huemagic):
|
Kurze Frage: Ist es Möglich die maxValue der TargetTemperature eines Thermostats oder HeaterCoolers im Flow zu erhöhen. Ich würde gerne die Soll- und Istwerte meiner Heizkreisläufe darüber abbilden. @hobbyquaker: Du hattest oben mal etwas in der Richtung erwähnt. Danke! |
Frei konfigurierbar mit allen in https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js definierten Services.
The text was updated successfully, but these errors were encountered: