Gira X1 und der Zusammenhang mit Gruppenadressen

[araeubig]

Also das Schweizer Dokument ist ja schon sehr interessant. Ähnliches in Deutschland gibts nicht?

Von allen bisher gesehenen Beispielen gefällt mir Raum/Gewerk/Objekt+Funktion ganz gut, aber ich habe das Gefühl, dass hier das weniger benutzt wird. Warum? Mit Geschoss zu starten ist mir im EFH noch etwas sehr grob, taucht aber häufiger auf, als Raum... gibts dafür einen Grund?

Wo ist das Problem? Du musst in der ETS ja keine Bezeichnungen in schwyzerdütsch eingeben. Das Dokument der KNX Swiss ist weitaus umfangreicher als in DE und ist für den Start eine sehr gute Hilfe.

Habe jetzt auch einige Deiner anderen Threads gelesen und empfehle wirklich Dir den vorgeschlagenen Grundkurs ‚anzutun‘. Auch ich bin trotz langjähriger KNX Erfahrung noch und wieder Einsteiger aber finde es absolut wichtig die GAs korrekt und gut und sinnvoll anzulegen! Damit steht und fällt Dein Projekt. Vor allem wenn Du nach längerer Zeit an dem System weiter Änderungen vornehmen willst.

Vielleicht willst Du aber auch eine Abnahme der Anlage durch Deinen Elektriker vornehmen lassen? Auch dann ist ein Export des Projekts mit guter GA-Struktur und guter Dokumentation das A&O.

[concept]

das ga-konzept hat mit dem x1 nichts zu tun, letzterem ist es scheissegal, was für ein konzept du verwendest.

ich verwende immer da, wo es passt, das mittelgruppen-system (zb für jalousien & beleuchtung) und wo das nicht geht dann das blockkonzept, also beides innerhalb eines projekts.

ich kann dir zu dem thema den ets-schnellkurs dringend ans herz legen. eine saubere planung der ga‘s ist die halbe miete!

und wenn dich danach die ga‘s immer noch nerven, überlass das schmutzige geschäft einfach einem si und geniess die zeit in der hängematte!

[gbglace]

Ist der Ansatz anhand des Aktors auszugehen nun denkbar?

Sinnvoll Nicht.

Du musst konsequent etwas abstrakter in Funktionen denken. Und 8 Funktionen/Operationen packst halt in "Gewerk" zusammen. Ein Schaltaktor ist in dem Sinne kein Gewerk. Kaufst nen Aktor von einem anderen Hersteller sprengt es Dir sofort das System.

Licht schalten hat ja erstmal nur schalten und Rückmeldung. Dimmen hat nur relativ / absolut und Rückmeldung Wert. Nun kann man überlegen wie man eine RGBW-Lampe darstellt. Sind das dann einfach nur 4 Positionen der Funktion Dimmen? Ähnliches gilt für die Kanalsteuerung via HSV. Und HCL also TW ist das gleiche eben für zwei Kanäle. Lichtfarbe zur Ansteuerung im "DT8" fähigen Komponenten ist dann eine weitere Funktion im Gewerk "Beleuchtung bunt" oder was auch immer, da wird dann in der GA eine fertige Zahl in K übertragen.

Strukturen von Aktoren haben da nichts zu suchen. Aber man kann natürlich bei den verfügbaren Funktionen sich überlegen was es alles so für Funktionen / Gewerke gibt. Und das sind eine ganze Menge.

Sperren kann man ja alles mögliche Aktorkanäle, Taster, Oder eben eine Beleuchtungsfunktion XY, welcher Aktor oder Taster oder PM dazu dann diese GA verbunden bekommt ist eine andere Frage. Das kommt immer darauf an ob nun eines der Geräte ausschließlich für diese Funktion Licht genutzt wird. Oder man hat den Skope der Sperrung von Sensorwerterfassungen. Das wäre die reine PM Sperre.
Ansonsten gibt es auch völlig davon losgelöste Verbindungen. So kann eine Licht-Status-Meldung an einem Kanal eines Schaltaktors im UG auch eine Sperre eines PM im DG Beeinflussen. Da ist dann eben auch mal eine Status GA an einem Sperr-KO verbunden, sowas entsteht dann aus Logischen Abhängigkeiten / Konsequenzen. Man kann natürlich auch alles erst durch eine Logik schieben und aus dem 0/1 eines Status eine Sperr-GA mit 0/1 auslösen. Wenn es nicht mal invertiert ist, ist es aber eigentlich sinnlos und führt nur zu Instabilitäten weil unnötig viele Komponenten involviert sind. Spätestens an der Stelle versagt jedwedes GA-System wenn für eine GA an völlig verschiedenen Funktions-KO zugleich Verbindungen hergestellt werden.

