Los datos de entrada para el diseño de automatización de alimentadores deben definir el objetivo operativo, los estados de la topología, los límites de protección y conmutación, el ciclo de trabajo y las interfaces de los dispositivos, la continuidad de la alimentación de control, el comportamiento de la comunicación y los datos, la responsabilidad de la ciberseguridad y la reserva local o manual antes de la adquisición detallada. Estos datos de entrada se condicionan entre sí. Un estado de enlace indefinido modifica la lógica de protección y comando; una lista de puntos incompleta bloquea la revisión de la comunicación; un presupuesto energético no calculado hace que la selección de la alimentación de control sea arbitraria. Por lo tanto, un diagrama unifilar más un nombre de protocolo no constituye una base de diseño completa. Esta guía proporciona un marco de lanzamiento a nivel de sistema antes de que un proyecto pase a la asignación de roles de dispositivos o la adquisición de controladores dentro de un paquete de equipos de red inteligente.
Comience con el resultado operativo que debe producir el esquema y, a continuación, describa cada estado del alimentador necesario para lograrlo. Un diagrama unifilar estático identifica la ubicación de los equipos, pero no las transiciones permitidas, la autoridad de mando, los cambios de protección ni el comportamiento degradado.
| Puerta de diseño | Entrada requerida | Liberar evidencia | Mantener condición |
|---|---|---|---|
| Objetivo operativo | Respuesta requerida en condiciones normales, de falla, de restauración y degradadas. | Descripción funcional aprobada | El objetivo sigue siendo verbal o ambiguo. |
| Topología normal | Puntos normalmente abiertos y cerrados, límites de fuente, alimentador y ramal. | Registro de conmutación y de una línea controlado | La posición o el estado del dispositivo no están confirmados. |
| Estado alternativo o de empate | Estado de transferencia permitido, base de carga, intención de protección y autoridad de cierre | Diagrama de estados y secuencia aprobada | El empate se muestra sin reglas de transición. |
| Respuesta ante fallos | Límite de aislamiento, intención de restauración y propietario de la secuencia | Especificación de la narrativa o secuencia lógica | Las acciones se asumen desde la ubicación del dispositivo. |
| Estado de mantenimiento | Aislamiento, derivación, inhibición de automatización y estado de retorno al servicio | Nota de diseño del estado de mantenimiento | El mantenimiento iría en contra de la automatización adyacente. |
| Propiedad de protección | Propietario de la zona y traspaso en cada punto de conmutación | Matriz de coordinación o responsabilidades | Los límites están implícitos, no asignados. |
| Estado de reserva | Comportamiento tras la pérdida de comunicación, de la capacidad de control o de la automatización. | Estado definido para cada punto | El comportamiento de pérdida de servicio está ausente |
Cada estado también necesita un propietario. El diseño debe distinguir entre acciones autónomas, comandos confirmados por el operador, acciones locales y transiciones prohibidas. Esto evita que un símbolo de dibujo se confunda con una secuencia operativa aprobada. Además, permite detectar conflictos con antelación: un punto propuesto puede estar correctamente ubicado, pero carecer de la interfaz de comando, detección, enclavamiento o energía necesaria para la secuencia prevista.
Antes de nombrar una familia de dispositivos, traduzca cada función del alimentador a las responsabilidades del sistema. El objetivo es definir qué debe hacer la función y qué pruebas demostrarán que el paquete propuesto puede hacerlo.
| Posición del alimentador | Deber de definir | Entradas de interfaz | Pruebas antes de su liberación |
|---|---|---|---|
| Salida de origen | Origen de la zona de protección, interrupción de fallas e intención de reconexión, cuando corresponda. | Base de carga y falla, detección, disparo/cierre, estado, secuencia | Base para el estudio de fallas y la coordinación |
| Punto medio del alimentador | Apoyo para el aislamiento, la segmentación y la transferencia | Servicio de conmutación, servicio de resistencia, detección, comandos, estado, enclavamientos | Secuencia aprobada y asignación de zona |
| Lateral o ramificación | Aislamiento de ramales sin operación no deseada del tronco | Servicio de carga/fallo, operación local, detección, estado | Protección de sucursales y base operativa |
| corbata normalmente abierta | Permiso para transferencia controlada y cierre seguro | Realizar tareas, lógica de verificación de voltaje donde sea necesario, cerrar la autoridad, retroalimentación de estado | Especificación de transferencia y cambio de protección |
| Límite del cliente | Delimitación, traspaso de protección y monitoreo | Deber de límite, interfaz de viaje, estado, responsabilidad | Estudio de límites y registro de propiedad |
| Punto de mantenimiento | Aislamiento seguro sin anular las funciones adyacentes. | Aislamiento visible, derivación, interfaz de puesta a tierra donde sea necesario, enclavamientos. | Diseño de aislamiento y derivación |
Para cada posición, registre la base de voltaje y corriente continua; servicio de falla, interrupción o resistencia según corresponda; requisito de conmutación o aislamiento de carga; secuencia de operación; detección; interfaz de comando; estado auxiliar; operación local/manual; enclavamientos; aislamiento de mantenimiento; entorno; montaje; y conexión de línea o cable. Un reconectador automático de circuito de vacío ilustra por qué el cuerpo de conmutación y la capa de controlador deben revisarse por separado. Un interruptor de límite de usuario agrega un límite de demarcación y coordinación que no puede inferirse solo de su ubicación. Para obtener terminología básica, consulte la introducción a la protección y automatización de reconectadores.
Este artículo no asigna las funciones de reconectador, seccionador, interruptor de carga ni interruptor de límite. Dicha elección se realiza únicamente después de que se aprueben las funciones y las interfaces del puesto.
La automatización puede fallar incluso cuando la capacidad de conmutación principal es correcta. Cada ubicación requiere una fuente de alimentación de control, un rango operativo verificado, un presupuesto de carga y energía, un objetivo de continuidad, un método de supervisión y un comportamiento definido cuando la energía disponible disminuye.
| Cargar o estado | Función requerida | Entrada para calcular | Base de secuencia | Propietario de la evidencia |
|---|---|---|---|---|
| Carga estacionaria normal | Supervisión, preparación para el control y comunicación | Todas las cargas continuas | Estado de funcionamiento continuo | Diseñador de sistemas |
| Suministro primario perdido | Disponibilidad de monitoreo y comandos requerida | Almacenamiento y cargas restantes | Período de reserva definido por el proyecto | Dueño del proyecto |
| Comando de apertura o disparo | Ejecutar la operación requerida | Demanda de bobina, actuador e interfaz | Secuencia de falla o aislamiento aprobada | proveedor de encapsulados de dispositivos |
| Comando de cerrar o restaurar | Cerrar y recargar donde corresponda | Mecanismo y demanda de accesorios | Secuencia de restauración aprobada | proveedor de encapsulados de dispositivos |
| Comunicación | Mantener el enlace y procesar eventos | Carga de radio, módem, puerta de enlace o red | Estados normales y degradados | Diseñador de comunicación |
| Accesorios medioambientales | Calefacción u otras cargas requeridas en el recinto | Datos sobre accesorios y entorno | Ciclo de trabajo específico del sitio | Diseñador de gabinetes |
Calcula la carga permanente, la demanda máxima, la energía de comando, el comportamiento de recarga y cualquier requisito de autonomía o funcionamiento continuo a partir de la arquitectura y secuencia seleccionadas. No comiences con un tamaño de batería o duración de autonomía universal. Define la alarma de energía baja, las operaciones que se prohíben, el estado de reserva seguro, la responsabilidad de recuperación y el acceso de mantenimiento al elemento de almacenamiento. El diseño solo se puede publicar cuando el presupuesto y la secuencia requerida coincidan.
El nombre de un protocolo identifica solo una parte de la interfaz. El paquete de diseño debe definir las funciones, la propiedad, los puntos, los estados, la temporización, el acceso y el comportamiento ante fallos.
| Entrada | Lo que debe congelarse | Liberar evidencia |
|---|---|---|
| Propietario del sistema y ruta | Propietario principal, medio, ruta, propiedad del segmento y límite de mantenimiento | Arquitectura de comunicación etiquetada |
| Base de interfaz | Protocolo, versión/perfil, base de conformidad y responsabilidad de la puerta de enlace. | Especificación de interfaz controlada |
| Lista de puntos | Comandos, indicaciones, mediciones, alarmas, unidades, estados de calidad y reglas de validez. | Lista de puntos revisada |
| autoridad de mando | Comandos automáticos, confirmados por el operador, solo locales y bloqueados | Matriz de mando aprobada |
| Eventos y tiempo | Prioridad del evento, almacenamiento, recuperación, fuente de tiempo y clase de precisión del proyecto | Especificación del evento y del tiempo |
| Clase de rendimiento | Necesidades de disponibilidad y latencia definidas por el proyecto según la función. | Requisito de rendimiento funcional |
| Propiedad de la ciberseguridad | Aprobación de acceso, autenticación, credenciales, claves/certificados, registro y actualizaciones | Matriz de responsabilidad y acceso |
| Pérdida de servicio | Comportamiento tras la pérdida de enlace, maestro, fuente de tiempo o acceso remoto. | Especificación de reserva por estado |
La norma IEC 61850-5:2013+AMD1:2022 aborda los requisitos de comunicación para funciones y modelos de dispositivos en la automatización de servicios eléctricos, incluyendo la comunicación más allá de los límites de la subestación. Su alcance permite definir los requisitos funcionales antes de seleccionar una interfaz. No define la topología del alimentador, las capacidades de conmutación, la autonomía de la potencia de control ni la política de ciberseguridad del proyecto. La interoperabilidad aún requiere un perfil acordado, un modelo de datos o una asignación de puntos, una base de conformidad, la propiedad y pruebas específicas del proyecto.
Se aplica la misma disciplina, independientemente de que un proyecto utilice una interfaz basada en IEC u otro protocolo. La pérdida de comunicación no debe generar un estado de conmutación indefinido, y el acceso remoto para el mantenimiento no debe considerarse una conveniencia informal para la puesta en marcha.
Un dispositivo eléctricamente adecuado aún puede fallar en la automatización. Revise todas las interfaces en conjunto, ya que un cambio en la detección, la alimentación de control, la retroalimentación de estado o las comunicaciones puede alterar los límites del paquete.
| Fácil de usar | Requisitos del sistema | Evidencia del paquete requerido | Motivo típico de la retención |
|---|---|---|---|
| deber principal | Funciones de carga, montaje, desmontaje y resistencia aplicables | Calificaciones y documentación de prueba aplicable | El servicio o la secuencia de funcionamiento no están verificados. |
| Detectar | Cantidad, ubicación, clase, producción y base de carga | Datos de sensores y cableado | La salida está ausente o es incompatible. |
| Comandos | Tipo de señal, energía, permisividad y estado de fallo | Programación de la interfaz de control | La salida del controlador y la entrada del actuador no coinciden. |
| Posición / estado | Definiciones estatales, contactos, calidad e indicación local | Horario de contacto auxiliar y estatal | El estado del sistema SCADA es ambiguo. |
| Poder de control | Rango, demanda constante/máxima, continuidad y supervisión | Datos de carga verificados | El presupuesto omite un mecanismo o accesorio. |
| Comunicación/tiempo | Perfil de interfaz, puntos, eventos, comportamiento temporal | Evidencia de conformidad y configuración | El nombre del protocolo existe, pero la asignación no. |
| Operación local/manual | Autoridad local, indicación, inhibir y recuperación | Descripción del funcionamiento y del enclavamiento | La pérdida remota no deja ninguna alternativa definida. |
| Instalación/mantenimiento | Entorno, montaje, conexión, aislamiento y derivación | Planos y límites de mantenimiento | La interfaz física o de aislamiento no está resuelta. |
Una discrepancia en una fila implica una retención de la liberación, no una nota para que el equipo de puesta en marcha la resuelva. La revisión también debe indicar quién es el responsable de cada interfaz, desde el diseño y la configuración de fábrica hasta la integración en el sitio y el servicio. Esto evita que se transfieran datos faltantes sin previo aviso entre la compañía eléctrica, el contratista de ingeniería, adquisición y construcción (EPC), el proveedor de comunicaciones, el proveedor del controlador y el proveedor del dispositivo de conmutación.
Libere la ingeniería detallada y las adquisiciones solo cuando un paquete con control de revisiones contenga:
Considere esta lista de verificación de datos de aprobación como el paquete de datos de liberación técnica, no como un resumen narrativo. Verifique que la tensión nominal, la corriente nominal, las interfaces de conmutación y de bobina de disparo aplicables coincidan con los datos del fabricante; verifique que los estados operativos y las funciones de aceptación coincidan con la especificación del proyecto; y verifique que la causa de la falla coincida con el estudio de cortocircuito aprobado. Los planos, los esquemas de interfaz, los cálculos y cualquier registro de prueba aplicable deben identificar la misma revisión del equipo y la misma función. El título del documento por sí solo no constituye prueba de liberación.
Revisión de ingeniería representativa, no un proyecto de cliente de XIYA. Un alimentador radial con una conexión normalmente abierta y seccionamiento remoto planificado tiene un diagrama unifilar y ubicaciones de dispositivos propuestas. La revisión muestra que los estados normal y de emergencia no están completamente definidos, la propiedad de la zona de protección está abierta, falta la base de continuidad de la alimentación de control, la propiedad de la comunicación no está asignada, la lista de puntos carece de estados de calidad, la base de tiempo está ausente y la conmutación manual no está documentada. La decisión correcta es una retención del diseño. Cada deficiencia recibe un responsable de evidencia y un criterio de liberación; la asignación de roles de dispositivos y la adquisición de controladores esperan hasta que las entradas coincidan. Este ejemplo no contiene ninguna calificación de proyecto declarada, resultado del cliente, medición de campo ni resultado de puesta en servicio.
Para iniciar una revisión de compatibilidad de interfaz, envíe a XIYA POWER los estados de la topología y el diagrama unifilar, la base de protección/fallo, el registro de ciclo de trabajo de conmutación, la hoja de cálculo de potencia de control, la arquitectura de comunicación, la lista de puntos y las condiciones de instalación. La revisión identifica interfaces completas y abiertas; no garantiza la idoneidad, el cumplimiento ni la interoperabilidad hasta que se verifique la evidencia.
El conjunto mínimo incluye un objetivo operativo aprobado, estados de topología, límites de protección y conmutación, funciones e interfaces de los dispositivos en cada posición, continuidad de la alimentación de control, arquitectura de comunicación, lista de puntos, autoridad de mando, comportamiento de eventos/tiempo, responsabilidad de la ciberseguridad y respaldo local/manual. Estos elementos deben conformar un paquete coordinado y aprobado.
La topología determina qué puntos aíslan una falla, qué rutas pueden restablecer el suministro, cómo cambian las zonas de protección y quién puede controlar cada transición. Por lo tanto, los estados normal, de conexión cerrada, de falla, de mantenimiento y degradado requieren definiciones explícitas. Un diagrama unifilar estático no proporciona esas reglas de funcionamiento.
Especifique la fuente y el rango de operación, todas las cargas permanentes y máximas, la energía de control, las cargas de comunicación y accesorios, la continuidad requerida, la supervisión y el comportamiento de bajo consumo, las operaciones prohibidas, la responsabilidad de recuperación y el acceso para mantenimiento. Calcule los valores a partir de la arquitectura y la secuencia aprobada en lugar de aplicar una regla de batería universal.
Incluya los propietarios del maestro y de la ruta, los límites del medio y del segmento, el protocolo/perfil y la base de conformidad, el direccionamiento, la lista completa de puntos y los estados de calidad, la matriz de comandos, los eventos y la fuente de tiempo, las clases de rendimiento del proyecto, el comportamiento de pérdida de enlace, el acceso remoto, la propiedad de credenciales/claves, el registro y la responsabilidad de actualización.
Compare los requisitos del sistema documentados con la evidencia del paquete del dispositivo en cuanto a la función principal, detección, comandos, estado, potencia de control, comunicación, tiempo/eventos, enclavamientos, operación local, entorno, montaje, aislamiento y documentación. La evidencia faltante o incompatible en cualquier interfaz requerida conlleva una retención de la liberación.
Congele el objetivo, los diagramas de estado, las asignaciones de protección y conmutación, la base de carga/falla, el registro de interfaz del dispositivo, la hoja de cálculo de potencia de control, el paquete de comunicación y lista de puntos, las responsabilidades de comando/tiempo/ciberseguridad, el comportamiento de reserva y los datos de instalación. Cierre o resuelva explícitamente cada elemento abierto que afecte el alcance de la adquisición.
