Les produits OEM ont de plus en plus besoin d’une communication fiable sans ajouter de câblage de communication complexe. Pour les contrôleurs industriels, l’éclairage intelligent, les compteurs, l’éclairage de secours, les équipements de recharge pour VE et autres produits électriques, Communication par ligne électrique (PLC) peut fournir un moyen pratique de transmettre des données sur les lignes électriques existantes.

Cependant, intégrer une fonction PLC dans un produit OEM va bien au-delà de simplement ajouter une puce ou un module PLC à un PCB. Le module doit correspondre à l’alimentation du produit hôte, à son interface de communication, à l’architecture du PCB, au micrologiciel, à la structure mécanique et à l’environnement d’exploitation.

Exactement Guide de personnalisation des modules API OEM explique les principales décisions d’ingénierie impliquées dans le développement d’un module de communication API personnalisé pour un produit OEM.

Qu’est-ce que la personnalisation des modules PLC OEM ?

La personnalisation d’un module PLC OEM signifie adapter un module de communication PLC pour répondre aux exigences électriques, de communication, mécaniques, de firmware et d’application d’un produit OEM spécifique.

Au lieu de développer l’intégralité du circuit de communication des PLC à partir de zéro, un client OEM peut intégrer un module PLC personnalisé dans son matériel existant.

Un module personnalisé peut inclure :

• PLC communication PHY
• MCU ou processeur
• Conducteur de ligne
• Circuit d’alimentation électrique
• UART, SPI, GPIO, PWM, ADC ou d’autres interfaces
• Protocole de communication
• Micrologiciel
• Configuration du réseau
• Circuits de protection
• Conception EMC/EMI
• Dimensions personnalisées du PCB
• Connecteurs et définitions des broches

Par exemple, un fabricant d’éclairage peut intégrer un module PLC dans un contrôleur d’éclairage afin que le contrôleur puisse communiquer avec une passerelle centrale via la ligne électrique existante.

Le même concept peut s’appliquer à d’autres produits électriques.

Pourquoi personnaliser un module PLC pour un produit OEM ?

Un module API standard est souvent suffisant pour l’évaluation ou le développement par preuve de concept. Avant de commencer, veuillez d’abord consulter notre article Comment ajouter la communication par API à des produits électriques existants. Cependant, les produits de production peuvent avoir des exigences qu’un module standard ne peut pas satisfaire. Pour la norme PLC, on peut voir IEEE Pour référence.

Les exigences courantes de personnalisation des fabricants d’origine incluent :

1. Interfaces de communication différentes

Le contrôleur hôte peut utiliser :

• UART
• SPI
• I²C
• GPIO
• PWM
• RS-485
• Interfaces analogiques

Le module PLC doit fournir une interface compatible et un niveau électrique.

2. Alimentation différente

Le produit OEM peut fournir :

• 3,3 V
• 5 V
• 12 V
• 24 V
• Alimentation courante alternatif
• Alimentation en courant continu

L’architecture d’alimentation du module PLC doit être conçue en conséquence.

3. Contraintes mécaniques

Le module peut devoir tenir à l’intérieur de :

• Haut-parleurs d’éclairage
• Contrôleurs
• Boîtiers de compteurs
• Armoires électriques
• Équipements d’éclairage d’urgence
• Équipement de recharge pour VE
• Équipements de contrôle industriel

Par conséquent, les dimensions du module, les trous de montage, la position des connecteurs et la hauteur des composants peuvent devenir des paramètres de personnalisation importants.

4. Protocoles de communication personnalisés

Le produit OEM peut avoir besoin que le module PLC communique avec un MCU existant en utilisant un protocole ou une structure de commande spécifique.

5. Firmware spécifique à chaque application

Le module PLC peut nécessiter des fonctions personnalisées pour :

• Adressage des dispositifs
• Adhésion au réseau
• Transmission des données
• Découverte de dispositifs
• Configuration des paramètres
• Diagnostic
• Mises à jour OTA
• Rapport d’erreurs

Paramètres clés à définir avant de personnaliser un module API

Avant de commencer un projet de module PLC OEM, le client doit préparer une spécification technique claire. Liste de contrôle de conception de modules PLC pour le développement OEM | Matériel et tests Cet article est utile pour vérifier.

Une spécification utile peut être divisée en huit domaines :

