Interpretar los registros de diagnóstico
Última modificación del tema: 2009-04-01
En este tema se describen varias tareas de registro de Windows CE, el registro de diagnósticos y las características de volcado de Watson de Microsoft RoundTable.
Tareas de registro de CE
RoundTable escribe en el registro de CE las pruebas funcionales de hardware y los problemas graves del sistema. En esta sección se identifican varias tareas relacionadas con el registro de CE que puede realizar.
Enviar el registro de CE al servidor del servicio de actualización
- Abra un símbolo del sistema y ejecute la línea de comandos siguiente:
rtmanage.exe -m:diag -l:flush
El registro de CE del dispositivo se escribe en un directorio en el recurso compartido. El nombre de directorio es el identificador de producto del dispositivo.
El nombre del archivo de registro de CE tiene el formato AAAAMMDDHHMMSS-CELOGn.clg, donde n es 0 ó 1. Un ejemplo de nombre de archivo de registro de CE es 20070501170926-CELOG0.clg.
Nota
El nombre del archivo puede cambiar en función de la implementación del servicio de actualización de Office Communications Server 2007.
Interpretar el registro de CE
Debe utilizar Readlog.exe incluido con Windows CE Platform Builder para interpretar el archivo .clg. También puede enviar el archivo al servicio de atención al cliente y soporte técnico de Microsoft para su análisis. Para obtener información sobre las opciones de la línea de comandos de Readlog, vea https://go.microsoft.com/fwlink/?linkid=147112.
Para extraer el contenido del archivo .clg a un archivo de texto, utilice la opción de impresión - v (verbose o detallado) cuando ejecute Readlog.exe. Por ejemplo, Readlog.exe -v archivoDeSalidaDelArchivoDeRegistroDeCE.txt
.
El registro de CE contiene los resultados de las pruebas funcionales de hardware y los errores graves del sistema.
A continuación se incluye un ejemplo del contenido de un archivo de registro de CE.
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,,
Un error de hardware se puede identificar por la palabra FAIL en las siguientes entradas:
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,,
Nota
Los registros de CE no están traducidos porque los programadores de Microsoft los necesitan para la depuración.
Erratas en el registro de CE de RoundTable
El registro de CE contiene una entrada incorrecta inocua, similar a la siguiente:
0:00:01.530.221 : Raw data 38 (wchar), ,,,NORFLASH VERIFY,,FAIL,0xFFFFFFFF,,
La prueba NORFLASH VERIFY no se ejecuta y no debe ejecutarse. Si hay un error de NORFLASH, el dispositivo RoundTable no se iniciará.
Registro de diagnósticos
Si el campo Registrar en el servidor está activado en la sección Registro de la configuración del dispositivo RoundTable, el dispositivo escribe datos de autodiagnóstico en el servicio de actualización de Microsoft Office Communications Server 2007. Para obtener el nombre de archivo y la ubicación del registro, vea la documentación del servicio de actualización de Office Communications Server 2007.
Esquema del registro de diagnósticos
En la tabla siguiente se indican los nombre de columna y sus tipos de datos por número de columna. Los datos del registro de diagnósticos están separados por comas.
Nombres del esquema del registro de diagnósticos por número de columna
Número de columna | Nombre de columna y tipo de datos |
---|---|
1 |
DeviceType (varchar (32)) |
2 |
Date Time (datetime) |
3 |
ID (varchar(32)) (identificador de producto de Microsoft RoundTable) |
4 |
LoggingType (Error/Health/Debug/POST) |
5 |
Device Name (varchar(32)) |
6 |
Component (varchar(32)) (Hardware | System | Video | Audio) |
7 |
SubComponent1 (varchar(32)) |
8 |
SubComponent2 (varchar(32)) |
9 |
SubComponent3 (varchar(32)) |
10 |
Property (varchar(32)) |
11 |
Value1 (varchar(64)) |
12 |
Value2 (varchar(64)) |
13 |
Value3 (varchar(64)) |
14 |
Value4 (varchar(64)) |
15 |
Value5 (varchar(64)) |
Interpretar los registros de diagnósticos
Los registros de diagnósticos de RoundTable se dividen en tres categorías de LoggingType: POST, Health e Image Update. El diagnóstico POST (prueba automática de encendido) contiene la información que se genera cuando se enciende el dispositivo. El diagnóstico Health está relacionado con el estado del dispositivo, bien con el rendimiento del sistema o con el uso de los recursos. Los diagnósticos de actualización de imágenes (Image Update) están relacionados con la actualización del firmware del dispositivo.
LoggingType == POST
RoundTable se enciende y realiza una prueba POST. En la tabla siguiente se muestran las columnas que se utilizan, junto con los valores que se registran. Los tres valores de Component representan el sistema, el procesador de señales de audio digitales y el procesador de señales de vídeo digitales.
Columnas y valores utilizados en el registro de POST
Columna física | Valor registrado |
---|---|
Device Type |
RoundTable |
Date Time |
Valor de [Date Time] |
ID |
Valor de [Product ID] |
LoggingType |
POST |
Device Name |
Valor de [Device Name] |
Component |
System | ADSP | VDSP |
Cuando Component = System, solo se utilizan las columnas Property, Value2 y Value3.
La columna Property contiene el nombre de la prueba. La columna Value2 contiene el estado (PASS | FAIL | NOT DONE | NA). La columna Value3 contiene el código de estado detallado. Estas entradas indican el estado general del sistema. Tenga en cuenta que algunas entradas están reservadas para el uso del sistema.
En la tabla siguiente se muestran los valores posibles de las columnas Property, Value2 y Value3 cuando el valor de Component es System.
Propiedades y valores de registro de POST, Component == System
Property | Value2 | Value3 |
---|---|---|
ADSP Microphone Test |
PASS | FAIL |
NULL |
CPU STATUS |
PASS | FAIL |
Código de estado |
Display Hardware |
PASS | FAIL |
Estado detallado |
ETH0 TEST |
NOT DONE |
Reservado |
ETH1 TEST |
NOT DONE |
Reservado |
FIRMWARE CURRENT REV |
No aplicable |
Reservado |
FIRMWARE FACTORY REV |
No aplicable |
Número de revisión de la versión predeterminada de fábrica de EBOOT.bin en el formato 1.0.xxxx.x |
FIRMWARE REV |
No aplicable |
Número de revisión de la versión de trabajo de EBOOT.bin en el formato 1.0.xxxx.x |
HCD1: Initialize |
PASS | FAIL |
Código de estado |
HCD3: Initialize |
PASS | FAIL |
Código de estado |
LCD VERIFY |
PASS | FAIL |
Código de estado |
NANDFLASH VERIFY |
PASS | FAIL |
Código de estado |
NORFLASH VERIFY |
NOT DONE |
Reservado |
OS REV |
No aplicable |
Número de revisión de la versión de trabajo de nk.bin en el formato 1.0.xxxx.x |
POST Version |
No aplicable |
Reservado |
PSTN |
PASS | FAIL |
Initialization |
RTC VERIFY |
PASS | FAIL |
Código de estado |
SDRAM TEST |
PASS | FAIL |
Código de estado |
System Cable |
PASS | FAIL |
Código de estado |
TOUCHCTL VERIFY |
PASS | FAIL |
Código de estado |
UFN1: Initialize |
PASS | FAIL |
Código de estado |
USBF ENUM STATUS |
PASS | FAIL |
Código de estado |
USBH ENUM STATUS |
PASS | FAIL |
Código de estado |
VDSP ENUM STATUS |
PASS | FAIL |
Código de estado |
Cuando Component = VDSP, solo se utilizan las columnas Property, Value2 y Value3.
La columna Property contiene el nombre de la prueba. La columna Value2 contiene el estado (PASS | FAIL | NOT DONE | NA). La columna Value3 contiene el código de estado detallado. Estas entradas indican el estado general del subsistema de vídeo.
En la tabla siguiente se muestran los valores posibles de las columnas Property, Value2 y Value3 cuando el valor de Component es VDSP.
Propiedades y valores del registro de POST, Component == VDSP
Property | Value2 | Value3 |
---|---|---|
Calibration |
PASS | FAIL |
OK | FAIL |
Camera ID |
PASS | FAIL |
El identificador de la cámara |
Camera Video |
PASS | FAIL |
XXXXX El estado de cada una de las cinco cámaras. X puede ser Y o N, con Y = Pass y N = Fail |
I2C Status |
PASS | FAIL |
OK | FAIL |
POST |
PASS | FAIL |
OK | FAIL |
Restarts |
PASS | FAIL |
Número de reinicios desde el arranque |
Stack Health |
PASS | FAIL |
OK | FAIL |
Video Port |
PASS | FAIL |
Fotogramas X volcados. |
White Balance |
PASS | FAIL |
YES | NO (Se espera el valor Yes) |
Cuando Component = ADSP, solo se utilizan las columnas Property, Value2 y Value3.
La columna Property contiene el nombre de la prueba. La columna Value2 contiene el estado (PASS | FAIL | NOT DONE | NA). La columna Value3 contiene el código de estado detallado. Estas entradas indican el estado general de la fase de inicialización del subsistema de audio.
En la tabla siguiente se muestran los valores posibles de las columnas Property, Value2 y Value3 cuando el valor de Component es ADSP.
Propiedad y valores del registro de POST, Component == ADSP
Property | Value2 | Value3 |
---|---|---|
ADSP FBAB POST |
PASS | FAIL |
Estado detallado |
Logging Type == Health
Hay dos tipos de registro de estado: rendimiento y uso del sistema. En esta sección se describe el registro de rendimiento del sistema. El registro de uso se describe en la siguiente sección.
El rendimiento del sistema hace referencia a la utilización de memoria, el tiempo de actividad del sistema y el estado del procesador de señales de audio digitales.
En la tabla siguiente se muestran las columnas utilizadas y los valores registrados en el registro de estado.
Columnas y valores utilizados en el registro de rendimiento del sistema
Columna física | Valor registrado |
---|---|
DeviceType |
RoundTable |
Date Time |
Valor de [Date Time] |
ID |
Valor de [Product ID] |
LoggingType |
Health |
Device Name |
Valor de [Device Name] |
Para el registro de rendimiento, solamente se utilizan las columnas Component, Subcomponent, Property y Value1.
En la tabla siguiente se muestran los valores posibles de estas columnas para System (utilización de memoria o tiempo de actividad) y para el estado del procesador de señales de audio digitales (ADSP).
Valores posibles de las columnas Component, Subcomponent, Property y Value1
Component | Subcomponent | Property | Value1 |
---|---|---|---|
System |
Nombre del archivo exe al que se aplica la propiedad. |
MemoryUsage |
Uso en bytes |
System |
NULL |
Uptime |
Tiempo de actividad desde el arranque |
ADSP |
NULL |
ADSP HEALTH |
nI2CStatus:<#> : nSPIErrorCounts: <#> : nSPILastError: <#> : nI2SReadGlitchCount: <#> : nI2SWriteGlitchCount: <#> : |
En esta sección se describe el registro de uso.
En la tabla siguiente se muestran las columnas y valores que se utilizan cuando LoggingType == Health y Property == Usage.
Columnas utilizadas en el registro de uso
Columna física | Valor registrado |
---|---|
DeviceType |
RoundTable |
Date Time |
Valor de [Date Time] |
ID |
Valor de [Product ID] |
LoggingType |
Health |
Device Name |
Valor de [Device Name] |
En la tabla siguiente se muestran las columnas y valores que se utilizan en el registro de uso. Este tipo de registro de uso utiliza las columnas Component, Property, Value1, Value2, Value3, Value4 y Value5. El valor de Value3 es el tipo de sesión, que puede ser PcAudio, PcVideo o PstnCall. Cuando se utiliza VoIP con Microsoft RoundTable, se registra una entrada de uso de PcAudio con la hora de inicio y de finalización. Cuando se utilizan secuencias del vídeo en Microsoft RoundTable, se registra una entrada de uso de PcVideo con la hora de inicio y de finalización. Cuando Microsoft RoundTable se utiliza como un teléfono analógico, se registra una entrada de uso de PstnCall con la hora de inicio, hora de finalización, número de teléfono de origen (definido en la configuración del dispositivo RoundTable) y el primer dígito del número de teléfono marcado.
Valores utilizados en el registro de uso cuando Component == System
Component | Property | Value1 | Value2 | Value3 | Value4 | Value 5 |
---|---|---|---|---|---|---|
System |
Usage |
Hora de inicio |
Hora de finalización |
PcAudio |
Null |
|
System |
Usage |
Hora de inicio |
Hora de finalización |
PcVideo |
Null |
|
System |
Usage |
Hora de inicio |
Hora de finalización |
PstnCall |
Número de teléfono del dispositivo RoundTable de origen |
Primer dígito del número marcado |
Nota
Para crear un informe sobre el uso, importe el registro de diagnósticos a una base de datos y cree una vista de todos los registros donde Component = System y Property = Usage.
LoggingType == Image Update
En la tabla siguiente se muestran las columnas utilizadas y los valores registrados cuando LoggingType == Image Update.
Columnas y valores utilizados en Image UpdateLogging
Columna física | Valor registrado |
---|---|
DeviceType |
RoundTable |
Date Time |
Valor de [Date Time] |
ID |
Valor de [Product ID] |
LoggingType |
Image Update |
Component |
System |
SubComponent1 |
<NULL> |
SubComponent2 |
<NULL> |
SubComponent3 |
<NULL> |
Property |
Version |
Value1 |
Valor de [EBOOT Version] |
Value2 |
Valor de [Nk.bin Timestamp] |
Value3 |
Valor de [Config Timestamp] |
Value4 |
Valor de [Last Update Time] |
Value5 |
Valor de [Image Update Success/Fail] |