Sinnvoller Adressaufbau

[Hightech]

Das heisst du hast Gewerk / Stockwerk / Funktion als Struktur gewählt, den Raum codierst du nur im Namen nach dem Stockwerk mit rein?

Könntest du vielleicht noch ein paar Beispiele von Adressen aus anderen Gruppen zur Übersicht als Screenshots einstellen?

Ja, fast: wenn die Struktur mehr als 3 Ebenen hergeben würde, hätte ich das auch runtergebrochen. Funktion ist daher also immer "Raum.Objekt.Funktion.[Detailfunktion, wo nötig]"

Das ko am Anfang hab ich übrigens, damit ich am Objektnamen im Homeserver sofort sehe, ob es ein HS-internes oder ein KNX-Objekt ist - dort hab ich nämlich ansonsten namentlich exakt die gleiche Nomenklatur.

Klar. gaw.png gas.png gah.png

[bazzman]

Hi Florian

Wenn du die Sufu anschmeißt, dann brauchst du nicht mal auf die Antworten zu warten
An irgend einem Punkt wirst du aber immer von deiner Ideallinie abweichen müssen.

Habe mir schon einige Threads zu dem Thema durchgelesen, aber so eine richtige best-practice hat sich für mich noch nicht ganz herauskristallisiert, daher kam dieser Thread gerade recht um ein paar konkrete Beispiele zu sehen. Werde mir natürlich auch selber noch Gedanken machen, aber habe etwas Respekt davor, eine ungünstige Struktur zu wählen und nachher nur mit viel Aufwand später nochmals umstellen zu müssen weil ich irgendwelche Anfängerfehler gemacht habe.

Grüsse
Paolo

[Beleuchtfix]

da helfen solche Bilder von erfahrenen KNX-lern ungemein weiter

Wenn du die Sufu anschmeißt, dann brauchst du nicht mal auf die Antworten zu warten
An irgend einem Punkt wirst du aber immer von deiner Ideallinie abweichen müssen.
Gruß Florian

[Hightech]

Punkte als Trennzeichen, fehlende Groß/Kleinschreibung, Denglisch

