SI-135-002
Para hacer más llevadera la convivencia con estos PLC's Siemens, vamos a enterder un poco más de su funcionamiento.
Esto lo comento ya que este tipo de PLC's, los S5, en todas sus versiones, ya están pasados de moda; a pesar de esto, es muy posible que los encontremos en los lugares que menos esperamos. Incluso, puede ser que en la empresa en que trabajamos, haya por lo menos uno de estos equipos que nos incomodan la vida, ya que se les puede ocurrir en el momento más inesperado. Y para hacerles frente, no nos queda más que leer literatura y manuales técnicos, ya que reemplazarlos a veces resulta una opción bastante costosa, aunque esto puede ser sólo en apariencia (definitivamente, a largo plazo, inlcuso a corto plazo, es una buena inversión actualizar nuestro equipo de control).
Como uno de los primeros pasos para "domesticar" estos equipos, conozcamos esta CPU 135:
No puede ser! Esta CPU se parece a una de las que tengo en mi planta!, dirán algunos al ver este simple bosquejo. Pero no es para alarmarse... hasta que falle. En ese momento, en que la CPU ya no quiera irse a RUN, empezamos a tomar acciones inmediatas. Pero basta armarse bien con el software (Step 5), el cable de comunicación (cable TTY a RS-232), y el programa de respaldo de este equipo, para hacerle frente a la mayoría de los problemas. Y lo mejor sería contar también con refaccionamiento de tarjetas, tanto de la CPU como tarjetas de entradas y salidas, tarjetas de comunicación, tarjetas especiales, rack de montaje y alimentación, pilas y tarjetas de memoria, etc. En fin, hacer una lista de los número de parte de cada tarjeta y cotejar si existen en almacén. Si no contamos con nada de esto... Es momento de armarse; no digan que no les advertí.
Ahora que ya pudieron retomar la lectura de este artículo, luego de hacer llamadas y más llamadas con proveedores de todas partes del mundo, y ya están más "tranquilos", regresemos al tema de los leds de esta CPU.
Estamos acostumbrados a ver nuestras máquinas trabajando sin parar. Al terminar la jornada de trabajo, o al terminar cierto lote de producción, simplemente apagamos la máquina y nos olvidamos de ella hasta que surge un nuevo pedido. Entonces, energizamos nuestro tablero, y con gusto vemos iluminarse foquitos por doquier y la máquina está lista para trabajar nuevamente. Nos agrada ver cómo la CPU, luego de energizarla, enciende sus leds, y no le damos importancia a ninguno de ellos, sólo esperamos a que terminen todos de parpadear, se apague el led rojo de "Stop" y casi como por arte de magia, enciende el led verde de "Run" para quedarse allí de forma permanente. Bien, nada qué hacer aquí. Es turno del operador de la máquina de hacerse cargo de lo demás. Nos retiramos contentos, y nos olvidamos de la máquina. Y mejor si no pensamos en que puede fallar el control. Una taza de café nos aliviará eso quede de inquietud y tensión.
Pero puede llegar el día en que ese siniestro foco rojo de "Stop" se apodere de la CPU y obligue al led verde de "Run" a sufrir un letargo de varios minutos, horas... o días. El apagar y prender la máquina no resolvió nada. La CPU está en "Stop", y la producción no puede esperar. Si tan sólo tuviera el "Step 5" y un cable de comunicación. Si tan sólo tuviera tarjetas de refaccionamiento. Ahora nos rondan esas ideas en nuestra mente como buitres sobrevolando la carroña.
Ahora un poco de ayuda, antes de que llegue el soporte técnico, al cual ya hemos localizado y viene en camino. Observemos bien la CPU. Antes de ponernos a hacer experimentos de todo tipo con el PLC, y arruinar la situación, en la mayoría de los casos, reparemos primero la posición del selector "RUN-STOP". Es posible que algún travieso haya puesto esta palanca en la posición "STOP" de ser así, nuestra CPU nunca encenderá el led de "RUN". Así que, sencillamente, movemos el selector a la posición de "RUN". Listo, problema arreglado. ¿No luce todavía el led de verde? De acuerdo, tal vez sólo parpadeó unos instantes para luego volver a apagarse completamente, y quedar el led de "Stop" tiranizando la CPU.
Bien, el selector está en la posición de "Run", pero el led verde de "Run" está apagado. Entonces, analicemos los leds que estén encendidos en la CPU:
El led "QVZ" nos indica que la CPU trató de direccionar una tarjeta, y no obtuvo respuesta. En otras palabras, en el programa de la CPU hay por lo menos una instrucción que trata de accesar una tarjeta específica (de entradas, de salidas, de comunicación, etc.), pero al revisar su hardware, la CPU no encontró tal tarjeta físicamente, y decidió darse un descanso yéndose a falla. Para poner a trabajar la CPU, verifiquemos que nadie haya quitado tarjetas del PLC, verifiquemos que todas las tarjetas en el PLC estén alimentadas correctamente, que ninguna de ellas esté mal montada, que ninguna de ellas sufra de algún corto circuito, en fin, hemos de revisar que ninguna tarjeta esté dañada o que tenga algún problema eléctrico. Una vez ubicada la falla en alguna tarjeta, y habiendo hecho la corrección correspondiente, será necesario volver a energizar nuestra CPU para eliminar la indicación de falla en este led.
El led "ADF" nos indica que el programa se intentó accesar a una dirección que físicamente no existe en el hardware del PLC. Por ejemplo, puede haber una instrucción que intente leer el estado del primer bit de una tarjeta de entradas digitales, con la dirección 160.0. Pero como esta dirección no existe, se enciende el led "ADF". Esta indicación la eliminamos corrigiendo la dirección, por ejemplo escribiendo 16.0.
Si vemos encendido el led "ZYK", sabremos que nuestro programa excedió su tiempo de ciclo. Como ya sabemos, todo nuestro programa en la CPU se ejecuta cíclicamente, es decir, la CPU empieza procesando la primera instrucción, va con la segunda, luego la tercera, etc., hasta que llega a la última instrucción. Una vez que ejecuta esta última instrucción, regresa a ejecutar la primera nuevamente, y este ciclo se repite indefinidamente... hasta que apagamos la máquina, o ponemos el selector en "Stop", o falla algo. En circunstancias normales, la CPU ha de ejecutar todas las instrucciones en un cierto tiempo, que es del orden de los milisegundos. Este tiempo de ciclo varía, dependiendo de las bifurcaciones que siga al ejecutar el código del programa, con saltos e interrupciones, entre otras cosas. Pero la CPU tiene un límite de tiempo para ejecutar su ciclo. Y si intenta pasarse de ese tiempo máximo, se irá inevitablemente a falla.
Para el caso del led "ZYK", ocurrió que la CPU emprendió su tarea de ejecutar el programa, sólo que se tardó tanto intentar llegar a la última instrucción, que fue atrapada por exceder su tiempo máximo de ejecución del programa, y se fue a falla. Este problema se solucionará revisando el programa, ya que puede ser que haya entrado en una rutina de la que no pudo salir, o nuestro programa es demasiado extenso y a veces se tarda un poco más en ejecutarlo. El programa no cambia, por supuesto, lo que cambia es la forma en que la CPU lo ejecuta, al encontrarse, como ya mencioné, con saltos, con instrucciones de comunicación, interrupciones, etc.
Por último tenemos el led "BASP", el cual es un simple indicador de que las salidas del PLC se han bloqueado, esto debido a algún otro tipo de falla ocurrido en el programa o en el propio hardware del PLC. Este bloqueo de salidas lo realiza de forma interna la CPU cuando detecta alguna grave irregularidad, y las salidas se van a condición segura al desactivarse.
Con esta pequeña guía de la indicación de los leds de la CPU, comenzamos a entender su funcionamiento, y a darnos cuenta de qué le puede estar pasando a nuestra CPU, y poder diagnosticar algunas fallas.
De momento, iniciamos con esto; próximamente aprenderemos más.
Para hacer más llevadera la convivencia con estos PLC's Siemens, vamos a enterder un poco más de su funcionamiento.
Esto lo comento ya que este tipo de PLC's, los S5, en todas sus versiones, ya están pasados de moda; a pesar de esto, es muy posible que los encontremos en los lugares que menos esperamos. Incluso, puede ser que en la empresa en que trabajamos, haya por lo menos uno de estos equipos que nos incomodan la vida, ya que se les puede ocurrir en el momento más inesperado. Y para hacerles frente, no nos queda más que leer literatura y manuales técnicos, ya que reemplazarlos a veces resulta una opción bastante costosa, aunque esto puede ser sólo en apariencia (definitivamente, a largo plazo, inlcuso a corto plazo, es una buena inversión actualizar nuestro equipo de control).
Como uno de los primeros pasos para "domesticar" estos equipos, conozcamos esta CPU 135:
No puede ser! Esta CPU se parece a una de las que tengo en mi planta!, dirán algunos al ver este simple bosquejo. Pero no es para alarmarse... hasta que falle. En ese momento, en que la CPU ya no quiera irse a RUN, empezamos a tomar acciones inmediatas. Pero basta armarse bien con el software (Step 5), el cable de comunicación (cable TTY a RS-232), y el programa de respaldo de este equipo, para hacerle frente a la mayoría de los problemas. Y lo mejor sería contar también con refaccionamiento de tarjetas, tanto de la CPU como tarjetas de entradas y salidas, tarjetas de comunicación, tarjetas especiales, rack de montaje y alimentación, pilas y tarjetas de memoria, etc. En fin, hacer una lista de los número de parte de cada tarjeta y cotejar si existen en almacén. Si no contamos con nada de esto... Es momento de armarse; no digan que no les advertí.
Ahora que ya pudieron retomar la lectura de este artículo, luego de hacer llamadas y más llamadas con proveedores de todas partes del mundo, y ya están más "tranquilos", regresemos al tema de los leds de esta CPU.
Estamos acostumbrados a ver nuestras máquinas trabajando sin parar. Al terminar la jornada de trabajo, o al terminar cierto lote de producción, simplemente apagamos la máquina y nos olvidamos de ella hasta que surge un nuevo pedido. Entonces, energizamos nuestro tablero, y con gusto vemos iluminarse foquitos por doquier y la máquina está lista para trabajar nuevamente. Nos agrada ver cómo la CPU, luego de energizarla, enciende sus leds, y no le damos importancia a ninguno de ellos, sólo esperamos a que terminen todos de parpadear, se apague el led rojo de "Stop" y casi como por arte de magia, enciende el led verde de "Run" para quedarse allí de forma permanente. Bien, nada qué hacer aquí. Es turno del operador de la máquina de hacerse cargo de lo demás. Nos retiramos contentos, y nos olvidamos de la máquina. Y mejor si no pensamos en que puede fallar el control. Una taza de café nos aliviará eso quede de inquietud y tensión.
Pero puede llegar el día en que ese siniestro foco rojo de "Stop" se apodere de la CPU y obligue al led verde de "Run" a sufrir un letargo de varios minutos, horas... o días. El apagar y prender la máquina no resolvió nada. La CPU está en "Stop", y la producción no puede esperar. Si tan sólo tuviera el "Step 5" y un cable de comunicación. Si tan sólo tuviera tarjetas de refaccionamiento. Ahora nos rondan esas ideas en nuestra mente como buitres sobrevolando la carroña.
Ahora un poco de ayuda, antes de que llegue el soporte técnico, al cual ya hemos localizado y viene en camino. Observemos bien la CPU. Antes de ponernos a hacer experimentos de todo tipo con el PLC, y arruinar la situación, en la mayoría de los casos, reparemos primero la posición del selector "RUN-STOP". Es posible que algún travieso haya puesto esta palanca en la posición "STOP" de ser así, nuestra CPU nunca encenderá el led de "RUN". Así que, sencillamente, movemos el selector a la posición de "RUN". Listo, problema arreglado. ¿No luce todavía el led de verde? De acuerdo, tal vez sólo parpadeó unos instantes para luego volver a apagarse completamente, y quedar el led de "Stop" tiranizando la CPU.
Bien, el selector está en la posición de "Run", pero el led verde de "Run" está apagado. Entonces, analicemos los leds que estén encendidos en la CPU:
El led "QVZ" nos indica que la CPU trató de direccionar una tarjeta, y no obtuvo respuesta. En otras palabras, en el programa de la CPU hay por lo menos una instrucción que trata de accesar una tarjeta específica (de entradas, de salidas, de comunicación, etc.), pero al revisar su hardware, la CPU no encontró tal tarjeta físicamente, y decidió darse un descanso yéndose a falla. Para poner a trabajar la CPU, verifiquemos que nadie haya quitado tarjetas del PLC, verifiquemos que todas las tarjetas en el PLC estén alimentadas correctamente, que ninguna de ellas esté mal montada, que ninguna de ellas sufra de algún corto circuito, en fin, hemos de revisar que ninguna tarjeta esté dañada o que tenga algún problema eléctrico. Una vez ubicada la falla en alguna tarjeta, y habiendo hecho la corrección correspondiente, será necesario volver a energizar nuestra CPU para eliminar la indicación de falla en este led.
El led "ADF" nos indica que el programa se intentó accesar a una dirección que físicamente no existe en el hardware del PLC. Por ejemplo, puede haber una instrucción que intente leer el estado del primer bit de una tarjeta de entradas digitales, con la dirección 160.0. Pero como esta dirección no existe, se enciende el led "ADF". Esta indicación la eliminamos corrigiendo la dirección, por ejemplo escribiendo 16.0.
Si vemos encendido el led "ZYK", sabremos que nuestro programa excedió su tiempo de ciclo. Como ya sabemos, todo nuestro programa en la CPU se ejecuta cíclicamente, es decir, la CPU empieza procesando la primera instrucción, va con la segunda, luego la tercera, etc., hasta que llega a la última instrucción. Una vez que ejecuta esta última instrucción, regresa a ejecutar la primera nuevamente, y este ciclo se repite indefinidamente... hasta que apagamos la máquina, o ponemos el selector en "Stop", o falla algo. En circunstancias normales, la CPU ha de ejecutar todas las instrucciones en un cierto tiempo, que es del orden de los milisegundos. Este tiempo de ciclo varía, dependiendo de las bifurcaciones que siga al ejecutar el código del programa, con saltos e interrupciones, entre otras cosas. Pero la CPU tiene un límite de tiempo para ejecutar su ciclo. Y si intenta pasarse de ese tiempo máximo, se irá inevitablemente a falla.
Para el caso del led "ZYK", ocurrió que la CPU emprendió su tarea de ejecutar el programa, sólo que se tardó tanto intentar llegar a la última instrucción, que fue atrapada por exceder su tiempo máximo de ejecución del programa, y se fue a falla. Este problema se solucionará revisando el programa, ya que puede ser que haya entrado en una rutina de la que no pudo salir, o nuestro programa es demasiado extenso y a veces se tarda un poco más en ejecutarlo. El programa no cambia, por supuesto, lo que cambia es la forma en que la CPU lo ejecuta, al encontrarse, como ya mencioné, con saltos, con instrucciones de comunicación, interrupciones, etc.
Por último tenemos el led "BASP", el cual es un simple indicador de que las salidas del PLC se han bloqueado, esto debido a algún otro tipo de falla ocurrido en el programa o en el propio hardware del PLC. Este bloqueo de salidas lo realiza de forma interna la CPU cuando detecta alguna grave irregularidad, y las salidas se van a condición segura al desactivarse.
Con esta pequeña guía de la indicación de los leds de la CPU, comenzamos a entender su funcionamiento, y a darnos cuenta de qué le puede estar pasando a nuestra CPU, y poder diagnosticar algunas fallas.
De momento, iniciamos con esto; próximamente aprenderemos más.
