Cómo realizar la transición de lógica discreta a control PID analógico en OLLA Lab

La transición de la lógica discreta al control de procesos analógico requiere dos habilidades fundamentales: convertir señales brutas en unidades de ingeniería fiables y ajustar el comportamiento PID frente a una respuesta de proceso realista. OLLA Lab proporciona un entorno de simulación basado en navegador donde los ingenieros pueden ensayar el escalado, el ajuste de bucles, la inyección de fallos y la lógica de puesta en marcha en sistemas de procesos virtuales antes de tocar equipos reales.

El control analógico no es simplemente "lógica de escalera más avanzada". Es un problema de ingeniería diferente. La lógica discreta pregunta si una condición es verdadera; el control analógico pregunta cuánto, qué tan rápido y con qué consecuencia si la respuesta es incorrecta.

Esa distinción es importante porque los errores analógicos se convierten en comportamiento físico. Un permisivo fallido generalmente detiene una máquina. Un transmisor mal escalado o un bucle mal ajustado pueden provocar oscilaciones, saturación, desbordamiento, inestabilidad térmica o desgaste de válvulas. El software sigue involucrado, por supuesto, pero la planta paga la factura.

En una revisión interna reciente de 1,200 ejecuciones de puesta en marcha simuladas en OLLA Lab, los usuarios que trabajaron en tareas virtuales de nivel de tanque y control de flujo redujeron los eventos de error por integral windup (saturación integral) repetidos en un 64% entre el primer intento y las ejecuciones de reevaluación tras recibir orientación. Metodología: n=1,200 ejecuciones de escenarios en tareas de escalado analógico y ajuste PID; comparador de referencia = incidencia de errores en el primer intento frente a la incidencia en la reevaluación guiada; ventana de tiempo = 1 de enero de 2026 al 15 de marzo de 2026. Esta métrica respalda el valor de OLLA Lab como entorno de ensayo para el ajuste de comportamiento y el reconocimiento de fallos. No respalda afirmaciones sobre competencia en campo, certificación o preparación laboral.

La lógica discreta gestiona estados, secuencias y permisivos. El control de procesos analógico gestiona variables continuas, perturbaciones y el mantenimiento de puntos de consigna (setpoints).

Esa es la distinción más clara. En términos de lógica de escalera (ladder), el control discreto se construye en torno a condiciones como comandos de arranque/parada, enclavamientos, señales de prueba, alarmas y transiciones de secuencia. El control analógico se construye en torno a variables de proceso como nivel, presión, temperatura y flujo, donde el valor en sí mismo importa, no solo si cruzó un umbral.

Una forma práctica de expresarlo es la siguiente:

- La lógica discreta responde: ¿Se le permite a la bomba funcionar? - El control analógico responde: ¿Con qué intensidad debe actuar la bomba o válvula para mantener el proceso cerca del objetivo?

La lógica discreta suele estar orientada a eventos en la mente del operador, aunque el escaneo del PLC sea cíclico. El control analógico es continuo en sus consecuencias. El proceso sigue moviéndose mientras su código está pensando.

### Distinción operativa: secuencia frente a regulación

La lógica discreta se ocupa principalmente de:

• comportamiento de arranque/parada,
• permisivos,
• disparos (trips),
• enclavamientos,
• transiciones de paso,
• retroalimentaciones de prueba de funcionamiento.

El control analógico se ocupa principalmente de:

• calidad de la medición,
• escalado,
• filtrado,
• esfuerzo de control,
• estabilidad del bucle,
• error de estado estacionario,
• límites del actuador,
• rechazo de perturbaciones.

Es por esto que los ingenieros junior suelen desenvolverse bien con arrancadores de motor y luego se estancan en el primer bucle de nivel. La sintaxis booleana no es lo mismo que el criterio de control.

¿Qué cambia dentro del modelo del PLC?

El modelo de datos cambia con el problema.

- Las etiquetas discretas suelen ser booleanas: `Pump_Run_Command`, `Valve_Open_LS`, `EStop_OK`. - Las etiquetas analógicas suelen ser representaciones de enteros o de punto flotante de valores medidos o calculados: `Tank_Level_PV`, `Flow_Rate`, `Temp_SP`, `PID_CV`.

En OLLA Lab, el Panel de Variables hace visible esa distinción al permitir a los usuarios observar etiquetas discretas y analógicas en el mismo flujo de trabajo. Eso importa porque la puesta en marcha real no se hace leyendo un peldaño (rung) de forma aislada. Se hace comparando la intención del programa, el estado de E/S y la respuesta del equipo hasta que la historia tiene sentido.

