[Gelöst] [V4.0 IP4] [ETS v6.1.1] Nach ETS Update: KNX ETS Projekt Import bricht ab (WD-2325 - Gelöst mit IP5)

[MinoR]

Hallo.

Ich habe die ETS auf die Version 6.1.1 ge-updated. Danach war bei mir kein Import der KNX ETS Projekt-Datei mehr möglich: Der Import bricht immer mit folgender Fehlermeldung ab:

25.11.2023 14:42:05;PA: 1.1.100;pa
25.11.2023 14:42:05;PA: 1.1.150;pa
25.11.2023 14:42:06;'device' object has no address;project
25.11.2023 14:42:06;Fehler beim Importieren. Bitte prüfen Sie das Log für weitere Informationen!;error

Geht es anderen auch so?


Ich habe mal zur Probe ein altes Projekt (ETS-Version 6.1.0), welches ich früher erfolgreich importiert hatte, in die ETS 6.1.1 importiert und davon wieder eine KNX ETS Projekt-Datei erstellt. Der Import dieser Datei in den Timberwolf Server war ebenfalls nicht möglich (Fehlermeldung wie oben).

Ich habe dann die ETS wieder auf die Version 6.1.0 ge-downgraded. Der Import meines aktuellen KNX ETS Projektes war damit dann wieder möglich...


Liegt das Problem nun an der ETS oder muss die Import-Funktion der KNX ETS Projekt-Dateien des Timberwolf angepasst werden - oder ist es ein Fehler in meiner Konfiguration?


Ich empfehle zumindest aktuell, bei einem Update der ETS vorsichtig zu sein...

LG

[SchateMuhl]

Habe gerade mal Update auf die 6.1.1 gemacht und ein Export erstellt.
Ich konnte das neu erstellte ETS Projekt ohne Probleme auf meinen TWS einspielen.

[steff191]

Hab genau den selben Fehler gehabt. Bin mir aber auch nicht sicher, ob es an der ETS liegt oder meine Datei einen Fehler gehabt habt. Hab das Projekt wiederhergestellt und ets 6.1.0 wieder installiert. Danach ging es wieder bei mir.

Lg

[SchateMuhl]

An der ETS 6.1.1 kann es pauschal nicht liegen, da es bei mir keine Probleme beim Import vom ETS 6.1.1 Projekt gibt.
Es wäre jetzt mal Interessant wenn es noch ein DEV-Tester versucht, ich habe die DEV-Version auf meinem TWS.

[StefanW]

Hi,

also wenn zwei diesen Fehler hatten, dann schickt uns bitte Eure Projekte, am besten über wetransfer an service at elabnet dot de. Wir prüfen dann das mit ETS 6.1 und ETS 6.11.

Es hat es früher schonmal gegeben, dass die ETS mit einer neueren Version das Ausgabeformat geändert hat. Damit war jetzt sehr lange ruhe, aber es ist nicht auszuschließen, dass jetzt was anders gemacht wird. Ist natürlich unangenehm für alle, wenn das dann jedesmal erst wieder angepasst werden muss.

lg

Stefan

[gbglace]

Ja muss er n dieses Details sein. Effektive Änderungen an der DB Struktur kommen ja erst mit Änderungen der Vollreleasenummern und der ersten Substelle.

Ich bin erst nachher am Rechner und schaue mal wie sich da mein Projekt verhält.

[MinoR]

Dateien (Zum Vergleich: ETS610_WORKING und ETS611_notWORKING) sind raus...

LG

[StefanW]

Jep, danke, ist angekommen.

Beide Versionen sind superpraktisch, weil dann können wir gleich einen DIFF machen und sehen, was die ETS hier anders macht.

lg

Stefan

[gbglace]

Hier lief das eben problemlos. Import frisches ETS-Projekt aus der ETS 6.1.1. ohne PW, keine Secure Geräte.

[ms20de]

Hallo Zusammen,

wir haben das Problem untersucht, es liegt sehr wahrscheinlich an dieser Änderung in der ETS 6.1.1:

Behandlung zusätzlicher physikalische Adressen
Es ist nun möglich, ungenutzte Tunnelschnittstellen zu parken, um physikalische Adressen auf der Linie zu speichern.
Beim Kopieren eines Gerätes mit zusätzlichen physikalische Adressen folgen die zusätzlichen physikalische Adressen nun der voreingestellten/gewählten Kopierstrategie der Hauptadresse

Sind alle "Zusätzliche physikalische Adressen" beim Timberwolf mit Adressen befüllt, dann tritt das Problem sehr wahrscheinlich nicht auf.

Wir bereiten einen Fix zum Testen vor.

Viele Grüße,
Matthias