Intégration de la communication CAN entre BMS et onduleur

Pour les fournisseurs d'équipements de batteries, les partenaires d'onduleurs et les intégrateurs de stockage d'énergie, ce service aborde les différences de communication entre un BMS existant et un onduleur cible. Les travaux couvrent les protocoles d'application, la validité des données, l'interaction des états et la récupération des pannes. Un projet peut commencer par un prototype sur une carte fournie par le client. Les modèles, micrologiciels et fonctions pris en charge dépendent de la documentation du projet et des tests des appareils.

Tâches applicables et intrants du projet

Les tâches typiques incluent la connexion d'une batterie existante et de BMS à un autre onduleur, ou la conversion des données de la batterie en messages reconnus par l'appareil cible. Les entrées incluent à la fois les modèles d'appareil et le micrologiciel, les protocoles CAN réels, le brochage des connecteurs, les conditions d'alimentation et de mise à la terre, les échantillons de messages, l'équipement de test et les limites fonctionnelles. RS485 est inclus uniquement lorsque cela est spécifié séparément.

Lots de travaux de développement

Double CAN et exigences de carte

Une passerelle double CAN nécessite deux ressources de contrôleur, d'émetteur-récepteur et d'interface utilisables indépendamment, les paramètres de bus étant examinés séparément. Deux connecteurs ne prouvent pas la présence de deux contrôleurs CAN indépendants. Garder les réseaux séparés n’établit pas non plus une isolation galvanique. Les cartes fournies par le client nécessitent des schémas, des détails sur les composants, la révision de la carte et des informations sur les pilotes avant que les modifications du micrologiciel et du matériel ne soient prises en compte.

Livraison et acceptation des jalons

Gelez le protocole et la portée fonctionnelle avant les vérifications d'échantillons sur le terrain, l'intégration de prototypes et les tests sur les appareils convenus. Les enregistrements d'acceptation identifient les versions de l'équipement, la carte et le micrologiciel, les messages d'entrée, les états attendus, les sorties réelles et le comportement de récupération. Un affichage SOC correspond à un contrôle ; les limites, les alarmes, les états d'activation, les délais d'attente et les règles de récupération doivent également être vérifiés. Les seuils et la durée d'exécution sont définis dans le plan de test du projet.

Du prototype à une passerelle personnalisée

Après la validation du prototype, une étape distincte peut évaluer un PCB personnalisé, l'isolation et la protection de l'interface, le boîtier, les matériaux, les échantillons, la programmation et les tests de production. Les logiciels, la conception matérielle, les échantillons de matériaux, l'intégration de dispositifs et la fabrication en petits lots ont des éléments de portée et de coût distincts. La communication du prototype à elle seule n’établit pas l’acceptation du produit ou du lot.

Responsabilités de protection et informations sur le projet

La passerelle de communication ne remplace pas la protection BMS, la logique des contacteurs de batterie ou les mécanismes de sécurité de l'onduleur. Définissez quel appareil génère des limites, qui exécute le contrôle, comment le fonctionnement est inhibé lorsque les données deviennent invalides et ce qui permet la récupération. Partagez les équipements, les protocoles et les conditions de test pour établir des fonctions et des livrables vérifiables.