Uno. Descripción general del protocolo RDM

• RDM es un protocolo de comunicación bidireccional basado en el protocolo DMX512, que está diseñado para la gestión remota de equipos inteligentes, como iluminación de escenarios y equipos de artes escénicas. Sobre la base de retener la capa física DMX512, agrega capacidades de comunicación de datos bidireccionales, lo que permite la configuración de los parámetros, el monitoreo de la condición y el diagnóstico de fallas entre el controlador (como la tabla de atenuador) y la luminaria.

Dos características del núcleo del protocolo RDM

Comunicación bidireccional

• Basado en la transmisión unidireccional de DMX512, RDM realiza la comunicación bidireccional entre el controlador y el dispositivo a través del modo medio-dúplex.
• Se adopta el mecanismo de respuesta: el controlador envía comandos de consulta y el dispositivo devuelve los datos de respuesta.

Plug-and-play

• Se admite el descubrimiento automático de dispositivos y el controlador puede identificar dinámicamente dispositivos RDM conectados en la red.
• Cada dispositivo tiene un UID único (16 bytes, incluido el ID del fabricante y el número de serie del dispositivo).

Compatibilidad de datos

• Comparte el mismo enlace físico con DMX512 (interfaz RS-485), compatible con los cables y arquitecturas DMX existentes.
• Los paquetes de datos RDM se insertan en el "intervalo de paquetes" ** ** ** ** ** para evitar la interferencia con las señales DMX normales.

Gestión de parámetros estandarizados

• Defina una ID de parámetro uniforme (PID) para controlar las funciones del dispositivo (como brillo, temperatura de color, estado de falla, etc.).
• Soporte para parámetros de extensión del fabricante personalizado.

Arquitectura de protocolo de tres.rdm

1. Capa física

• Estándar eléctrico: señal diferencial RS-485 (igual que DMX512), velocidad de transmisión de 250 kbps.
• Topología: la arquitectura del autobús, admite hasta 32 dispositivos (expandibles a 256).

2. Capa de enlace de datos

• Un paquete RDM consiste en el código de inicio (0xCC), el código de sub-start (para distinguir la solicitud/respuesta), UID, la clase de comando (get/set), PID y el campo de datos.
• CRC Check garantiza la integridad de los datos.

• Fase de descubrimiento: el controlador transmite el comando de búsqueda y el dispositivo devuelve la respuesta UID.
• Operación normal: el controlador lee y escribe parámetros del dispositivo utilizando el comando get/set.

3. Capa de aplicación

• Parámetros estándar (ejemplo de PID):
• Dispositivo_info (información del dispositivo)
• Dmx_start_address (dirección de inicio DMX)
• Temperatura (Monitoreo de temperatura del dispositivo)
• Lámpara

Cuatro, RDM vs DMX512 Diferencias clave