@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
NEU! UPGRADE IP 11 verfügbar!
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
[Erfahrungsbericht] [V1.5 RC10] Erfahrungsbericht - Erste Programmierung des TW über ETS und Verwendung des TW-Importers
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Elaborated Networks
- Reactions:
- Beiträge: 9784
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4883 Mal
- Danksagung erhalten: 7845 Mal
- Kontaktdaten:
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.
Das zeigt, dass er hier einfach noch nichts empfangen hat. Was hier angezeigt wird ist der letzte Wert der durch den Dispatcher gegangen ist.
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).
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
Zuletzt geändert von StefanW am So Dez 08, 2019 1:09 pm, insgesamt 3-mal geändert.
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 650
- Registriert: So Aug 12, 2018 1:51 pm
- Wohnort: Amstetten, Österreich
- Hat sich bedankt: 209 Mal
- Danksagung erhalten: 275 Mal
Alles klar danke.
Ich würde den blauen Text auch in die Wiki geben für zukünftige Kunden zum Nachlesen.
Ich würde den blauen Text auch in die Wiki geben für zukünftige Kunden zum Nachlesen.
mfg
Wolfgang
Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938
Wolfgang
Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938