NEWS
Namensgebung der HM Aktoren, wie macht ihr es????
-
Hallo zusammen,
mich würde interessieren, wie ihr eure Namensgebung der Aktoren, Sensoren der Homematicgeräte vergibt.
Ich arbeite mich gerade ein wenig tiefer in ioBroker ein und da komme ich jetzt auf ein paar Probleme besonders beim Thema Mobile ui.
Meine aktuelle Namensgebung ist wie folgt aufgebaut.
der Aktor: Ankleide_Licht
die Unterkanäle: Ankleide_Licht:0 und Ankleide_Licht:1
die Eigenschaften: Ankleide_Licht:1.STATE
Die Namen usw. werden ja von der Homematic synchronisiert. Beim programmieren ist das eigentlich auch nicht schlecht, da ich unter Objekte unter Namen einfach Ankleide eingeben und direkt alle Geräte der Ankleide habe.
So, nun wird in Mobile UI, oder auch andere Adapter, der Schalter für die Ankleide wie folgt angezeigt "Ankleide_Licht:1.STATE".
Der Name ist lang und verwirrt auch ein wenig in Mobile UI da ich ja über den Raum reingehe muss daher ja nicht der Raum mehr drinstehen. Es würde ja ausreichen einfach Licht zu sagen.
Also habe ich mir gedacht, nennst den Kanal 1 in der Homematic einfach in Licht um. Dann würde die Eigenschaft "Licht.State" heißen. Das Blöde ist nur, wenn ich dann Schlafzimmer auch den Kanal in Licht ändere benennt er den um in Licht1, da die wohl nicht doppelt auftauchen dürfen. Also geht nicht.
Ich könnte jetzt den Namen auch komplett nur in ioBroker ändern, würde aber bedeuten, dass ich die Namen nicht mehr synchronisieren darf und ich müsste alle neu anlegen und bei neuen Geräten.
Bevor ich da jetzt weiterforsche, würde mich interessieren wie ihr es so löst.
Gruß und vielen Dank.
-
Die Frage ist eigentlich, wie viele Kanäle oder Datenpunkte nutz/benötigts Du eigentlich tatsächlich von jedem HomeMatic Gerät?
Kannst Du das womöglich je Gerät/Aktor auf einen oder zwei relevante reduzieren?
In den vielen Fällen bleibt ediglich "state" oder "level.xxx" übrig.
Ein Lichtschalter (state) bzw. Dimmer (level) kannst du dann eindeutig bspw. "Licht Badezimmer" bennenen.
Beim Rolladen dann entsprechend "Rolladen Badezimmer" usw.
Alle anderen Kanäle Datenpunkte interessieren meist nicht und bedürfen meist noch nicht einmal einer Raum-Zuordnung
Warum dann also eine Komplexe Struktur für Kanäle/Datenpunkte aufbauen die Du wahrscheinlich nie adressieren wirst?
-
Es bleiben nicht viele Datenpunkte über, das stimmt. State und Level reichen eigentlich aus.
Also würdest du vorschlagen die Namen nicht zu synchronisieren mit den CCU Namen und die Aktoren in ioBroker selbst zu definieren.
Das hätte auch den Vorteil, dass im Namen das ".STATE" wegfällt. Besteht die Möglichkeit vielleicht nur den Hauptnamen zu synchronisieren, so dass ich noch von den 65 Aktoren weiß, welcher wer überhaupt ist? Die Unterdatenpunkte könnte ich dann selber vergeben sowie Raum und Rolle. Sonst müsste ich die Seriennummer erst vergleichen mit der CCU um zu bestimmen ob es der Aktor Licht fürs Badezimmer ist oder fürs Wohnzimmer.
-
Ich hänge mich hier mal mit dran weil ich auch schon immer mal über das Problem nachgedacht habe. Momentan kämpfe ich mich in meiner noch überschaubaren Installation immer bis zur HM-Seriennummer vor, aber wenn man eine richtig umfangreiche Installation hat ist das nicht wirklich "nice to have" ;)
Mein Vorschlag wäre, in den HM-Adaptern eine Option einzuführen "Vorhandene DP-Namen NICHT synchronisieren" (oder so ähnlich…). Was würdet Ihr davon halten?
-
Mein Vorschlag wäre, nur den Aktornamen zu übernehmen aus der CCU aber nicht die Unterkanäle. somit ist das Aktor direkt identifizierbar und man kann die Unterkanäle und Datenpunkte selbst benennen. Voraussetzung ist natürlich, dass ioBroker mit mehreren States klarkommt die gleich benannt sind (Deckenlicht), jedoch einen anderen Aktor haben.
-
Wohn_Licht_Decke <= kommt aus der CCU
-
Wohn_Licht_Decke:0 <= kommt aus der CCU
-
Wohn_Licht_Decke:1 <= kommt aus der CCU
-
State : Deckenlicht <= selbst benannt
-
xxxxx: Deckenlicht <= selbst benannt
So könnte ich mir das vorstellen.
Kann eigentlich Alexa bereits die Räume unterscheiden, dass wenn ich sage, " Im Wohnzimmer Deckenlicht einschalten" oder "Deckenlicht einschalten im Wohnzimmer" das Licht angeht?
Macht das Mappen der Kanäle für Alexa oder auch später Homekit einfacher.
Gruß
-
-
Mein Vorschlag wäre, in den HM-Adaptern eine Option einzuführen "Vorhandene DP-Namen NICHT synchronisieren" `
Ist das nicht Standard ? (siehe http://forum.iobroker.net/viewtopic.php?f=22&t=5865). Da ich den HM-Rega-Adapter nicht verwende, kann ich diesbezüglich nicht wirklich mitreden. -
Hallo Zusammen
Doppelte Buchführung (Namensgebung) in CCU<->iobroker, würde ich im Leben nicht machen.
Da kann auf lange Sicht nur Chaos entstehen.
Vernünftige Namensgebung auf der CCU und mit ioBroker abgleichen, fertig.
Da muss ich mich nicht mit einer "von hinter durch die Brust ins Auge" Logik rumschlagen.
Weil die Übersichtlichkeit in der CCU bescheiden ist, habe ich meine Aktoren (schon vor Jahren) "raummässig" benannt, damit ich nicht immer rumscrolen muss.
Immer nach dem selben Muster.
raumkennung-aktorart-beschreibung
z.B.
WZ-RO-ErkerLinks:1 (Wohnzimmer-Rollo-ErkerLlinks)
WZ-TA-LichtRegal:1 (Wohnzimmer-Taster-LichtRegal)
(Küche-Wandthermostat)
KU-WT:1
KU-WT:2
In den Namen von Aktoren benutze ich "-".
Bei Namen von Variablen "_".
Variablen, die einem Raum zuzuordnen sind, bekommen auch die Raumkennung mit.
Beispiel einer boolschen Variablen.
WZ_AlleLichterAn
usw. usw.
Das hat mir in der Anzeige CCU schon sehr geholfen.
Jetzt mit dem "Filter" bei ioBroker ist das noch alles viel bessser.
"WZ" zeigt mir alles fürs Wohnzimmer.
"WZ-" zeigt mir alle Aktoren im Wohnzimmer.
"WZ_" alle Variablen zum Wohnzimmer.
"-TA-" alle meine Taster
usw. usw.
Das hat mir in der Vergangenheit nur Vorteile gebracht.
CCU -> CCUio/DashUI -> ioBroker/VIS
SmartHome ändert sich laufend. Da macht eine überlegte Basis Sinn.
Und meine Basis ist halt die CCU.
Grüße
-
Ist das nicht Standard ? (siehe http://forum.iobroker.net/viewtopic.php?f=22&t=5865) `
Wurde geändert ;)Jetzt werden die Namen der Datenpunkte auch korrekt übernommen.
-
Wurde geändert ;)
Jetzt werden die Namen der Datenpunkte auch korrekt übernommen. `
Werden vorhandene (in ioBroker geänderte) Datenpunktnamen beim Synchronisieren jetzt überschrieben ? -
Werden vorhandene (in ioBroker geänderte) Datenpunktnamen beim Synchronisieren jetzt überschrieben ? `
Ich gehe davon aus (und will es auch hoffen) das es so ist.Änderungen auf der CCU werden bei mir übernommen. In ioBroker habe ich noch nie Datenpunke geändert.
Wie oben beschrieben, käme meine Datenredundanz im Gehirn sonst auch ganz schön durcheinander. :D
Grüße
-
Werden vorhandene (in ioBroker geänderte) Datenpunktnamen beim Synchronisieren jetzt überschrieben ?
Ich gehe davon aus (und will es auch hoffen) das es so ist.
Stimmt, seit der letzten Version (1.5.0) des Rega-Adapters ist es laut Readme so. -
Hallo Zusammen
Doppelte Buchführung (Namensgebung) in CCU<->iobroker, würde ich im Leben nicht machen.
Da kann auf lange Sicht nur Chaos entstehen. `
Das ist am Ende allerdings auch eine Philosophierfrage.Ich kann nur unterstreichen, dass eine einheitliche Namensgebung CCU/ioBroker immer von Vorteil ist.
Allerdings mache ich in der CCU absolut gar nichts mehr.
Mein führendes System ist eindeutig ioBroker
Daher interessiert mich zum Beispiel die Namensgebenung in der CCU überhaupt nicht mehr 8-)
-
Daher interessiert mich zum Beispiel die Namensgebenung in der CCU überhaupt nicht mehr 8-) `
Ich hoffe ja auch "ioBroker for ever" :!: :!: :!:Aber ich musste in meiner Homatic Zeit schon einige Systeme wechseln.
Grüße
-
Hallo Zusammen
Doppelte Buchführung (Namensgebung) in CCU<->iobroker, würde ich im Leben nicht machen.
Da kann auf lange Sicht nur Chaos entstehen.
Vernünftige Namensgebung auf der CCU und mit ioBroker abgleichen, fertig.
Da muss ich mich nicht mit einer "von hinter durch die Brust ins Auge" Logik rumschlagen.
Weil die Übersichtlichkeit in der CCU bescheiden ist, habe ich meine Aktoren (schon vor Jahren) "raummässig" benannt, damit ich nicht immer rumscrolen muss.
Immer nach dem selben Muster.
raumkennung-aktorart-beschreibung
z.B.
WZ-RO-ErkerLinks:1 (Wohnzimmer-Rollo-ErkerLlinks)
WZ-TA-LichtRegal:1 (Wohnzimmer-Taster-LichtRegal)
(Küche-Wandthermostat)
KU-WT:1
KU-WT:2
In den Namen von Aktoren benutze ich "-".
Bei Namen von Variablen "_".
Variablen, die einem Raum zuzuordnen sind, bekommen auch die Raumkennung mit.
Beispiel einer boolschen Variablen.
WZ_AlleLichterAn
usw. usw.
Das hat mir in der Anzeige CCU schon sehr geholfen.
Jetzt mit dem "Filter" bei ioBroker ist das noch alles viel bessser.
"WZ" zeigt mir alles fürs Wohnzimmer.
"WZ-" zeigt mir alle Aktoren im Wohnzimmer.
"WZ_" alle Variablen zum Wohnzimmer.
"-TA-" alle meine Taster
usw. usw.
Das hat mir in der Vergangenheit nur Vorteile gebracht.
CCU -> CCUio/DashUI -> ioBroker/VIS
SmartHome ändert sich laufend. Da macht eine überlegte Basis Sinn.
Und meine Basis ist halt die CCU.
Grüße `
So in der Art habe ich das ja auch, mein Aktor ist in der CCU wie folgt benannt: "Wohn_Jalousie_rechts"
Das macht das Filtern sehr einfach, da alle Aktoren, Taster, Sensoren auftauchen sobald ich "Wohn" eingeben. Da kann der Aktorname auch gerne so bleiben, nur die Unterkanäle 0 und 1 für den Aktor würde ich gerne dann selbst benennen, weil diese Namen ja in Mobile UI, Material UI so auftauchen wenn ich den State dem Raum Wohnzimmer hinzufüge unter Aufzählungen.
Da aber der State für "Wohn_Jalousie_rechts" im Moment so aussieht "Wohn_Jalousie_rechts:1.LEVEL" ist der Name recht lang und ich navigiere ja bereits in den Raum Wohnzimmer, da brauch ich das "Wohn" im State halt nicht mehr. Da reicht mir "Jalousie rechts" aus.
Was ich gerade mal ausprobiert habe und das scheint auch zu funktionieren. In den Eigenschaften des States rein und unter Mobile den Namen vergeben. Vielleicht die beste Lösung so. Vielleicht steht das auch schon irgendwo beschrieben nur ich habe es nicht gefunden.
1241_bildschirmfoto_2017-07-26_um_16.20.00.png -
Allerdings mache ich in der CCU absolut gar nichts mehr.
Benötigst Du dann noch den HM-Rega-Adapter ? Wenn ja, wofür ?Ich glaube, er macht die ganzen Logiken in ioBroker und die CCU, YAHM dient nur als Gateway, genau das habe ich vor 2 Wochen abgeschlossen. Selbst direkte Verknüpfungen habe ich fast keine mehr.
Ob das jetzt besser oder schlechter ist sei jedem selbst überlassen, aber es läuft sehr gut und mit ioBroker hatte ich bisher keine Probleme.
-
Allerdings mache ich in der CCU absolut gar nichts mehr.
Benötigst Du dann noch den HM-Rega-Adapter ? Wenn ja, wofür ?
Doch den ReGa habe ich noch im Einsatz … ich schreibe einige Variablen/Zustände zurück in die CCU.... aber wieso eigentlich? - aus sentimentalen Gründen womöglich :?
Direkte Verknüpfungen habe ich allerdings reichlich (wired Taster/Aktor) zur Ausfallsicherheit.
-
So, wer rumklickt, der findet. Noch einfacher gehts, wenn man im Mobil UI auf edit geht, da gibt es einen Stift, damit kann man den Namen direkt ändern und es wird auch in den Eigenschaften geschrieben vom Datenpunkt. Das wird dann jetzt erst mal gemacht.
1241_bildschirmfoto_2017-07-26_um_16.35.52.png -
Doch den ReGa habe ich noch im Einsatz … ich schreibe einige Variablen/Zustände zurück in die CCU.
... aber wieso eigentlich? - aus sentimentalen Gründen womöglich :? `
Ich habe auch noch einige Variablen und Programme (teilweise deaktiviert) auf der CCU.Und nicht nur aus sentimentalen Gründen ;)
Ich sehe das als "Backup" falls ioBrocker, aus welchen Gründen auch immer, nicht funktioniert.
Die "lebenswichtigen" Funktionen bleiben auf der CCU.
Ich habe immer noch Apps die kein ioBroker aber CCU verstehen. Damit läuft ein minimum von SmartHome weiter.
Grüße
-
@ple:So, wer rumklickt, der findet. Noch einfacher gehts, wenn man im Mobil UI auf edit geht, da gibt es einen Stift, damit kann man den Namen direkt ändern und es wird auch in den Eigenschaften geschrieben vom Datenpunkt. Das wird dann jetzt erst mal gemacht. `
So ist es richtig!!!!Nicht am System rumbasteln sondern am Frontend.
Grüße
760
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge