Best Practise für GA/Objektzuordnung

[James_T_Kirk]

Gibt es Empfehlungen / Best Practises zur Zuordnung der GAs zu den Universalobjekten in der ETS?
Wie ordnet man am besten zu um später den Überblick zu behalten? Ich sehe das an vielen Stelle nur die Nummer des KNX Objektes angezeigt wird und nicht die GA.

Initial hatte ich versucht beim "Thema" zu bleiben, z.B. alle Temperaturwerte von 1-99, ab 100 Luftfeuchte usw. Ähnlich wie bei der Organisation der GAs in der ETS gibt es sicher viele Wege und kein wirkliches richtig und falsch. Bevor zur Nutzung in der Logik jedoch massiv viele Werte durchgereicht werden, möchte ich da etwas System reinbringen um später noch einen Überblick zu haben.

[StefanW]

Wie ordnet man am besten zu um später den Überblick zu behalten? Ich sehe das an vielen Stelle nur die Nummer des KNX Objektes angezeigt wird und nicht die GA.

Wir versuchen auch die GA immer mit anzuzeigen, aber im Fokus stehen beim Timberwolf Server die Objekte, denn es ist ja kein 1-Wire to KNX oder Modbus to KNX Gateway bei dem KNX im Vordergrund steht, sondern ein Server der viele Technologien und Subsysteme gleichberechtigt unterstützt. Eine Sonderprogrammierung, um ansonsten Objekte anzuzeigen aber bei KNX immer nur die GA ist schwierig, zudem auf ein Objekt auch mehrere GAs verknüpft sein können.

MIt Mouse Over sollte es aber anezeigt werden und in alle Suchfelder soll man auch die GA anzeigen können. Wir haben das Bedürfnis aber verstanden, ich setze mich dafür ein, dass wir soviele GA-Anzeigen wie möglich hinbekommen.

Initial hatte ich versucht beim "Thema" zu bleiben, z.B. alle Temperaturwerte von 1-99, ab 100 Luftfeuchte usw. Ähnlich wie bei der Organisation der GAs in der ETS gibt es sicher viele Wege und kein wirkliches richtig und falsch. Bevor zur Nutzung in der Logik jedoch massiv viele Werte durchgereicht werden, möchte ich da etwas System reinbringen um später noch einen Überblick zu haben.

Ich glaube es hat sich da noch kein "bester Weg" durchgesetzt.

Eine Vergabe über Nummernbereiche ist sicher am sinvollsten, es sind genug Objekte da, mach Gebrauch davon.

Die Logik wird nur belastet, wenn man ein solches KNX Objekt auch mit einem Logik-Objekt verbindet, sonst wird die gar nicht in Anspruch genommen.

lg

Stefan

[gurumeditation]

Eine Vergabe über Nummernbereiche ist sicher am sinvollsten, es sind genug Objekte da, mach Gebrauch davon.

Sind genug Objekte da? 2000 klingt erst mal ziemlich viel!
Ist denn angedacht, alle GA zwecks Visu und Steuerung auf Objekte zu legen? Macht "man" das?
Würdet ihr ein Blockschema wie für GA empfehlen? Das würde natürlich sehr viele Objekte sinnlos belegen, dafür wäre es übersichtlich.

Vielleicht kann hier der ein oder andere etwas sagen, wie er/sie es gemacht hat...

BTW: Muss man denn noch etwas tun, um mehr als 2000 Objekte zur Verfügung zu haben? Ich habe gelesen, dass es 2000 bis ETS 5.6 sein sollen und 8000 ab ETS 5.7., allerdings sehe ich mit der 5.7.1 die gleichen 2000 Objekte wie zuvor.

[Robert_Mini]

Die TWS Applikation muss noch für 5.7.x kompiliert werden.
Damit sollte dann die Performance wesentlich verbesseet sein, so dass der Weg zur Erweiterung auf 8000 Objekte frei ist.

Best practise für die Objekte gibt es noch nicht.
Aber die Eingaben im TWS sind so umgesetzt, dass die Objektnummer egal ist und man diese auf Basis Name, Beschreibung, GA etc. dynamisch sucht und auswählt.

Lg
Robert

