Interpretando os logs de diagnóstico
Tópico modificado em: 2009-04-01
Este tópico descreve várias tarefas de registro em log do Windows CE, o registro em log de diagnósticos e os recursos de despejo do Watson do Microsoft RoundTable.
Tarefas de registro em log do CE
O RoundTable grava resultados de testes funcionais de hardware e problemas críticos do sistema no log do CE. Esta seção identifica várias tarefas relacionadas ao log do CE, que você poderá executar.
Enviar o log do CE para o Servidor de Serviço de Atualização
- Abra um prompt de comando e execute a seguinte linha de comando.
rtmanage.exe -m:diag -l:flush
O log do CE referente ao dispositivo é gravado em um diretório no compartilhamento. O nome do diretório é a ID de produto do dispositivo.
O nome do arquivo de log do CE tem o formato AAAAMMDDHHMMSS-CELOGn.clg, onde n pode ser 0 ou 1. 20070501170926-CELOG0.clg é um exemplo de nome de arquivo de log do CE.
.gif "Dd637168.note(pt-br,office.13).gif") Observação: |
|---|
| O nome de arquivo pode ser alterado com base na implementação do Serviço de Atualização do Office Communications Server 2007. |
Interpretar o log do CE
Use o Readlog.exe, incluído no Windows CE Platform Builder, para interpretar o arquivo .clg. Se preferir, você poderá enviar o arquivo para o Suporte e Atendimento ao Cliente Microsoft, para investigação. Para obter informações sobre as opções de linha de comando do Readlog, consulte https://go.microsoft.com/fwlink/?linkid=147112.
Para extrair o conteúdo do arquivo .clg para um arquivo de texto, use a opção de impressão -v (detalhado) ao executar o Readlog.exe. Por exemplo, Readlog.exe -v CE_log_file output_file.txt.
O log do CE contém os resultados dos testes funcionais de hardware e de erros críticos do sistema.
O exemplo a seguir exibe o conteúdo de um log do 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,,
É possível identificar uma falha de hardware por um FAIL nas seguintes 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,,
| Observação: |
|---|
| Os logs do CE não são localizados por serem necessários para depuração pelos desenvolvedores da Microsoft. |
Errata no log do CE do RoundTable
O log do CE contém uma entrada incorreta inofensiva, semelhante à esta:
0:00:01.530.221 : Raw data 38 (wchar), ,,,NORFLASH VERIFY,,FAIL,0xFFFFFFFF,,
O teste NORFLASH VERIFY não é nem deve ser executado. Se houver uma falha NORFLASH, o dispositivo RoundTable não será iniciado.
Registro em log de diagnósticos
Se o campo Registrar em log no servidor estiver selecionado na seção Registro em log da configuração do dispositivo RoundTable, o dispositivo gravará dados de autodiagnóstico no Serviço de Atualização do Microsoft Office Communications Server 2007. Para obter o nome de arquivo e o local do log, consulte a documentação do Serviço de Atualização do Office Communications Server 2007.
Esquema de log de diagnósticos
A tabela a seguir lista os nomes de coluna e seus respectivos tipos de dados por número de coluna. Os dados no log de diagnósticos são delimitados por vírgula.
Nomes de esquema de log de diagnósticos por número de coluna
| Número da coluna | Nome da coluna e tipo de dados |
|---|---|
1 |
DeviceType (varchar(32)) |
2 |
Date Time (datetime) |
3 |
ID (varchar(32)) (ID de produto do 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)) |
Interpretando os logs de diagnósticos
Os logs de diagnósticos do RoundTable podem ser incluídos em três categorias de LoggingType: POST, Health e Image Update. Os diagnósticos de POST consistem nas informações geradas quando o dispositivo é ligado. Os diagnósticos de Health referem-se à integridade do dispositivo em relação ao desempenho do sistema ou ao uso do recurso. Os diagnósticos de Image Update estão relacionados à atualização do firmware do dispositivo.
LoggingType == POST
O RoundTable é ligado e realiza um POST. A tabela a seguir mostra as colunas usadas, juntamente com os valores registrados. Os três valores de Component representam o sistema, o processador de sinais digitais de áudio e o processador de sinais digitais de vídeo.
Colunas e valores usados no registro em log de POST
| Coluna 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 |
Quando Component = System, apenas as colunas Property, Value2 e Value3 serão usadas.
A coluna Property contém o nome do teste. A coluna Value2 contém o status (PASS | FAIL | NOT DONE | NA). A coluna Value3 contém o código de status detalhado. Essas entradas indicam a integridade geral do sistema. Observe que algumas entradas são reservadas para uso do sistema.
A tabela a seguir mostra os valores possíveis nas colunas Property, Value2 e Value3 quando o valor de Component é System.
Propriedades e valores para o registro em log de POST quando Component == System
| Property | Value2 | Value3 |
|---|---|---|
ADSP Microphone Test |
PASS | FAIL |
NULL |
CPU STATUS |
PASS | FAIL |
Código de status |
Display Hardware |
PASS | FAIL |
Status detalhado |
ETH0 TEST |
NOT DONE |
Reservado |
ETH1 TEST |
NOT DONE |
Reservado |
FIRMWARE CURRENT REV |
NA (Not applicable) |
Reservado |
FIRMWARE FACTORY REV |
NA (Not applicable) |
Número de revisão para a versão padrão de fábrica de EBOOT.bin no formato 1.0.xxxx.x |
FIRMWARE REV |
NA (Not applicable) |
Número de revisão para a versão de trabalho de EBOOT.bin no formato 1.0.xxxx.x |
HCD1: Initialize |
PASS | FAIL |
Código de status |
HCD3: Initialize |
PASS | FAIL |
Código de status |
LCD VERIFY |
PASS | FAIL |
Código de status |
NANDFLASH VERIFY |
PASS | FAIL |
Código de status |
NORFLASH VERIFY |
NOT DONE |
Reservado |
OS REV |
NA (Not applicable) |
Número de revisão para a versão de trabalho de nk.bin no formato 1.0.xxxx.x |
POST Version |
NA (Not applicable) |
Reservado |
PSTN |
PASS | FAIL |
Initialização |
RTC VERIFY |
PASS | FAIL |
Código de status |
SDRAM TEST |
PASS | FAIL |
Código de status |
System Cable |
PASS | FAIL |
Código de status |
TOUCHCTL VERIFY |
PASS | FAIL |
Código de status |
UFN1: Initialize |
PASS | FAIL |
Código de status |
USBF ENUM STATUS |
PASS | FAIL |
Código de status |
USBH ENUM STATUS |
PASS | FAIL |
Código de status |
VDSP ENUM STATUS |
PASS | FAIL |
Código de status |
Quando Component = VDSP, somente as colunas Property, Value2 e Value3 serão usadas.
A coluna Property contém o nome do teste. A coluna Value2 contém o status (PASS | FAIL | NOT DONE | NA). A coluna Value3 contém o código de status detalhado. Essas entradas indicam a integridade geral do subsistema de vídeo.
A tabela a seguir mostra os valores possíveis nas colunas Property, Value2 e Value3 quando o valor de Component é VDSP.
Propriedades e valores para o registro em log de POST quando Component == VDSP
| Property | Value2 | Value3 |
|---|---|---|
Calibration |
PASS | FAIL |
OK | FAIL |
Camera ID |
PASS | FAIL |
A ID da câmera |
Camera Video |
PASS | FAIL |
XXXXX A integridade de cada uma das cinco câmeras. X pode ser Y ou N, com Y = Pass e N = Fail |
I2C Status |
PASS | FAIL |
OK | FAIL |
POST |
PASS | FAIL |
OK | FAIL |
Restarts |
PASS | FAIL |
Número de reinícios desde a inicialização |
Stack Health |
PASS | FAIL |
OK | FAIL |
Video Port |
PASS | FAIL |
X quadros descartados. |
White Balance |
PASS | FAIL |
YES | NO (yes é esperado) |
Quando Component = ADSP, somente as colunas Property, Value2 e Value3 serão usadas.
A coluna Property contém o nome do teste. A coluna Value2 contém o status (PASS | FAIL | NOT DONE | NA). A coluna Value3 contém o código de status detalhado. Essas entradas indicam a integridade geral da fase de inicialização do subsistema de áudio.
A tabela a seguir mostra os valores possíveis nas colunas Property, Value2 e Value3 quando o valor de Component é ADSP.
Propriedade e valores para o registro em log de POST quando Component == ADSP
| Property | Value2 | Value3 |
|---|---|---|
ADSP FBAB POST |
PASS | FAIL |
Status detalhado |
Logging Type == Health
Há dois tipos de registro em log de integridade: desempenho do sistema e uso. Esta seção discute o registro em log do desempenho do sistema. O registro em log de uso será discutido na próxima seção.
O desempenho do sistema refere-se ao uso de memória, ao tempo de ativação do sistema e à integridade do processador de sinais digitais de áudio.
A tabela a seguir mostra as colunas usadas e os valores registrados em log para integridade.
Colunas e valores usados no registro em log de desempenho do sistema
| Coluna 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 o registro em log do desempenho, somente as colunas Component, Subcomponent, Property e Value1 serão usadas.
A tabela a seguir mostra os valores possíveis dessas colunas para a integridade de System (uso de memória ou tempo de ativação) e do ADSP (processador de sinais digitais de áudio).
Valores possíveis para as colunas Component, Subcomponent, Property e Value1
| Component | Subcomponent | Property | Value1 |
|---|---|---|---|
System |
Nome do exe ao qual a propriedade se aplica. |
MemoryUsage |
Uso em bytes |
System |
NULL |
Uptime |
Tempo de ativação desde a inicialização |
ADSP |
NULL |
ADSP HEALTH |
nI2CStatus:<#> : nSPIErrorCounts: <#> : nSPILastError: <#> : nI2SReadGlitchCount: <#> : nI2SWriteGlitchCount: <#> : |
Esta seção discute o registro em log de uso.
A tabela a seguir mostra as colunas e os valores usados quando LoggingType == Health e Property == Usage.
Colunas usadas no registro em log de uso
| Coluna 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] |
A tabela a seguir mostra as colunas e os valores usados no registro em log de uso. Esse tipo de registro em log de uso utiliza as colunas Component, Property, Value1, Value2, Value3, Value4 e Value5. O valor de Value3 corresponde ao tipo de sessão, que pode ser uma sessão de PcAudio, PcVideo ou PstnCall. Quando VoIP for usado com o Microsoft RoundTable, uma entrada de uso PcAudio será registrada com a hora de início e a hora de término. Quando fluxos de vídeo forem usados no Microsoft RoundTable, uma entrada de uso PcVideo será registrada com a hora de início e a hora de término. Quando o Microsoft RoundTable for usado como um telefone analógico, uma entrada de uso PstnCall será registrada com a hora de início, a hora de término, o número de telefone originador (definido na configuração do dispositivo RoundTable) e o primeiro dígito do número de telefone discado.
Valores usados no registro em log de uso quando Component == System
| Component | Property | Value1 | Value2 | Value3 | Value4 | Value 5 |
|---|---|---|---|---|---|---|
System |
Usage |
Hora de início |
Hora de término |
PcAudio |
Null |
|
System |
Usage |
Hora de início |
Hora de término |
PcVideo |
Null |
|
System |
Usage |
Hora de início |
Hora de término |
PstnCall |
Número de telefone do RoundTable originador |
Primeiro dígito do número discado |
| Observação: |
|---|
| Para criar um relatório sobre uso, importe o log de diagnósticos para um banco de dados e crie uma exibição de todos os registros em que Component = System e Property = Usage. |
Logging Type == Image Update
A tabela a seguir mostra as colunas usadas e os valores registrados quando LoggingType == Image Update.
Colunas e valores usados no registro em log de Image Update
| Coluna 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] |