Public Support

Hallo, kann man mittlerweile Dateien hochladen? Evtl. auch über einen USB-Stick per Post?!

Habe eben festgestellt, dass die Funktion die EDS-Dateien doch richtig auspackt, aber trotzdem
den Fehler -11 generiert. Ich muss die EDS-Dateien von 2 DATs auspacken, um sie vergleichen zu können.

Gruß Gerd

Hallo Gerd,

wir haben weiterhin ein Timeout Problem, allerdings nur wenn man von außen kommt, im internen LAN geht es und wir wissen nach wie vor nicht weiter.
33GB würden ohnehin nicht gehen in Redmine, wir validieren im Moment einen Filetransfer.

Wenn du uns einen USB Stick schicken könntest, wäre natürlich bei dieser Größe die Optimallösung.
Anschrift siehe Hauptseite 'Home'.

Habe eben festgestellt, dass die Funktion die EDS-Dateien doch richtig auspackt, aber trotzdem

den Fehler -11 generiert. Ich muss die EDS-Dateien von 2 DATs auspacken, um sie vergleichen zu können.

Das macht wenig Sinn im ersten Moment...
Ist dein EDS Verzeichnis vor dem Auspacken auch wirklich leer, nicht dass hier noch die "Leichen" vom Gutfall aus dem Project Tree rumliegen...

Hallo Florian,
kein Problem, Release geht vor.
Ja, die beiden Verzeichnisse (für das originale DAT und kompr. DAT) werden immer neu angelegt und
am Ende wieder gelöscht. Bei den meisten anderen DATs funktioniert es ja auch...
Gruß Gerd

An den Anwender:¶

Hallo Gerd,

entschuldige die späte Antwort.
Leider kann ich deinen Problemfall mit selbst erstellten .DAT files nicht nachstellen.
.DAT files die Extended Data enthalten, legen diese bei Verwendung der eds.exe (ExtractEDSDataFromDAT example) im angegebenen Verzeichnis ab, bei welchen die keine Extended Data enthalten gibt die CMD invalid file zurück.
Schickst du uns deine .DAT files jetzt per Post (USB-Stick) zu?
Dann könnte ich den Fehler mit deinen Daten nachstellen.

Hallo Florian,

habe nur USB-Sticks mit 32GB, das DAT hat aber 33,xGB. Werde versuchen einen 64GB-Stick zu organisieren....
Evtl. kann ich es "Zippen"?!

Welche Adresse soll ich verwenden?

Digitalwerk GmbH
Im Gewerbepark C 15
93059 Regensburg

oder

Digitalwerk GmbH
Gutenbergstraße 19
85080 Gaimersheim

Hallo Gerd,

bitte an:

Digitalwerk GmbH
Im Gewerbepark C 15
93059 Regensburg

ZIP per USB-Stick folgt per Post.
Passwort "edsdaten"

Hallo Stephan,

ich habe kein anderes PW.
Ein Kollege hat es auf seinem Rechner noch testweise kopiert/ausgepackt und er hat gesagt, dass es funktioniert hat.

Gruß Gerd

An den Anwender:¶

Hallo Gerd,

weder edsdaten, EDSDATEN, EDSDaten oder ähnliches Passwort wird aktzeptiert.
Bitte halte noch einmal Rücksprache mit deinem Kollegen.

Habe ich eben gemacht. Ich habe es ihm mündlich mitgeteilt "edsdaten" (alles klein) und er hat gesagt, es funktioniert.
Wenn es partout nicht geht, dann bitte wieder zurückschicken und ich besorge einen anderen Stick...

An den Anwender:¶

Hallo Gerd,

Entwarnung! Mit 7Zip konnte ich das Archiv erfolgreich entpacken. Der PowerArchiver 2016 konnte leider nicht mit dem Archiv umgehen.
Ich beginne jetzt mit der Analyse. Entschuldige die Umstände.

