Los productos OEM necesitan cada vez más una comunicación fiable sin añadir cableado de comunicación complejo. Para controladores industriales, iluminación inteligente, contadores, iluminación de emergencia, equipos de carga para vehículos eléctricos y otros productos eléctricos, Comunicación por línea eléctrica (PLC) puede proporcionar una forma práctica de transmitir datos a través de líneas eléctricas existentes.

Sin embargo, integrar una función PLC en un producto OEM es más que simplemente añadir un chip o módulo PLC a una PCB. El módulo debe coincidir con la fuente de alimentación, interfaz de comunicación, arquitectura de la PCB, firmware, estructura mecánica y entorno operativo del producto anfitrión.

Esto Guía de personalización de módulos PLC OEM explica las principales decisiones de ingeniería implicadas en el desarrollo de un módulo de comunicación PLC personalizado para un producto OEM.

¿Qué es la personalización de módulos PLC OEM?

La personalización de módulos PLC OEM significa adaptar un módulo de comunicación PLC para satisfacer los requisitos eléctricos, de comunicación, mecánicos, de firmware y de aplicación de un producto OEM específico.

En lugar de desarrollar todo el circuito de comunicación PLC desde cero, un cliente OEM puede integrar un módulo PLC personalizado en su hardware existente.

Un módulo personalizado puede incluir:

• PHY de comunicación PLC
• MCU o procesador
• Transmisión de línea
• Circuito de alimentación
• UART, SPI, GPIO, PWM, ADC u otras interfaces
• Protocolo de comunicación
• Firmware
• Configuración de la red
• Circuitos de protección
• Diseño EMC/EMI
• Dimensiones personalizadas de la PCB
• Conectores y definiciones de pines

Por ejemplo, un fabricante de iluminación puede integrar un módulo PLC en un controlador de iluminación para que el controlador pueda comunicarse con una pasarela central a través de la línea eléctrica existente.

El mismo concepto puede aplicarse a otros productos eléctricos.

¿Por qué personalizar un módulo PLC para un producto OEM?

Un módulo PLC estándar suele ser suficiente para la evaluación o el desarrollo de prueba de concepto. Antes de empezar, por favor consulta nuestro artículo Cómo añadir la comunicación con PLC a productos eléctricos existentes. Sin embargo, los productos de producción pueden tener requisitos que un módulo estándar no puede cumplir. Para el estándar PLC puede ver IEEE Para que te hagas una idea.

Los requisitos comunes de personalización de los fabricantes de fabricantes incluyen:

1. Diferentes interfaces de comunicación

El controlador anfitrión puede utilizar:

• UART
• SPI
• I²C
• GPIO
• PWM
• RS-485
• Interfaces analógicas

El módulo PLC debe proporcionar una interfaz compatible y un nivel eléctrico.

2. Fuente de alimentación diferente

El producto OEM puede proporcionar:

• 3,3 V
• 5 V
• 12 V
• 24 V
• Alimentación de corriente alterna
• Alimentación de corriente continua

La arquitectura de potencia del módulo PLC debe diseñarse en consecuencia.

3. Limitaciones mecánicas

El módulo puede necesitar caber dentro:

• Drivers de iluminación
• Controladores
• Cajas de contadores
• Armarios eléctricos
• Equipamiento de iluminación de emergencia
• Equipos de carga para vehículos eléctricos
• Equipos de control industrial

Por lo tanto, las dimensiones del módulo, los orificios de montaje, la posición de los conectores y la altura de los componentes pueden convertirse en parámetros importantes de personalización.

4. Protocolos de comunicación personalizados

El producto OEM puede necesitar que el módulo PLC se comunique con un MCU existente utilizando un protocolo o estructura de comandos específica.

5. Firmware específico de la aplicación

El módulo PLC puede necesitar funciones personalizadas para:

• Direccionamiento de dispositivos
• Incorporación a la red
• Transmisión de datos
• Descubrimiento de dispositivos
• Configuración de parámetros
• Diagnóstico
• Actualizaciones OTA
• Reporte de errores

