Interpretieren der Diagnoseprotokolle

CE-Anmeldeaufgaben

RoundTable schreibt in das CE-Protokoll für Hardwarefunktionstests und kritische Systemprobleme. Dieser Abschnitt umfasst einige Aufgaben in Bezug auf das CE-Protokoll, die Sie ausführen können.

Senden des CE-Protokolls an den Server des Aktualisierungsdiensts

• Öffnen Sie eine Eingabeaufforderung, und führen Sie den folgenden Befehl aus:

rtmanage.exe -m:diag -l:flush

Das CE-Protokoll für das Gerät wird in ein Verzeichnis auf der Freigabe geschrieben. Der Verzeichnisname ist identisch mit der Produkt-ID des Geräts.

Der Dateiname der CE-Protokolldatei hat das Format JJJJMMDDHHMMSS-CELOGn.clg, wobei n 0 oder 1 sein kann. Der Dateiname des CE-Protokolls kann also beispielsweise 20070501170926-CELOG0.clg lauten.

Hinweis:
Der Dateiname kann sich infolge der Implementierung des Office Communications Server 2007-Aktualisierungsdiensts ändern.

Interpretieren des CE-Protokolls

Sie müssen die Datei Readlog.exe, die im Windows CE Platform Builder enthalten ist, zur Interpretation der CLG-Datei verwenden. Alternativ können Sie die Datei auch zur Untersuchung an den Microsoft-Kundenservice und -Support senden. Weitere Informationen zu den Readlog-Befehlszeilenoptionen finden Sie unter https://go.microsoft.com/fwlink/?linkid=147112.

Nutzen Sie beim Ausführen von Readlog.exe zur Anzeige der Inhalte der CLG-Datei in einer Textdatei die Druckoption -v (verbose). Zum Beispiel: Readlog.exe -v CE_log_file output_file.txt.

Das CE-Protokoll enthält die Ergebnisse der Hardwarefunktionstests und die kritischen Systemfehler.

Im Folgenden sehen Sie ein Beispiel für ein CE-Protokoll.