Catégorie	Questions clés
Communication API	Quelle norme PLC, quelle bande de fréquence, quel débit de données et quelle topologie ?
Interface hôte	UART, SPI, GPIO, PWM, etc. ?
Alimentation électrique	Quelle tension et quel courant sont disponibles ?
PCB	Quelles sont les dimensions et les exigences de montage ?
Micrologiciel	Quelles fonctions et protocoles sont nécessaires ?
Environnement	Température, humidité, EMC et conditions d’installation ?
Mécanique	Limites de connecteur, de boîtier et de hauteur des composants ?
Production	Quantité de prototype, certification et volume annuel attendu ?

Définir ces exigences tôt peut réduire significativement la refonte pendant le développement.

1. Définir les exigences de communication des API

La première étape consiste à déterminer comment l’appareil OEM communiquera sur le fil électrique.

Les paramètres importants incluent :

Fréquence des PLC

Différentes technologies de PLC fonctionnent à différentes plages de fréquences.

La fréquence sélectionnée doit prendre en compte :

• Caractéristiques des lignes électriques
• Exigences réglementaires
• Environnement sonore
• Distance de communication
• Application cible
• Dispositifs API existants

Débit de données

Le débit de données requis dépend de l’application.

Pour l’éclairage intelligent, par exemple, le système peut n’avoir besoin que de paquets relativement petits contenant :

• Commandes ON/OFF
• Niveaux de gradation
• Tension
• Actuel
• Puissance
• Énergie
• Statut de la faille
• Informations sur les capteurs

Une application IoT industrielle peut nécessiter une architecture de communication différente.

Topologie du réseau

Le système OEM doit définir s’il utilise :

• Communication point à point
• Topologie en étoile
• Topologie des arbres
• Réseau maillé
• Architecture hybride

Pour les grands réseaux d’éclairage PLC, l’architecture réseau doit également prendre en compte la capacité de la passerelle, l’adressage des appareils, la découverte du réseau et la fiabilité des communications.

2. Sélectionnez l’architecture du chipset ou module PLC

Il existe généralement deux approches pour le développement des API OEM. Si vous êtes un nouvel utilisateur, vous pouvez d’abord consulter cet article Module PLC vs Chipset PLC vs Carte PLC : quelle est la différence ? Pour référence.

Option A : Intégrer un chipset API

L’OEM développe le circuit PLC directement autour d’un chipset PLC.

Cela offre un meilleur contrôle sur :

• Architecture PCB
• Sélection des composants
• Conception RF/analogique
• Micrologiciel
• Alimentation électrique
• Coût de production

Cependant, cela nécessite plus de ressources d’ingénierie et d’expérience en développement d’API.

Option B : Intégrer un module PLC embarqué

L’OEM intègre un modèle pré-développé Module de communication PLC dans son produit.

Cela peut simplifier :

• Développement matériel
• Conception de circuits PLC
• Intégration du firmware
• Développement du prototype
• Essais
• Production

Pour les entreprises qui possèdent déjà un produit basé sur un MCU mais ne souhaitent pas repenser complètement le circuit de communication des PLC, un module API embarqué personnalisé peut être une approche pratique.

3. Définir l’interface MCU hôte

L’une des décisions les plus importantes concerne la manière dont le module PLC communique avec le contrôleur principal du produit OEM.

Les interfaces courantes incluent :

UART

L’UART est largement utilisé pour l’intégration de PLC embarqués car il est simple et nécessite relativement peu de broches.

Architecture typique :

Module MLC UART Hébergeur ↔ ↔ ↔ Ligne d’alimentation

Le MCU hôte peut envoyer des commandes au module PLC pendant que le module gère la communication PLC.

SPI

Le SPI peut être utile lorsqu’une communication à plus grande vitesse entre le MCU hôte et le module PLC est requise.

GPIO

Les broches GPIO peuvent être utilisées pour :

• RÉINITIALISATION
• Interruption
• Statut
• État du réseau
• Indication de défaut

PWM

La PWM peut être utile dans les produits où le module PLC doit interagir avec des fonctions d’éclairage ou de contrôle moteur.

L’interface doit être définie avant le développement du PCB car l’affectation des broches et la conception électrique peuvent affecter l’ensemble de la disposition du module.

4. Adapter l’alimentation du module PLC

La compatibilité électrique est un autre critère crucial.

Le client OEM doit fournir :

• Tension d’entrée
• Tolérance de tension
• Courant maximal
• Conditions de démarrage
• Rails DC disponibles
• Exigences en séquençage de puissance

Par exemple, si le produit hôte fournit déjà un rail stable de 3,3 V, le module PLC peut être conçu autour de cette alimentation.

Si le produit ne fournit qu’un rail DC à haute tension, le module peut nécessiter un étage DC/DC ou LDO supplémentaire.

Pour les produits connectés directement au secteur secteur, l’architecture d’isolation et de protection doit également être soigneusement évaluée.

