Una instrucción ONS puede funcionar exactamente como se diseñó, mientras que la salida que aparece junto a ella parece no energizarse nunca. La aparente contradicción se debe a la temporización del escaneo: ONS deja pasar una transición de falso a verdadero durante un escaneo del programa, mientras que OTE escribe su destino a partir de la condición del peldaño cada vez que este se evalúa. Al colocarlas en serie, el destino es verdadero durante un escaneo y vuelve a ser falso después.

Ese pulso puede ser completamente válido para incrementar un contador, registrar un evento o solicitar una transición de estado. Por lo general, es el comando equivocado para un arrancador físico, un solenoide de válvula o una indicación para el operador que deba permanecer activa hasta que otra condición la finalice.

El resaltado verde en línea puede pasar desapercibido cuando el estado verdadero dura solo una ejecución de la tarea.

Lo que realmente garantizan ONS y OTE

Rockwell Automation define ONS como una instrucción que hace que el resto de un peldaño de escalera sea verdadero durante un escaneo cuando la condición entrante del peldaño cambia de falso a verdadero. Su bit de almacenamiento recuerda si la lógica anterior ya era verdadera. Ese bit de almacenamiento pertenece al detector de flancos y no debe compartirse de manera indiscriminada con otra instrucción de un solo disparo.

OTE tiene un contrato diferente. Establece su bit de destino cuando la condición del peldaño es verdadera y borra el bit cuando la condición del peldaño es falsa. La referencia de instrucciones de bits de Studio 5000 de Rockwell distingue la habilitación de un escaneo mediante ONS de los comportamientos mantenidos y retentivos de OTE, OTL y OTU.

En el escaneo que detecta el flanco ascendente, ONS permite la continuidad del peldaño y el destino de OTE se vuelve verdadero. En el escaneo siguiente, la entrada todavía puede ser verdadera, pero ONS bloquea la continuidad porque el flanco ya se consumió. Entonces OTE borra su destino. El resultado es un pulso legítimo de un escaneo, no una bobina defectuosa.

Por qué el pulso desaparece de la vista

La ejecución de las tareas de Logix y la actualización en línea de la estación de ingeniería son procesos independientes. Una tarea periódica puede ejecutarse muchas veces entre dos actualizaciones de la pantalla. Por lo tanto, la salida puede activarse y desactivarse entre dos actualizaciones visibles, aunque el procesador haya ejecutado correctamente ambos estados.

Una salida física introduce otra frontera. El controlador actualiza sus datos de salida, el módulo de comunicación transfiere los datos según su propia programación y el dispositivo conectado tiene un tiempo de respuesta eléctrico y mecánico. Un pulso que existe durante un escaneo en la imagen del controlador puede ser demasiado corto para llegar al dispositivo de campo o accionarlo de forma fiable. El comportamiento exacto depende del periodo de la tarea, la actualización del módulo, la configuración de la red, el hardware de salida y la carga, no de un umbral universal de milisegundos.

Para el diagnóstico, cuente los flancos en una etiqueta interna, enclave un bit de diagnóstico temporal que requiera un reinicio deliberado o registre el evento a una velocidad adecuada para la tarea. No prolongue un comando de producción solo para hacerlo visible sin considerar primero qué podría accionar ese comando prolongado.

Elija el patrón según el comportamiento de estado requerido

Use un pulso de un escaneo para un evento

ONS es apropiada cuando la instrucción posterior debe ejecutarse una sola vez: incrementar un conteo, copiar una receta, capturar una marca de tiempo, iniciar un mensaje o solicitar a una máquina de estados que pase al siguiente estado. En ese diseño, la etiqueta de un escaneo es un evento, no un comando para el equipo.

Nómbrela de acuerdo con su función: Start_Request_Pulse es más claro que Pump_Start. La rutina de estado o del equipo debe aceptar la solicitud, comprobar los permisos, establecer la propiedad y crear el comando de marcha mantenido.

Use una ecuación de enclavamiento para un comando mantenido no retentivo

Si un evento de arranque debe mantener un bit de marcha hasta que se active la lógica de parada, fallo o interbloqueo, una ecuación de estado con enclavamiento puede controlar una OTE. El comando permanece verdadero porque el bit de estado participa en su propia condición de mantenimiento, no porque ONS permanezca verdadera.

Coloque las condiciones de parada, fallo, modo y permisos de modo que su prioridad sea inequívoca. Evite dibujar una rama que eluda precisamente el interbloqueo destinado a detener el equipo. Un único propietario de la salida es más fácil de revisar que varios peldaños que escriben el mismo BOOL.

La instrucción de un solo disparo debe solicitar un cambio de estado; la lógica mantenida debe ser propietaria del comando del equipo.

Use OTL y OTU solo con una propiedad de reinicio explícita

OTL establece un bit y OTU lo borra. Puede ser un patrón claro de evento a estado, pero cada ruta de establecimiento necesita una ruta de reinicio revisada. Defina qué ocurre en el primer escaneo, el cambio de modo, la descarga, el reinicio del procesador, la pérdida de realimentación y la transición a un estado de fallo. Nunca suponga que un botón de parada del operador es la única condición que debe desenclavar el comando.

