DGN: Herramienta para verificar funcionamiento de sistemas ICT

Curso Mantenimientos ICT HP3070
Jabil GDL
Ingeniería de Pruebas
1 V1.1_150110 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.
Copias Impresas Solo de Referencia 06-TE76-3500-00106-A 1
Diagnostics – “DGN”
Es una aplicación especial usada para verificar el

funcionamiento del sistema y ayuda a solucionar
problemas e identificar fallas de hardware
DGN es una herramienta especial que usamos para verificar que los componentes
del sistema de prueba funcionan de acuerdo a la especificación de fabrica
Confirmation es otra aplicación similar a Diagnostics. Esta es

usada para rápidamente verificar la operación del sistema.
 Ejecutar DGN toma aproximadamente 45 min en un sistema completo de 4 módulos
 Ejecutar DGN con la opción Manual Intervention en ON y un Pin Verification Fixture

es la única manera de estar 100% seguros que el sistema fue completamente
verificado
 Aunque Confirmation toma menos tiempo, este no verifica el sistema
completamente. Aquí se prueban relevadores en bancos en lugar de individualmente
2 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Copias Impresas Solo de Referencia 06-TE76-3500-00106-A
Filosofía del Diagnostico

Usar el proceso de solución de
Este proceso tiene una efectividad del 95%
problemas Modulo/Slot como primer paso
 95% de los problemas en el sistema serán descubiertos por el DGN.
 Solo se necesitara correr Full Diagnostics para verificar el sistema cuando pasa el
proceso Modulo/Slot pero no funciona apropiadamente mientras se prueban
unidades.
Todas los relevadores de las tarjetas hibridas son

Aislamiento de Modulo/Slot verificados primero
Confimation/DGN usualmente indicaran una tarjeta y casi siempre un relay con falla,
aunque muchas pruebas pueden fallar cuando un relay esta defectuoso, haciendo
difícil determinar la falla exacta
 Los relevadores son aislados corriendo un proceso separado en el DGN

Detección de fallas vs La aplicación DGN es muy buena detectando fallas,

Aislamiento de fallas pero no tanto aislando la causa de la falla
Es muy buena señalando relevadores, pero no tanto

con las tarjetas
Una parte defectuosa es usualmente indicada por la

primer falla.
Regla: Siempre solucionar el problema desde la primer falla

La aplicación DGN detecta la presencia o ausencia

Pin Verification Fixture (PVF) del fixture.
El sistema ejecuta algunas pruebas solo cuando el

PVF esta presente.
Una opción separada del DGN llamada “Fixture Test”

ejecuta solo las pruebas dependientes del PVF.
Revisar cuando Auto-Ajustar durante la resolución de

AutoAdjust problemas.
Resultados de Confirmation/DGN validos asumen un

valido Auto-Ajuste.

Diagnostics esta estructurado para proveer un

Pruebas estructuradas enfoque a nivel de sistema para las pruebas.
Las pruebas están de manera jerárquica.
Prueba los subsistemas y funciones que deben

trabajar primero antes de probar otras de menor
prioridad.
Inicia con pruebas globales y después se enfoca en

pruebas mas especificas.

Proceso de pruebas estructurado
1. Boot Process
2. System Tests
3. Control Cards
4. ASRU Cards
5. Pin Cards
6. Inter-module test

1. Boot Process El controlador establece comunicación
2. System Tests
Descarga un sistema operativo y programas de
3. Control Cards utilidad a la System Card (y mas tarde a las Control
Cards) y los pone en marcha.
4. ASRU Cards
Auto-prueba la ROM y RAM de la System Card, así

5. Pin Cards como la vía de comunicación a la LAN.
No hay pasos de prueba, pero un error en el inicio

del sistema indica problemas de software o harware.


Las pruebas del diagnostico están organizadas en
bloques de 1,000, aunque no todos los números de
1. Boot Process cada bloque son utilizados.
2. System Tests
3. Control Cards Serie de pruebas 000-999
4. ASRU Cards
 Configuración
5. Pin Cards  Board Handler (HP44990A)
 Presencia del PVF
 Presencia de relevadores de vacio
El ultimo requiere que la opción “Manual

Intervention” este encendida.

1. Boot Process
Serie de pruebas 1000’s
2. System Tests
3. Control Cards
 Comunicaciones
 Time interval counter (TIC)
4. ASRU Cards  Generadores de reloj
 Secuenciador
5. Pin Cards  Triggers
 Relevadores, etc.
