Pérdida de un solo PLC por razón desconocida
- Año del evento
- 2003
- Fiabilidad
- Likely But Unconfirmed
- País
- United States
- Industria
- General Manufacturing
Descripción
Se perdió un único PLC5 al guardar ediciones on-line con software Al. Los posibles culpables considerados fueron:
1. Una tormenta de broadcast Ethernet
2. Puesta a tierra de ControlNew y/o sobrecarga de mensajes
3. Sobrecapacidad del procesador
4. Ruido en CH0.
Todo lo anterior se consideró improbable. La única forma de limpiar el procesador fue recargar el programa desde disco. El procesador es antiguo, PLC5-40C (1.25!), con un sidecar ethernet. Acababa de completar la edición on-line (usando software AI) y fui a guardar los cambios en el disco duro. Aproximadamente al 70% del proceso de guardado, el procesador entró en falla (luz roja fija) y el guardado falló (apareció un mensaje sobre una falla DH+, al programar vía ethernet!).
Se usaba alrededor del 85% de la memoria disponible del procesador. Además, el único cambio en la red en los últimos 3 años es que el conector BNC que antes se enchufaba al PC de programación ahora se conecta a un hub, y el PC ahora se conecta al hub usando un conector RJ-45. Nada más está conectado al hub.
Desde entonces se rehízo una buena parte del código y se redujo la utilización del procesador a alrededor del 60%, se distribuyó parte del control a otros nodos de red para permitir una reducción de aproximadamente el 90% de los mensajes ethernet que se estaban produciendo, se eliminó el código ASCII que de todos modos no se usaba, se redujo la cantidad de datos que los Cnet PanelView estaban consultando, y ahora solo se hacen ediciones en esa línea durante períodos de transición (donde un apagado ‘unplanned’ no cause daño).