Wenn sich KDS 2.0 plötzlich von selbst schließt (Absturz), reicht das KDS 2.0-Protokoll allein oft nicht aus, um die Ursache zu ermitteln. Zusätzlich wird ein Systemprotokoll des Tablets (Dump-Protokoll) benötigt. Diese Anleitung erklärt, wie Sie das Dump-Protokoll auf einem Samsung Galaxy Tab erstellen, die ZIP-Datei finden und senden.
Gültige Umgebung: KDS 2.0-Tablet-App auf einem Samsung Galaxy Tab
Symptom: KDS 2.0 schließt sich plötzlich (Absturz), ohne dass der Benutzer etwas unternimmt.
Zielversionscode (App-Präfix): NEK
Getestet auf: Galaxy Tab S9 FE (Android 16 / One UI 8.0). Bildschirme und Menübezeichnungen können bei anderen Tablet-Modellen oder Softwareversionen abweichen.
Wann Sie diese Anleitung verwenden sollten
- KDS 2.0 schließt sich während der Nutzung von selbst, ohne dass Sie auf eine Schaltfläche zum Schließen tippen.
- Sie werden aufgefordert, ein Systemprotokoll (Dump-Protokoll) des Tablets bereitzustellen.
- Erfassen Sie das Dump-Protokoll möglichst unmittelbar nach dem Absturz.
- Wenn sich KDS 2.0 nicht schließt, aber eine Funktion fehlschlägt (z. B. Diagnose oder ECU-Upgrade), verwenden Sie stattdessen die Anleitung zur Log-Sammlung: KDS 2.0 | Fehlerbericht mit Protokolldaten über die Log-Sammlung senden
Auf dieser Seite
1. Videoanleitung & Ablaufübersicht
Sehen Sie sich das Video an oder befolgen Sie die nachstehenden Schritte. Der gesamte Vorgang umfasst vier Schritte.
| Phase | Wo / Worauf tippen | Wichtiger Hinweis |
|---|---|---|
| Schritt 1. Erstellen |
Phone (Telefon) > *#9900# > Run dumpstate/logcat > Copy to sdcard(include CP Ramdump)
|
Warten Sie jeweils auf das Pop-up Dump Result und tippen Sie auf OK. Tippen Sie nicht auf andere SysDump-Menüpunkte. |
| Schritt 2. Finden | My Files (Eigene Dateien) > Internal storage > log | Wählen Sie die neueste Datei dumpState_..._YYYYMMDDHHmm.zip, nicht die .log-Datei. |
| Schritt 3. Senden | KDS 2.0 Error Report (Fehlerbericht) > Attachments (optional) (Anhänge (optional)) > Select (Auswählen) | Wenn sich die Datei nicht anhängen oder der Bericht nicht übermitteln lässt, senden Sie die Datei stattdessen per Quick Share oder E-Mail. |
| Schritt 4. Kontaktieren | Ihr Distributor / NSC | Geben Sie die Berichtsnummer oder VIN und den Dateinamen des Dump-Protokolls an. Ihr Distributor / NSC eskaliert den Fall an GIT. |
2. Schritt 1: Dump-Protokoll erstellen (SysDump)
Verwenden Sie das Samsung-Menü SysDump, um das Dump-Protokoll zu erstellen und in den internen Speicher des Tablets zu kopieren. Dieser Schritt erfolgt außerhalb von KDS 2.0.
Bevor Sie beginnen
- Tippen Sie nicht auf andere SysDump-Menüpunkte (z. B. Delete dumpstate/logcat). Verwenden Sie nur die beiden in dieser Anleitung beschriebenen Menüpunkte.
- Schließen Sie die App nicht und schalten Sie das Tablet weder aus noch starten Sie es neu, solange das Pop-up Wait... angezeigt wird.
- Copy to sdcard(include CP Ramdump) kopiert den gesamten Systemprotokollordner, nicht nur die ZIP-Datei (etwa 467 MB auf dem Test-Tablet). Stellen Sie sicher, dass auf dem Tablet genügend freier Speicherplatz vorhanden ist.
- Bereits im Ordner log vorhandene Dateien mit demselben Namen werden beim Kopieren überschrieben.
Schritt 1-1. Telefon-App öffnen
Öffnen Sie die App-Liste und tippen Sie auf Phone (Telefon).
Schritt 1-2. *#9900# eingeben, um SysDump zu öffnen
Geben Sie auf dem Tastenfeld *#9900# ein. Sie müssen nicht auf die Anruftaste tippen. Der Bildschirm SysDump öffnet sich, sobald Sie das letzte # eingeben.
Schritt 1-3. Auf Run dumpstate/logcat tippen und warten
Tippen Sie auf Run dumpstate/logcat. Während das Dump-Protokoll erstellt wird, erscheint das Pop-up Wait.... Dies dauerte auf dem Test-Tablet etwa 2 Minuten und kann auf anderen Tablets länger dauern. Wenn das Pop-up Dump Result erscheint, tippen Sie auf OK.
Zu diesem Zeitpunkt ist die Datei in einem Systemordner (/data/log) gespeichert, den Sie in Eigene Dateien nicht öffnen können. Fahren Sie mit Schritt 1-4 fort.
Schritt 1-4. Auf Copy to sdcard(include CP Ramdump) tippen
Tippen Sie auf Copy to sdcard(include CP Ramdump). Wenn im Pop-up Dump Result die Meldung Copy Success! angezeigt wird, tippen Sie auf OK. Das Kopieren dauerte auf dem Test-Tablet etwa 15 bis 20 Sekunden.
Überspringen Sie diesen Schritt nicht. Ohne diesen Schritt bleibt die ZIP-Datei im Systemordner und kann in Eigene Dateien nicht gefunden werden.
Wenn Ihr Tablet keine Telefon-App hat
Wenn die Telefon-App auf Ihrem Tablet nicht verfügbar ist, öffnen Sie SysDump über die Samsung-App Taschenrechner:
- Öffnen Sie Calculator (Taschenrechner) und geben Sie
(+30012012732+ein. Das Tastenfeld DRParser Mode öffnet sich. - Geben Sie auf dem Tastenfeld DRParser Mode die Zeichenfolge
*#9900#ein. Der Bildschirm SysDump öffnet sich. Fahren Sie mit Schritt 1-3 fort.
Verwenden Sie keine andere Funktion auf dem Bildschirm DRParser Mode.
3. Schritt 2: ZIP-Datei in Eigene Dateien finden
Das Dump-Protokoll wird in den Ordner log im internen Speicher des Tablets kopiert.
Schritt 2-1. Interner Speicher > log öffnen
Öffnen Sie My Files (Eigene Dateien), tippen Sie auf Internal storage und öffnen Sie den Ordner log.
Schritt 2-2. Neueste ZIP-Datei finden
Scrollen Sie nach unten, um die Datei mit dem Namen dumpState_<build number>_<YYYYMMDDHHmm>.zip zu finden. Die letzten 12 Ziffern geben Datum und Uhrzeit der Erstellung des Dump-Protokolls an.
- Beispiel:
dumpState_X510XXU8DYJ4_202611051927.zip(24.16 MB auf dem Test-Tablet). - Der Ordner kann auch ältere Dump-Dateien enthalten. Wählen Sie die Datei mit dem neuesten Datum und der neuesten Uhrzeit.
- Zusätzlich wird eine
.log-Datei mit demselben Namen erstellt (etwa 128 MB, nicht komprimiert). Senden Sie nicht die.log-Datei. Senden Sie die.zip-Datei.
Kein Komprimieren der Datei erforderlich
Das Dump-Protokoll wird bereits als ZIP-Datei erstellt. Sie müssen es nicht erneut komprimieren.
4. Schritt 3: ZIP-Datei senden
Versuchen Sie zuerst Methode A (Datei an einen KDS 2.0-Fehlerbericht anhängen). Wenn sich die Datei nicht anhängen oder der Bericht nicht übermitteln lässt, verwenden Sie Methode B.
Methode A: ZIP-Datei an einen KDS 2.0-Fehlerbericht anhängen
Methode A verwendet die KDS 2.0-Funktion Log-Sammlung. Weitere Informationen zu den einzelnen Bildschirmen finden Sie in der Anleitung zur Log-Sammlung: KDS 2.0 | Fehlerbericht mit Protokolldaten über die Log-Sammlung senden
Schritt 3-1. Konfiguration > Log-Sammlung öffnen und auf Ausführen tippen
Tippen Sie auf dem KDS 2.0-Hauptbildschirm auf Configuration, wählen Sie Log Collection (Log-Sammlung) und tippen Sie auf Run.
Schritt 3-2. Auf Start tippen
Lesen Sie die Anleitung und tippen Sie auf Start, kehren Sie dann zum KDS 2.0-Hauptbildschirm zurück. Unten rechts auf dem Bildschirm wird ein schwebendes Widget angezeigt. Wiederholen Sie nach Möglichkeit den Vorgang, den Sie ausgeführt haben, als sich KDS 2.0 geschlossen hat.
Schritt 3-3. Im schwebenden Widget auf Fehlerbericht tippen
Tippen Sie auf das schwebende Widget und wählen Sie Error Report (Fehlerbericht). Notieren Sie auf dem Bildschirm Error Report (Fehlerbericht) die unter User Information angezeigte Report No.. Wählen Sie den Fehlertyp und geben Sie einen Titel sowie eine Beschreibung des Symptoms ein (wann sich KDS 2.0 geschlossen hat und was Sie gerade ausgeführt haben).
Schritt 3-4. Unter Anhänge (optional) auf Auswählen tippen
Scrollen Sie nach unten. Unter Log Data wird die KDS 2.0-Protokolldatei gdsnLog.git automatisch hinzugefügt. Tippen Sie unter Attachments (optional) (Anhänge (optional)) auf Select (Auswählen). Die Android-Dateiauswahl öffnet sich.
Schritt 3-5. Tablet-Speicher öffnen
Tippen Sie in der Dateiauswahl oben links auf das Menüsymbol (Show roots) und anschließend auf den Namen Ihres Tablets (interner Speicher). Der Name ist je nach Tablet unterschiedlich.
Schritt 3-6. Ordner log öffnen
Tippen Sie auf den Ordner log. Wenn Sie das nächste Mal auf Select (Auswählen) tippen, öffnet sich die Dateiauswahl möglicherweise direkt im Ordner log.
Schritt 3-7. ZIP-Datei auswählen
Scrollen Sie und tippen Sie auf die neueste Datei dumpState_...zip. Der Dateiname wird möglicherweise abgeschnitten angezeigt; prüfen Sie daher, ob der Typ ZIP archive ist. Die Datei wird anschließend unter Attachments (optional) (Anhänge (optional)) mit einer Schaltfläche X (Entfernen) aufgeführt.
Auf dem Test-Tablet wurde die Liste durch die Suche nach dem Dateinamen in der Dateiauswahl nicht gefiltert. Scrollen Sie, um die Datei zu finden.
Schritt 3-8. Zustimmen und auf Übermitteln tippen
Prüfen Sie die E-Mail-Adresse, aktivieren Sie das Kontrollkästchen (Required) Do you agree to send error report? und tippen Sie auf Submit. Die Schaltfläche Submit bleibt deaktiviert, bis das erforderliche Kontrollkästchen aktiviert ist. Schließen Sie KDS 2.0 nicht, während der Bericht gesendet wird.
Zur Dateigröße
Die Anleitung zur KDS 2.0-Log-Sammlung nennt eine Obergrenze von insgesamt 20 MB für Anhänge. Die ZIP-Dateien der Dump-Protokolle auf dem Test-Tablet waren etwa 21 bis 24 MB groß, sodass Ihre Datei diese Grenze möglicherweise überschreitet. Auf dem Test-Tablet konnte eine 24.16 MB große ZIP-Datei ausgewählt werden und wurde ohne Warnung als Anhang aufgeführt; ob sie beim Übermitteln des Berichts akzeptiert wird, wurde jedoch nicht bestätigt.
Wenn sich die Datei nicht anhängen oder der Bericht nicht übermitteln lässt, verwenden Sie die nachstehende Methode B.
Methode B: ZIP-Datei per Quick Share oder E-Mail senden
- Öffnen Sie My Files (Eigene Dateien) > Internal storage > log und suchen Sie die ZIP-Datei des Dump-Protokolls (siehe Schritt 2).
- Übertragen Sie die Datei per Quick Share oder mit einer anderen Dateiübertragungsmethode auf Ihren PC oder Ihr Mobiltelefon und senden Sie sie als E-Mail-Anhang. Sie können sie auch direkt über Gmail auf dem Tablet senden.
- Senden Sie die ZIP-Datei zusammen mit den in Schritt 4 aufgeführten Informationen an Ihren Distributor / NSC.
5. Schritt 4: Ihren Distributor / NSC kontaktieren (Eskalation an GIT)
Eskalationsweg: Händler > Distributor / NSC > GIT
Um eine technische Untersuchung einzuleiten, kontaktieren Sie Ihren lokalen Distributor / NSC und stellen Sie die Informationen aus der nachstehenden Tabelle bereit. Ihr Distributor / NSC eskaliert die Anfrage anschließend an GIT.
Stellen Sie zusammen mit dem Dump-Protokoll die folgenden Informationen bereit.
| Information | Details |
|---|---|
| Berichtsnummer | Wird unter User Information auf dem Bildschirm Error Report (Fehlerbericht) angezeigt (nur wenn Sie Methode A verwendet haben). |
| VIN | 17-stellige VIN des Fahrzeugs, das verbunden war, als sich KDS 2.0 geschlossen hat (falls ein Fahrzeug verbunden war). |
| Datum, Uhrzeit und Symptom | Wann der Absturz auftrat und was Sie zu diesem Zeitpunkt in KDS 2.0 ausgeführt haben. |
| Tablet-Modell und Android-Version | Zum Beispiel: Galaxy Tab S9 FE, Android 16. |
| Dateiname des Dump-Protokolls | Zum Beispiel: dumpState_X510XXU8DYJ4_202611051927.zip
|
| Anzahl der betroffenen Tablets | Ob das Problem auf einem Tablet oder auf mehreren Tablets auftritt. |
Kommentare
0 Kommentare
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.