Inicio / Recursos / Automatización y PLC / Listado de señales PLC

Automatización

Listado de señales PLC: campos, ejemplo y revisión

Una buena lista de señales no termina en el recuento de entradas y salidas. Debe permitir diseñar el PLC, revisar el cableado, preparar la HMI y comenzar la programación sin volver a interpretar cada equipo.

La idea clave

Un listado de señales PLC relaciona cada variable con su equipo, función, origen y destino. Para diseñar las E/S físicas debe distinguir las señales cableadas de las internas y comunicadas; para programar, también necesita nombres, tipos, unidades y criterios de fallo coherentes.

Recurso gratuito · Excel editable

Descarga la plantilla de listado de señales PLC

Incluye una hoja vacía de 100 filas, un ejemplo DS-101 con cinco variables, diccionario de campos y registro de revisión. Separa las E/S cableadas de las variables comunicadas e internas, con recuentos por tipo y avisos básicos de clasificación y duplicados.

Descarga directa, sin registro. Ejemplo ficticio para adaptar y revisar; no es una exportación del software ni un diseño aprobado.

En muchos proyectos, el listado de señales aparece como un archivo aislado creado por automatización. El ingeniero recibe un P&ID, varias hojas de datos y correos con decisiones parciales, y traduce todo a una tabla propia. Esa tabla puede servir para contar E/S, pero no siempre conserva el contexto necesario para el resto del proyecto.

Si partes del P&ID, prepara primero el índice de instrumentos para distinguir los objetos de campo de las variables del sistema. Un instrumento local puede no aportar E/S y un equipo comunicado puede proporcionar varias variables sin ser varios instrumentos.

El enfoque más robusto consiste en tratar el listado como una vista de la base técnica del proyecto. Cada señal debe poder relacionarse con un equipo, una función, una comunicación, una ubicación y un destino.

1. Qué debe resolver un listado de señales

Antes de decidir columnas, conviene definir para qué se utilizará. Una lista madura debería responder, como mínimo, a estas preguntas:

  • ¿Qué equipo o función origina la señal?
  • ¿Es una señal física, interna o comunicada?
  • ¿Cuál es su tipo de dato?
  • ¿Entra o sale del PLC?
  • ¿La HMI la muestra, la escribe o no interviene?
  • ¿Necesita un cable y una conexión de campo?
  • ¿Está asignada a una tarjeta y canal?
  • ¿Forma parte de una comunicación como MODBUS?
  • ¿Qué revisión y estado tiene?

Si una señal no puede rastrearse hasta su función y su equipo, el listado solo traslada el problema a la programación.

2. Empezar por equipos y variables tipo

La definición de equipos ofrece un origen estable. Un motor, una válvula de control o un transmisor tienen conjuntos de variables recurrentes, aunque cada proyecto introduzca excepciones.

Por ejemplo, una bomba puede necesitar órdenes, estados, alarmas y disponibilidad. Un instrumento analógico puede incorporar valor de proceso, fallo, calidad o simulación. Definir estas variables por tipología ayuda a mantener un estándar sin copiar filas de proyectos anteriores.

El procedimiento recomendado es:

  1. Crear la lista de equipos con tag y descripción únicos.
  2. Asignar una tipología funcional y física.
  3. Aplicar las variables tipo de la empresa.
  4. Eliminar las que no procedan y añadir excepciones justificadas.
  5. Revisar el resultado con proceso, electricidad y automatización.

3. Campos recomendados

No todos los proyectos necesitan las mismas columnas, pero esta estructura cubre la mayoría de las decisiones iniciales:

CampoFinalidadEjemplo
TAG de señalIdentificación única de equipo y subvariableP-101.Marcha
DescripciónExplica la función sin depender del tagOrden de marcha de bomba de dosificación
EquipoPermite agrupar y rastrear el origenP-101
ComunicaciónDistingue interna, cableada o comunicadaCableada
Tipo de datoPrepara PLC, HMI y comunicacionesBOOL / REAL / WORD
Tipología físicaRelaciona la variable con presión, nivel, motor, etc.Caudal
E/S PLCClasifica ED, SD, EA, SA o internaED
E/S HMIDefine la perspectiva de la HMI: lee, solicita escritura o no utilizaHMI lee el estado
UbicaciónReserva o identifica rack, tarjeta y canalR1-P4-C2
EstadoControla madurez y revisiónRevisada

4. Criterios que evitan ambigüedades

Señal física, interna o comunicada

Una variable interna no ocupa una entrada o salida física. Una señal comunicada tampoco debe contarse automáticamente como canal cableado. Separar estas categorías desde el principio evita sobredimensionar el rack o dejar sin tratar el mapa de comunicaciones.

Dirección desde el punto de vista del PLC

«Entrada» y «salida» deben definirse siempre desde la misma perspectiva. En una lista PLC, una orden hacia una válvula es una salida; una confirmación de fin de carrera es una entrada. La descripción debe impedir interpretaciones opuestas.

Tipo de dato y representación