Parámetros clave a definir antes de personalizar un módulo PLC

Antes de comenzar un proyecto de módulo PLC OEM, el cliente debe preparar una especificación técnica clara. Lista de verificación de diseño de módulos PLC para el desarrollo OEM | Hardware y pruebas Este artículo es útil para comprobar.

Una especificación útil puede dividirse en ocho áreas:

Categoría	Preguntas clave
Comunicación con PLC	¿Qué estándar de PLC, banda de frecuencia, velocidad de datos y topología?
Interfaz de host	¿UART, SPI, GPIO, PWM, etc.?
Suministro eléctrico	¿Qué voltaje y corriente están disponibles?
PCB	¿Cuáles son las dimensiones y los requisitos de montaje?
Firmware	¿Qué funciones y protocolos son necesarios?
Medio ambiente	¿Temperatura, humedad, EMC y condiciones de instalación?
Mecánica	¿Restricciones de conector, carcasa y altura de componentes?
Producción	¿Cantidad de prototipos, certificación y volumen anual esperado?

Definir estos requisitos desde el principio puede reducir significativamente el rediseño durante el desarrollo.

1. Definir los requisitos de comunicación del PLC

El primer paso es determinar cómo se comunicará el dispositivo OEM por la línea de alimentación.

Parámetros importantes incluyen:

Frecuencia de PLC

Diferentes tecnologías de PLC operan en distintos rangos de frecuencia.

La frecuencia seleccionada debe considerar:

• Características de la línea eléctrica
• Requisitos regulatorios
• Entorno acústico
• Distancia de comunicación
• Aplicación objetivo
• Dispositivos PLC existentes

Tasa de datos

La tasa de datos requerida depende de la aplicación.

Para la iluminación inteligente, por ejemplo, el sistema puede necesitar solo paquetes relativamente pequeños que contengan:

• Órdenes ON/OFF
• Niveles de atenuación
• Voltaje
• Actualidad
• Energía
• Energía
• Estado de la falla
• Información del sensor

Una aplicación IoT industrial puede requerir una arquitectura de comunicación diferente.

Topología de la red

El sistema OEM debería definir si utiliza:

• Comunicación punto a punto
• Topología estrella
• Topología del árbol
• Redes malladas
• Arquitectura híbrida

Para grandes redes de iluminación PLC, la arquitectura de red también debe tener en cuenta la capacidad de la pasarela, la dirección de dispositivos, el descubrimiento de red y la fiabilidad de la comunicación.

2. Seleccionar el chipset o arquitectura del módulo PLC

Generalmente existen dos enfoques para el desarrollo de PLCs OEM. Si eres un usuario nuevo, primero puedes ver este artículo Módulo PLC vs Chipset PLC vs Placa PLC: ¿Cuál es la diferencia? Para que te hagas una idea.

Opción A: Integrar un chipset PLC

El OEM desarrolla el circuito PLC directamente alrededor de un chipset PLC.

Esto proporciona un mayor control sobre:

• Arquitectura de PCB
• Selección de componentes
• Diseño RF/analógico
• Firmware
• Suministro eléctrico
• Coste de producción

Sin embargo, requiere más recursos de ingeniería y experiencia en desarrollo de PLCs.

Opción B: Integrar un módulo PLC embebido

El OEM integra un modelo predesarrollado Módulo de comunicación PLC en su producto.

Esto puede simplificar:

• Desarrollo de hardware
• Diseño de circuitos PLC
• Integración de firmware
• Desarrollo del prototipo
• Pruebas
• Producción

Para las empresas que ya tienen un producto basado en MCU pero no desean rediseñar el circuito completo de comunicación del PLC, un módulo PLC embebido personalizado puede ser un enfoque práctico.

3. Definir la interfaz MCU del anfitrión

Una de las decisiones más importantes es cómo el módulo PLC se comunica con el controlador principal del producto OEM.

Las interfaces más comunes incluyen:

UART

UART se utiliza ampliamente para la integración de PLCs embebidos porque es sencillo y requiere relativamente pocos pines.

