UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ

NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074

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

Der "Timberwolf Importer" ist eine App für die ETS um Objekte und Verknüpfungen mit GAs auf der Basis von Wiregate Exports oder CSV-Dateien anzulegen.
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
Benutzeravatar

Ersteller
Eraser
Reactions:
Beiträge: 646
Registriert: So Aug 12, 2018 1:51 pm
Wohnort: Amstetten, Österreich
Hat sich bedankt: 205 Mal
Danksagung erhalten: 275 Mal

#11

Beitrag von 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
mfg
Wolfgang

Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7632 Mal
Kontaktdaten:

#12

Beitrag von StefanW »

Eraser hat geschrieben: Mi Nov 27, 2019 11:03 am-) 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.

Eraser hat geschrieben: Mi Nov 27, 2019 11:03 am 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.

Eraser hat geschrieben: Mi Nov 27, 2019 11:03 amSollte 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).


Eraser hat geschrieben: Mi Nov 27, 2019 11:03 amUnter 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
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.
Benutzeravatar

Ersteller
Eraser
Reactions:
Beiträge: 646
Registriert: So Aug 12, 2018 1:51 pm
Wohnort: Amstetten, Österreich
Hat sich bedankt: 205 Mal
Danksagung erhalten: 275 Mal

#13

Beitrag von Eraser »

Alles klar danke.

Ich würde den blauen Text auch in die Wiki geben für zukünftige Kunden zum Nachlesen. :handgestures-thumbupright:
mfg
Wolfgang

Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938
Antworten

Zurück zu „ETS App: Timberwolf Importer“