Ok, mein Fehler, hätte ich mitteilen sollen... wurd def. mit 7Zip gepackt.

Hallo Stephan,
wie die Sequenzen aufgenommen wurden, kann ich nicht sagen.
Die EDS-Dateien werden automatisch bei der Aufnahme hinzugefügt.
Das DAT ist von 2014 und vermutlich mit der da aktuellen ADTF-Version
aufgenommen worden. ADTF 2.14 haben wir nicht im Einsatz!
Gruß Gerd

PS:
"Ich kann deinen beschriebenen Fehler nachstellen. Obwohl die eds.exe -11 zurück gibt,
werden die EDS Daten entpackt. Auch über den Project-Tree -> extract data." -> Kann ich bestätigen

@all: Allerdings wird beim Extract über den Project Tree auch ein Fehler geworfen in der Konsole bzgl. Checksum (?), könnt ihr das Bestätigen ?
@Gerd: Bitte auch mal die extrahierten Dateien prüfen, ob diese nach dem Entpacken noch valide sind, ich befürchte nicht, wegen dem Checksum Fehler... Kannst du ggf. mal einen Ist/Soll Vergleich durchführen ? Hier wäre z.B. mit dem Total Commander ein Diff möglich (Byte Ebene), würde aber auch mit anderen Tools gehen oder einfach beim Versuch es mit dem entsprechenden Programm zu laden... Es kann durchaus sein, dass mit 2.13.3 aufgenommen wurde und hier etwas "noch nicht passt", m.W. wurde hier nochmal zu 2.14 etwas gefixt, deshalb wäre eine Validierung des Problems mit 2.14 ein guter Hinweis zur weiteren Bearbeitung.

Laut Messtechnik wurde die Datei in 2014 höchstwahrscheinlich mit ADTF 2.9 aufgenommen
Soll/Ist-Vergleich nicht möglich, da das Fahrzeug nicht mehr existiert.
Den Fehler kann ich mit ADTF 2.13.3 bestätigen. Die ausgepackte XML-Datei ist in Ordnung.

OK, wenn die entpackten Dateien benutzbar sind, passt das dann aber, ich wollte nur sichergehen

Hier noch eine E-Mail von einem Kollege, der das gleiche Problem 2014 bei EB angefragt hatte:

Von: 23 EB support-team ADTF [mailto:support.automotive.EBADTF@elektrobit.com]
Gesendet: Donnerstag, 7. August 2014 11:45
An: Strahinjic Bane (CC-DA/EPV2) <Bane.Strahinjic@de.bosch.com>; Herrmann Roland (CC-DA/EPV2) <Roland.Herrmann2@de.bosch.com>
Betreff: EDS Checksummen Fehler {HD - TicketID 19869KBKLG}

Hallo zusammen,

hier die Erklärung von der AEV, warum das so ist:

Eigenschaften wie Größe und Checksumme wurden anfangs nur
• beim Laden der der Konfiguration
• beim Anmelden einer Datei über das EDS Interface gelesen.
Wenn sich zwischen diesem Zeitpunkt und dem eigentlichen Speichern der Datei etwas ändert, dann werden die alten Eigenschaften beim Speichern genutzt (kritisch ist die Größe). Dies wurde so geändert, dass die Checksum nochmal neu berechnet wird. Es wurde entschieden, dass dies dem Kunden in Form eines Fehlers mitgeteilt werden soll. Die Entscheidung hier einen Fehler auszugeben hatte aber denke ich keinen besonderen Hintergrund.

Der Fehler ist also mehr als Hinweis zu verstehen.

Best regards - Beste Grüße,

EB Assist ADTF Support-Team

Stimmt, das kam sogar von mir, ich wollte eigentlich ein Warning aber es wurde ein Error beschlossen...
Nun gut, deshalb hatte ich es nicht gleich auf dem Schirm^^

Hallo Florian,
ok, dann den Issue bitte schließen (public).
Bekomme ich meinen USB-Stick wieder?
Gruß Gerd