Arquitectura típica:

Módulo de Línea de Alimentación del módulo MCU ↔ UART ↔ ↔

El MCU anfitrión puede enviar comandos al módulo PLC mientras el módulo gestiona la comunicación con PLC.

SPI

SPI puede ser útil cuando se requiere una comunicación de mayor velocidad entre el MCU anfitrión y el módulo PLC.

GPIO

Los pines GPIO pueden usarse para:

• REINICIO
• Interrupción
• Estado
• Estado de la red
• Indicación de fallos

PWM

La PWM puede ser útil en productos donde el módulo PLC necesita interactuar con funciones de iluminación o control de motores.

La interfaz debe definirse antes del desarrollo de la PCB porque la asignación de pines y el diseño eléctrico pueden afectar a todo el diseño del módulo.

4. Igualar la fuente de alimentación del módulo PLC

La compatibilidad de energía es otra consideración crítica.

El cliente OEM debe proporcionar:

• Tensión de entrada
• Tolerancia de tensión
• Corriente máxima
• Condiciones de arranque
• Raíles de corriente continua disponibles
• Requisitos de secuenciación de potencia

Por ejemplo, si el producto anfitrión ya proporciona un raíl estable de 3,3 V, el módulo PLC puede diseñarse en torno a ese suministro.

Si el producto solo proporciona un raíl de mayor voltaje en CC, el módulo puede requerir una etapa adicional de DC/DC o LDO.

Para productos conectados directamente a la red de corriente alterna, también debe evaluarse cuidadosamente la arquitectura de aislamiento y protección.

No asumas que un módulo PLC existente puede simplemente conectarse a cualquier voltaje disponible.

La arquitectura de potencia del módulo debe diseñarse según el producto anfitrión real.

5. Personalizar la interfaz de línea PLC

La interfaz de línea PLC es una de las secciones más sensibles a la aplicación del diseño.

Normalmente incluye el transceptor PLC, el controlador de línea, la red de acoplamiento, los componentes de filtrado y protección.

El diseño debe considerar:

• Tensión de línea CA/CC
• Impedancia de línea
• Ruido
• Surge
• EMI
• ESD
• Entorno de rayos
• Requisitos de aislamiento
• Distancia de comunicación

Para aplicaciones industriales y exteriores, el entorno eléctrico puede ser significativamente más ruidoso que un entorno de pruebas de laboratorio.

Por lo tanto, la comunicación con PLC debe probarse utilizando la red de energía objetivo siempre que sea posible.

6. Diseñar la PCB para el producto OEM

Un módulo PLC personalizado debe adaptarse mecánica y eléctricamente al producto anfitrión.

Los requisitos típicos de personalización de PCB incluyen:

• Longitud de la placa PCB
• Ancho de la PCB
• Grosor de la PCB
• Agujeros de montaje
• Posición del conector
• Espaciamiento de los pasadores
• Altura de los componentes
• Zonas de retención
• Requisitos de blindaje
• Disipación de calor
• Dirección de la instalación

Por ejemplo, un módulo PLC instalado dentro de un controlador de iluminación puede tener restricciones estrictas de altura.

Un módulo instalado dentro de un armario eléctrico puede tener mucho más espacio disponible.

Por lo tanto, El entorno mecánico debe considerarse al principio del diseño en lugar de después de que el circuito haya sido completado.

7. Personalizar la definición del pin

Los clientes OEM pueden tener requisitos diferentes para el conector del módulo.

Un pinout personalizado puede incluir:

Pin	Función
VCC	Potencia del módulo
GND	Campo
TX	Transmisión UART
RX	UART recibe
REINICIO	Reinicio por hardware
INT	Interrupción
GPIO	E/S configurable
PWM	Interfaz PWM
ADC	Entrada analógica
SPI	Interfaz SPI

La asignación real de los pines debe determinarse según la arquitectura del MCU y la PCB del anfitrión.

Un buen pinout también debería tener en cuenta futuras revisiones del producto.

