Logik für Namensgebung

[patman15]

Hallo!

Ich habe gesehen, die Namensgebung wurde schon mehrfach diskutiert und ich will sie auch gar nicht hinterfragen sondern nur besser verstehen, damit ich weiß nach welchem Schema ich vorgehen sollte um nachträglich nicht Probleme zu bekommen.

Wenn ich richtig gesehen habe, dann wird

• die entity_id beim ersten Start auf Grund des Namens in HM angelegt und
• im Falle einer Änderung in HM wird ein friendly_name Attribut hinzugefügt

Stimmt das soweit?
Falls ja, sollte ich alle Namen in HM vor dem ersten Start sauber haben, damit ich nachher in diversen Konfigurationen nicht unlogische entity_id, z.B. in template sensors stehen habe, oder gibt's da eine bessere Methode?
Ist es eine gute Idee den JSON-RPC Port erst nach dem ersten Start anzugeben, damit die entity_id alle mit den (zugegeben hässlichen) Seriennummern angelegt werden, dafür dann aber auf ewig konstant sind? (Hab recht viele template Sensoren und YAML Dateien wo ich oft die entity_id angeben muss.)

Wäre da für gute Ideen dankbar, da ich gerade evaluiere, was ich alles wann umstellen muss um von der alten Integration endlich zu der coolen Neuen zu kommen. Danke!

[SukramJ]

Stimmt das soweit?

Ja.

Ist es eine gute Idee den JSON-RPC Port

Das macht keinen Sinn, da der JSON-RPC immer verwendet wird. Hier kann man nur einen abweichenden Port (Std: 80/443) angeben.

[patman15]

Das macht keinen Sinn, da der JSON-RPC immer verwendet wird. Hier kann man nur einen abweichenden Port (Std: 80/443) angeben.

Ich könnte einen falschen angeben und dann ändern ...

Wie auch immer, also kurz, man sollte in der HM ein konsistentes Namensschema haben, dass sich nicht mehr ändert, sonst läuft man in Probleme (auf die entity_id bezogen, weil die GUI arbeitet eh mit friendly_name), ist das die Intention?

[SukramJ]

Ich könnte einen falschen angeben und dann ändern ...

Mach bei Problemen kein Ticket auf!

Wie Du selber schreibst:

die entity_id beim ersten Start auf Grund des Namens in HM angelegt

Die entity_id ändert sich, ausser ggf. bei einer Neuinstallion nicht mehr, kann also in Automationen usw. verwendet werden.
D.h. Änderungen in der CCU spiegeln sich nachträglich nicht in der entity_id wieder.

Zur Anzeige in der UI wird der friendly_name verwendet.

Sowohl entity_id als auch friendly_name können in der UI überschrieben werden.

[SukramJ]

Und das geht auch noch.

[patman15]

Mach bei Problemen kein Ticket auf!

Versprochen! :-)
Danke!

[emufan]

damit die entity_id alle mit den (zugegeben hässlichen) Seriennummern angelegt werden, dafür dann aber auf ewig konstant sind?

Ewig konstant, bis Gerät kaputt und ersetzt werden muss. Daher mache ich das Gegenteil. Strukturierte Namen geben. Und wenn ein Gerät ersetzt werden muss, dann bekommt es die gleiche `` entity_id` wie das alte (was vorher gelöscht wird) und Templates, Automatisierungen, usw. laufen weiter wie vorher.

[ThomDietrich]

Stimme hier voll zu, möglichst erst saubere Namen in HM, dann die Verbindung zu HA.

Die Struktur sollte dabei gut überlegt sein. @emufan wie machst du es? Hier mein Schema. Es stehen viele gut gemeinte Ideen dahinter aber manche Sonderfälle sind auch bei mir nicht konsequent gelöst:

[emufan]

Ähnlich, aber andersrum. Erst Gewerk und dann Raum. Heizung Wohnzimmer, Heizung Bad, usw. Rolladen Wohnzimmer hinten rechts, ...Historisch gewachsen, anders rum, d.h. wie bei Dir ist bei mehreren Aktoren, insb. Lichtern und Tastern je Raum sinniger, aber da habe ich nie umgestellt und diese haben oft auch eindeutige Namen, wo ich keinen Raum im Namen habe, damit es sich per Sprache leichter bedienen lässt, Schreibtischlampe, usw.

[patman15]

Thanks @SukramJ und @emufan dadurch ist mir einiges klarer geworden.