Las tarjetas Control deben ser verificadas antes de

probar otras tarjetas.

1. Boot Process
2. System Tests
3. Control Cards  Comunicaciones

 Formateador
 Detectores
4. ASRU Cards  Fuentes
 MOA
5. Pin Cards  Punta de prueba
 DUT power supplies
 Circuitos de Auto-Ajuste
6. Inter-module test  Puertos funcionales
 Relevadores, etc.
Las tarjetas ASRU deben ser verificadas antes de

probar las tarjetas hibridas (Pin Cards)

1. Boot Process
HybridPlus Pin Card y
AnalogPlus Pin Card
2. System Tests
3. Control Cards
Serie de pruebas 5000’s ChannelPlus Pin Card
4. ASRU Cards
5. Pin Cards Serie de pruebas 6000’s AccessPlus Pin Card
Serie de pruebas 7000’s Serial Test Pin Card

1. Boot Process
2. System Tests
3. Control Cards
 Control de enlace de alta velocidad
4. ASRU Cards
 Pruebas de tiempo
5. Pin Cards

Estructura
Menu nivel 1
Cuando un ítem es seleccionado

del nivel 1, invoca otra pantalla del
nivel 2.
Algunas pantallas permiten ejecutar funciones, otras

simplemente muestran información.

La Pantalla de Diagnósticos
Muestra el estatus del sistema
Status Area durante la ejecución de las
pruebas.
Indica en que parte del paquete

Status Line DGN nos encontramos
(ej. System Diagnostics – Level 2).
Muestra los ítems de los menús cuando

Status Area esta en modo de selección, o los datos
en modo de ejecución.
Las funciones de F1 a F8 cambian dependiendo

Function Keys
del menú en que nos encontremos.

La Pantalla de Ejecución de Prueba

Muestra el numero de prueba
Status Muestra el estado de la prueba. Sys Test que se esta ejecutando en la
System Card
Numero de veces que una

prueba ha sido ejecutada
Module <0-3> Loop Count
cuando la función “Loop on”
esta habilitada.
Numero de prueba que se esta Error Count

ejecutando en cada modulo,
tiempo real.
Numero de errores durante la

ultima ejecución.

La Pantalla de Ejecución de Prueba
El cuadro indica si un PVF fue

detectado y en que modulo
colocando un asterisco (*)
En la imagen, el fixture fue

detectado en el modulo 3
Work Area
Muestra además una lista de las
pruebas pasadas o falladas,
según la opción de (F7)
Display Failures /
Results / All / None

Paquete de servicios
de diagnostico.

System Diagnostics
Full Diagnostics Ejecuta todas la pruebas de diagnostico de la bahía de soporte y cabeza de prueba.
Confirmation Ejecuta la parte de Confirmación del paquete de diagnósticos
Pin Card Relay Test Ejecuta todas las pruebas de relevadores en todas las pin cards
Full Support Bay Ejecuta todas las pruebas de diagnostico de la bahía de soporte
Fixture Test Ejecuta solo las pruebas de diagnostico que requieren el PVF

Support Bay
DC DUT Power Supplies Ejecuta el diagnostico de las fuentes DUT
System Card
Sin función
Module Power Units

Configuration
Testhead Config
Invoca la pantalla de configuración del

Testhead y sus funciones.
System Config
Invoca la pantalla de configuración del

sistema y sus funciones.
DGN Config Invoca la pantalla de configuración del DGN y sus funciones.

Testhead Config
Cada Slot mostrara un mensaje de acuerdo a la tarjeta cargada
No card No hay tarjeta en el slot
ASRU_C ASRU-C Card, 6/12/20 MP/s
NASRU ASRU-N Card
Ctl_Xt ControlXT Card, 6/12/20 MP/s
CtlXTPA ControlXTPA
Hyb_Std HybridPlus Pin Card, 6 MP/s
H_StdDD HybridPlus Pin Card, 6 MP/s, double-density
HStdDD2 HybridPlus Pin Card, 6 MP/s, double-density, programmable
H_AdvDD HybridPlus Pin Card, 12 MP/s, double density
HAdvDD2 HybridPlus Pin Card, 12 MP/s, double density, programmable

Testhead Config
Un asterisco (*) indica que la configuración actual no esta de
acuerdo con la configuración oficial del slot.
Esto significa que o la configuración actual ha cambiado