Dejar varias GPIO configurables puede proporcionar una flexibilidad útil para futuras versiones.

8. Personalizar el firmware del PLC

El hardware es solo una parte de un proyecto de PLC OEM.

La personalización del firmware puede ser igual de importante.

Las funciones típicas del firmware incluyen:

Direccionamiento de dispositivos

Cada dispositivo PLC puede requerir una dirección lógica única.

Descubrimiento de la red

El módulo puede participar en el descubrimiento o en la configuración automática de la red.

Transmisión de datos

El firmware define cómo se empaquetan y transmiten los datos de la aplicación a través de PLC.

Gestión de errores

El módulo puede proporcionar información sobre:

• Fallo de comunicación
• Errores CRC
• Tiempo muerto
• Desconexión de red
• Comandos inválidos

Configuración

Los productos OEM pueden requerir parámetros configurables como:

• ID de dispositivo
• Tasa de baudaje
• Parámetros de comunicación
• Dirección de red
• Recuento de repeticiones
• Intervalo de transmisión

Actualizaciones OTA o remotas

Para despliegues a gran escala, la capacidad de actualizar el firmware puede reducir los costes de mantenimiento.

La arquitectura exacta del firmware debe acordarse antes de la producción en masa.

9. Definir el protocolo de comunicación entre el MCU anfitrión y el módulo PLC

Un módulo PLC personalizado debe tener un protocolo de comunicación del host claramente definido.

Por ejemplo:

MCU → módulo PLC del anfitrión

Mando | Dirección | Longitud de los datos | Datos | CRC

El módulo PLC procesa el comando y transmite los datos correspondientes a través de la línea eléctrica.

El módulo PLC remoto puede entonces enviar la información recibida a su MCU anfitrión.

Una especificación de protocolo debe definir:

• Formato de mando
• Formato de datos
• Direccionamiento
• CRC
• Tiempo muerto
• Mecanismo de reintento
• Códigos de error
• Tamaño máximo del paquete
• Compatibilidad de versiones

Esto facilita mucho la integración de hardware y firmware.

10. Considera la EMC y el ruido desde el principio

La comunicación PLC utiliza intencionadamente la línea eléctrica como medio de comunicación.

Desafortunadamente, la misma línea eléctrica también puede contener ruido eléctrico.

Las posibles fuentes de ruido incluyen:

• Drivers LED
• Fuentes de alimentación conmutadas
• Motores
• Inversores
• Accionamientos de frecuencia variable
• Cargadores para vehículos eléctricos
• Equipamiento industrial
• Relevos
• Contactores

Por lo tanto, el diseño de módulos PLC debe considerar la inmunidad a la CEM y al ruido desde el principio.

Las posibles medidas de diseño incluyen:

• Filtrado
• Conexión adecuada
• Optimización del diseño de la PCB
• Protección contra sobretensiones
• Protección ESD
• Optimización del acoplamiento de línea
• Aislamiento
• Pruebas EMI

Un módulo que funciona bien en una mesa de laboratorio puede comportarse de forma diferente cuando está conectado a una red eléctrica industrial real.

11. Pruebas de prototipos

Antes de la producción en masa, el módulo PLC personalizado debe pasar por varias fases de prueba. Cómo probar un módulo PLC antes de la producción en masa Este artículo puede guiarte una guía adecuada para el examen.

Pruebas de hardware

Verificar:

• Tensión de alimentación
• Consumo actual
• Niveles de interfaz
• Comportamiento de reinicio
• Funciones de GPIO
• Comportamiento térmico

Pruebas de comunicación con PLC

Mide:

• Distancia de comunicación
• Tasa de éxito de paquetes
• Tasa de datos
• Descubrimiento de la red
• Comportamiento de reintento
• Comunicación multidispositivo

Pruebas de ruido

Prueba la comunicación bajo diferentes cargas eléctricas.

Por ejemplo:

• LED drivers ON/OFF
• Motores en funcionamiento
• Fuentes de alimentación conmutadas
• Diferentes longitudes de cable
• Diferentes condiciones de carga

