Tecnología / Guía técnica
Protocolos de controladores eólicos y mapas de registros
Un conector de comunicación identifica solo parte de una interfaz de integración. Los datos útiles de un controlador requieren transporte, protocolo y un mapa de significados específico de la versión. Solicite y revise estas capas por separado antes de tratar un valor como medición de ingeniería o función de control admitida.
Haga que cada valor recibido sea trazable hasta su definición.
Utilice un registro de interfaz que relacione versión del dispositivo, notación de direcciones, formato de datos, unidades y permisos de acceso.
01 / Capas de la interfaz
Separe el conector del lenguaje de aplicación.
Una interfaz física, como RS-485 en un ejemplo genérico, no establece qué protocolo de aplicación utiliza un dispositivo.
Una interfaz física, como RS-485 en un ejemplo genérico, no establece qué protocolo de aplicación utiliza un dispositivo. El nombre del protocolo tampoco identifica por sí solo su transporte y variante implementada. Estas descripciones corresponden a campos separados.
Modbus Organization distingue su protocolo de aplicación de los detalles de implementación en línea serie. Es un ejemplo de documentación por capas, no una afirmación de que un controlador MARSTON implemente Modbus, CAN, una interfaz Ethernet u otra opción concreta de comunicación.
02 / Identificación de versión
Vincule el mapa con el dispositivo real.
Registre la identificación del controlador, las versiones pertinentes de hardware y firmware y la revisión del mapa de protocolo.
Registre la identificación del controlador, las versiones pertinentes de hardware y firmware y la revisión del mapa de protocolo. Un mapa de otro modelo o firmware puede describir una magnitud, dirección o condición de acceso distinta aunque el conector parezca idéntico.
Conserve el estado y el alcance del documento: mapa estándar admitido, documento opcional de integración o definición específica del proyecto. La guía de control documental ofrece una forma de seguir esas revisiones y evitar que siga utilizándose un mapa sustituido.
03 / Semántica de direcciones
Conserve la notación que hay detrás del número.
La descripción de un registro necesita su clase de objeto o registro, la convención de direccionamiento y la cantidad de elementos de datos.
La descripción de un registro necesita su clase de objeto o registro, la convención de direccionamiento y la cantidad de elementos de datos. Una etiqueta legible y una dirección transmitida pueden usar notaciones diferentes. Guarde la convención indicada en lugar de suponer que todos los documentos cuentan direcciones del mismo modo.
Identifique también cómo se denomina un dispositivo o extremo dentro de la interfaz seleccionada. Una etiqueta de dirección no establece descubrimiento de red, acceso físico ni permiso para comunicarse. Esta guía no proporciona comandos de exploración, direcciones supuestas ni instrucciones de escritura en dispositivos.
04 / Decodificación de valores
Mantenga juntos formato, escala y unidades.
Conserve el tipo con o sin signo, la longitud, el orden de bytes y palabras cuando corresponda, la unidad, la escala, el desplazamiento y los códigos de valor no válido.
Conserve el tipo con o sin signo, la longitud, el orden de bytes y palabras cuando corresponda, la unidad, la escala, el desplazamiento y los códigos de valor no válido. Un valor numérico solo es útil cuando esas definiciones corresponden a la magnitud correcta.
En un mapa hipotético, un valor bruto de 2500 con escala 0.01 y desplazamiento cero representa 25 de la unidad indicada. Es un cálculo ilustrativo, no un registro MARSTON. Omitir la unidad o la definición de valor no válido puede hacer engañoso un número recibido correctamente.
05 / Contexto de los datos
Distinga la recepción del sonido del significado de la medición.
Identifique si un valor representa una observación actual, una media, una magnitud acumulada o un estado.
Identifique si un valor representa una observación actual, una media, una magnitud acumulada o un estado. Conserve la base de actualización, el significado de la marca de tiempo y el tratamiento de datos no disponibles que figuren en la documentación real.
La guía de datos de monitorización aborda el diccionario de datos del proyecto. Un mapa de protocolo proporciona la codificación y la semántica de interfaz necesarias para obtener esas magnitudes definidas. Recibir un campo no demuestra precisión del sensor, historial completo de eventos ni un servicio concreto de monitorización remota.
06 / Límite de acceso
Separe los datos legibles de las acciones autorizadas.
Registre los permisos de acceso y las funciones admitidas a partir del mapa real.
Registre los permisos de acceso y las funciones admitidas a partir del mapa real. Un estado legible es distinto de un parámetro escribible, y una función de escritura disponible es distinta de la autorización del proyecto para utilizarla. Un enlace de comunicación no elude las responsabilidades de control o protección.
Mantenga explícitos los requisitos de control remoto en la consulta de equipos y conserve las pruebas de integración aplicables. Aquí no se confirma ningún protocolo MARSTON, capacidad de mando remoto ni mapa público de registros. Indique las necesidades de datos previstas con la guía de selección del controlador.
Continúe la revisión con Documentos de ingeniería eólica: revisiones y estado de revisión.
Continúe la revisión con Límites de inyección a red y requisitos de inyección cero en eólica.
Continúe la revisión con Convertidores eólicos grid-following y grid-forming.
Revise interfaces analógicas y digitales de sensores, marcas de tiempo, zonas horarias e intervalos y contadores de energía y registros de reinicio junto con la documentación del protocolo y los registros.
Contexto general: Modbus Organization: documentos de especificación de aplicación, línea serie y TCP/IP · Guía de línea serie de Modbus Organization: distinción entre capa de protocolo e interfaz física. Estas referencias explican conceptos del sector; son independientes de la documentación aplicable del producto y del proyecto MARSTON.
Prepare la información para esta revisión.
Utilice la lista para organizar los datos del proyecto. Marque la información no disponible y conserve las referencias de los documentos.
| Elemento de revisión | Información que facilitar | Finalidad |
|---|---|---|
| Definición de capas | Interfaz física, transporte, protocolo de aplicación y variante | Evite deducciones a partir de un conector. |
| Identificación del mapa | Dispositivo, firmware, revisión del mapa y estado del documento | Utilice definiciones aplicables. |
| Convención de direccionamiento | Clase de objeto, base de notación y longitud de datos | Haga inequívocas las referencias. |
| Semántica de datos | Tipo, orden, escala, desplazamiento, unidad y códigos no válidos | Interprete correctamente los valores. |
| Acceso y tiempo | Permisos, base de actualización, marcas de tiempo y alcance admitido | Separe la recepción de datos de la autoridad. |
Preguntas de ingeniería.
¿RS-485 significa que un controlador admite Modbus?
No. Una interfaz física no establece el protocolo de aplicación.
¿Esta guía confirma compatibilidad MARSTON con Modbus o CAN?
No. Cualquier interfaz de comunicación propuesta necesita documentación real del dispositivo.
¿Por qué importa la versión de firmware?
El mapa aplicable, los significados y las funciones admitidas pueden depender de la versión del dispositivo.
¿Puede tratarse un valor numérico bruto como una medición?
Solo después de comprender su tipo, escala, unidad, validez y base temporal.
¿Un mapa de registros autoriza el control remoto?
No. El acceso admitido y el permiso del proyecto son independientes de la existencia de un mapa de datos.
¿Qué debe incluir una solicitud de mapa de registros?
Identificación del dispositivo, magnitudes requeridas, interfaz de integración prevista e información pertinente de versiones.
Consulta técnica
Aporte los datos de su proyecto a la conversación.
Un conector de comunicación identifica solo parte de una interfaz de integración. Comparta la información disponible y el alcance de equipos que desea revisar en una oferta técnica.