0:00:01.523.868 : Raw data   31 (wchar), ,,,FIRMWARE REV,,NA,1.0.3528.0
0:00:01.524.306 : Raw data   31 (wchar), ,,,FIRMWARE CURRENT REV,,NA,,,
0:00:01.524.769 : Raw data   41 (wchar), ,,,FIRMWARE FACTORY REV,,NA,1.0.3528.0,,
0:00:01.525.254 : Raw data   27 (wchar), ,,,OS REV,,NA,1.0.3528.0,,
0:00:01.525.674 : Raw data   26 (wchar), ,,,POST Version,,NA,1.0,,
0:00:01.526.107 : Raw data   30 (wchar), ,,,CPU STATUS,,PASS,0x10000,,
0:00:01.526.557 : Raw data   36 (wchar), ,,,ETH0 TEST,,NOT DONE,0xFFFFFFFF,,
0:00:01.527.109 : Raw data   36 (wchar), ,,,ETH1 TEST,,NOT DONE,0xFFFFFFFF,,
0:00:01.527.626 : Raw data   36 (wchar), ,,,VDSP ENUM STATUS,,PASS,0x30000,,
0:00:01.528.088 : Raw data   36 (wchar), ,,,USBF ENUM STATUS,,PASS,0x30001,,
0:00:01.528.539 : Raw data   36 (wchar), ,,,USBH ENUM STATUS,,PASS,0x30002,,
0:00:01.528.965 : Raw data   30 (wchar), ,,,RTC VERIFY,,PASS,0x40001,,
0:00:01.529.756 : Raw data   35 (wchar), ,,,TOUCHCTL VERIFY,,PASS,0x40000,,
0:00:01.530.221 : Raw data   38 (wchar), ,,,NORFLASH VERIFY,,FAIL,0xFFFFFFFF,,
0:00:01.530.671 : Raw data   36 (wchar), ,,,NANDFLASH VERIFY,,PASS,0x60000,,
0:00:01.531.213 : Raw data   30 (wchar), ,,,LCD VERIFY,,PASS,0x70000,,
0:00:01.531.646 : Raw data   30 (wchar), ,,,SDRAM TEST,,PASS,0x80000,,
0:00:01.532.087 : Raw data   32 (wchar), ,,,System Cable,,PASS,0x90000,,
0:00:01.532.540 : Raw data   39 (wchar), ,,,UFN1: Initialize,,PASS,0x00000000,,
0:00:01.532.989 : Raw data   39 (wchar), ,,,HCD1: Initialize,,PASS,0x00000000,,
0:00:01.533.518 : Raw data   39 (wchar), ,,,HCD3: Initialize,,PASS,0x00000000,,
0:00:01.534.027 : Raw data   53 (wchar), ,,,Display Hardware,,PASS,Initialized Successfully,,
0:00:07.754.119 : Raw data   31 (wchar), ,,,PSTN,,FAIL,Initialization,,
0:00:08.737.588 : Raw data   31 (wchar), ,,,PSTN,,FAIL,Initialization,,
0:00:08.738.118 : Raw data   33 (wchar), ,,,ADSP Microphone Test,,PASS,,,
0:00:46.745.599 : Raw data   29 (wchar), ,,,Camera ID,,PASS,723308F,,
0:00:46.746.059 : Raw data   22 (wchar), ,,,Restarts,,PASS,0,,
0:00:46.746.553 : Raw data   40 (wchar), ,,,Video Port,,PASS,0 Frames Dropped.,,
0:00:46.747.036 : Raw data   35 (wchar), ,,,Camera Video,,PASS,Y Y Y Y Y ,,
0:00:46.747.496 : Raw data   29 (wchar), ,,,I2C Status,,PASS,OK 0 C,,
0:00:46.747.936 : Raw data   26 (wchar), ,,,Calibration,,PASS,OK,,
0:00:46.749.127 : Raw data   28 (wchar), ,,,White Balance,,FAIL,NO,,
0:00:46.749.719 : Raw data   19 (wchar), ,,,POST,,PASS,OK,,
0:00:46.750.187 : Raw data   27 (wchar), ,,,Stack Health,,PASS,OK,,

Ein Hardwarefehler wird durch das Wort FAIL in den folgenden Einträgen identifiziert:

0:00:01.526.107 : Raw data   30 (wchar), ,,,CPU STATUS,,FAIL,0x10000,,
0:00:01.527.626 : Raw data   36 (wchar), ,,,VDSP ENUM STATUS,,FAIL,0x30000,,
0:00:01.528.088 : Raw data   36 (wchar), ,,,USBF ENUM STATUS,,FAIL,0x30001,,
0:00:01.528.539 : Raw data   36 (wchar), ,,,USBH ENUM STATUS,,FAIL,0x30002,,
0:00:01.528.965 : Raw data   30 (wchar), ,,,RTC VERIFY,,FAIL,0x40001,,
0:00:01.529.756 : Raw data   35 (wchar), ,,,TOUCHCTL VERIFY,,FAIL,0x40000,,
0:00:01.530.671 : Raw data   36 (wchar), ,,,NANDFLASH VERIFY,,FAIL,0x60000,,
0:00:01.531.213 : Raw data   30 (wchar), ,,,LCD VERIFY,,FAIL,0x70000,,
0:00:01.531.646 : Raw data   30 (wchar), ,,,SDRAM TEST,,FAIL,0x80000,,
0:00:01.532.087 : Raw data   32 (wchar), ,,,System Cable,,FAIL,0x90000,,
0:00:01.532.540 : Raw data   39 (wchar), ,,,UFN1: Initialize,,FAIL,0x00000000,,
0:00:01.532.989 : Raw data   39 (wchar), ,,,HCD1: Initialize,,FAIL,0x00000000,,
0:00:01.533.518 : Raw data   39 (wchar), ,,,HCD3: Initialize,,FAIL,0x00000000,,
0:00:01.534.027 : Raw data   53 (wchar), ,,,Display Hardware,,FAIL,Initialization failed,,