Ne supposez pas qu’un module PLC existant peut simplement être connecté à n’importe quelle tension disponible.

L’architecture d’alimentation du module doit être conçue en fonction du produit hôte réel.

5. Personnaliser l’interface de ligne PLC

L’interface de ligne PLC est l’une des sections les plus sensibles à l’application de la conception.

Il comprend généralement l’émetteur-récepteur PLC, le pilote de ligne, le réseau de couplage, le filtrage et les composants de protection.

La conception doit prendre en compte :

• Tension de ligne AC/DC
• Impédance de ligne
• Bruit
• Surge
• EMI
• ESD
• Environnement électrique
• Exigences d’isolation
• Distance de communication

Pour les applications industrielles et extérieures, l’environnement électrique peut être nettement plus bruyant qu’un environnement de test en laboratoire.

Par conséquent, la communication avec les PLC doit être testée en utilisant le réseau d’alimentation cible réel dès que possible.

6. Concevoir le circuit imprimé pour le produit OEM

Un module PLC personnalisé doit s’adapter mécaniquement et électriquement au produit hôte.

Les exigences typiques de personnalisation du PCB incluent :

• Longueur du circuit imprimé
• Largeur du circuit imprimé
• Épaisseur du circuit imprimé
• Trous de montage
• Position du connecteur
• Espacement des broches
• Hauteur des composants
• Zones de garde
• Exigences de blindage
• Dissipation de la chaleur
• Direction de l’installation

Par exemple, un module PLC installé à l’intérieur d’un pilote d’éclairage peut avoir des restrictions strictes de hauteur.

Un module installé à l’intérieur d’une armoire électrique peut disposer d’un espace nettement plus grand.

Par conséquent, L’environnement mécanique doit être pris en compte au début de la conception plutôt qu’après l’achèvement du circuit.

7. Personnaliser la définition de la broche

Les clients OEM peuvent avoir des exigences différentes pour le connecteur de module.

Un pinout personnalisé peut inclure :

Épingle	Fonction
VCC	Puissance du module
GND	Terrain
TX	Transmission UART
RX	UART reçoit
RÉINITIALISATION	Réinitialisation matérielle
INT	Interruption
GPIO	E/S configurable
PWM	Interface PWM
ADC	Entrée analogique
SPI	Interface SPI

L’attribution réelle des broches doit être déterminée selon l’architecture MCU et PCB hôte.

Un bon brochage doit également prendre en compte les futures révisions du produit.

Laisser plusieurs GPIO configurables peut offrir une flexibilité utile pour les versions futures.

8. Personnaliser le firmware des PLC

Le matériel n’est qu’une partie d’un projet d’API OEM.

La personnalisation du firmware peut être tout aussi importante.

Les fonctions typiques du firmware incluent :

Adressage des dispositifs

Chaque dispositif PLC peut nécessiter une adresse logique unique.

Découverte du réseau

Le module peut participer à la découverte ou à la configuration automatique du réseau.

Transmission des données

Le firmware définit la manière dont les données applicatives sont emballées et transmises via un API.

Gestion des erreurs

Le module peut fournir des informations sur :

• Défaillance de communication
• Erreurs CRC
• Temps mort
• Déconnexion réseau
• Commandes invalides

Configuration

Les produits OEM peuvent nécessiter des paramètres configurables tels que :

• ID de l’appareil
• Débit en bauds
• Paramètres de communication
• Adresse réseau
• Compte des essais
• Intervalle de transmission

Mises à jour OTA ou à distance

Pour les déploiements à grande échelle, la capacité de mise à jour du firmware peut réduire les coûts de maintenance.

L’architecture exacte du firmware doit être convenue avant la production de masse.

9. Définir le protocole de communication entre le MCU hôte et le module PLC

Un module PLC personnalisé doit avoir un protocole de communication hôte clairement défini.

Par exemple :

Module d’accueil MCU → PLC

Commandement | Adresse | Longueur des données | Données | CRC

Le module PLC traite la commande et transmet les données correspondantes via la ligne électrique.

Le module PLC distant peut alors envoyer les informations reçues à son MCU hôte.

Une spécification de protocole doit définir :

• Format de commande
• Format des données
• Adressage
• CRC
• Temps mort
• Mécanisme de tentative
• Codes d’erreur
• Taille maximale du paquet
• Compatibilité des versions

Cela facilite grandement l’intégration matérielle et firmware.

10. Considérez l’EMC et le bruit dès le début

La communication par PLC utilise intentionnellement la ligne électrique comme support de communication.

Malheureusement, la même ligne électrique peut également contenir du bruit électrique.