Insofern je einfacher und simpler das Funktionsangebot im Bus. desto einfacher ist es ein starres GA-System zu benutzen, soweit egal welches. Je komplexer und mit je mehr Logik versehenes Projekt entsteht, desto sinnloser wird dann eigentlich eine GA-Struktur, dann kannst auch gleich in der ETS auf freies System einstufig um Stellen und hast halt ein paar tausend Ga zur Verfügung. technisch ist es einfach ein Draht zwischen zwei KO. Da sich nur wenige Menschen aber eine mittlere zweistellige Anzahl Tausender Elemente und deren flexibler Verbindung merken und im Kopf vorstellen kann, braucht der Mensch Struktur zur Wiedererkennung von Funktionen.

[Pyrate]

ob das funktioniert?

das bedeutet ja dass max 32 Aktoren egal welcher Art verwendet werden können und mit den 33 geht das nicht mehr, und wie mach ich das mit den Sensoren ?

Ich halte es für nicht so gut.

Gewerk = Licht, Heizung, Jalousien, Brand, Steckdosen,

Ich meinte mit der Hauptgruppe "Schaltaktor" nicht einen einzelnen, sondern alle Schaltaktoren. Im Webinar von Eibmeier heißen die Hauptgruppen eben nicht "Licht" oder "Steckdose" sondern "Schaltaktor" oder "Dimmaktor".

[oezi]

Hauptgruppe
"Schaltaktor"

ob das funktioniert?

das bedeutet ja dass max 32 Aktoren egal welcher Art verwendet werden können und mit den 33 geht das nicht mehr, und wie mach ich das mit den Sensoren ?

Ich halte es für nicht so gut.

Gewerk = Licht, Heizung, Jalousien, Brand, Steckdosen,

[Pyrate]

Und was machst Du dann mit GAs die mehrere Kanäle sperren sollen? Oder die gar einen BWM sperren, oder einen Taster?

Noch eine Mittelgruppe "Zentralfunktionen"?

Bitte erläutere etwas mehr, ich arbeite mich gerade erst rein. Danke!

[vento66]

Und was machst Du dann mit GAs die mehrere Kanäle sperren sollen? Oder die gar einen BWM sperren, oder einen Taster?

[Pyrate]

Das Gewerk "Schalten" mit dem AKS hätte also nur 3 Mittelgruppen, ist das richtig?

[Pyrate]

Ist der Ansatz anhand des Aktors auszugehen nun denkbar? Für "Schalten" via AKS von MDT würde ich folgende Gruppenadress-Struktur ableiten:

Hauptgruppe
"Schaltaktor"

Mittelgruppen
"Schalten EIN/AUS"
"Sperren"
"Status"

Adressen:
"EG Wohnzimmer Leuchte Leselampe"
"EG Wohnzimmer Steckdose TV"
...

Alternative wäre die Hauptgruppen noch zu Trennen zwischen
"Licht schalten"
"Steckdosen schalten"

Das würde mehr Hauptgruppen erzeugen mit jeweils aber weniger Adressen...

[Pyrate]

