[Erfahrungsbericht] [V1.5 RC10] Erfahrungsbericht - Erste Programmierung des TW über ETS und Verwendung des TW-Importers

[Eraser]

@StefanW
Danke für deine Antworten.
Kannst du noch was zu dem Punkt
Kontrolle der Objekte im TW: "Objekt-Verwaltung"
sagen? Wegen dem "no info"?

Danke

[StefanW]

-) Kontrolle der Objekte im TW: "Objekt-Verwaltung"
Die KNX-Objekte werden alle angezeigt mit K-1, K-2 usw. (diese können nicht wie bei 1W oder TS geändert werden, schätzungsweise wegen dem KNX-Standard)

Richtig. Die Benennung der Objekte obliegt dem KNX-Standard / ETS und hier wird einfach durchnummeriert. Weil über diese Nummer als Index wird dann die Speicherzelle in dem BLOB angesprochen.

Bei Wert wird "no info" angezeigt, auch ein Drücken darauf (grüner Hintergrund und rotierender Kreis) ändert nichts daran.

Das zeigt, dass er hier einfach noch nichts empfangen hat. Was hier angezeigt wird ist der letzte Wert der durch den Dispatcher gegangen ist.

Sollte hier der Wert von den GA's abgefragt werden?

Wieso GA? Das ist die Objekt-Verwaltung.

In der ETS kann man einem KNX-Objekt bis zu 16 GAs zuweisen. Welche der bis zu 16 GAs sollten wir dann abfragen und in welcher Reihenfolge? Das würde dem Bus für eine Sekunde an die 100% der gesamten Übertragungskapazität kosten.

==> Ich bitte jeden der das liest folgendes zu verinnerlichen:

1. KNX Objekte stellen letztlich Speicherstellen in den KNX-Devices dar. Diese sind intern - je nach Device - mit Funktionen verbunden. Bei einem Device mag dies das Relais sein, bei einem anderen der Status eines Fensterkontaktes.

2. Um den Bus zu schonen, werden nicht die einzelnen Objekte in den jeweiligen Devices adressiert (man stelle sich ein "Zentral ON" an für alle 134 Aktorkanäle eines Hauses vor, dann wären dafür auch 134 Telegramme nötig, um alle Objekte in allen Devices anzusprechen, ganz abgesehen davon, was man für eine Liste im "Zentral-An Taster" hinterlegen müsste). Daher werden Funktionen (wie hier das "Zentral ON") mit einer Kennung versehen (die "GA") und diese Kennung als Multicast an ALLE Devices versendet. Für jede Funktion eine eigene Gruppenadresse. Der Name leitet sich (vermutlich) davon ab, weil es eine n:m Beziehung gibt. Also mehrere GAs können mehreren Objekten zugeordnet sein.

Beispiel:

A: "Zentral ON" hat die GA 0/0/1 und wird von ALLEN "Ein-Objekten" der Aktoren in allen Stockwerken "abonniert".

B: "1. OG Komplett ON" hat die GA 0/1/1 und wird von ALLEN "Ein-Objekten" der Aktoren NUR IM Stockwerk 1. OG "abonniert.

C: "SChlafzimmer 1.OG ALLE ON" hat die GA 2/1/1 und wird von ALLEN "Ein-Objekten" der Aktoren NUR IM Stockwerk 1. OG an denen Lampen für das Schlafzimmer hängen" abonniert.

D: "Schlafzimmer 1.OG DECKE ON" hat die GA 3/1/1 und wird von dem EINEN "Ein-Objekt" des Aktors für "SZ 1.OG Decke" abonniert.

Bedeutet, dass der "Aktor im 1.OG SZ Deckenlicht" auf dem selben Objekt für das Einschalten nun alle vier GAs aus dem Beispiel "abonniert" hat. Eben damit sowohl die Decke einzeln steuerbar ist, aber auch alle Lichter im SZ, als auch alle Lichter im Obergeschoss als auch alle Lichter im Haus.

Die GAs sollte man besser als Funktionsadressen bezeichnet. Aber da Sie globale Funktionen auch "gruppieren" und als "Gruppe" den Objekten zugewiesen werden können, wurden sie wohl so genannt.

Man kann den KNX nur komplett verstehen, wenn man dieses Mapping von GA zu Objekten auch verinnerlicht hat. Beim TWS ist es ganz insbesondere erforderlich, dass man dieses versteht, weil man es mit den Objekten dort auch "auf der anderen Seite", der Seite IM Device, zu tun hat.

Während man bei normalen KNX-Devices damit eine im Handbuch beschriebene Funktion bedient und sich über den Objektcharakter keinen Gedanken macht, handelt es sich bei den Objekten des TWS um Universalobjekte, deren Bedeutung und Funktion man im Server erst festlegt. Das macht ihn so dermaßen mächtig, aber das muss man eben auch bedienen und einstellen.

Kurz: In der Verwaltung der Objekte gibt es eigentlich keine GAs mehr (auch wenn wir die Zuordnung zur gedanklichen Unterstützung einblenden) und weil mehrere GAs einem Objekt zugeordnet sein können, kann man die GAs auch nicht einfach abfragen. (womöglich könnte man was spezielles einbauen, damit man die Abfrage auf eine dann auszuwählende GA anfordern kann, aber dafür bitte einen FR schreiben und den Grund dafür angeben).

Unter Quellen und Ziele wird keine Quelle angezeigt (ebenso bei den 1W-Objekten).
Die 1W-Objekte funktionieren schon, also wird das hier auch OK sein oder?

Ja.

Ein Objekt das von außen - über einen Bus - herein kommt hat kein Objekt als Quelle. Solange es kein Ziel hat ist es allerdings nutzlos (außer dass man es sich anzeigen lassen kann in dieser Objekt-Verwaltung.

Der Kern des Timberwolf Servers ist die universelle Objektverknüpfung im Verhältnis 1:N in einer beliebig langen Kette.

EIN KNX-Objekt (das bis zu 16 GAs "abonnieren" kann) kann z.B. zeitgleich

- auf drei andere KNX-Objekte (dort dann auf die jeweilige Sending-GA) schreiben
- in eine TimeSerie
- auf fünf DMX-Kanäle
- drei 1-Wire Outputs (um eine Lampe anzusteuern
- vier MQTT-Objekte (künftig)
- und acht ModBus Objekte (künftig).

Dies ist, was Du hier in der Objekt Verwaltung sehen und einstellen kannst. Es ist das mächtigste Werkzeug im Timberwolf Server, trotz des harmlosen Aussehens....

Alles klar?

Stefan

[Eraser]

Alles klar danke.

Ich würde den blauen Text auch in die Wiki geben für zukünftige Kunden zum Nachlesen.