Punkt: angelehnt an Klassen in Java - (mache IT-Projektmanagement und unsere Software ist in Java, da hab ich das halt "abgeguckt". Irgendein Trennzeichen musste ja her und Leerzeichen in der IT geht für mich gar nicht (hier wohl eher unkritisch, aber sehr häufig Stolperfallen!)

fehlende Groß-Kleinschreibung: kenne ich halt auch nur so, dass groß/klein irrelevant ist - wenn ich Email-Adressen als "Max.Mustermann@web.de" angegeben sehe oder jemand fragt "groß oder klein geschrieben" Hast mal ausgerechnet, wie viele Tastenanschläge das über so ein gesamtes Projekt spart? Da hält die Tastatur glatt nen Monat länger

Denglisch: hatte ich ja geschrieben, warum das so ist.... ich musste das übrigens in Englisch machen, da Support für commandfusion nur in Englisch verfügbar ist. Sonst hätte ich das ja immer alles erklären müssen.
Ok, ich sollte es mal von Denglisch zu Englisch aufräumen.. das mit den Etagen bspw. ist mir selbst erst recht spät aufgefallen und dass shades US-Englisch ist und es in GB-Englisch blinds heißt auch... ist also sogar amerikanisches Denglisch

So, der Ausflug musste sein, jetzt aber BTT.

[bazzman]

Hier mal ein Stück meiner Struktur - nicht wundern, in Englisch bzw. Denglisch, weil ich mir als erstes für die Visu die Gesamtstruktur von Gewerken und Räumen überlegt hab, die Software nur in Englisch war.. da hab ich es dann wg. der immer wieder gleichen Namen in Englisch/Denglisch durchgezogen.

Das heisst du hast Gewerk / Stockwerk / Funktion als Struktur gewählt, den Raum codierst du nur im Namen nach dem Stockwerk mit rein?

Könntest du vielleicht noch ein paar Beispiele von Adressen aus anderen Gruppen zur Übersicht als Screenshots einstellen?
Bin auch mitten in den Überlegungen für mein Setup und da helfen solche Bilder von erfahrenen KNX-lern ungemein weiter

Grüsse
Paolo

[DirtyHarry]

Hier mal ein Beispiel wie ich die Struktur aufbaue.

Genau das ist etwas, mit dem ich mich gar nicht anfreunden kann.
Würde mich interessieren, wie du Sachen abbildest, die 10 oder mehr GAs benötigen...

Hier mal ein Stück meiner Struktur

Erinnert mich ziemlich an meinen Grundaufbau (bis auf die Punkte als Trennzeichen, fehlende Groß/Kleinschreibung, Denglisch )...

Ansonsten, so lange wenigstens überhaupt eine Struktur vorhanden ist, soll es mir ja recht sein. Aber was man manchmal an Projekten bekommt, die andere verbrochen haben...

Wobei, eines der schlimmsten Projekte ist noch das unserer Firma: Zu viele Köche in den letzten 20 Jahren dran gewesen. Am Anfang vermutlich keine Struktur, dann wurde immer wieder erweitert und jeder hat ein bisschen seiner Struktur rein gebracht. Und ich schiebe nun alles, was ich angreife in eine neue Struktur. Für alles auf einmal hab ich weder die Zeit, noch den Nerv (vor allem da die Datenbank nicht komplett der Realität entspricht).

[Hightech]

Der Aufbau ist sicherlich Geschmackssache und es gibt kein falsch oder richtig - jeder muss es so aufbauen, wie er am besten damit zurecht kommt.

Hier mal ein Beispiel wie ich die Struktur aufbaue.

Hauptgruppen finde ich so auch gut, die Mittelgruppen finde ich nun etwas unglücklich, wäre nicht mein Ding. Du hast somit die verschiedenen Adressen zu einem Objekt alle in verschiedenen Mittelgruppen. Gerade beim Aufbau einer Visu, wo man oft alle Objekte zu einem Gerät direkt nacheinander benötigt, finde ich das schöner, wenn sie auch alle zusammenstehen und ich nicht durch verschiedene Ordner surfen muss. Ich vergleiche das immer mit dem Explorer in Windows: Du legst ja auch alles, was zu einem Projekt gehört, in einen Ordner. Was Du hier machst: Die Protokolle für alle Projekte in einen Ordner, die Statusberichte für alle Projekte in einen anderen Ordner, die Präsentationen in einen 3. Ordner.... das ist für mich unübersichtlich und entspricht nicht üblicher Ordnungsstruktur.

Geschosse oder gar Zimmer in Haupt oder Mittelgruppe macht es meiner Meinung nach sehr unübersichtlich.

Sehe ich genau anders rum: Genau das macht es übersichtlich - aber wie geschrieben: Geschmackssache.

Daher habe ich viele leere Gruppenadressen als Platzhalter. Bspw. Dimmen auch bei Lampen die nur geschaltet werden.
Sollte der Bauherr auf die Idee kommen doch dimmen zu wollen spart das viel Arbeit.

Warum die ganzen leeren Platzhalter mitschleppen? Ja, den Adressraum lasse ich auch immer frei, also auch bei schaltbaren Lampen die Adressen, die ich vielleicht mal brauche, wenn ich die Lampe auf dimmbar umbaue. Aber so viel leere Platzhalter? Wofür soviel Müll rumschleppen? Das erhöht die Übersichtlichkeit auch nicht gerade.

Wenn Du die Adressen einfach freilässt (die müssen ja nicht fortlaufend sein), spart das genausoviel Arbeit.

Aufwändiger ist mit den Platzhaltern dann auch, dass Du nach dem Import in die Logikmaschine (HS, Edomi, whatever) beim Setzen der Häkchen "beim Starten abfragen" für jedes Statusobjekt überlegen musst, ob da jetzt wirklich was hinterlegt ist oder ob das leer ist. Denn leere GA's abzufragen kostet bspw. beim HS beim Booten 4-5 Sekunden pro Adresse (wird als Scanfehler ausgewiesen).

Hier mal ein Stück meiner Struktur - nicht wundern, in Englisch bzw. Denglisch, weil ich mir als erstes für die Visu die Gesamtstruktur von Gewerken und Räumen überlegt hab, die Software nur in Englisch war.. da hab ich es dann wg. der immer wieder gleichen Namen in Englisch/Denglisch durchgezogen. GA.png

[Crazyus]

Hier mal ein Beispiel wie ich die Struktur aufbaue.
Funktioniert für mich so seit Jahren und bisher hat es jeder auf Anhieb verstanden und alles schnell gefunden.
Vorteil ist auch hier das man bei den Aktorkanälen sofort sieht wenn ein Fehler drin ist.
Die Reihenfolge ist übrigens so gewählt das sie perfekt zu MDT Aktoren passen, da ich diese am meisten verwende, ist aber bei den meisten anderen Herstellern die gleiche oder ähnlich.
Geschosse oder gar Zimmer in Haupt oder Mittelgruppe macht es meiner Meinung nach sehr unübersichtlich.
Ausnahme bei Großen Projekten wo man schön nach Wohnung, Aufgang, Abteilung... aufteilen kann.
Wenn man größere Projekte hat, sollte man auch versuchen es so aufzubauen das viel Copy&Paste möglich ist.
Daher habe ich viele leere Gruppenadressen als Platzhalter. Bspw. Dimmen auch bei Lampen die nur geschaltet werden.
Sollte der Bauherr auf die Idee kommen doch dimmen zu wollen spart das viel Arbeit.


Gruppenadressen Struktur.jpg

Aktor Zuordnung.jpg

[BadSmiley]

Herrje, wer sich da noch zurecht findet... aber ja, kann man so schon machen.

[Samoht]

Hallo,

anbei mal ein Screenshot, wie ich es gelöst habe.

Die Gewerke hätte/habe ich wie folgt eingeordnet:

Bewässerung	18 EG Außenbereich/Bewässerung
Entkalkung	0 Zentralfunktionen
Fensterkontakt	xx/2 Beschattung, Fenster, Tore
Heizung	xx/4 HKL
Jalousie	xx/2 Beschattung, Fenster, Tore
Licht	xx/1 Beleuchtung
Licht dimmbar	xx/1 Beleuchtung
Licht dimmbar DALI	xx/1 Beleuchtung
Pumpe (Zisterne??)	18 EG Außenbereich/Bewässerung
Steckdose	xx/3 Steckdosen
Temperaturfühler	xx/4 HKL
Türkontakt	xx/2 Beschattung, Fenster, Tore
Wärmepumpe	0 Zentralfunktionen/4 HKL (Wirst ja nur eine davon haben, oder?)
Wetterstation	Verteilt sich je nach Funktion in Zentralfunktionen/Beschattung oder HKL; Ich nutze auch einen Timer davon für eine Steckdose...

(xx) meint die Hauptgruppe des jeweiligen Raumes

Beim Licht würde ich keine Unterscheidung in dimmbar/schaltbar/KNX oder DALI machen. Das ist Dir letztendlich wurscht, wie das Ding zum Leuchten gebracht wird... Die Bedienelemente dafür finden sich dann in 10-Blöcken in der Mittelgruppe "1 Beleuchtung".

Bei mir sind die Gewerke in den Räumen ziemlich gleich, nur in den Zentralgruppen ist es etwas angepasst. Aber Du kannst natürlich die Gewerke auch in den Räumen anpassen. Heizung macht im Außenbereich eher wenig Sinn , damit hättest Du dann auch die Mittelgruppe für die Bewässerung frei....

Die Bezeichnung der Gruppenadressen ist bei mir 5-teilig, und ist für den Import in SmarthomeNG vorbereitet. Dort soll das dann mal eine Baumstruktur ergeben. Daher doppeln sich auch die Namen z.B. für die "Steueradresse" 14/1/0 und die "Statusadresse" 14/1/100, das Importscript fasst die beiden dann direkt zusammen (so zumindest der Plan )

Bildschirmfoto 2020-04-06 um 19.33.32.png

[Hightech]

Double full ack, Florian ;-)