Hinweis:
Die CE-Protokolle sind nicht lokalisiert, da diese von Microsoft Entwicklern zur Fehlerbehebung benötigt werrden.

Fehlerverzeichnis im RoundTable CE-Protokoll

Das CE-Protokoll umfasst einen unschädlichen inkorrekten Eintrag, ähnlich dem folgenden:

0:00:01.530.221 : Raw data   38 (wchar), ,,,NORFLASH VERIFY,,FAIL,0xFFFFFFFF,,

Der NORFLASH VERIFY-Test wird nicht ausgeführt und muss nicht ausgeführt werden. Im Falle eines NORFLASH-Fehlers startet das RoundTable-Gerät nicht.

Diagnoseprotokollierung

Wenn das Feld Protokollierung auf Server im Abschnitt Protokollierung der RoundTable-Gerätekonfiguration aktiviert ist, schreibt das Gerät Selbstdiagnosedaten in den Microsoft Office Communications Server 2007-Aktualisierungsdienst. Näheres zum Dateinamen und zum Ort des Protokolls finden Sie in der Dokumentation zum Office Communications Server 2007-Aktualisierungsdienst.

Diagnoseprotokollschema

In der folgenden Tabelle sind die Spaltennamen und die entsprechenden Datentypen nach Spaltennummern aufgeführt. Die Daten im Diagnoseprotokoll werden durch Kommas getrennt.

Diagnoseprotokoll-Schemanamen nach Spaltennummern

Interpretieren von Diagnoseprotokollen

Die RoundTable-Diagnoseprotokolle können in drei LoggingType-Kategorien eingeteilt werden: POST, Status und Abbildaktualisierung. Power-on Self-Test (POST)-Diagnose umfasst Informationen, die beim Einschalten des Geräts generiert werden. Die Statusdiagnose bezieht sich auf den Status des Geräts, das heißt in Bezug auf die Systemleistung oder die Ressourcenverwendung. Die Abbildungsaktualisierungsdiagnose bezieht sich auf die Aktualisierung der Gerätefirmware.

LoggingType == POST

RoundTable wird eingeschaltet und führt einen POST durch. In der folgenden Tabelle werden die verwendeten Spalten sowie die protokollierten Werte angezeigt. Die drei Werte von Component stellen das System sowie Audio- und Videoprozessor für digitale Signale dar.

Bei der POST-Protokollierung verwendete Spalten und Werte

Wenn Component = System, dann werden nur die Spalten Property, Value2 und Value3 verwendet.

Die Spalte Property umfasst den Namen des Tests. Die Spalte Value2 beinhaltet den Status (PASS | FAIL | NOT DONE | NA). Die Spalte Value3 beinhaltet den detaillierten Statuscode. An diesen Einträgen kann der allgemeine Status des Systems abgelesen werden. Beachten Sie, dass einige Einträge der Systemverwendung vorbehalten sind.

In der folgenden Tabelle sind die möglichen Werte in den Spalten Property, Value2 und Value3 aufgeführt, wenn Component den Wert System aufweist.

Eigenschaften und Werte der POST-Protokollierung, Component == System

Wenn component = VDSP, dann werden nur die Spalten Property, Value2 und Value3 verwendet.

Die Spalte Property umfasst den Namen des Tests. Die Spalte Value2 beinhaltet den Status (PASS | FAIL | NOT DONE | NA). Die Spalte Value3 beinhaltet den detaillierten Statuscode. An diesen Einträgen kann der allgemeine Status des Video-Subsystems abgelesen werden.