Les sources de bruit potentielles incluent :

• Haut-parleurs LED
• Alimentations électriques à découpage
• Moteurs
• Onduleurs
• Variateurs de fréquence
• Bornes de recharge pour VE
• Équipements industriels
• Relais
• Contacteurs

Par conséquent, la conception des modules PLC doit prendre en compte l’EMC et l’immunité au bruit dès le départ.

Les mesures de conception potentielles incluent :

• Filtrage
• Mise à la terre correcte
• Optimisation de la disposition des circuits imprimés
• Protection contre les surtensions
• Protection ESD
• Optimisation du couplage de ligne
• Isolement
• Tests EMI

Un module qui fonctionne bien sur un établi de laboratoire peut se comporter différemment lorsqu’il est connecté à un véritable réseau industriel électrique.

11. Essais de prototypes

Avant la production de masse, le module PLC personnalisé doit passer par plusieurs étapes de test. Comment tester un module PLC avant la production de masse Cet article peut vous guider vers un guide d’examen approprié.

Tests matériels

Vérifier :

• Tension d’alimentation
• Consommation actuelle
• Niveaux d’interface
• Comportement de réinitialisation
• Fonctions GPIO
• Comportement thermique

Tests de communication API

Mesure :

• Distance de communication
• Taux de réussite des paquets
• Débit de données
• Découverte du réseau
• Comportement de réessai
• Communication multi-dispositifs

Essais de bruit

Tester la communication sous différentes charges électriques.

Par exemple :

• Pilotes LED ON/OFF
• Moteurs en fonctionnement
• Alimentations électriques à découpage
• Différentes longueurs de câble
• Conditions de charge différentes

Essais environnementaux

Selon l’application :

• Haute température
• Basse température
• Humidité
• Vibration
• Surge
• ESD
• EMC

12. Tester le module à l’intérieur du produit OEM final

Cette étape est souvent négligée.

Tester le module API seul ne suffit pas.

Le produit final doit être testé comme un système complet :

Module PLC + MCU hôte + Alimentation électrique + Charge électrique + Réseau électrique

Pour un produit d’éclairage intelligent, par exemple :

Cloud → Gateway → Contrôleur PLC → ligne électrique → pilote d’éclairage → luminaire LED

Tester l’ensemble du système permet d’identifier les problèmes causés par l’interaction entre le module PLC et les autres composants.

13. Exigences de certification et de réglementation

Les certifications requises dépendent du marché cible et de la catégorie de produits.

Un projet d’API OEM peut devoir prendre en compte des exigences liées à :

• EMC
• Sécurité électrique
• Émissions radio ou conduites
• Immunité aux surtensions
• ESD
• Conformité environnementale
• Réglementations spécifiques aux produits

Les exigences de certification doivent être identifiées au début du projet.

Modifier le circuit imprimé ou l’architecture de communication tard dans le développement peut augmenter les coûts de certification et retarder la production.

14. Préparer la production de masse

Une fois le prototype validé, la conception du module doit être préparée pour la production.

Les éléments importants incluent :

BOM

Définissez :

• Composants
• Alternatives approuvées
• Statut du cycle de vie
• Informations sur les fournisseurs

Fichiers Gerber

Les fichiers de fabrication du PCB doivent être publiés selon la version finale.

Micrologiciel

La version de production du firmware doit être contrôlée et documentée.

Procédure de test

Les essais de production peuvent inclure :

• Test de mise sous tension
• Test d’interface
• Test de communication PLC
• Test fonctionnel
• Programmation
• Étalonnage

Traçabilité

Pour les grands projets OEM, la traçabilité en production peut aider à identifier :

• Révision matérielle
• Version du firmware
• Batch de production
• Numéro de série

Processus de personnalisation des modules PLC OEM

Un projet OEM typique peut suivre ce flux de travail :

Étape 1 — Analyse des besoins

Définissez l’application, le réseau PLC, l’interface, l’alimentation électrique, les exigences mécaniques et le marché cible.

↓

Étape 2 — Proposition technique

Sélectionnez l’architecture API appropriée et définissez le périmètre de personnalisation matériel/logiciel.

↓

Étape 3 — Conception matérielle

Personnalisez le circuit imprimé, l’alimentation, l’interface ligne, les connecteurs et l’interface hôte.

↓

Étape 4 — Développement du firmware

Implémentez le protocole hôte, la communication avec les PLC, la gestion des appareils et les fonctions applicatives.

↓

Étape 5 — Prototype

Construisez des échantillons d’ingénierie et intégrez-les dans le produit OEM.

↓

Étape 6 — Tests système