Ich mache Gewerk/Funktion/Gerät in der GA. Im Namen der GA steht dann Vorneweg der Ort (Etage_Raum_Wand/oben/unten/usw. _ gefolgt von der verbalen Übersetzung der GA.

Also Mittelgruppen-System, richtig? Sollte man bei den Gewerken Aktor-mäßig vorgehen "Schaltaktor", "Dimmaktor", "Heizungsaktor" oder eher "Licht", "Heizung" usw.? Letzteres wird wohl verlangen in "Licht-schalten" und "Licht-dimmen" in der Hauptgruppe zu trennen, sonst kommt man mit den Mittelgruppen nicht mehr hin...

Mein erster Gedanke war ja, dass das Gebäude die Struktur vorgibt "Wohnzimmer / Licht / Lampe-X-schalten". Aber nach Gewerk/Aktor vorzugehen erscheint mir jetzt sinnvoller.

[oezi]

ch mache Gewerk/Funktion/Gerät in der GA. Im Namen der GA steht dann Vorneweg der Ort (Etage_Raum_Wand/oben/unten/usw. _ gefolgt

Auch eine interessante Lösung.

hat schon mal jemand mit den Funktionen in der Gebäudestruktur gearbeitet ?
Der belegt dann schon mal Gruppenadressen .

[Pyrate]

Hm... hab mir grad das Webinar bei ets schnellkurs dazu angesehen. Da wird einmal das Blockgruppen-System und das Mittelgruppen-System angesprochen. Letzteres erscheint mehr Sinn zu ergeben für ein übersichtliches EFH.

Allerdings ist in beiden Fällen der Aufbau mit Hauptgruppe Gewerk, die Mittelgruppe ist beim Blockgruppen-System das Geschoss und beim Mittelgruppen-System die Funktion. Die Adresse ist im Blockgruppen-System mit allen möglichen Funktionen gefüllt, im Mittelgruppen-System ist die Adresse ein konkretes Objekt+Funktion.

Habe ich das soweit richtig verstanden?

[gbglace]

Also das Schweizer Dokument ist ja schon sehr interessant. Ähnliches in Deutschland gibts nicht?

KNX funktioniert auch in D wie in CH und in At und in F. Die Schweizer haben es einfach mal wo hingeschrieben.

Ich mache Gewerk/Funktion/Gerät in der GA. Im Namen der GA steht dann Vorneweg der Ort (Etage_Raum_Wand/oben/unten/usw. _ gefolgt von der verbalen Übersetzung der GA. Und da alle GA soweit primär der Funktion nach orientiert sind ist es egal welches Gerät diese Funktion auslöst oder Konsumiert, weswegen ich eben kein Freund der GA-Blöcke je Tastermodell bin, gerade wenn man mal welche hat die nur einfache Wippen sind und andere wiederum komplexe wie so ein MDT-GT2.

In der ETS kann man auch alle GA nach Namen sortiert anzeigenlassen, da brauche ich dann keine Raumstruktur in der GA-Struktur (im Zweifel als Offset in den 255), die Geräte sind auch in der ETS in einer eigenen Gebäudestruktur abbildbar. Insofern für mich kein Grund das noch in Zahlen zu packen.

[willisurf]

Kannst du ein paar Beispiele geben?

Ist alles noch im Aufbau, aber ich habe von dem aktuellen Stand einfach mal ein paar Screenshots gemacht. Als Beispiel HG0 Global und HG1 für Wohnzimmer (die anderen Räume hätten dann eine vergleichbare Gewerkestruktur). Beispielhaft dann detailliert für Licht schalten und Licht dimmen. Wird sich alles sicherlich noch weiterentwickeln. Aber die Blockstruktur mit 10er Gruppen für Funktionsgruppen hat sich bereits beim Testen bewährt.

Ich habe mit dem Tool MR-GA Tool gearbeitet (kannst Du hier im Forum finden), um bequem in Excel die Struktur aufbauen zu können, diese dann über CSV Export in die ETS zu importieren und ggf. auch wieder in Excel zu importieren. Wobei ich das Rückimportieren nicht machen werde, sondern alle GA´s in einer Master Excel nachpflegen werde und diese dann in die ETS importiere.

Die ersten Tests sind eine Weile her, aber klar ist, ich musste eine alte Excel Version benutzen. Damit ging der Aufbau und Export problemlos. Ist auch kein Problem, da die ETS sowieso in einer VM auf einem Mac läuft, da stört dann auch die alte Excel Version nicht.

Bildschirmfoto 2020-10-31 um 20.07.56.png Bildschirmfoto 2020-10-31 um 20.08.29.png Bildschirmfoto 2020-10-31 um 20.07.23.png

[oezi]

Hauptgruppe = max 32
Mittelgruppe = max 8
Gruppenadresse = max 255

Zuordnung von
Gewerk
Geschoß
Funktion

Darüber sollte man sich zuerst Gedanken machen.

Da ich mehr als 32 Räume + Verteilungen 4 Geschosse + Garage/Werkstatt -habe nutze ich die Gewerke als Hauptgruppe und die Geschosse als Mittelgruppe.