Also reagiert hier der TWS wie jedes andere KNX-Gerät. Vielen Dank für die Verdeutlichung! Damit ist klar, dass man beim Protokollieren von Sensordaten am TWS keine KOs sparen kann, aber selbstverständlich bei Verwendung des TWS als Aktor.gbglace hat geschrieben: ↑Fr Aug 19, 2022 3:59 pm Insofern muss man sich gedanklich zweierlei Sorten KO denken. Jene KO die man nutzen will um einfach ganz genau wie im Buslog alle Telegramme mit einer GA separat auszuwerten und wegzuschreiben. Versus jene KO die man benutzt um Logikfunktionen oder andere Funktionen im TWS zu erzeugen, also den TWS als "Aktor" zu verstehen. An KO von Aktoren nutzt man ja auch gern um Telegrammlast zu reduzieren die Verbindung mehrerer GA lesend an einem KO.
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
[Beantwortet] [ V 3.4.1 ] (Semi-)Automatische Zuordnung von GAs zu den KOs des TWS in der ETS
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: 9775
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7820 Mal
- Kontaktdaten:
Das habe ich nicht gesagt.
Gemäß dem KNX Standard werden - in ALLEN KNX Geräten - Listen geführt, welche GAs eingehend auf welche KOs geführt sind (ausgehend ist es immer nur eine GA).
Es wird weder irgendeine Aggregation wie Mittelwertbildung durchgeführt, noch sonst etwas anderes gemacht, als das Mapping der GA auf die KO.
Stellt Dir das wie in einer Wohneinheit vor die von mehreren Personen (Familie) bewohnt wird, die aber alle zusammen nur eine Anschrift und zumeist auch nur einen Briefkasten benutzen. Es gibt da viele Personen (= GA) aber nur ein Briefkasten (= KO). Die gesamte Post (= Telegramme) für alle dort lebenden Personen (= assoziierte GAs) landet dort.
Wenn Du das als Einschränkung empfindest, dann gilt das für den gesamten KNX Standard und die Art und Weise wie ALLE KNX Geräte, also jeder Aktor, jeder Glastaster usw. arbeiten. GAs sind nur Adressen für (gruppierte) Funktionen. Das ist die Aufgabe und diese ist auf diese Weise zu implementieren.
Das behandeln der einzelnen GA, wie es viele andere Server machen, ist fachlich falsch und unterläuft die Architektur des KNX die darauf angelegt ist, Telegramme zu sparen, indem Funktionen gruppiert werden.
Ich wünsche viel Erfolg mit Deinem Projekt
Stefan
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.
Also reagiert hier der TWS wie jedes andere KNX-Gerät. Vielen Dank für die Verdeutlichung! Damit ist klar, dass man beim Protokollieren von Sensordaten am TWS keine KOs sparen kann, aber selbstverständlich bei Verwendung des TWS als Aktor.gbglace hat geschrieben: ↑Fr Aug 19, 2022 3:59 pm Insofern muss man sich gedanklich zweierlei Sorten KO denken. Jene KO die man nutzen will um einfach ganz genau wie im Buslog alle Telegramme mit einer GA separat auszuwerten und wegzuschreiben. Versus jene KO die man benutzt um Logikfunktionen oder andere Funktionen im TWS zu erzeugen, also den TWS als "Aktor" zu verstehen. An KO von Aktoren nutzt man ja auch gern um Telegrammlast zu reduzieren die Verbindung mehrerer GA lesend an einem KO.
Zuletzt geändert von petertau am Fr Aug 19, 2022 4:16 pm, insgesamt 1-mal geändert.
Passt schon, ist klar. Ich wollte mit meiner Frage lediglich klären, wie sich der TWS verhält. Auch wenn der TWS an die Eigenschaften des KNX-Standards gebunden ist, ist damit noch lange nicht gesagt, was genau im Inneren des TWS (oder auch jedes anderen KNX-Geräts) abläuft. Aber nun haben wir das Thema GAs und deren Zuordnung zu KOs des TWS in der ETS detailliert behandelt! Vielen Dank für die Geduld...
-
- Elaborated Networks
- Reactions:
- Beiträge: 9775
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7820 Mal
- Kontaktdaten:
Hi,
Das was "frei" ist, das ist, was hinter dem KO ist, weil das kann ein Relais sein beim Aktor und ein Temperatursensor beim Glastaster, das ist Sache des Herstellers.
Beim Timberwolf Server sind es Universal-Objekte, weil die Belegung im Server ist frei, was ihn zu dem multidirektionalen Gateway von allem auf alles macht.
Viel Erfolg
Stefan
Eigentlich schon, weil das tatsächlich genau vorgegeben ist, soweit es GA und KO betrifft. Das wird auch geprüft.
Das was "frei" ist, das ist, was hinter dem KO ist, weil das kann ein Relais sein beim Aktor und ein Temperatursensor beim Glastaster, das ist Sache des Herstellers.
Beim Timberwolf Server sind es Universal-Objekte, weil die Belegung im Server ist frei, was ihn zu dem multidirektionalen Gateway von allem auf alles macht.
Viel Erfolg
Stefan
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.