[James_T_Kirk]

Die TWS Applikation muss noch für 5.7.x kompiliert werden.
Damit sollte dann die Performance wesentlich verbesseet sein, so dass der Weg zur Erweiterung auf 8000 Objekte frei ist.

Gibt es hier schon eine terminliche Aussicht? Ich weiß, DOS und Logik hat die höchste Prio. Es geht auch nicht darum das es morgen fertig sein muss sondern nur um einen Ausblick zu haben ob das jetzt eine Sache von Wochen oder eher mehreren Monaten ist...
Seitdem die TWS Applikation in meinem ETS Projekt ist, hat sie mittendrin häufige Aussetzer von 10-40s, die Performance hat sich stark verschlechtert. Und das trotz schnellem Rechner (i5, 8Gb RAM, SSD)...

[StefanW]

Gibt es hier schon eine terminliche Aussicht?

Nun, ich fürchte so einfach ist das nicht. Zumal Softwareentwicklung und genau Termine ist eine Sache für sich.

Da muss schon die ganze Toolchain funktionieren und beim letzten mal haben wir uns damit eine sehr blutige nase geholt, weil die Sachen abgestürzt sind. Alleine das "kompilieren" der Liste hat beim letzten Mal mehrere Tage gedauert, inkl. mehrerer Abstürze damit ein paar Wochen, bis wir wussten, dass nur knapp 2400 Objekte "gehen".

Ich weiß aus sehr zuverläßiger Quelle, dass dies ein paar Produktmanager bei anderen Firmen den Job gekostet hat (weil die ebenfalls in die Falle gelaufen sind, dass sie ein Produkt entwickelt haben, deren Menge an Objekten dann die ETS gar nicht konnte und man es deshalb nicht auf den Markt bringen konnte.) Gut dass ich mich nicht selbst entlassen habe deswegen....

Bevor wir uns also wieder auf das Abenteuer (mit schlechten Tools) einlassen, wollen wir noch eine oder zwei Subversionen abwarten.

Aber ich verstehe natürlich die Dringlichkeit, weil die ETS ist jetzt überfordert. Ich rede nochmal mit den Entwicklern. Aber irgendwie ist halt alles wichtig, nur alle können wir nicht auf einmal beheben.

lg

Stefan

[gbglace]

Naja noch ist der LE nicht produktiv im Release. Wer da jetzt loslegt sollte ausreichend masochistisch veranlagt sein, das er mit einer neuen Version der Applikation wohl den Großteil seiner KNX-Objekte neu sortiert und Programmiert und dann im DOS alles neu zusammenstöpseln muss.

Ansonsten besteht ja derzeit kein wirklicher Bedarf das gesamte ETS-Projektspektrum an GA's redundant als KO im TWS anzulegen.
2k vs 8k ist zwar meist egal bzgl. der reinen Aufnahmekapazität an notwendigen GA, aber im Sinne einer an die GA's angelehnten Struktur auch bei den KO arbeiten zu wollen, sind 8k natürlich deutlich angenehmer.

Bzgl. der derzeitigen Programmierzeiten, naja da kann ich als Privat-User gut mit leben, der Bildschrim ist groß genug um die Wartezeit mit anderen Sachen zu füllen. Im gewerblichen Nutzerkreis schaut das dann wahrscheinlich anders aus. Wobei da einige dann womöglich aber auch nach einem offiziellem Bezug der Applikation rufen werden, statt des reinen Projektfiles. Am Ende ergibt das irgendwann kritische Seitenhiebe wie umfangreich die Zertifizierung des TWS wirklich ist und warum der Umweg über die KNX-Objekte statt des reinen Projektfiles Umwandlung der reinen GA -Informationen überhaupt notwendig ist.

Insofern ja den aktuellen Prioritätenpfad beibehalten und wenn LE und UOD fertig sind, wäre das ggf neu einzusortieren. Als relativ stabil wird ja die ETS 5.7.2 angekündigt. Die Verträglichkeit der 5.7.1 Projektexportdatei habt Ihr ja nun schon soweit hinbekommen (zumindest gab es gestern bei meinem TWS 2600 auf Basis eines ETS 5.7.1 Exports keinen Abbruch).