o la tarjeta no fue reconocida (el sistema no iniciara)
Un signo de igual (=) indica que un reemplazo aceptable fue hecho, por
ejemplo, reemplazar una H_StdDD por una HStdDD2.
Los datos no se pueden cambiar en esta pantalla, esta es

solo la lectura del archivo Config.

AutoAdjust
Invoca el auto ajuste del modulo (All Test), Control, ASRU o Pin Card especificada.
Softkey F6 Ejecuta el auto ajuste a todas las tarjetas de todos los módulos.

AutoAdjust
Invoca el auto ajuste del modulo (All Test), Control, ASRU o Pin Card especificada.
Softkey F6 Ejecuta el auto ajuste a todas las tarjetas de todos los módulos.

History
Invoca la pantalla de History y sus funciones.
Guarda los resultados de las pruebas para su consulta.

Mantenimiento Preventivo
Actividades mantenimiento mensual

Herramientas
 Guantes de Látex, N° de parte J46133-2-NE

 Tapones
 Lentes
 Toallas de seda, N° de parte J50003-NE
 Estaticida N° de parte J46162-4-NE
 Windex N° de parte CON-LIMPIADOR4
 Aspiradora
 Fixture de Diagnostico
 Todo material peligroso que sea generado durante el mantenimiento del

equipo deberá de ser colocado, dependiendo el tipo de residuo, en los
contenedores correspondientes, como lo indica el instructivo para el manejo
de residuos peligrosos 06-SE30-6500-00001.

Pasos Mantenimiento Mensual
 Para realizar este mantenimiento se deberá contar con tapones,

lentes y en caso que se requiera guantes protectores.
 El primer paso a realizar es ejecutar Full Diagnostics para validar
el funcionamiento del equipo (guardar el resultado).
 Para la ejecución de Full Diagnostics, ingresar a la ventana

DGN.exe dando doble click en el icono “DGN”.

 Se abrirá la ventana de DGN. Seleccionar la opción System

Diagnostics

 Colocar el Fixture de Diagnostico en el banco uno. Dentro del

menú de System Diagnostics, seleccionar Full Diagnostics y
presionar el botón Execute.

 Al terminar la ejecución, guardar el resultado del Full Diagnostics

inicial para ser comparado con el Full Diagnostics que se realizara
al final del mantenimiento. Presionar el botón Hardcopy.
*Nota: cada Hardcopy sobrescribe

el DGN.log previo.

 Colocar el Fixture de Diagnostico en el banco 2 y ejecutar de

nuevo Full Diagnostics. Guardar resultados al terminar la
ejecución.

 Ejecutar pasos de Mantenimiento Semanal de acuerdo al

documento 06-TE76-3500-00093.
 Cerrar válvula de Vacio y desconectar el tubo de vacío de la terminal del ICT.

 Desconectar la manguera de Aire comprimido.
 Girar el equipo 90°.
 Apagar la cabeza de prueba.
 Apagar Switch PDU.
 Verifique que todos los MINT Pins se encuentren en buen estado.
 Verifica que todos los cables del equipo, estén correctamente ruteados.
 Aspirar y limpiar filtros y turbinas.

 Verifique que los empaques de vacío de los 4 módulos se

encuentren en buen estado.

 Limpieza interna del gabinete del controlador.

 Limpiar los cables y mangueras del Equipo

 Retirar la System Card
 Aspirar System Card

 Encender Switch PDU

 Regresar el equipo a su posición
original
*Nota: Asegúrate de conectar y abrir válvula de

vacío y posteriormente conectar el aire
comprimido.

 Apagar Switch PDU.

- Aspirar los ventiladores de las fuentes DUT y MPU, y limpie la cubierta
exterior de las mismas.
- Retirar tapa frontal del ICT para poder ingresar a la limpieza de las
fuentes MPU

 Retirar y Aspirar cada una de las fuentes MPU’s
*Nota: Verifique que los

ventiladores de las fuentes MPU
funcionen correctamente, si hay
alguno dañado, repórtelo en los
comentarios.

 Retirar puerta trasera de la Bahia, Aspirar y limpiar fuentes DUT
*Nota: Verifique que los ventiladores

de las fuentes DUT funcionen
correctamente, si hay alguno dañado,
repórtelo en los comentarios.

 Ejecutar pasos de Mantenimiento Semanal de acuerdo al

documento 06-TE76-3500-00093
 Encender Switch PDU.

 Aspirar y Limpiar el equipo (Tapas exteriores, monitor, mouse, teclado, escáner,
canaleta, bahía, compartimiento del controlador)
 Revisar la presión de vacío que se encuentra en la bajada, mínimo debe de ser -20