Ich hab die MDT AKD0424 für RGBW und habe sogar 40 Adressen pro Stripe/Aktor (deshalb double ;-) - mit den 8 Sequenzen, den 4 Bit-Szenen etc. reichen da noch nicht mal 20 aus! Aktuell hab ich da 29 belegt!

[Beleuchtfix]

Für RGB sollte man auch locker 20 Adressen reservieren, wobei sich da momentan noch die Struktur bei mir immer wieder ändert .
Gruß Florian

[Hightech]

Das ist doch ganz deutlich, die letzte Ziffer der GA zeigt über alle Funktionen immer das gleiche Objekt an.

Genau das meinte ich - schalten immer 0 am Ende, Status 1, Dimmen Prozent 2, Dimmen Step 3, Dimmen Prozent Status 4 usw. - wenn Du dann bspw. alle Schaltobjekte auf einem Aktor durchgehst und siehst am Ende eine 1 - Fehler.

Eine Lichtschaltung mit zwei PM als Master/Slave und Taster braucht mehr als die GA Licht x/y Schalten+Status.

Klar, deshalb (und nicht nur wegen der immer gleichen Endziffer) hab ich bei mir für jede Lampe 10 Adressen reserviert. Bei PM's selbst sogar 20 - bei PMs mit 3 Lichkanälen + Alarmkanal brauche ich aktuell 16 Adressen.