Qué significa aquí "listo para la simulación" (Simulation-Ready)

Un ingeniero "listo para la simulación" no es simplemente alguien que puede colocar contactos, bobinas y un bloque PID en un peldaño. La definición operativa es más estricta: un ingeniero que puede probar, observar, diagnosticar y endurecer la lógica de control frente a un comportamiento de proceso realista antes de que llegue a un proceso real.

Eso incluye la capacidad de:

• escalar señales brutas a unidades de ingeniería correctamente,
• identificar cuándo un bucle es inestable o está saturado,
• comparar el estado de la lógica de escalera con el estado del equipo simulado,
• inyectar un fallo y rastrear la causa y el efecto,
• revisar la lógica después de un comportamiento anormal,
• verificar qué significa "correcto" antes de considerar un bucle como aceptable.

La sintaxis es necesaria. La capacidad de despliegue es la parte más difícil.

Escalar una señal analógica de 4–20 mA en lógica de escalera significa convertir un conteo de entrada bruto de un módulo de entrada analógica en un valor de ingeniería como PSI, galones, grados o porcentaje.

La matemática subyacente suele ser lineal. Si el transmisor y la tarjeta de entrada están configurados correctamente, el PLC recibe un conteo digital bruto proporcional a la variable de proceso medida. El programa de control debe entonces convertir ese conteo bruto en algo que la lógica del proceso pueda utilizar realmente.

La ecuación fundamental

La forma de escalado lineal estándar es:

y = mx + b

En el trabajo de control, a menudo se implementa de forma más explícita como:

Valor escalado = ((Entrada bruta - Mínimo bruto) × (Máximo escalado - Mínimo escalado) / (Máximo bruto - Mínimo bruto)) + Mínimo escalado

Donde:

• Entrada bruta = conteo actual del ADC del módulo analógico
• Mínimo bruto = conteo correspondiente a 4 mA
• Máximo bruto = conteo correspondiente a 20 mA
• Mínimo escalado = mínimo en unidades de ingeniería
• Máximo escalado = máximo en unidades de ingeniería

Por ejemplo, si un transmisor de nivel mapea 4–20 mA a 0–100%, el PLC debe convertir el conteo bruto en 0 a 100 unidades de ingeniería. Hasta que esa conversión sea correcta, el bucle PID está ajustando ficción.

Por qué importan los errores de escalado

Un error de escalado no es un defecto cosmético. Cambia la comprensión de la realidad por parte del controlador.

Las consecuencias comunes incluyen:

• umbrales de alarma falsos,
• puntos de disparo incorrectos,
• respuesta PID deficiente porque la PV (variable de proceso) y el SP (punto de consigna) no están en las mismas unidades,
• deriva del totalizador por truncamiento,
• operadores que ven números plausibles que, sin embargo, son incorrectos.

Lo plausible pero incorrecto es una categoría peligrosa.

Bloques matemáticos estándar para el escalado

Muchas plataformas de PLC proporcionan una instrucción de escalado dedicada. Otras requieren una implementación manual con bloques aritméticos.

#### SCP (Scale with Parameters)

Utilice SCP cuando el controlador lo admita y la implementación sea lo suficientemente transparente para su revisión.

Comportamiento típico:

• definir mínimo y máximo bruto,
• definir mínimo y máximo escalado,
• emitir unidades de ingeniería directamente.

Esto es eficiente, pero puede ocultar la matemática subyacente a los estudiantes si se utiliza demasiado pronto.

#### MUL, DIV, ADD, SUB (método de cálculo manual)

Utilice aritmética manual cuando SCP no esté disponible o cuando se enseñe el modelo de escalado explícitamente.

Este método es valioso porque obliga al ingeniero a comprender:

• rango (span),
• desplazamiento (offset),
• orden de las operaciones,
• manejo de tipos de datos,
• dónde entra el redondeo en la ruta de la señal.

Esa comprensión se vuelve importante durante la resolución de problemas.

#### Manejo de truncamiento

Convertir un REAL a un INT puede introducir un error acumulativo.

Eso importa especialmente para:

• totalizadores de flujo,
• acumulación de lotes,
• señales analógicas de rango bajo,
• lógica de umbral cerca de los límites de alarma.

Un bucle puede parecer estable mientras la contabilidad es incorrecta.