Tester la communication des PLC sous des charges électriques réelles et des conditions réseau.

↓

Étape 7 — Certification

Complétez la certification EMC, sécurité et produit applicable.

↓

Étape 8 — Production du pilote

Faites un petit lot de production pour valider les procédures de fabrication et de test.

↓

Étape 9 — Production de masse

Publiez le matériel final, le firmware, la carte de base, la procédure de test de production et les spécifications de qualité.

Comment choisir un partenaire OEM pour le développement de modules PLC

Lorsque vous évaluez un fournisseur de modules PLC, ne regardez pas uniquement la fiche technique du module.

Demandez si le fournisseur peut soutenir l’ensemble du processus de développement.

Les questions importantes incluent :

Matériel

• Le circuit imprimé peut-il être personnalisé ?
• L’alimentation peut-elle être personnalisée ?
• Le connecteur et le brochage peuvent-ils être changés ?
• Les dimensions du module peuvent-elles être personnalisées ?

Micrologiciel

• Le protocole de communication de l’hôte peut-il être personnalisé ?
• Peut-on modifier les fonctions du firmware ?
• Le SDK ou l’API est-il disponible ?
• Le fournisseur peut-il prendre en charge les mises à jour du firmware ?

Technologie des API

• Quelles normes PLC sont prises en charge ?
• Quelle technologie de modulation est utilisée ?
• Quel débit de données de communication est disponible ?
• Quelle topologie réseau est prise en charge ?
• Comment le système gère-t-il le bruit électrique ?

Ingénierie

• Le fournisseur peut-il fournir un support schématique ?
• Peuvent-ils aider à l’intégration du PCB ?
• Peuvent-ils effectuer des tests de communication ?
• Peuvent-ils supporter le dépannage au niveau du système ?

Production

• Quel est le MOQ ?
• Peut-on fournir des quantités prototypes ?
• Des tests en production sont-ils disponibles ?
• Peut-on contrôler les révisions matérielles et du firmware ?

Un fournisseur capable de soutenir matériel + firmware + communication API + intégration système peut simplifier le processus de développement OEM.

Exemple : Intégration d’un module PLC dans un contrôleur d’éclairage intelligent

Considérez un fabricant d’éclairage qui possède déjà un contrôleur avec un MCU.

Au lieu de redessiner l’ensemble du contrôleur, le fabricant peut intégrer un module de communication PLC.

L’architecture peut être :

Plateforme de gestion centrale
↓
Passerelle PLC / CCO
↓
Ligne électrique
↓
PLC Module / STA
↓
Animateur MCU
↓
Pilote d’éclairage
↓
LED Luminaire

Le module PLC gère la communication via la ligne électrique tandis que le MCU hôte existant continue de gérer les fonctions locales de l’application.

Cette approche permet à un produit électrique existant d’obtenir une communication avec les PLC sans repenser complètement son architecture de contrôle.

Module PLC personnalisé vs module API standard

Caractéristiques	Standard PLC Module	Module PLC OEM personnalisé
Dimensions du circuit imprimé	Fixé	Personnalisé
Brochage	Standard	Personnalisé
Interface hôte	Standard	Personnalisé
Alimentation électrique	Défini	Peut être adapté
Micrologiciel	Standard	Spécifique à l’application
Protocole	Standard	Personnalisable
Conception mécanique	Limité	Spécifique aux fabricants
Intégration des produits	Généralités	Conçu pour le produit cible
Effort de développement	Lower	Plus haut
Optimisation	Limité	Spécifique à l’application

Un module standard peut être utile pour l’évaluation et les tests initiaux, tandis qu’un module personnalisé peut être développé en fonction des exigences du produit final.

Liste de contrôle de la personnalisation des modules API OEM

Avant de commencer un projet de module API OEM, préparez les informations suivantes :

Exigences des API

• Norme API
• Fréquence
• Débit de données
• Distance de communication
• Topologie du réseau
• Nombre de nœuds

Exigences électriques

• Tension d’entrée
• Consommation actuelle
• Tension du MCU hôte
• Type d’interface
• Exigences GPIO
• Exigences de protection

Exigences mécaniques

• Dimensions du circuit imprimé
• Trous de montage
• Type de connecteur
• Espacement des broches
• Hauteur maximale des composants
• Limitations de l’enceinte

Exigences du firmware

• Protocole hôte
• Protocole PLC
• Adressage des dispositifs
• Gestion du réseau
• Gestion des erreurs
• Exigences de mise à jour du firmware

Exigences de production

• Quantité du prototype
• Volume annuel cible
• Certification
• Essais de production
• Marché cible