in Hg y máximo -22 in Hg.

 Encender la cabeza de prueba:
-Primero el hardware: Encender el switch del PDU.
-Después por software: Comando “boot 1” en una ventana de Shell,
comando “testhead power on” en BT-BASIC o desde la ventana de
DGN.

 Ejecutar Full Diagnostics BANK1, BANK2 y adjuntar el archivo

/tmp/DGN.log en la orden que se este trabajando.
 Si el resultado del Full Diagnostics arroja fallas relacionadas a las
tarjetas ASRU Card, Control Card o Pin Card, deberán ser
remplazadas por una en perfectas condiciones

Copias Impresas Solo de Referencia 06-TE76-3500-00106-A 44
 Probar una unidad Golden y verificar que el pase se refleje en MES-QM.
 Si la unidad Golden es enviada por el cliente, esta no podrá ser validada
en el sistema MES, por lo que deberás realizar el registro en el formato
06-TE80-3500-00051.
 Asegúrate que sea una Golden registrada en el sistema JMS modulo
GUC (06-TE30-3500-00212) y realizar el movimiento en el Warehouse si
aplica de acuerdo al documento 06-TE76-3500-00028.

Mantenimiento Preventivo
Actividades mantenimiento semestral

Pasos Mantenimiento Semestral
 Realizar Mantenimiento Mensual.

 Después de aspirar la System Card y antes de regresar el
equipo a su posición original, extraer todas las Pin Card, Asru
Card, Control Card por modulo y aspirarlas
*Nota: Este paso de debe realizar por módulo para evitar mezclar y
dañar tarjetas.
 Aspirar y limpiar cavidad interna (Cabeza de Prueba).

 Insertar todas las Pin Card, Asru Card, Control Card.
*Nota: No mezclar las tarjetas entre los módulos de la cabeza de prueba y

verifique que las conexiones entre los módulos sea la correcta y no existan
cables flojos.
 Regresar el equipo a su posición original y ejecutar los pasos

siguientes.
 Realizar Calibración siguiendo el Documento 06-QA30-1000-00208

(subir el archivo calib.report ubicado en Agilent_ICT/diagnostic/th1)

Solución de problemas
Tips de Diagnostico
Tips Problemas de Diagnostico
Subsistema de Alimentación
Si el sistema no arranca
correctamente: Lee los mensaje de arranque y la
configuración.
La rutina de encendido interactúa mucho con los sistemas de alimentación y control
¿La secuencia de arranque termino? ¿Dónde se detuvo?

¿Falta hardware o falla la comunicación?
Puede ser tanto un error de arranque de algún componente o un error de configuración
¿El archivo Config coincide con la configuración actual del

Testhead?

Implícitamente el sistema de alimentación es probado mientras no se

pierda comunicación por falta de alimentación.
Cuando una MPU falla o ocurre un choque térmico, el administrador de procesos

pierde comunicación con el modulo no alimentado
Esto envía un mensaje al monitor de “Lost Heartbeat”.
Existen pruebas especificas en el DGN para las fuentes

MPU y DUT. Ejecútalas!! (requieren PVF).

Conocer la rutina de encendido / arranque del sistema
ayudara en la resolución del problema.
Referencia: Manual de reparación.
Revisar fusibles / circuito cortacorriente
Revisar sobre la System Card los voltajes de +5V y +24V
Troubleshooting
Revisar los LEDs de encendido en la System (6-7) y
Control Cards
Revisar los voltajes DC de la MPU en la Mother Card
Revisar las direcciones y cableado de las fuentes DUT

Subsistema de Control
El hardware de la LAN puede fallar

por varias razones La mas común es una terminal
inapropiada
El cable de la LAN debe tener una carga de 50 ohm en cada extremo
Reinicia el controlador y observa en los indicadores del hardware de red

si marca algún error
Los extremos se pueden verificar usando un multimetro

en cada extremo
Haz un “Ping” a cada IP del hardware para probar la comunicación individualmente.

HP-UX: en una ventana de shell, ingresa

“/etc/lanscan” + enter
Devuelve el estatus de las dos interfaces LAN y
las direcciones del nivel de enlace
Revisa que ambas interfaces estén en “UP”
Si falta alguna interfaz LAN, puede O puede no estar en la lista de arranque del
deberse a hardware defectuoso sistema
Esto puede deberse al SAM; si se uso para cambiar la LAN externa o la IP

