NEWS
Namensgebung der HM Aktoren, wie macht ihr es????
-
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
711
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge