[Gelöst] Zuordnung von KNX-GA zur Objektnummer

[blaubaerli]

Hi @gurumeditation,

ich hole mir nur selektiv die GA‘s auf den TW, die ich da auch explizit brauche. Ob und wie sich z.B. meine Präsenzmelder mit dem zugehörigen Aktor austauschen ist mir auf dem TW mal gerade egal. Wenn ich was für eine Logik oder ähnlichem als Objekt brauche, dann kommt es drauf, sonst nicht.

Gruß
Jens

[Zugschlus]

Nervig, dass das Forum hintereinander geschriebene, voneinander unabhängige Artikel, nachträglich wieder zusammenfasst. Das bin ich als alter Usenetter nicht gewöhnt. NIcht nur hat man im Forum kein Threading, sondern auch noch nichtmal die Möglichkeit, unterschiedliche Gedanken zu trennen.

Wahrscheinlich ist es am Ende einfacher, wenn man, wie von Chris vorgeschlagen, die Nummer des KO ignoriert, interessiert ja bei anderen KNX-Geräten auch nicht,

Bei anderen KNX-Geräten sehe ich die Objektnummer nirgends. Aber auch dort haben sie in aller Regel Sinn: Beim MDT-Heizungsaktor haben dieselben Objekte für verschiedene Ports wenigstens dieselbe Endziffer, so dass man hier Ordnung reinbringen kann. Ich übernehme hier in aller Regel die Endziffer in die KNX-Gruppenadresse.

Beim TWS sehe ich die Objektnummer überall, muss ich sie an manchen Stellen sogar eingeben, und deswegen möchte ich das gerne etwas Struktur haben.

Hinzugefügt nach 12 Minuten 26 Sekunden:

Ich habe derzeit auch nur die GA angelegt wo der TWS Quelle der Information ist und die Werte im KNX an anderen Geräten benötigt werden. Das ist derzeit recht wenig. Ach ja und einige wenige KNX-GA für Tests am LE.

Bis eine Visu nicht direkt die nativen TWS-Objekte konsumieren kann wird man eben noch sehr viel auf den KNX-Bus geben, um es dann via eibd/knxd wieder in die Visu zu bekommen.

Andersrum muss man dann sehen das man alles andere was auf dem Bus umherschwirrt am TWS als KO anlegt, um es in einer Logik oder TWS-objektbasierten Visu zu verwenden.

Das finde ich widersprüchlich. Im ersten Zitat sagst Du, Du hast für kaum etwas ein Objekt angelegt, und dann sagst Du im zweiten Zitat, für was Du alles Objekte angelegt hast. Und das ist viel.

Ich fasse mal zusammen. Ein Objekt braucht man:

• Wenn man den Wert eines 1WIre-Objekts in der Visu haben möchte (eigentlich alle gemessenen Temperaturen und Feuchtigkeiten)
• Wenn man den Wert eines 1WIre-Objekts nutzen möchte, um ein KNX-Gerät zu steuern (Dämmerungsschalter, Heizungsaktor)
• Wenn man eine KNX-Logik bauen möchte (jeweils Ein- und Ausgabewerte inklusive Status)
• Wenn man den Wert eines KNX-Objekts in Grafana haben möchte (Status Licht, Status Heizungsaktor, KNX-Sensoren z.B. Regen, Wind)

Ein Objekt braucht man nicht:

• Wenn man den Wert eines 1Wire-Objekts in Grafana haben möchte

Ich schätze mal, das ist bei mir grob 50:50.

Das erleichtert zwar das Anlegen der Objekte, weil man nur noch die Hälfte der Handarbeit machen muss, aber die Problematik bei den Nummernkreisen besteht nach wie vor: Es bringt den Monk in mir in die höchste Bredouille, wenn ich die Objekte, die ich jetzt brauche, stumpf mit fortlaufender Nummerierung anlege und später dann Objekte mit "nahe" dabei liegenden Gruppenadressen an völlig anderer Stelle der TWS-Objekte liegen habe. Da stellen sich mir jetzt schon die Nackenhaare.

Grüße
Marc

[gbglace]

Das finde ich widersprüchlich. Im ersten Zitat sagst Du, Du hast für kaum etwas ein Objekt angelegt, und dann sagst Du im zweiten Zitat, für was Du alles Objekte angelegt hast. Und das ist viel.

Nee das schaut nur so aus und ist den Kleinigkeiten der Grammatik geschuldet. Der erste Teil beschreibt das IST, das zweite wohl einen Zustand im Ziel wenn denn mal alles im TWS läuft wie es soll. Da wird viel "man" im Text verwendet.

Ich fasse mal zusammen. Ein Objekt braucht man:

• Wenn man den Wert eines 1WIre-Objekts in der Visu haben möchte (eigentlich alle gemessenen Temperaturen und Feuchtigkeiten)
• Wenn man den Wert eines 1WIre-Objekts nutzen möchte, um ein KNX-Gerät zu steuern (Dämmerungsschalter, Heizungsaktor)
• Wenn man eine KNX-Logik bauen möchte (jeweils Ein- und Ausgabewerte inklusive Status)
• Wenn man den Wert eines KNX-Objekts in Grafana haben möchte (Status Licht, Status Heizungsaktor, KNX-Sensoren z.B. Regen, Wind)

Hmm sehe ich noch etwas differenzierter:

1) bei aktuellen Visu ja, da die eben eibd usw. konsumieren. Bekommt die CV z.B. direkten Zugriff auf TWS Objekte kann auch das 1-wire Objekt direkt gegriffen werden.

2) Ja wird wohl immer so sein

3) KNX-Logik außerhalb des TWS ja, innerhalb des TWS-LE kann ja direkt auf die 1-wire Objekte zugegriffen werden ohne Umweg KNX-Bus für den Messwert

4) Jein denn Grafana kann auch auf die Werte der Timeseries DB der Busmonitor-Funktionalität zugreifen. Hier halt nur das Problem der Historienvorhaltung im Speicher.

[Chris M.]

IIRC: In einem anderen Thread hatte StefanW schon gesagt, dass die KNX GA keine führende Rolle in der Objektverwaltung spielen wird, da KNX nur eines von mehreren unterstützten Systemen ist und die GA außerhalb von KNX weder bekannt sind noch Sinn ergeben. Der TWS funktioniert ja prinzipiell auch ohne KNX. Ob er auch irgendwo ohne KNX eingesetzt wird, vermag ich nicht zu sagen.

Das widerspricht sich doch nicht zwingend. Die Objekt-Nummern des KNX-Teils, um die es hier geht, gibt es bei anderen Bus-Systemen ja so gar nicht.
Umgedreht geht es beim KNX immer nur um die GA, die PA vergibt man 1x und vergisst die dann wieder. Und die Objekt-Nummern sind nicht mehr als ein Anzeige-Artefakt der ETS.

Der GA dagegen begegne ich immer wieder. z.B. im Bus-Monitor. In der Visu. Bei anderen Geräten.

Will ich wissen ob mein Taster mit dem Schaltaktor korrekt funktioniert und auch das Status-Objekt richtig verknüpft ist? Ich schau ob die GAs passen! Ich wäre da noch nie im Leben darauf gekommen ob Objekt-IDs bei Schalter und Taster richtig sind. Wie sollte ich dass denn überhaupt checken können?
Zentral-Aus? Ist eine GA. Mit Objekt-IDs hat das nichts zu tun.

=> Alle Funktionen im KNX sind jeweils eine GA. Eine Objekt-ID ist nur ein Implementierungsdetail.
=> Ich habe KNX, weil ich Funktionen will. Dafür gebe ich Geld aus. Die Implementierung dafür ist mir egal.

[EarlBacid]

Vom Prinzip her rwürde es ja völlig ausreichen, wenn man im DOS neben der Objektnummer oder der TAGs auch einfach nach einer GA und/oder einer Description eines Objekts (welche ja aus der ETS kommt). Damit ist es füe den alltäglichen Gebrauch völlig irrelevant welche Obejknummer irgendwo dahinter steckt, da die Auswahl des Objekt über GA, Tag oder Beschreibung erfolgt.

Wenn ich mich aber nicht täusche, hat Stefan das auch mal in einem anderen Thread zum Thema DOS angekündigt, dass dies auch das Ziel ist sobald der DOS seinen mehr oder weniger finalen Zustand erreicht hat.

VG
Earl

[StefanW]

Hallo zusammen,

wir sind derzeit noch am Wideraufbau der IT (die Telefonanlage hatte den Geist aufgegeben) und dem Wiederhochfahren der Produktion am neuen Standort, daher nur ganz kurz:

1. Die TAGs sind dafür gedacht, damit mal beliebig gruppieren kann. Es soll helfen, die langen Listen von was auch immer zu kürzen. Der Kunde kann - muss aber nicht - sich eine beliebige Struktur aufbauen.

2. Die zusätzlichen Adress- und Bezeichnungsinformationen zu den Objekten, bei KNX-Objekten also GAs und Bezeichnungen sollen noch im DOS eingeblendet werden. Es soll auch später möglich sein, dass man zwischen Objekt- und GA-Darstellung bei der Auswahl umschalten kann. Ich glaube, man kann aber jetzt schon um Suchfeld eine GA eingeben.

3. Das knxproj-File muss man nicht wirklich jedesmal hochladen, das braucht man nur, wenn man die DPT aller TWS-fremden GAs haben will (weil die kommen beim Programmieren des TWS ja nicht mit) und wenn man die Literale, also die ganzen Bezeichnungen für HG / MG und Geräte usw. haben will. Ich meine, das ist nur nach größeren oder wichtigen Änderungen anzuraten.

4. Bei anderen KNX-Geräten sieht man deren Objekte deshalb nicht, weil die keine Weboberfläche haben. Sonst wäre das ziemlich genauso, weil die Sache mit den Objekten ist im KNX Standard so vorgesehen, das haben wir nicht erfunden.

lg

Stefan