In der folgenden Tabelle sind die möglichen Werte in den Spalten Property, Value2 und Value3 aufgeführt, wenn Component den Wert VDSP aufweist.

Eigenschaften und Werte der POST-Protokollierung, Component == VDSP

Wenn Component = ADSP ist, werden nur die Spalten Property, Value2 und Value3 verwendet.

Die Spalte Property] umfasst den Namen des Tests. Die Spalte Value2 beinhaltet den Status (PASS | FAIL | NOT DONE | NA). Die Spalte Value3 beinhaltet den detaillierten Statuscode. Diese Einträge zeigen den allgemeinen Status der Initialisierungsphase des Audiosubsystems an.

In der folgenden Tabelle sind die möglichen Werte in den Spalten Property, Value2 und Value3 aufgeführt, wenn Component den Wert ADSP aufweist.

Eigenschaften und Werte der POST-Protokollierung, Component == ADSP

Logging Type == Health

Es gibt zwei Typen der Statusprotokollierung: Systemleistung und Verwendung. Gegenstand dieses Abschnitts ist die Systemleistungsprotokollierung. Die Verwendungsprotokollierung wird im nächsten Abschnitt erläutert.

Die Systemleistung bezieht sich auf die Arbeitsspeicherverwendung, die Systembetriebszeit und den Status des digitalen Audiosignalprozessors.

In der folgenden Tabelle sind die verwendeten Spalten und die bei der Statusprotokollierung protokollierten Werte aufgeführt.

Spalten und Werte, die bei der Protokollierung der Systemleistung verwendet werden

Bei der Leistungsprotokollierung werden nur die Spalten Component, Subcomponent, Property und Value1 verwendet.

In der folgenden Tabelle sind die möglichen Werte dieser Spalten für System (Arbeitsspeicherverwendung oder Betriebszeit) und für den Status des digitalen Audiosignalprozessors (ADSP) aufgeführt.

Mögliche Werte für die Spalten "Component", "Subcomponent", "Property" und "Value1"

Gegenstand dieses Abschnitts ist die Verwendungsprotokollierung.

In der folgenden Tabelle sind die Spalten und Werte aufgeführt, die verwendet werden, wenn LoggingType == Health und Property == Usage.

Bei der Verwendungsprotokollierung verwendete Spalten

In der folgenden Tabelle werden die in der Verwendungsprotokollierung verwendeten Spalten und Werte angezeigt. Dieser Typ der Verwendungsprotokollierung verwendet die Spalten Component, Property, Value1, Value2, Value3, Value4 und Value5. Der Wert in Value3 entspricht dem Sitzungstyp, der PcAudio, PcVideo oder PstnCall sein kann. Beim Verwenden von VoIP mit Microsoft RoundTable wird zusammen mit der Start- und Endzeit ein PcAudio-Verwendungseintrag protokolliert. Beim Verwenden von Videostreams mit Microsoft RoundTable wird zusammen mit der Start- und Endzeit ein PcVideo-Verwendungseintrag protokolliert. Bei Verwendung von Microsoft RoundTable als analoges Telefon wird ein PstnCall-Verwendungseintrag zusammen mit der Start-/Endzeit, der Ursprungstelefonnummer (konfiguriert in der Microsoft RoundTable-Gerätekonfiguration) und der ersten Ziffer der gewählten Telefonnummer protokolliert.

Bei der Verwendungsprotokollierung verwendete Werte, wenn Component == System ist

Hinweis:
Zum Erstellen eines Verwendungsberichts importieren Sie das Diagnoseprotokoll in eine Datenbank und erstellen eine Ansicht aller Datensätze mit Component = System und Property = Usage.

Logging Type == Image Update

In der folgenden Tabelle werden die Spalten und Werte angezeigt, die protokolliert werden, wenn LoggingType == Image Update ist.

Bei der Abbildaktualisierungsprotokollierung verwendete Spalten und Werte