address se agrego una línea en el archivo <</etc/netlinkrc>>
Esto provoca que la tarjeta de red de la LAN1 no arranque

Revisar los LEDs de encendido en la System Card
Revisar la interacción del sistema de alimentación

durante el arranque de la cabeza de pruebas
Verificar el LED de falla del convertidor USB a GPIB
Troubleshooting Utiliza el comando de GPIB “btio” para verificar las

fuentes DUT
Reducir el sistema a la configuración mínima
Configuración mínima del testhead
Configuración mínima de modulo

El sistema no arrancara si se tienen problemas de configuración
Archivo de licencias no es el correcto Editar y corregir el archivo de licencias
Editar y compilar el archivo “config” del

Configuración del Testhad tiene conflictos
testhead
Revisar que no hay tarjetas defectuosas y

todas comunican
Errores en las fuentes DUT
Usar el comando “btio” para

verificar las direcciones
Verificar que las fuentes comunican, funcionan
sin marcar errores en el panel frontal y están
bien definidas en el archivo <<config>>

System Card
Revisar el fusible de la red de AC
Revisar la salida de +24 V en los relevadores
Troubleshooting Revisar la fuente de +5 V en el J60b
Verificar los indicadores del proceso de arranque
LEDs durante el encendido y después de
Mensajes de arranque de la cabeza de pruebas

Si se reemplaza la System Card, se deben
mover las ROMs de la vieja a la nueva.
Revisar las rutas de habilitación
Paro de emergencia (EMO) Sistema pull down
Habilitacion de MPUs
Mother Card
Un indicador de que la Mother Card es la causa de algún problema son

fallas globales; varias tarjetas en un modulo fallan al mismo tiempo.
Una manera rápida de aislar la falla es mover Si la tarjeta trabaja en el otro slot, la
la tarjeta sospechosa a otro slot que no falle sospechosa es la tarjeta madre.
Los voltajes DC son accesibles desde la parte de atrás de la Mother Card
Si hay problemas con la configuración, la Mother Card puede ser la

causante, si se identifica mal una tarjeta o slot

Control Card
Poner atención en el proceso de encendido y arranque
Ningún LED de auto prueba y arranque debe estar en

ROJO
Troubleshooting LED 7 encendido en verde (paso auto prueba)
En seguida LED 7 verde brillando (IP address

recibida desde el controlador)
LED 3 y LED 4 encendidos en verde (descarga

sistema operativo)
LED 3 y LED 4 cambian a apagado (descarga

completa)
LEDs TX (transmisión) y RX (recepción) de la
LAN pueden ser de ayuda
LED 5 y LED 7 en verde intermitentes (on/off)
(administrador de procesos corriendo y Control
Card encendida)

Control Card Mensajes de arranque en la consola proveen buena

información
Errores marginales de “timing” (TIC) pueden ser

corregidos ejecutando “AutoAdjust All”
Troubleshooting
Desconecta las demás tarjetas (sistema mínimo)
Intercambia cables y tarjetas si es posible
Verifica los cables de la LAN y la interconexión de los

módulos
Revisa errores en el config, bootptab y direcciones IP
Usa “ping” para revisar que exista comunicación

ASRU Card
Revisa que no tenga LEDs encendidos en rojo.
Fallas Marginales; ejecutar “AutoAdjust All”
Constantes de calibracion perdidas; se debe re-calibrar

Troubleshooting
Problemas de Testjet; usar la prueba con “Manual
Intervention” en ON
Falla en las pruebas 2340-2342 DC DUT power supply
Volver a conectar los cables de la fuente DUT
Revisar que los conectores J4 y J9 de la ASRU

no tengan pines doblados
Verificar la condición de los MINT pins.
Apretar los tornillos de las terminales de salida

de la fuente DUT

ASRU Card
Fallas con la Punta de Prueba
Verificar que no este conectada a tierra
Verifica que el anillo aislante no este faltante

Troubleshooting
Verifica que el cable no este dañado
Un LED rojo después de arrancar indica un “ERROR

FATAL”
Un LED rojo también puede ser invocado durante la
prueba por:
Sobre voltaje en la fuente primaria /

fuente auxiliar
Sobre voltaje en el trigger externo
Sobre voltaje en el MOA

ASRU Card
Sobre-voltaje se refiere a una condición donde el voltaje del componente esta

