SMAR LC800 Guia Del Usuario página 159

Las fallas de cables debido a la intervención humana son bastante comunes. Por ejemplo, si los
cables Ethernet se cambian en el Secundario (cable Eth1 en la interfaz Eth2, cable Eth2 en la interfaz
Eth1), los LEDs ETH1 LNK y ETH2 LNK del Secundario indicarán la presencia de la media (Link)
normalmente. Sin embargo, la comunicación de sincronismo por los puertos Ethernet no se
establecerá, ya que las subredes 1 y 2 están físicamente separadas. Este tipo de error lo notarán los
parámetros BAD_CONDITIONS y diagnosticado mediante análisis.
Solución:
- Verificar si los conectores están debidamente encajados;
- Verificar los cables de sincronismo con indicativo de falla, así como los elementos de red, en caso
de que sea una falla en las interfaces Ethernet.
Falla del Primario antes que se haya completado el sincronismo.
Esta situación excepcional sucede cuando se dejó de seguir algún procedimiento. Es señalizada
tanto por el parámetro RED_SYNC_STATUS (valor 7< WARNING: Updating Secondary Fail) como
por el LED de Standby (ver el punto Comportamiento del LED Standby).
Hay una posibilidad de que suceda esta falla apenas cuando el par redundante todavía no tiene el
parámetro RED_SYNC_STATUS en Synchronized, cuando entonces se apaga el Primario. En tal
situación, cuando la redundancia todavía no está disponible, el Secundario no tiene condiciones de
asumir la planta de forma segura. En esta situación, el Secundario permanece con la misma función
y señaliza este estado como condición de seguridad.
Solución:
- En caso de que el usuario sepa que el Primario que recién se apagó posee la configuración
completa, colocar el Secundario en Hold y, enseguida, prender el Primario. Algunos segundos
después, retirar el Secundario de Hold. Los controladores se sincronizarán y solamente después
de obtener el estatus Synchronized y <none> en los parámetros BAD CONDITIONS se podrán
hacer simulaciones de fallas.
- En caso de que el usuario no confíe en la configuración del Primario, realizar el mismo
procedimiento del caso anterior, pero, sin embargo, repetir el Download de la configuración.
-
- Corrección de malas condiciones – Modbus
- Verificar si hay fallas en el cableado de los caminos relacionados a la topología de comunicación
Modbus.
- Verificar la parametrización de los bloques funcionales Modbus.
- Verificar si los conversores/equipos utilizados en la topología de comunicación Modbus están
funcionando normalmente.
- Verificar si el equipo Modbus Esclavo está correctamente configurado y en funcionamiento.
Corrección de malas condiciones – Incompatibilidad de sincronismo
Al realizar el procedimiento "Actualización del Firmware sin interrupción del proceso" generalmente
sucederá momentáneamente la situación de que un controlador tenga una versión de Firmware y el
otro tenga otra versión de Firmware. Pueden suceder las siguientes situaciones momentáneas:
a) Secundario con versión de Firmware más actual que la del Primario (Upgrade): el sincronismo se
presenta como compatible y el par controlador sincroniza normalmente. Es decir, este escenario
es perfectamente soportado.
b) Secundario con versión de Firmware menos actual que la del Primario (Downgrade): el
sincronismo se presenta incompartible y el par controlador no sincronizará indicando esta
situación como "Unable to Sync" en los parámetros BAD_CONDITIONS. Es decir, este
escenario no es soportado en el contexto de la redundancia.
Solución para el caso b:
Este escenario (Downgrade) se debe evitar. Una vez que una planta esté operando con una versión
de Firmware en los controladores, si, por algún motivo, se desea colocarla en operación con una
versión de Firmware anterior en los controladores, la alternativa es, con la parada de la planta, realizar
el cambio de Firmware de todos los controladores (Primarios y Secundarios) y entonces efectuar el
procedimiento del punto Configurando un sistema redundante por primera vez.
Agregando Redundancia
7.13