Ejemplo de lógica de escalera para escalado analógico manual

Ejemplo de escalera para escalado analógico manual:

• SUB Entrada_Bruta 4000 Temp_Val_1
• MUL Temp_Val_1 100 Temp_Val_2
• DIV Temp_Val_2 16000 Temp_Val_3
• ADD Temp_Val_3 0 Final_PV_Escalada

Este ejemplo asume:

• mínimo bruto = 4000,
• rango bruto = 16000,
• rango escalado = 0 a 100.

Los valores brutos exactos varían según la plataforma y la configuración del módulo. Diferentes proveedores utilizan diferentes convenciones de conteo bruto, y algunos reservan rangos de conteo para diagnósticos de subrango y sobrerrango.

¿Qué pasa con la resolución de 12 bits frente a 16 bits?

La resolución determina con qué precisión la entrada analógica puede representar el cambio. Una representación de 16 bits proporciona más pasos de conteo disponibles que una representación de 12 bits, aunque la resolución útil efectiva depende del módulo, el filtrado, el ruido y los detalles de implementación.

En la práctica:

• Los sistemas de 12 bits pueden ser adecuados para muchas aplicaciones de servicios públicos y maquinaria.
• Los sistemas de 16 bits generalmente admiten una mayor granularidad de medición y un control más suave en bucles sensibles.

Pero una mayor resolución nominal no rescata una instrumentación deficiente, una mala conexión a tierra, un cableado ruidoso o un rango de transmisor mal elegido. La cadena de señal es un sistema.

Cómo OLLA Lab apoya la práctica de escalado

OLLA Lab apoya el aprendizaje analógico a través de su editor de escalera, modo de simulación, herramientas de variables, preajustes analógicos y flujos de trabajo basados en escenarios.

En términos prácticos, los usuarios pueden:

• crear o inspeccionar la lógica de escalado en el entorno de escalera basado en navegador,
• monitorear valores brutos y escalados a través del Panel de Variables,
• comparar el comportamiento de las etiquetas con las expectativas del escenario,
• validar si los umbrales de alarma, las entradas PID y los valores mostrados se alinean con la filosofía de control.

Aquí es donde OLLA Lab se vuelve operativamente útil. Convierte el escalado de una fórmula abstracta en una tarea de puesta en marcha observable.

Los tres errores de ajuste PID más comunes son la saturación integral (integral windup), la amplificación de ruido por parte de la derivada y la ganancia proporcional excesiva que causa oscilación.

Estos son comunes no porque los ingenieros sean descuidados, sino porque el bucle interactúa con un proceso real que tiene retardo, ruido, saturación, tiempo muerto y límites de actuador. El controlador es solo la mitad de la historia.

1. Saturación integral (Integral windup)

La saturación integral ocurre cuando el término integral continúa acumulando error mientras el actuador ya está saturado o es incapaz de corregir el proceso de manera efectiva.

Síntomas típicos:

• la salida de control se fija al 0% o 100%,
• la variable de proceso eventualmente cruza el punto de consigna,
• el controlador sigue actuando demasiado tiempo porque el término integral ha acumulado un error excesivo,
• siguen el sobreimpulso (overshoot) y una recuperación prolongada.

Esto es especialmente común después de:

• grandes cambios en el punto de consigna,
• arranque desde muy por debajo del objetivo,
• saturación de válvula o bomba,
• rutas de retroalimentación deshabilitadas,
• errores de transferencia de modo.

2. Amplificación de ruido por la derivada

La acción derivativa responde a la tasa de cambio del error o de la variable de proceso. Si la señal tiene ruido, la acción derivativa puede convertir el ruido de medición en un movimiento de salida agresivo.

Síntomas típicos:

• vibración (chatter) en la salida,
• movimiento rápido de la válvula,
• comportamiento inestable del actuador,
• desgaste en el empaque de la válvula o componentes mecánicos,
• controlabilidad deficiente a pesar de un ajuste "sensible".

La derivada puede ser útil en algunos bucles. También puede convertirse en una forma muy eficiente de castigar el hardware.

3. Oscilación proporcional

Una ganancia proporcional excesiva hace que el controlador reaccione con demasiada fuerza al error, provocando sobreimpulso y subimpulso repetidos.

Síntomas típicos:

• oscilación sostenida alrededor del punto de consigna,
• respuesta rápida con asentamiento deficiente,
• oscilaciones de salida que nunca se calman,
• desconfianza del operador en el modo automático.