[gbglace]

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

Das ist doch ganz deutlich, die letzte Ziffer der GA zeigt über alle Funktionen immer das gleiche Objekt an.
Man löst sich dann auch schnell von dem Gedanken das jede Funktion genau ein Taster oder ein Aktor sein muss, manches sind auch nur Logiken bzw. Zwischenschritte davon. Also besser etwas generischer denken und abbilden.

Eine Lichtschaltung mit zwei PM als Master/Slave und Taster braucht mehr als die GA Licht x/y Schalten+Status.

Ich nutze sehr konsequent das GA-Modell nach Gewerk/Funktion/Objekt.
In der Bezeichnung nutze ich auch konsequent die Raumbezogenen Informationen am Beginn und am Ende die der Funktion.
Die letzten Stellen kann man muss man aber nicht nach Räume oder so sortieren. Solange die beiden vorgenannten bedingugnen erfüllt sind findet man auch so sehr schnell die passenden GA. Gern auch über die Namenssuche.

- Bewässerung
- Entkalkung
- Fensterkontakt
- Heizung
- Jalousie
- Licht
- Licht dimmbar
- Licht dimmbar DALI
- Pumpe
- Steckdose
- Temperaturfühler
- Türkontakt
- Wärmepumpe
- Wetterstation

Hier hast Du sehr nach Geräten statt nach Gewerken gedacht.

Temperaturen, wo packst die jetzt alle hin? (Aussentemperatur, Raumtemperaturen IST, Soll, Vorlauf Rücklauf, Speicher, Solarkreislauf, Erdfühler usw.)

Was ist der Unterschied zwischen Licht und Licht-Dali? Was hat DALI für andere Funktionen als Licht dimmen?

Im Endeffekt kann man lange über die GA-Strukturen philosophieren als auch diskutieren am Ende muss jeder für sich selbst damit klar kommen.

[Beleuchtfix]

Ja und eben auch bei den GAs! Dann habe ich eine Dynamische Gruppe, alle GAs und selektiere z.B. Nach E01 und habe alle GAs, wenn ich den Taster programmieren möchte.
Gruß Florian