La forma rápida para determinar que la red no tenga errores es conectar un buen monitor de bus. Sin embargo, en los párrafos siguientes descri- biremos varias tareas que se hacen antes que le indicarán el estado de la red. Estas verificaciones adicionales también son muy útiles cuando no hay un monitor de bus.
A menudo es posible hacer más de un paso por vez. A veces un monitor de bus y un osciloscopio se pueden conectar simultáneamente.
Confirmar que todas las estaciones configuradas estén intercam- biando datos: este proceso depende en gran medida del tipo de siste- ma que se utiliza. Si usa Step 7 o un sistema PCS7 de Siemens, al conectarse con el programa Hardware Config obtendrá una lista de todos los dispositivos que están intercambiando datos y cuáles tienen errores. Otros sistemas poseen programas similares.
Si falta un dispositivo...
Verifique si el dispositivo se ha instalado. •
Verifique que tenga energía (para PROFIBUS PA, asegúrese de que •
la tensión sea mayor a 9 V).
¿La dirección configurada es la correcta? •
Use un programa de configuración para verificar el dispositivo de •
campo y si le puede hablar. Si el maestro tiene el archivo GDS incorrecto, entonces el dispositivo de campo no intercambiará datos con el maestro. Sin embargo, el programa de configuración le hablará al dispositivo y la sección de diagnóstico determinará por qué no está intercambiando datos.
Verificar el byte de estado: en los dispositivos de perfil estándar PROFIBUS PA, el quinto byte del valor de retorno es el byte de estado que indica la veracidad de la variable del proceso. Si el valor es hex 8x (donde x es cualquier valor) entonces la variable del proceso está OK. Si el byte de estado es un valor hex 00, entonces no hay comunicación con ese dispositivo3, o estamos mirando en la ubicación de memoria incorrecta. Si el dispositivo da error, utilice un programa de configura- ción/diagnóstico como SIMATIC PDM para resolver el problema a partir de la información de diagnóstico del dispositivo.
Es muy importante que todos los dispositivos posean un estado OK, ya que el estado no-OK genera una solicitud de lectura de diagnóstico para el maestro. Esta solicitud se confunde fácilmente con problemas en la capa física.
Verificar el búfer de diagnóstico del controlador: utilice el búfer de diagnóstico para ver los errores de protocolo (paquetes perdidos, erro- res de paridad, estaciones reiteradas) o solicitudes de diagnóstico de esclavos. Los paquetes perdidos, los errores de paridad o las estaciones reiteradas indican un problema en la capa física. Los problemas en la capa física o en los dispositivos pueden generar solicitudes de diagnóstico.
completo debido a los diferentes parámetros de configuración disponibles en los maestros PROFIBUS. Un parámetro de configuración PROFIBUS especialmente significativo maneja la cantidad de reintentos y posee dife- rentes valores de ajuste para diferentes velocidades de transmisión y maes- tros. Para altas velocidades de transmisión, está ajustado en 3, lo que implica que el maestro no reportará un error hasta que no haya podido comunicarse con el esclavo tres veces seguidas. Si habla con el esclavo en el segundo intento, no habrá mensaje de error. Esta situación puede gene- rar confusión y malas interpretaciones de la ubicación de la falla.
Haciendo soporte para PROFIBUS, muchas veces trabajé por teléfono solucionando problemas de red a distancia. El programa SIMATIC PDM LifeList es muy útil en estas situaciones. Le pido al cliente que ejecute el programa y me diga si algún dispo- sitivo de campo indica problemas.
Si un dispositivo indica problemas, el cliente hace doble clic sobre él para ejecutar el PDM y activar la pantalla de Diagnóstico del Dispositivo. Ahí podemos descubrir fácilmente el problema del dispositivo de campo. Es un proceso muy directo que me permite guiar a la persona para solucio- narlo, incluso a un usuario nuevo.
Por ejemplo, supongamos que la red tiene uno o dos reintentos en cada escaneo del bus, pero no se muestran errores porque no llegó al límite de tres. Luego se agrega un dispositivo más y el índice de rein- tentos llega a tres, generando un error. La conclusión inmediata, aun- que incorrecta, es que el nuevo dispositivo falla, cuando, de hecho, el problema pre-existente permanece oculto. Con un monitor de bus PROFIBUS esta situación se evita porque obtiene una visión indepen- diente de la red con todos los reintentos.
Uso de un monitor de bus PROFIBUS: hay muchos monitores de bus PROFIBUS fáciles de usar en el mercado (por ej. ProfiTrace de Procentec y bus✓check de Softing). PROFIBUS ya tiene una antigüedad suficiente con la cual los monitores de bus pasaron de ser bastante difíciles a rela- tivamente fáciles de usar, como ProfiTrace o bus✓check.
Para los principiantes, un monitor de bus se puede utilizar para determinar:
la velocidad de transmisión de la red •
quién está en el bus •
la cantidad de reintentos de cada estación •
la cantidad de respuestas malas •
los mensajes de diagnóstico •
la velocidad de intercambio de datos •
un método para registrar y exportar el registro de mensajes. •
Monitor de bus PROFIBUScheck
NOTA: un buen indicador del estado de la red es la cantidad total de reintentos. Lo ideal sería que la cantidad sea cero.
Registrar y exportar mensajes es crucial para obtener un soporte técni- co avanzado. La red global de soporte PROFIBUS está disponible en www.profibus.com, que también ofrece contactos regionales. Entonces, le puede enviar un archivo con un rastreo de mensajes al ingeniero de red PROFIBUS quien lo leerá para entender la situación.