Para equipos complejos, una máquina de estados suele ser más clara que instrucciones de enclavamiento y desenclavamiento dispersas. Proporciona un lugar único para definir el comportamiento de Inactivo, Arrancando, En marcha, Deteniéndose y En fallo, junto con las transiciones permitidas entre ellos.

Secuencia de diagnóstico priorizando los fallos

Primero confirme que la lógica anterior a ONS realmente cambia de falso a verdadero. Si ya es verdadera cuando la rutina comienza a ejecutarse, puede no existir un flanco nuevo que dejar pasar. Compruebe si la rutina se escanea continuamente, si se llama condicionalmente o si está ubicada en una tarea inhibida.

Segundo, verifique que el bit de almacenamiento de ONS sea único. Reutilizar una misma etiqueta de almacenamiento en dos ubicaciones vincula el historial de flancos de peldaños no relacionados y puede suprimir los pulsos esperados.

Tercero, realice una referencia cruzada del destino de OTE. Otra OTE, OTL, OTU, etiqueta producida, alias o escritura externa puede cambiar el mismo bit más adelante en el escaneo o en otra tarea. La documentación de OTE de Rockwell advierte específicamente sobre operandos que se sobrescriben. Establezca un único propietario para el comando final y permita que las demás rutinas soliciten cambios mediante etiquetas separadas.

Cuarto, separe el estado del controlador del estado físico. Observe la etiqueta de comando, el estado de conexión del módulo, los datos de salida, la tensión de campo, el relé intermedio, la entrada del arrancador y la realimentación del dispositivo como puntos distintos de la cadena de señal. Una etiqueta correcta no demuestra que exista alimentación de campo, y un LED de salida energizado no demuestra que el actuador se haya movido.

Por último, elimine las fuerzas y los enclavamientos de diagnóstico temporales después de las pruebas. Documente el método de prueba para que el personal de mantenimiento no herede un bit exclusivo del servicio que cambie silenciosamente el comportamiento de producción.

Ejemplo de aplicación: selección de la bomba principal

Una rutina principal/de reserva puede generar un pulso de un solo disparo cuando la Bomba 1 pasa a ser la unidad principal seleccionada. Ese flanco no debe conectarse directamente a la salida física. Debe solicitar un arranque al módulo del equipo de bombeo. El módulo comprueba entonces el modo automático, los permisos, el estado de disparo, el tiempo mínimo de apagado, la demanda del proceso y la disponibilidad antes de activar un comando de marcha mantenido.

La realimentación debe hacer que el estado pase de Arrancando a En marcha, mientras que un tiempo de espera de arranque genera una respuesta de fallo. La demanda de parada y los fallos deben llevar el estado hacia una parada controlada o un disparo inmediato, según el diseño del proceso. Esta separación evita que un evento momentáneo de selección sea lo único que mantenga un comando del motor.

Para ver otro ejemplo de cómo convertir una intención booleana en una estructura de escalera mantenible, consulte la guía corregida sobre XOR de tres interruptores y lógica de paridad impar. Las opciones de controladores y E/S también pueden consultarse en sistemas PLC y PAC.

La prueba de diseño es la propiedad

Perspectiva editorial: el error recurrente no consiste en comprender mal una instrucción de un solo disparo, sino en permitir que un bit de evento se haga pasar por un estado del equipo. Los detectores de flancos responden a «¿ocurrió esta transición?». La lógica de estado responde a «¿qué debería estar haciendo la máquina ahora?». Mantener separadas estas preguntas produce un código más fácil de poner en marcha, más seguro al reiniciar y mucho menos vulnerable a modificaciones con bobinas duplicadas.

Preguntas frecuentes

¿ONS energiza la OTE siguiente?

Sí, durante el escaneo en el que la condición entrante del peldaño cambia de falso a verdadero. En el escaneo siguiente, ONS bloquea el peldaño hasta que su condición de entrada vuelva primero a falso y después suba nuevamente.

¿Por qué no puedo ver que OTE se active en línea?

El pulso de un escaneo puede comenzar y terminar entre dos actualizaciones de la estación de ingeniería. Use un contador de eventos interno, un enclavamiento de diagnóstico controlado o una tendencia configurada adecuadamente para demostrar que ocurrió el flanco.

¿Debo reemplazar OTE por OTL?

Solo si el estado retenido es realmente el requisito y todas las condiciones de desenclavamiento están diseñadas explícitamente. Para muchos comandos de equipos, una máquina de estados o una ecuación de enclavamiento con un único propietario OTE es más fácil de auditar.

¿Pueden dos instrucciones ONS compartir el mismo bit de almacenamiento?

No deberían. El bit de almacenamiento registra el historial del flanco. Compartirlo vincula las dos instrucciones y puede hacer que un peldaño suprima el pulso esperado del otro.

¿Puede una OTE de un escaneo controlar una salida física?

El controlador puede escribir ese estado, pero es posible que el pulso no se transfiera ni se mantenga el tiempo suficiente para que el módulo y el dispositivo de campo respondan. Los comandos físicos deben basarse en un requisito definido de estado mantenido.