Hi Andreas,
SchateMuhl hat geschrieben: ↑Fr Sep 29, 2023 7:49 pmIch habe mal eine Frage zur VISU.
Gerne.
SchateMuhl hat geschrieben: ↑Fr Sep 29, 2023 7:49 pmMüssen alle Objekte die ich in der VISU sehen oder schalten möchte, als Kummunikationsobjekt angelegt werden ?
Die Timberwolf VISU ist komplett im Timberwolf Server Objektsystem integriert, so wie jedes andere Subsystem auch.
Hier ein Screenshot vom aktuellen VISU Editor (gerade eben gemacht):
1. In der Basiskonfiguration eines Widget Profiles klappst Du unter "Datenverbindung" auf und hast dort - je nach Widget - mehrere mögliche Objektverknüpfungen. Hier nehmen wir die für Wert setzen, also wenn man im Widget dann auf einen Knopf drückt, dann wird an das / die verknüpfte(n) Objekt(e) ein Wert gesendet (den man an anderer Stelle einstellt). Beim klicken..
2. öffnet der Verknüpfungsassistent (wie immer), nur dass er hier nun auch das VISU Subsysteme (eigentlich die beiden VISU Subsysteme) unterstützt
3. Das Objekt auf der VISU Seite ist bereits automatisch vorerstellt (es ist das Widget Nr. 483 - sieht man auch im rechts oben im Lila Kästchen) und damit das Objekt "VSU 483 Wert Setzen"
4. In der Zielkonfiguration wählt man dann die Technologiegruppe (hier KNX) und kann dort suchen, oder
5. Man klickt ein / mehrere Objekt(e) an
Dann speichern und anwenden und fertig.
Die Visu (alle Clients) werden damit dann schon aktualisiert und wenn man auf das Widget drückt, dann funktioniert es auch bereits. Man muss nicht nochmal irgendwas speichern oder starten. VISU Änderungen werden genauso automatisch und sofort übertragen wie die anzuzeigenden Werte. Alles instant.
SchateMuhl hat geschrieben: ↑Fr Sep 29, 2023 7:49 pmIch frage nur , weil das bei meiner bisherigen VISU über den EIBPORT 3.0 nicht so ist, dort lade ich nur das ETS Projekt und habe Zugriff auf alle Objekte.
Jein. Der Eibport, ist wie viele andere "KNX Server" nur über GAs gekoppelt. Das sieht zwar richtig aus, ist es aber technisch im KNX Standard nicht.
Weil
1. Hat man damit keine Einfluss auf das Sende-, Empfangs- und Abfrageverhalten, weil es ohne Objekte und ohne Programmierung auch keine FLAGs gibt. D.h. bei solchen Servern besteht die Gefahr, dass diese bei Abfragen zu GAs immer "mitquatschen" und auch dann antworten senden, obwohl sie gar nicht autoritative für einen Wert sind. In Jura würde man sagen "hörensagen". Dadurch kann es "stille Post" Fehler geben, die zu komischen Zuständen im Bus führen können.
2. Dadurch kennt die ETS auch nicht die Position solcher Server in der Topologie und kann die Filtertabellen nicht berechnen (außer man legt dafür wieder Dummy-Applikationen an, was von-hinten-durch-die-Brust ist).
Beides entspricht nicht dem KNX Ideal, deshalb machen wir das beim Timberwolf Server deutlich besser, indem es dort richtige KNX Objekte gibt, so wie sie jeder KNX Taster für 80 EUR auch hat....
==> Daher, Objekte mit der ETS im Timberwolf Server anlegen, den TWS programmieren und dann kannst in der VISU (und jedem anderen Subsystem) die KNX Objekte verknüpfen.
>Die Informationen liegen ja schon alle am TWS an, der Busmonitor zeigt ja alles und loogt es sogar.
Nun, mithören können ist ungleich richtig kommunizieren. Das geht nur unter Berücksichtigung der Objekt-Flags.
Das ist alles hier im Wiki beschrieben:
https://elabnet.atlassian.net/l/cp/6XUjFvrv
lg
Stefan