Rollen vs. Funktionen

[Ben1983]

@homoran ja aber das ist ja nicht meine Frage.

1. generiere ich mit dem Device Adapter ein Gerät, welches bei den States rollen setzt. Aber dort kann man auch Funktionen auswählen.

Im Endeffekt sind doch beide zur Identifikation gewisser Dinge da.
Ich habe nur noch nicht den Hintergrund verstanden, warum ich bspw. Einem Licht, was die Rolle „light“ hat noch zusätzlich die Funktion „light“ zuweisen soll?

Mir fehlt da ein gutes Beispiel dazu.

[Homoran]

@ben1983 sagte in Rollen vs. Funktionen:

Mir fehlt da ein gutes Beispiel dazu.

dann versuch ich es mal:
für selbst angelegte Datenpunkte kaannst du (fast) alles machen was du willst.
Aber von Adapterdatenpunkten musst du die Finger lassen!
Wenn dort ein Dev einem Datenpunkt die Rolle "light" vergibt , den du aber nicht über den $elektor erfassen willst, dann kannst du die ganze selektorgeschichte mit role=light vergessen.

[Ben1983]

@homoran ok.
Ich hatte nur von eigenen gesprochen, aber gutes Argument, wenn es jemand vergibt und ich darauf nicht triggern will. Danke

Also muss ich es ja quasie immer auf funktions machen, da ich nur alias nutzen möchte

[Jey Cee]

Rolle dient der identifikation eines States für andere Adapter. Die sind, wie du wissen solltest, von uns als Entwickler gemeinsam fest gelegt.

Während funktionen alles mögliche sein kann. Damit kann man als user bestimmte States Aufzählen/Kategorisieren/Gruppieren. Zum Beispiel Sinnvoll um in der Objektübersicht gezielt States anzeigen zu lassen mit dem entsprechend filter oder eben in Skripten an zu sprechen.

Allerdings ist schon deine grund premisse etwas falsch. Es ist nicht Rolle vs. Funktion sondern Rolle vs. Aufzählung (bzw. Jetzt Kategorie).
Räume und Funktionen sind lediglich Beispiele für Aufzählungen.

[Ben1983]

@jey-cee das hat mir gefehlt, dass die Rollen „nur“ zur Identifikation der States von Adaptern dient

[Homoran]

@ben1983 sagte in Rollen vs. Funktionen:

dass die Rollen „nur“ zur Identifikation der States von Adaptern dient

über die Rollen werden z.B. bei Visualisierungen entsprechende Funktionen freigegeben.

[paul53]

@ben1983 sagte: wenn es eine Rolle „Light“ gibt

Es gibt keine Rolle "Light" bei Datenpunkten. Siehe Doku.
Außerdem setzt die Auswertung von Rollen voraus, dass diese richtig gesetzt wurden, was nur manchmal der Fall ist.

@ben1983 sagte in Rollen vs. Funktionen:

da ich nur alias nutzen möchte

Bei Alias kann man die ID-Struktur so gestalten, dass zur Selektion weder Rollen noch Funktionen notwendig sind.

[apollon77]

Am Ende ist es:

Rollen geben Visualisierungen oder anderen Adaptern eine semantische Info zum state und dienen visus vor allem dazu das richtige UI Element für die Steuerung anzuzeigen.

Functions (und rooms, bzw generell Enums) sind Strukturmöglcihkeiten für states um in visus automatische Strukturierungen/Gruppierungen zu erlauben

[Ben1983]

@paul53 sagte in Rollen vs. Funktionen:

Es gibt keine Rolle "Light" bei Datenpunkten.
Bei Alias kann man die ID-Struktur so gestalten, dass zur Selektion weder Rollen noch Funktionen notwendig sind.

Ich lege ja Geräte mit dem Device Adapter an.
Da lasse ich ja meist die Id Benennung so.
Oder was meinst Du?

Meinst Du das hier mit SET und ACTUAL?

[Ben1983]

@jey-cee noch Frage zur Schaltungen mit dem Selektor.
Ich regiere bspw. auf die Funktion Bewegungsmelder im Raum Flur mit dem schalten der Funktion Beleuchtung im Raum Flur.

Wenn ich nun konsequent alle Geräte mit dem Device Adapter anlege (ok Steckdose die Lampen schalten müssen als Device Beleuchtung angelegt werden)

Macht es dann nicht auch Sinn die Funktionen komplett weg zu lassen und bspw.
Auf die Role sensor.motion im Raum Flur mit der Role Switch.light im Raum Flur zu reagieren?

Oder hat das irgendwelche Nachteile?
Oder eventuell sogar Vorteile?