gbglace hat geschrieben: ↑Mi Mai 27, 2020 1:52 pm
Naa das Modbus und MQTT und DMX überholen würde ich da auch nicht sehen.
Ich schrieb, mein Wunsch sei ein Nice-to-have; damit erhebe ich explizit nicht den Anspruch, dass mit diesem FR andere Entwicklungsschritte überholt werden müssten.
Robert_Mini hat geschrieben: ↑Mi Mai 27, 2020 11:54 am
Aber im Sinne von „don’t shoot the Messenger“ würde mich interessieren wieviele Diskrepanzen @fechter65 du hast?
Ich habe bei >1000 GA keine Warnungen mehr beim import. Die meisten Probleme waren fehlende DPT an der GA, nicht falsche.
Bei falschen DPT warnt die ETS auch aktiv, wenn man die GA verknüpft! Da sollte man nicht ignorieren drücken, sondern den Fehler unmittelbar beheben.
Auch im Sinne für Best Practice zu lernen: wie war dein Vorgehen bez. GA Anlage, DPT, etc.?
Ich habe im Moment noch ca. 106 Diskrepanzen bei 3'077 importierten GA (gestern Nacht waren es anfänglich 186).
Der letzte Import einer ETS-Projektdatei erfolgte - wahrscheinlich (ich vermute dies aufgrund der im TWS gespeicherten Projektdatei) - am 13. Juli 2019; ich kann mich nicht erinnern, dass damals Fehlermeldungen ausgegeben worden sind, ansonsten hätte ich diese wohl behoben (eine blosse Behauptung, ich kann es nicht beschwören).
Es ist möglich, dass ich seither in der ETS DPT geändert habe, ich kann mich aber nicht erinnern, was der Anlass dafür gewesen wäre. Wahrscheinlich wurde der Importprozess des TWS seither verbessert und macht detailliertere Überprüfungen (auch dies ist eine blosse Vermutung von meiner Seite). Ich finde es auch richtig und gut, dass diese Diskrepanzen angezeigt werden, damit der TWS-Nutzer sie beheben kann.
Weil aber der Prozess
1. TWS-Applikation in der ETS anpassen (d.h. entsprechendes Universalobjekt definieren, dann GA zuordnen)
2. TWS programmieren
3. Projektdatei importieren
viel Zeit in Anspruch nimmt (wie Ihr alle aus eigener Erfahrung wisst), wäre es für den User hilfreich, wenn er rasch erkennen könnte, ob die Behebung der angezeigten Fehler sofort (weil zwingend nötig) oder später (weil bloss nice to see, aber für die Funktionalität nicht erforderlich) erfolgen muss.
Meistens dürfte das Bedürfnis für eine Neuprogrammierung immer dann auftreten, wenn man "rasch" eine neue Logik im Logikeditor erstellen möchte und dann feststellt, dass eine benötigte GA im TWS-Objektsystem noch nicht vorhanden ist (dies war jedenfalls der Auslöser meines Problems; da ich mehr als 2'000 GA in der ETS habe, kann ich dieses Problem auch nicht elegant umgehen, indem ich alle GA in das TWS-Objekt-System einlese).
Bei der Fehlerbehebung gestern Nacht konnte ich über Anpassungen in der ETS relativ rasch von 180 auf 130 Fehler reduzieren (bspw. indem ich bei Temperatur-GA von DPT 7.013 auf 9.004 umstellte. Bei gewissen Anpassungen machte ich mir die (vermeintliche) Fehlerbehebung zu einfach, indem ich in der ETS im Gruppenadressen-Fenster den DPT-Wert des TWS angepasst habe. Das geht aber - wie ich nach einem zeitraubenden Importvorgang feststellen musste - so nicht (was eigentlich logisch ist, aber nett wäre). Die korrekte Vorgehensweise ist es, in der TWS-Applikation der ETS zuerst unter Parameter die DPT des entsprechenden Universalobjekts anzupassen (was wie gesagt eigentlich logisch ist) aber dazu führt (was ebenfalls nachvollziehbar ist), dass die Zuordnung der GA zum entsprechenden Kommunikationsobjekt verloren geht und erneut zugeordnet werden muss (auch wenn die DPT nur von 1.001 auf 1.002 geändert wird). Diese Schritte können - soweit ich dies erfasst habe - in der ETS nur einzeln durchgeführt werden, d.h. hier besteht m.W. innerhalb der ETS, resp. der TWS-Applikation keine Massenananpassungsfunktionen.
Der KNX-Objekt-Editor verfügt über hervorragende Filterfunktionen. Damit kann (resp. könnte man, wenn man es als unbedarfter Anwender wissen würde) sehr rasch durch die Selektion des Zustandes "Diskrepanz" und der Länge "8 bits" erkennen, dass nur drei GA wirklich ein kritisches Problem darstellen. Darauf muss man aber erst kommen; als Neuling fehlt Dir möglicherweise diese Erkenntnis. Genau dies und nur dies war der Anlass meines FR.
Möglicherweise könnte ich mein Problem auch über die ETS-Importer-App und eine entsprechend aufgebaute Steuerdatei lösen. Ich hatte gestern Abend einiges dazu recherchiert und bin zum Schluss gekommen, dass ich mich hierfür ziemlich einarbeiten müsste, resp. dass es nicht sicher wäre, dass ich auf diesem Weg auf jeden Fall Erfolg haben würde.
Im Moment betreffen bei mir 103 Diskrepanzen "1bit"-DPT-Objekte. Dies ist für die Funktionalität nicht relevant. Hier warnt m.W. auch die ETS nicht, wenn "falsche" Zuordnungen gemacht werden. M.E. ist es auch Geschmackssache, ob man bspw. einen Präsenzmelder über 1.001, über 1.002 oder über eine andere 1bit-DPT melden lässt. [BTW: Sollte man übrigens sein GA-System ändern wollen und bspw. 40 Präsenzmelder nicht mehr über 1.001 sondern über 1.002 melden lassen, müsste man in seiner TWS-Applikation 40x ein Universalobjekt anpassen und 40x erneut eine GA zuordnen]. Der unbedarfte Anwender muss aber zuerst erkennen, dass der TWS zwar - richtigerweise - einen (roten) Fehler anzeigt, dass die Behebung dieses Fehlers aber nicht dringend ist.
Ich hoffe, dass ich Dir -
@Robert_Mini mit diesen Ausführungen einen Einblick in die Hintergründe meines Anliegens geben konnte und danke Dir herzlich für Dein Interesse.
Zusammengefasst: Der Zustand, die zu diesem Thread geführt hat, spricht für die Funktionalität des TWS, indem minutiös auf die Einhaltung der KNX-Anforderungen geachtet wird. Für den Anwender ist dies zeitintensiv (dies ist eine nüchterne Feststellung, keine Kritik) und setzt eine eigene Beurteilung voraus, welche der gemeldeten Fehler rasch und zwingend behoben werden müssen.