Sinnvoller Adressaufbau

[n3de]

Es werden automatisch keine Gruppenadressen freigehalten, ein IP-Router / IP-Schnittstelle Verwendet meistens mehrere PAs und belegt diese.
Gruppenadressen, hier im Forum gibt es im Servicebereich einen GA-Generator, den kannst du verwenden. Ansonsten gibt es zur Gruppenadressenstruktur viele Diskussionen hier im Forum.

Wenn du dir die gesamten Gedanken um Struktur sparen willst, dann benutze die ETS Inside, da wird nach außen gar nicht mehr mit PAs und GAs gearbeitet.
Gruß Florian

Danke für die Infos und die Tipps! Hab mich mal für den GA-Wizard registriert :-)

Das Berücksichtigen von allen wesentlichen Kommunikationsobjekten einzelner Komponenten, sofern man das Ganze "systematisch" angehen möchte. Man sollte hier nicht zu sparsam sein. Zum Beispiel sollte man berücksichtigen, dass auch Kommunikationsobjekte, die man aktuell nicht benötigt, später benötigt werden könnten. Ein gutes Beispiel ist Dimmen über absolute Werte. Das benötigt man in Verbindung mit einfachen Tastern nicht. Spätestens beim Einsatz einer Visualisierung / zentralen Steuerung, kann es aber notwendig sein. Ähnlich verhält es sich bei LED Controller und Farbtönen (RGB, Tunable White). Wenn man hier nicht genug "Reserve" in einem angedachten Block hat, wird später ggf. eine Umstrukturierung notwendig. Das macht nur mäßig viel Spaß.

Hast du ggf. ein Beispiel wie das bei dir aussieht?

Guten Morgen,
ich habe ein ähnliches Projekt (EFH, 3 Etagen) und nutze die physikalischen Adressen kaum. Viel wichtiger für mich ist die Einordnung der Geräte in Gebäude / Etage / Raum und ins Gewerk. Insofern ist mir die Adressvergabe relativ egal (das lasse ich die ETS machen), nur die Zuordnung zur richtigen Linie muss natürlich gewährleistet sein.

Ja, es wurde ja schon gesagt, dass dies nicht notwendig ist. Bin daher am überlegen, ob ich das ebenfalls ignoriere, oder ob ich versuche etwas Ordnung zu halten. Die Einordnung pro Etage und Raum habe ich schon. Gewerk fehlt noch, aber das hilft mir persönlich auch am meisten.

Guten Morgen,
Bei der GA Struktur habe ich mich für Raum/Gewerk/Funktion entschieden, da ich so den adressierbaren Bereich bestmöglich nutzen kann. Insgesamt habe ich aktuell 27 Räume (von 32 möglichen; inklusive Haus zentral und eine Zentralgruppe für jede Etage) und 5 Gewerke (8 möglich) verplant.

Hm... Hightech hat auch schon darauf hingewiesen, dass man schnell mehr als 8 Gewerke hat. Aktuell habe ich:
- Bewässerung
- Entkalkung
- Fensterkontakt
- Heizung
- Jalousie
- Licht
- Licht dimmbar
- Licht dimmbar DALI
- Pumpe
- Steckdose
- Temperaturfühler
- Türkontakt
- Wärmepumpe
- Wetterstation

Hat nicht bedacht, dass die erste und zweite Gruppe limitiert ist. Option A fällt somit eigentlich raus, oder ich stutze die Gewerke.

Guten Morgen,
Die Untergruppen vergebe ich in 10er Blöcken, dazugehörige Statusadressen liegen ab Untergruppe 100 (jeweils +100 zur "Steuerungs"-gruppe). Sonstige Sonderlocken wie Szenen, Helligkeitsmessung etc. dann ab UG 200.
Die Struktur ist für jeden Raum gleich, damit kann ich mich auch nach ein paar Wochen "Abstinenz" relativ schnell wieder zurechtfinden.

Kannst du mal ein Beispiel (Screenshot) von deiner Konfig posten?

Hab dann innerhalb der Etagen übrigens je einen 10er-Block pro Raum reserviert - 100-109 ist dann Wohnen, 110-119 Küche.... aber wie gesagt: Eher was für Ordnungspedanten.

Danke für die Idee :-)

Option A oder B: Raum finde ich eher ungewöhnlich, meist ist es eher die Etage.
[...]
Beispiel:
- GAs für eine Lampe in der Küche sind
1/1/0 Licht.EG.Küche.Decke.schalten
1/1/1 Licht.EG.Küche.Decke.Status
1/1/10 Licht.EG.Wohnen.Decke.schalten
1/1/11 Licht.EG.Wohnen.Decke.Status
(also immer die 0 für Schalten, die 1 für Status).

Hm... ich kann dir nicht so ganz folgen, daher auch hier die Fragen, ob du ggf. einen Screenshot einer Config teilen könntest.

Ich arbeite auch gern mit den Raumnummern des Architekten, EG01 oder „EG E01“. Damit lässt sich sehr schön in der ETS filtern.
Gruß Florian

