Naja da Klaus immer wieder betont das bei einem Releasewechsel der ETS ab der zweiten Stelle der Versionsnummern (5.6 >> 6.7) mit einer Änderung der Projektstruktur zurechnen ist, haben die es einfach plump versäumt sich einfach mal eine Projektdatei zu nehmen und einen Import zu testen.
Ankündigung
Einklappen
Keine Ankündigung bisher.
ETS 5.7.x veröffentlicht
Einklappen
X
-
Ich sag ja, es entsteht der Eindruck - explizit steht es aber eben nicht.
Es steht "beim Update" nicht "im Update" und danach "Es führt zu einer Fehlfunktion im HomeServer Experten" - dass die Fehlfunktion in den Gira-Produkten auftritt, geben sie damit sogar zu.
Aber ja, ich habe auch den Verdacht, dass dies bewusst so zweideutig formuliert ist.
Zitat von gbglace Beitrag anzeigenhaben die es einfach plump versäumt sich einfach mal eine Projektdatei zu nehmen und einen Import zu testen
Ich wollte keinesfalls Gira in Schutz nehmen. Im Gegenteil wollte ich darauf hinweisen, dass die Schuld bei Gira liegt und nicht bei der ETS.
Kommentar
-
Zitat von willybald Beitrag anzeigenWir prüfen derzeit mit Hochdruck, in welcher Version die Anpassung an die ETS 5.7 eingearbeitet werden kann
Aber gut, ist schon ein "spezieller Verein" - muss man sich auch nicht 5 Seiten drüber unterhalten. Ist einfach mal wieder klasse, wie die formulieren und vorgehen. Deren Produktvorstellungen und Lieferbarkeiten sind ja auch immer zwei Welten. Doppelte Seriennummern und damit Fehler in der Produktion geben Sie ja offiziell auch nicht bekannt. Ist dann halt so und die ETS muss Ausnahmelisten pflegen.Zuletzt geändert von Walter65; 20.03.2019, 13:25.
Kommentar
-
Gira kommuniziert wenigstens Fehler und bringt für Produkte Updates raus. Da verhalten sich andere Hersteller völlig anders! Es gibt von Mitbewerbern Produkte die keine Updates bekommen und Du damit keinen ETS Export mehr nützen kannst. Stattdessen gibt es eine neue Version/ Produkt die Du kaufen musst. Was besser ist, darf jeder selbst entscheiden.
Übrigendes, wenn sich die Tabellen Struktur der ETS immer ändert/erweitert, wird uns diese Problematik noch weiter verfolgen beim Projekt Export. Und wer den alten OPC Export nützt, hat dieses Problem überhaupt nicht.
Ich sehe eher den Projekt Export in dieser Form ungeeignet für einen Datenaustausch für Produkte mit externer Software, wenn die Hersteller der externen Software diese dann immer nachziehen müssen, oder?
- Likes 1
Kommentar
-
Zitat von Axel Beitrag anzeigenÜbrigendes, wenn sich die Tabellen Struktur der ETS immer ändert/erweitert, wird uns diese Problematik noch weiter verfolgen beim Projekt Export.
Es kommt also auch darauf an, wie tolerant man den Import programmiert, so dass er etwa bei einem zusätzlichen Element nicht gleich abstürzt.
Leider weiss ich nicht, was sich mit der ETS 5.7 geändert hat, weil die Dateispezifikation noch nicht veröffentlicht wurde (siehe https://support.knx.org/hc/de/commun...-specification).
Das finde ich hingegen schwach. Spätestens mit der Veröffentlichung einer ETS-Version sollte mMn auch die Spec veröffentlicht werden (besser sogar noch vorher, damit auch Nicht-Mitglieder ihre Software testen und anpassen können, etwa Open Source Projekte).
- Likes 1
Kommentar
-
Zitat von Axel Beitrag anzeigenIch sehe eher den Projekt Export in dieser Form ungeeignet für einen Datenaustausch für Produkte mit externer Software, wenn die Hersteller der externen Software diese dann immer nachziehen müssen, oder?
Kommentar
-
Auch ein Export muss halt erweitert werden, wenn neue Features hinzukommen.
Ich habe eben extra nochmal die beiden Spezifikationen verglichen.
Von ETS 4 zu ETS 5 war das etwa die Funktionen und mit ETS 5.5 die Zertifikate im Projekt.
Ich weiss wirklich nicht, wie man einen Import programmiert, der deshalb abstürzt.
In XML kann es mir ja recht egal sein, ob da noch weitere, mir unbekannte Elemente und Attribute vorhanden sind.
Wobei mir wie gesagt die Version 18 von ETS 5.7 noch nicht bekannt ist.
- Likes 1
Kommentar
-
Zitat von trollvottel Beitrag anzeigenEin Export bedeutet normalerweise die Überführung in ein externes/fremdes Datenformat.
Hier ist es die exportierende Applikation = ETS. und wie smai schon sagt, ist es einfach notwendig, das Format zu ändern, wenn neue Funktionen dazukommen. Häufig ist dies kompatibel möglich, manchmal aber leider auch nicht.
Und der Importer in der anderen Applikation kann halt auch robuster oder weniger robust implementiert sein. Bei weniger robust "schmeißt" es ihn halt leichter, wenn sich was ändert.
Kommentar
-
Zitat von gbglace Beitrag anzeigenJa da besteht noch keine wirkliche Notwendigkeit zu, sich das Update anzutun.mfg
Wolfgang
Kommentar
-
Zitat von Eraser Beitrag anzeigenAußer man ist masochistisch veranlagt...
Kommentar
-
Zitat von smai Beitrag anzeigenDann hat es von diesen Leuten aber viele hier..... und Tschüs Thomas
Kommentar
-
Zitat von trollvottel Beitrag anzeigenJFYI, von der KNXA: "wir haben die Ursache für das Entstehen der doppelten Kommunikationsobjekte gefunden. Mit dem nächsten Update wird der Fehler behoben sein, so dass keine Verdoppelungen mehr stattfinden werden."
Nun ist die Frage, ob "kaputte" Projekte auch nach dem Update kaputt bleiben werden und repariert werden müssen..
Hab das Problem bei zwei Projekten auch gehabt. Der Support hat mir diese repariert, da nach Aussage des Supports der Fehler bei den schon defekten Projekten durch das nächste Release nicht behoben wird.
- Likes 1
Kommentar
Kommentar