empujando la salida de la fuente o el MOA fuera de su rango de funcionamiento
Esto causa que todos los relevadores de la ASRU se abran

inmediatamente sin esperar el comando de la Control
La condición de sobre voltaje no se pueden borrar

hasta que la prueba en curso termina.
Si el error permanece bloqueado en la ASRU, puede ser

necesario reiniciar la cabeza de pruebas.

Pin Card
Revisa que no tenga LEDs encendidos en rojo.
El LED en verde se enciende y apaga cada vez que es

requerida y si es requerida constantemente, parpadea
Siempre revisa desde la primer falla

Troubleshooting
Reduce el sistema a la mínima configuración
Aísla usando la técnica de división por mitad
Siempre usa “Diagnose Relays!”
Solo disponible cuando una tarjeta se prueba

desde la selección de modulo / slot

Pin Card
Si un relevador “KBV” o “KGD” falla al
ejecutar el diagnostico con el PVF Diagnose Relays reportara los mismo: varios
relevadores KBV y un solo relevador KGD
Para determinar el relevador con falla, quita el PVF y vuelve a correr el

diagnostico en el mismo modulo/slot, al terminar corre “Diagnose Relays”
Si un relevador KBV es reportado, reemplázalo. Si el diagnostico pasa sin el

PFV, reemplaza el relevador KGD que fallo con el fixture
Si la prueba 3391 falla normalmente refleja problemas de conexión en los MINT pins
La prueba 3391 fallara cuando los relevadores conectados a los MINT pins estén abiertos
Cualquier prueba de DGN (39XX) que usa el PVF fallara cuando los MINT pins hagan un
pobre contacto!!

Gracias.


DGN: Herramienta para verificar funcionamiento de sistemas ICT

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

DGN: Herramienta para verificar funcionamiento de sistemas ICT

Cargado por

Copyright:

Formatos disponibles

Curso Mantenimientos ICT HP3070

Es una aplicación especial usada para verificar el

Confirmation es otra aplicación similar a Diagnostics. Esta es

 Ejecutar DGN toma aproximadamente 45 min en un sistema completo de 4 módulos

 Ejecutar DGN con la opción Manual Intervention en ON y un Pin Verification Fixture

2 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Filosofía del Diagnostico

 95% de los problemas en el sistema serán descubiertos por el DGN.

Todas los relevadores de las tarjetas hibridas son

 Los relevadores son aislados corriendo un proceso separado en el DGN

3 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Filosofía del Diagnostico

Detección de fallas vs La aplicación DGN es muy buena detectando fallas,

Es muy buena señalando relevadores, pero no tanto

Una parte defectuosa es usualmente indicada por la

Regla: Siempre solucionar el problema desde la primer falla

4 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Filosofía del Diagnostico

La aplicación DGN detecta la presencia o ausencia

El sistema ejecuta algunas pruebas solo cuando el

Una opción separada del DGN llamada “Fixture Test”

Revisar cuando Auto-Ajustar durante la resolución de

Resultados de Confirmation/DGN validos asumen un

5 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Filosofía del Diagnostico

Diagnostics esta estructurado para proveer un

Las pruebas están de manera jerárquica.

Prueba los subsistemas y funciones que deben

Inicia con pruebas globales y después se enfoca en

6 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Proceso de pruebas estructurado

7 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Proceso de pruebas estructurado

1. Boot Process El controlador establece comunicación

Auto-prueba la ROM y RAM de la System Card, así

No hay pasos de prueba, pero un error en el inicio

8 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Proceso de pruebas estructurado

3. Control Cards Serie de pruebas 000-999

El ultimo requiere que la opción “Manual

9 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Proceso de pruebas estructurado

Las tarjetas Control deben ser verificadas antes de

10 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Proceso de pruebas estructurado

3. Control Cards  Comunicaciones

Las tarjetas ASRU deben ser verificadas antes de

11 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Proceso de pruebas estructurado

5. Pin Cards Serie de pruebas 6000’s AccessPlus Pin Card

Serie de pruebas 7000’s Serial Test Pin Card

12 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Proceso de pruebas estructurado

13 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Cuando un ítem es seleccionado

Algunas pantallas permiten ejecutar funciones, otras

14 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

Indica en que parte del paquete

Muestra los ítems de los menús cuando

Las funciones de F1 a F8 cambian dependiendo

15 Todos los Derechos Reservados. Documento de Uso Interno Propiedad de Jabil.

La Pantalla de Ejecución de Prueba

Numero de veces que una