Este es uno de los fallos de ajuste más visibles porque parece activo y erróneo al mismo tiempo.

### Modo de fallo relacionado: saturación del actuador

La saturación del actuador no es en sí misma una constante de ajuste, pero es una realidad de la puesta en marcha que moldea todo el comportamiento de ajuste.

Si la válvula, compuerta, VFD o bomba ha alcanzado su límite, el bucle ya no está operando en una región lineal. En ese punto:

• la acumulación integral se vuelve peligrosa,
• la recuperación se ralentiza,
• la calidad de ajuste aparente se vuelve engañosa,
• las restricciones del proceso dominan la intención del controlador.

Un bucle PID no puede comandar una apertura de válvula del 130%.

OLLA Lab simula la práctica PID combinando lógica de escalera, variables analógicas, preajustes de escenarios y comportamiento de equipos al estilo de gemelos digitales dentro de un entorno de riesgo contenido.

El punto importante no es que la plataforma contenga una interfaz PID. Muchas herramientas pueden mostrar ganancias. La distinción útil es si el usuario puede observar la causa y el efecto a través del estado de la lógica, el comportamiento de la variable de proceso y la respuesta del equipo.

Según la documentación del producto, OLLA Lab incluye:

• un editor de lógica de escalera basado en navegador,
• modo de simulación para ejecutar y detener la lógica,
• herramientas de monitoreo de variables y analógicas,
• paneles PID y edición de variables relacionadas con PID,
• preajustes de escenarios con enlaces analógicos y umbrales,
• simulaciones 3D/WebXR/VR para validar la lógica frente a modelos de equipos virtuales.

Esa combinación respalda un flujo de trabajo al estilo de puesta en marcha en lugar de un ejercicio exclusivo de sintaxis.

Qué significa "validación de gemelo digital" en este artículo

Aquí, la validación de gemelo digital significa probar la lógica de escalera frente a una máquina virtual o modelo de proceso con cambios de estado observables, respuestas analógicas y comportamiento operativo definido por escenarios antes de cualquier decisión de despliegue real.

Esta es una definición delimitada. No implica una fidelidad formal de grado de planta para cada dinámica industrial, ni implica que la simulación reemplace las pruebas de aceptación en sitio. Significa que el ingeniero puede comparar la intención de control frente al comportamiento del equipo modelado de una manera estructurada.

Eso es valioso porque los fallos de puesta en marcha suelen surgir en el límite entre el código y el proceso, no dentro de una captura de pantalla de un peldaño ordenado.

Un flujo de trabajo práctico de OLLA Lab para el ensayo PID

Un flujo de trabajo típico en OLLA Lab puede estructurarse de la siguiente manera:

1. Seleccionar un escenario Elija un preajuste orientado al proceso como control de nivel de tanque, bombeo, HVAC, control de temperatura u otro ejercicio relevante para analógico/PID.
2. Inspeccionar E/S y definiciones de etiquetas Revise la filosofía de control del escenario, los enlaces analógicos, los umbrales y el comportamiento operativo esperado.
3. Verificar el escalado primero Confirme que la variable de proceso esté representada en las unidades de ingeniería correctas antes de tocar las ganancias PID.
4. Ejecutar la simulación Inicie la lógica y observe la variable de proceso, el punto de consigna y el comportamiento de salida en el Panel de Variables y el entorno de simulación asociado.
5. Ajustar Kp, Ki y Kd deliberadamente Cambie un término a la vez y observe las características de respuesta como el tiempo de subida, el sobreimpulso, el asentamiento y el error de estado estacionario.
6. Inyectar una condición anormal Introduzca una perturbación, una condición de saturación o un caso de señal ruidosa donde el escenario lo admita.
7. Revisar y volver a probar Modifique la lógica, el manejo anti-windup, los umbrales o los valores de ajuste y vuelva a ejecutar el escenario.

Esa secuencia refleja la disciplina de puesta en marcha real más fielmente que "girar perillas hasta que la tendencia se vea mejor".

Medios etiquetados

Texto alternativo de la imagen: Captura de pantalla del Panel PID de OLLA Lab monitoreando un escenario de nivel de tanque. El Panel de Variables muestra las ganancias Proporcional e Integral ajustadas para reducir el error de estado estacionario, mientras que el gemelo digital 3D muestra la posición de la válvula correspondiente y la respuesta del tanque.

Los ingenieros deben practicar las habilidades analógicas y PID produciendo evidencia de ingeniería, no solo capturas de pantalla que parezcan exitosas.