Pruebas medioambientales

Dependiendo de la aplicación:

• Alta temperatura
• Baja temperatura
• Humedad
• Vibración
• Surge
• ESD
• EMC

12. Prueba el módulo dentro del producto OEM final

Este paso suele pasarse por alto.

Probar el módulo PLC por sí solo no es suficiente.

El producto final debe probarse como un sistema completo:

Módulo PLC + MCU Host + Fuente de alimentación + Carga eléctrica + Red eléctrica

Para un producto de iluminación inteligente, por ejemplo:

Cloud → Gateway → controlador de línea eléctrica → PLC → controlador de iluminación → luminaria LED

Probar el sistema completo ayuda a identificar problemas causados por la interacción entre el módulo PLC y otros componentes.

13. Requisitos de certificación y normativas

Las certificaciones requeridas dependen del mercado objetivo y de la categoría de producto.

Un proyecto de PLC OEM puede necesitar considerar requisitos relacionados con:

• EMC
• Seguridad eléctrica
• Emisiones por radio o conducidas
• Inmunidad a las oleadas
• ESD
• Cumplimiento medioambiental
• Regulaciones específicas de producto

Los requisitos de certificación deben identificarse al inicio del proyecto.

Cambiar la PCB o la arquitectura de comunicación en fases avanzadas del desarrollo puede aumentar los costes de certificación y retrasar la producción.

14. Prepararse para la producción en masa

Una vez validado el prototipo, el diseño del módulo debe prepararse para su producción.

Los elementos importantes incluyen:

BOM

Define:

• Componentes
• Alternativas aprobadas
• Estado del ciclo de vida
• Información sobre el proveedor

Archivos Gerber

Los archivos de fabricación de la PCB deben publicarse según la revisión final.

Firmware

La versión de firmware de producción debe estar controlada y documentada.

Procedimiento de prueba

Las pruebas de producción pueden incluir:

• Prueba de encendido
• Prueba de interfaz
• Prueba de comunicación PLC
• Prueba funcional
• Programación
• Calibración

Trazabilidad

Para grandes proyectos OEM, la trazabilidad en producción puede ayudar a identificar:

• Revisión de hardware
• Versión del firmware
• Lote de producción
• Número de serie

Proceso de personalización de módulos PLC OEM

Un proyecto OEM típico puede seguir este flujo de trabajo:

Paso 1 — Análisis de Requisitos

Define la aplicación, la red PLC, la interfaz, la fuente de alimentación, los requisitos mecánicos y el mercado objetivo.

↓

Paso 2 — Propuesta Técnica

Seleccione la arquitectura de PLC adecuada y defina el alcance de personalización hardware/software.

↓

Paso 3 — Diseño de hardware

Personaliza la PCB, la fuente de alimentación, la interfaz de línea, los conectores y la interfaz del host.

↓

Paso 4 — Desarrollo de firmware

Implementa el protocolo de host, la comunicación con PLC, la gestión de dispositivos y las funciones de aplicación.

↓

Paso 5 — Prototipo

Construye muestras de ingeniería e intégralas en el producto OEM.

↓

Paso 6 — Pruebas del Sistema

Prueba la comunicación del PLC bajo cargas eléctricas reales y condiciones de red.

↓

Paso 7 — Certificación

Completar la certificación EMC, de seguridad y de producto aplicable.

↓

Paso 8 — Producción del piloto

Ejecuta un pequeño lote de producción para validar los procedimientos de fabricación y pruebas.

↓

Paso 9 — Producción en masa

Liberar el hardware final, firmware, lista de materiales (BOM), procedimiento de prueba de producción y especificaciones de calidad.

Cómo elegir un socio OEM para el desarrollo de módulos PLC

Al evaluar un proveedor de módulos PLC, no mires solo la hoja técnica del módulo.

Pregunta si el proveedor puede apoyar todo el proceso de desarrollo.

Preguntas importantes incluyen:

Hardware

• ¿Se puede personalizar la PCB?
• ¿Se puede personalizar la fuente de alimentación?
• ¿Se puede cambiar el conector y el pinout?
• ¿Se pueden personalizar las dimensiones del módulo?