Ich habe die Räume in der Gebäudestruktur auch so eingetragen:
Innen/EG
01 - Gäste-WC
02 - Speisekammer
...

Somit kann ich auch die Raumnummer wie E01 oder EG01 verwenden.

[Beleuchtfix]

Ich arbeite auch gern mit den Raumnummern des Architekten, EG01 oder „EG E01“. Damit lässt sich sehr schön in der ETS filtern.
Gruß Florian

[Hightech]

001-099: Verteiler
100-149: EG
150-199: OG
200-249: SG
250-255: Reserve

Eine weitere Frage wäre bzgl. der Gruppenadressen:

Option A: Raum/Gewerk/Funktion
Option B: Gewerk/Raum/Funktion

Afaik wird Option B verwendet, aber wann macht Option A Sinn?
)

Das mit den Geräten hab ich bei mir ähnlich gemacht - wie viele schon schreiben, benötigt man die PA's später nicht mehr wirklich. Aber ich finde halt auch da ein wenig Ordnung schön. Hab dann innerhalb der Etagen übrigens je einen 10er-Block pro Raum reserviert - 100-109 ist dann Wohnen, 110-119 Küche.... aber wie gesagt: Eher was für Ordnungspedanten.

Option A oder B: Raum finde ich eher ungewöhnlich, meist ist es eher die Etage. Hautpgruppen auf der ersten Ebene hast Du 32, Mittelgruppen nur 8. Auf mehr als 8 Gewerke kommt man schnell, wäre also ein Problem bei B. Etagen hast Du eher weniger als 8. Daher wird wohl oft B genommen.... wenn Du aber nur Licht, Heizung, Rollläden hast, dafür aber 12 Etagen, würde man wohl A nehmen. Ebenso würde man A nehmen, wenn man tatsächlich raumweise gruppieren will. Dann wärest bei B auch auf 8 Räume beschränkt.

GAs komplett ignorieren, die sind nur für uns dumme Menschen da.

Das sehe ich anders! Wenn Du die GA sauber strukturierst, helfen die beim Monitoring, Debugging etc. schon. Beispiel:
- GAs für eine Lampe in der Küche sind 1/1/0 Licht.EG.Küche.Decke.schalten und 1/1/1 Licht.EG.Küche.Decke.Status, fürs Wohnzimmer dann 1/1/10 Licht.EG.Wohnen.Decke.schalten und 1/1/11 Licht.EG.Wohnen.Decke.Status (also immer die 0 für Schalten, die 1 für Status).
- Wenn Du jetzt auf Fehlersuche gehst, siehst Du es wesentlich schneller, wenn Du irgendwo mal eine Statusadresse statt einer Schaltadresse zugeordnet hast - die aus der Reihe tanzenden Zahlen stechen mehr ins Auge als die andere Endung in dem Namen - persönliche Meinung

Außerdem sieht man in einigen Monitoren nicht den Namen oder muss eben die Spaltenbreite sehr groß machen, um den ganzen Namen zu sehen.