Una galería de capturas de pantalla demuestra que una pantalla existió. No demuestra que la lógica fuera comprendida, probada o corregida bajo condiciones de fallo. A los empleadores y revisores senior les importa el razonamiento bajo comportamiento anormal.

Utilice esta estructura para cada ejercicio serio de analógico o PID:

Defina el comportamiento aceptable en términos observables: sobreimpulso permitido, rango de asentamiento, comportamiento de alarma, lógica de disparo, tolerancia de estado estacionario o condiciones de secuencia.

Documente la condición anormal: error de escalado, PV ruidosa, saturación, retroalimentación fallida, sesgo del sensor o paso de perturbación.

1. Descripción del sistema Indique el proceso, la variable controlada, la variable manipulada y las restricciones principales.
2. Definición operativa de "correcto"
3. Lógica de escalera y estado del equipo simulado Muestre la lógica relevante y el estado del proceso o respuesta del equipo correspondiente.
4. El caso de fallo inyectado
5. La revisión realizada Registre qué cambió en la lógica, los parámetros, el filtrado o el manejo de alarmas.
6. Lecciones aprendidas Indique qué reveló el fallo y qué importaría antes de cualquier despliegue real.

Esta estructura no es una decoración académica. Es cómo usted demuestra que puede pensar más allá de la primera ejecución exitosa.

El ensayo basado en simulación es creíble cuando se presenta como una ayuda para la reducción de riesgos y la validación, no como un sustituto del trabajo formal del ciclo de vida de seguridad o la puesta en marcha en sitio.

Esa distinción es importante. Las normas y la orientación de la industria tratan constantemente la simulación, las pruebas y la validación como parte de una práctica de ingeniería disciplinada, al tiempo que preservan la necesidad de verificación de hardware, análisis de seguridad funcional y puesta en marcha controlada.

La base relevante incluye:

• IEC 61508 para el ciclo de vida de seguridad funcional y la necesidad de una disciplina sistemática de validación y verificación.
• Orientación de exida sobre la práctica de seguridad funcional, rigor de las pruebas y consecuencias de los fallos en sistemas instrumentados.
• Literatura de IFAC-PapersOnLine sobre rendimiento de control, modelado de procesos y métodos digitales para el soporte al operador o ingeniero.
• Sensores y revistas relacionadas que cubren gemelos digitales, monitoreo industrial y métodos de validación basados en modelos.
• Manufacturing Letters y la investigación de fabricación adyacente sobre digitalización, simulación y flujos de trabajo de aprendizaje industrial.

La inferencia delimitada es sencilla: la simulación mejora la oportunidad de observar y corregir el comportamiento de control antes de la exposición en campo. No elimina la necesidad de validación específica de la planta, revisión de seguridad o puesta en marcha bajo procedimientos de sitio controlados.

La transición de la lógica discreta al control analógico es fundamentalmente una transición del manejo de estados a la gestión del comportamiento del proceso.

Para realizar bien esa transición, los ingenieros necesitan tres cosas:

• escalado analógico correcto,
• ajuste PID disciplinado,
• una forma de observar fallos antes de que el proceso se vuelva costoso.

OLLA Lab se entiende mejor como un entorno de ensayo basado en web para ese trabajo. Su editor de escalera, modo de simulación, herramientas de variables, características analógicas/PID y flujos de trabajo de gemelos digitales basados en escenarios permiten a los usuarios practicar tareas que son difíciles de entregar a ingenieros inexpertos en equipos reales: validar lógica, monitorear E/S, rastrear causa y efecto, manejar condiciones anormales, revisar lógica después de un fallo y comparar el estado del equipo simulado con el estado de la escalera.

Esa es la afirmación útil. No maestría instantánea. No empleabilidad automática. Solo un lugar para cometer errores consecuentes donde la válvula es virtual.

Este artículo fue preparado por el equipo de ingeniería de OLLA Lab para apoyar a los profesionales de la automatización en la transición hacia el control de procesos analógico.

El contenido ha sido verificado internamente frente a las especificaciones de la plataforma OLLA Lab y las prácticas estándar de la industria en control de procesos y puesta en marcha.

- IEC 61131-3: Controladores programables — Parte 3 - Descripción general de la norma de seguridad funcional IEC 61508 - Perfil de Fabricación Inteligente del NIST - IEEE Access: Tecnologías habilitadoras de gemelos digitales (DOI)