No basta con indicar que una señal es analógica. Deben acordarse el tipo de dato, escala, unidad, resolución y tratamiento de fallo cuando afecten a PLC, HMI o comunicación.

Nombres estables

Los nombres deben poder mantenerse durante todo el proyecto. Cambiar convenciones después de asignar canales, HMI y código genera trabajo cruzado. Conviene validar una pequeña muestra antes de generar cientos de filas.

5. Revisión antes de diseñar el rack

Antes de seleccionar tarjetas, realizar una revisión por bloques:

  1. Integridad de equipos: no faltan actuadores ni instrumentos.
  2. Coherencia funcional: cada variable tiene sentido para su tipología.
  3. Comunicación: señales cableadas y comunicadas están separadas.
  4. Clasificación: ED, SD, EA y SA son coherentes con campo.
  5. Seguridad: las funciones de seguridad se identifican y tratan con el proceso y metodología adecuados.
  6. Reservas: el margen de E/S se define como criterio explícito, no como filas ficticias.

Solo entonces conviene asignar rack, tarjeta, canal y dirección. De este modo, una modificación funcional se detecta antes de comprometer hardware.

Con el recuento funcional revisado, utiliza la guía de dimensionamiento de E/S PLC: módulos, reservas y compatibilidad para pasar de señales a hardware sin aplicar un porcentaje de reserva universal.

6. Errores frecuentes

  • Usar el mismo tag para la orden, el estado y la alarma.
  • Mezclar señales internas con E/S físicas.
  • Contar una variable MODBUS como canal analógico cableado.
  • Dejar descripciones como «marcha» sin indicar equipo ni dirección funcional.
  • Asignar canales antes de cerrar la lista de equipos.
  • No revisar la relación con el conexionado y las hojas de datos.
  • Crear columnas que nadie mantiene o cuyo significado no está definido.
  • Modificar nombres después de iniciar HMI y programación sin control de cambios.

7. De la tabla al proyecto conectado

El listado gana valor cuando no termina en sí mismo. Las mismas señales deberían alimentar la disposición del PLC, el mapa MODBUS y la base de programación, y conservar relación con el cableado y los equipos.

INELVIA utiliza este enfoque: las señales nacen de la definición del proyecto y se reutilizan en automatización y documentación. La exportación CSV sigue disponible para revisiones externas, pero ya no es la única fuente de verdad.

Ejemplo de listado de señales: una bomba y un transmisor

Ejemplo didáctico, no diseño de una instalación real. Supongamos una bomba P-101 con orden y confirmación cableadas, un transmisor PT-101 de 4–20 mA y un variador que publica su velocidad por MODBUS. En la descarga, el paquete ficticio DS-101 utiliza esos mismos equipos y añade una variable interna de calidad. El rango 0–10 bar es ilustrativo. La misma magnitud de proceso puede aparecer como señal bruta y como variable escalada sin ocupar dos canales físicos.

Variable funcionalOrigenE/S física PLCDato en PLCUso en HMI
P101_OrdenMarchaOrden cableada hacia VFD-101SD / DOBOOLHMI solicita; PLC arbitra la orden
P101_ConfirmacionMarchaContacto de retornoED / DIBOOLHMI lee el estado
PT101_PresionEntrada analógica 4–20 mAEA / AIValor escalado, p. ej. REALHMI lee el valor y la calidad
VFD101_VelocidadRegistro MODBUS del variadorNo ocupa un canal cableadoTipo y escala según fabricanteHMI lee la variable recibida
PT101_CalidadDiagnóstico y tratamiento interno del valor de presiónNo añade un canal físicoBOOL en este ejemploHMI lee si el valor puede utilizarse

En este supuesto se cuentan una SD, una ED y una EA físicas. La velocidad comunicada se trata en el mapa MODBUS, no como otra EA. El total no incluye las funciones adicionales que pueda exigir la máquina. Los tags de documentación y los símbolos del programa pueden tener formatos distintos: acuerda su correspondencia y las restricciones del entorno PLC. Antes de congelar el listado, añade rango, unidad, dirección o canal cuando estén disponibles y el tratamiento de calidad de cada señal.

Preguntas frecuentes

¿Lista de señales y lista de E/S son lo mismo?

No exactamente. La lista de señales puede incluir variables internas y comunicadas. La lista de E/S físicas es una vista de las señales que requieren tarjetas y canales. Mantener la relación entre ambas evita recuentos duplicados.

¿Se puede preparar el listado en Excel?

Sí. Lo decisivo es definir columnas, responsables y revisión, y conservar la relación con equipos, cables, HMI y programa. Si hay varias copias, debe quedar claro cuál es la fuente vigente.

¿Cuánta reserva de E/S debo añadir?

No hay un porcentaje universal. Debe fijarse según ampliaciones previstas, criticidad, capacidad de racks, tipos de señal y criterio contractual. Separa la reserva física de las señales realmente definidas.

Verlo en un proyecto

Conecta señales, equipos y documentación

Conoce INELVIA Lite, gratuito y con funciones limitadas. INELVIA Profesional reúne todas las funciones. Consulta el alcance de cada plan antes de elegir.