Aber ich bin bei Dir: Nicht nur eine saubere GA-Struktur ist wichtig, sondern auch eine saubere Nomenklatur (weil z.B. im HS die Objekte, insbesondere die HS-internen alphabetisch aufgelistet werden. Wenn Du da keine Struktur drin hast, findest Du nichts wieder. Deshalb bekomme ich immer einen mittleren Herzriss, wenn ich innerhalb eines Projektes sowas sehe wie "Küche EG Licht schalten", "OG Licht Schlafen schalten", "Schalten Licht Bad Decke" - also immer vom groben zum Detail, immer gleich, bspw. Gewerk.Etage.Raum.Objekt.Funktion - siehe Beispiel oben.

[BadSmiley]

Eigentlich ist es ja genau anders herum. Die Gruppenadressen benötigen die Komponenten, um miteinander zu kommunizieren.

Ach wirklich? Wusste ich gar nicht. Ich bezog mich auf die Struktur, um die es in dem Thread geht, aber na gut.

Was helfen kann ist die Verwaltung der Adressen "außerhalb" der ETS. Diese lassen sich ja dann über CSV Dateien in die ETS importieren. Aber ja, es wäre wünschenswert, wenn das einfacher und weiter verbreitet wäre.

Stimmt, höre ich auch zum ersten mal. Alles schon durch probiert, das macht keinen Spaß bei bereits verknüften GAs diese extern zu verschieben.

[Samoht]

Guten Morgen,

ich habe ein ähnliches Projekt (EFH, 3 Etagen) und nutze die physikalischen Adressen kaum. Viel wichtiger für mich ist die Einordnung der Geräte in Gebäude / Etage / Raum und ins Gewerk. Insofern ist mir die Adressvergabe relativ egal (das lasse ich die ETS machen), nur die Zuordnung zur richtigen Linie muss natürlich gewährleistet sein.

Bei der GA Struktur habe ich mich für Raum/Gewerk/Funktion entschieden, da ich so den adressierbaren Bereich bestmöglich nutzen kann. Insgesamt habe ich aktuell 27 Räume (von 32 möglichen; inklusive Haus zentral und eine Zentralgruppe für jede Etage) und 5 Gewerke (8 möglich) verplant.

Die Untergruppen vergebe ich in 10er Blöcken, dazugehörige Statusadressen liegen ab Untergruppe 100 (jeweils +100 zur "Steuerungs"-gruppe). Sonstige Sonderlocken wie Szenen, Helligkeitsmessung etc. dann ab UG 200.
Die Struktur ist für jeden Raum gleich, damit kann ich mich auch nach ein paar Wochen "Abstinenz" relativ schnell wieder zurechtfinden.

Gruß, Thomas

[kbabioch]

würde ich auch nur noch Funktionen nutzen und GAs komplett ignorieren, die sind nur für uns dumme Menschen da.

Eigentlich ist es ja genau anders herum. Die Gruppenadressen benötigen die Komponenten, um miteinander zu kommunizieren. Etwaige Struktur und Systematik denken dann wir uns dann als Menschen aus, um dem ganzen eine Bedeutung bzw. Vorhersehbarkeit zu geben.

Das Gleiche bei den GAs. Wären die Visualisierungen nicht alle hinten dran, ja auch die neue Domovea Expert und würde die Funktionen aus der KNXPROJ Datei holen und nicht die blöden Gruppenadressen,

Was helfen kann ist die Verwaltung der Adressen "außerhalb" der ETS. Diese lassen sich ja dann über CSV Dateien in die ETS importieren. Aber ja, es wäre wünschenswert, wenn das einfacher und weiter verbreitet wäre.

Ansonsten wurde ja schon gesagt, dass es (bis auf wenige Einschränkungen) kaum Einschränkungen gibt.

Ich plädiere aber für:

- Beschriftung (durch Label) bzw. entsprechende Dokumentation von physikalischen Adressen und Komponenten.
- Das Berücksichtigen von allen wesentlichen Kommunikationsobjekten einzelner Komponenten, sofern man das Ganze "systematisch" angehen möchte. Man sollte hier nicht zu sparsam sein. Zum Beispiel sollte man berücksichtigen, dass auch Kommunikationsobjekte, die man aktuell nicht benötigt, später benötigt werden könnten. Ein gutes Beispiel ist Dimmen über absolute Werte. Das benötigt man in Verbindung mit einfachen Tastern nicht. Spätestens beim Einsatz einer Visualisierung / zentralen Steuerung, kann es aber notwendig sein. Ähnlich verhält es sich bei LED Controller und Farbtönen (RGB, Tunable White). Wenn man hier nicht genug "Reserve" in einem angedachten Block hat, wird später ggf. eine Umstrukturierung notwendig. Das macht nur mäßig viel Spaß.

[BadSmiley]

die PAs sind, wenn wichtige Adressen wie Router und LK gesetzt sind, vollkommen sch.. egal. Das einzige was zählt, jede Adresse muss einmalig sein. Das war es auch schon. Ich benutze darum kaum noch die Topologie, sondern danach die Gebäudeansicht.. Egal welches System du verwendest, wenn du so ein Spielkind wie ich bist, kommst du irgendwann an den Punkt, da passt es einfach nicht.

Das Gleiche bei den GAs. Wären die Visualisierungen nicht alle hinten dran, ja auch die neue Domovea Expert und würde die Funktionen aus der KNXPROJ Datei holen und nicht die blöden Gruppenadressen, würde ich auch nur noch Funktionen nutzen und GAs komplett ignorieren, die sind nur für uns dumme Menschen da.

[Beleuchtfix]

Es werden automatisch keine Gruppenadressen freigehalten, ein IP-Router / IP-Schnittstelle Verwendet meistens mehrere PAs und belegt diese.
Gruppenadressen, hier im Forum gibt es im Servicebereich einen GA-Generator, den kannst du verwenden. Ansonsten gibt es zur Gruppenadressenstruktur viele Diskussionen hier im Forum.

Wenn du dir die gesamten Gedanken um Struktur sparen willst, dann benutze die ETS Inside, da wird nach außen gar nicht mehr mit PAs und GAs gearbeitet.
Gruß Florian

[n3de]

Hallo Zusammen,

wie würdet ihr die physikalischen Adressen, sowie die Gruppenadressen in einem EFH mit 3 Etagen definieren? Ich finde bisher nur die Option welche Optionen es gibt, aber keine wirkliche Best Practice für ein EFH mit einer Linie für den Innenbereich.

Meine Überlegung wäre bisher:

001-099: Verteiler
100-149: EG
150-199: OG
200-249: SG
250-255: Reserve

Sind die Adressen 1.1.1 bis 1.1.4 von der ETS für etwas spezielles Reserviert?

Eine weitere Frage wäre bzgl. der Gruppenadressen:

Option A: Raum/Gewerk/Funktion
Option B: Gewerk/Raum/Funktion

Afaik wird Option B verwendet, aber wann macht Option A Sinn?

Gibt es ggf. eine Konfiguration für die Gruppenadresse, die ich importieren könnte?

cheers