Firmware

• ¿Se puede personalizar el protocolo de comunicación del anfitrión?
• ¿Se pueden modificar las funciones del firmware?
• ¿Hay soporte para SDK o API disponible?
• ¿Puede el proveedor soportar actualizaciones de firmware?

Tecnología PLC

• ¿Qué estándares PLC están soportados?
• ¿Qué tecnología de modulación se utiliza?
• ¿Qué tasa de datos de comunicación está disponible?
• ¿Qué topología de red está soportada?
• ¿Cómo gestiona el sistema el ruido eléctrico?

Ingeniería

• ¿Puede el proveedor proporcionar soporte esquemático?
• ¿Pueden ayudar con la integración de la PCB?
• ¿Pueden realizar pruebas de comunicación?
• ¿Pueden soportar la resolución de problemas a nivel de sistema?

Producción

• ¿Cuál es el MOQ?
• ¿Se pueden suministrar cantidades de prototipo?
• ¿Hay pruebas de producción disponibles?
• ¿Se pueden controlar las revisiones de hardware y firmware?

Un proveedor capaz de apoyar hardware + firmware + comunicación PLC + integración del sistema puede simplificar el proceso de desarrollo OEM.

Ejemplo: Integrar un módulo PLC en un controlador de iluminación inteligente

Considera un fabricante de iluminación que ya tiene un controlador con un MCU.

En lugar de rediseñar todo el controlador, el fabricante puede integrar un módulo de comunicación PLC.

La arquitectura puede ser:

Plataforma de Gestión Central
↓
PLC Gateway / CCO
↓
Línea eléctrica
↓
Módulo PLC / STA
↓
MCU anfitrión
↓
Controlador de iluminación
↓
Luminaria LED

El módulo PLC gestiona la comunicación a través de la línea eléctrica mientras que la MCU anfitriona existente continúa gestionando las funciones locales de la aplicación.

Este enfoque puede permitir que un producto eléctrico existente obtenga comunicación con PLC sin rediseñar completamente su arquitectura de control.

Módulo PLC personalizado vs módulo PLC estándar

Característica	Módulo PLC estándar	Módulo PLC OEM personalizado
Dimensiones de la placa de circuito circuito (PCB)	Fijado	Personalizado
Pinado	Estándar	Personalizado
Interfaz de host	Estándar	Personalizado
Suministro eléctrico	Definido	Se puede adaptar
Firmware	Estándar	Aplicación específica
Protocolo	Estándar	Personalizable
Diseño mecánico	Limitada	Específico para OEM
Integración de productos	General	Diseñado para el producto objetivo
Esfuerzo de desarrollo	Inferior	Más alto
Optimización	Limitada	Aplicación específica

Un módulo estándar puede ser útil para la evaluación y pruebas iniciales, mientras que un módulo personalizado puede desarrollarse en función de los requisitos del producto final.

Lista de verificación para la personalización de módulos PLC OEM

Antes de comenzar un proyecto de módulo PLC OEM, prepare la siguiente información:

Requisitos de PLC

• Estándar PLC
• Frecuencia
• Tasa de datos
• Distancia de comunicación
• Topología de la red
• Número de nodos

Requisitos eléctricos

• Tensión de entrada
• Consumo actual
• Voltaje de la MCU del host
• Tipo de interfaz
• Requisitos GPIO
• Requisitos de protección

Requisitos mecánicos

• Dimensiones de la placa de circuito circuito (PCB)
• Agujeros de montaje
• Tipo de conector
• Espaciamiento de los pasadores
• Altura máxima de los componentes
• Limitaciones del recinto

Requisitos de firmware

• Protocolo host
• Protocolo PLC
• Direccionamiento de dispositivos
• Gestión de redes
• Gestión de errores
• Requisitos de actualización de firmware

Requisitos de producción

• Cantidad prototipo
• Volumen anual objetivo
• Certificación
• Pruebas de producción
• Mercado objetivo