Inhaltsdétails

Pourquoi une batterie et un onduleur équipés de CAN peuvent-ils être incompatibles ?

Une interface CAN partagée n'établit pas de protocole d'application partagé. Vérifiez les connexions électriques, les paramètres du cadre, les définitions de données, l'ordre d'interaction et les règles de délai d'attente.

Questions fréquentes 2026-10-17 Winge Technology
Artikelinhalt

Les ports CAN sur les deux appareils ne prouvent pas l'accord sur les paramètres de trame, la signification des données ou l'interaction de contrôle. Même lorsque des messages sont reçus, l'onduleur peut ne pas interpréter les états de la batterie ou utiliser correctement les limites BMS. Identifiez les différences réelles avant de décider si une passerelle est nécessaire.

Vérifiez chaque couche de l'interface

CoucheQue vérifierPreuves insuffisantes
Connexion électriqueBrochage, émetteurs-récepteurs, alimentation, masse de référence, terminaison et isolationLe même connecteur permet une connexion directe
Bus et cadresDébit, trames standards ou étendues, CAN ou CAN FD, identifiantsLa réception d'une trame prouve la compatibilité pour tous les messages
Définitions des donnéesEmplacement du champ, ordre des octets, mise à l'échelle, unités, valeurs signées et valeurs invalidesUn SOC correct prouve que tous les champs sont corrects
Interaction avec les applicationsRôles de nœud, ordre de démarrage, périodes, demande et réponse, délais d'attenteL'envoi du statut permet en permanence de charger et de décharger

Quelles différences une passerelle peut-elle résoudre ?

Lorsque la documentation et l'autorisation le permettent, une passerelle peut décoder les messages, réencoder les champs, cartographier les états, planifier la transmission et gérer les délais d'attente. La seule modification des identifiants ne peut pas surmonter les formats de trame non pris en charge, l'absence de protection d'interface, les états critiques indisponibles ou un protocole cible inaccessible. Les données de protection ou de limite manquantes ne doivent pas être remplacées par des valeurs normales fabriquées.

Séquence de vérification suggérée

Identifiez d’abord les modèles d’appareil, les versions du micrologiciel et du protocole. Le personnel familiarisé avec l'équipement doit examiner les conditions électriques. Capturez les messages dans l'environnement de test convenu, vérifiez les champs de données, puis testez le démarrage, l'interaction normale, les délais d'attente et la récupération. Enregistrez la combinaison et les fonctions de l'appareil testé sans étendre le résultat à chaque modèle d'une marque.

Référence et portée

Consultez la documentation actuelle de la puce et du pilote pour connaître les formats de trame et les capacités du contrôleur. La référence Espressif ci-dessous distingue les frames standards et étendus et le support CAN FD. Il ne valide pas une carte particulière ou une paire batterie et onduleur particulière. Cet article fournit une méthode d'examen, et non une allégation de compatibilité testée pour une combinaison de marques.

Références

Commentaires sur le projet

Winge voltooit headless OpenHarmony 6.1 Fase 0-verificatie op RK3588

MijlpaalBuild22 startte Linux 5.10.210 en OpenHarmony init vanaf SD, koppelde rootfs, /vendor en /data aan, leverde een ···

OpenHarmony 6.1 Systeemaanpassing fase 0 naar RK3588

Direct antwoordOnder de gespecificeerde projectomstandigheden startte OpenHarmony 6.1 de kernel RK3588 op en initeerde O···

Winge ดำเนินการตรวจสอบแบบไม่มีหัว OpenHarmony 6.1 ขั้นที่ 0 เมื่อวันที่ RK3588

เหตุการณ์สำคัญBuild22 เริ่มต้น Linux 5.10.210 และ OpenHarmony เริ่มต้นจาก SD, rootfs ที่เมาท์ /vendor และ /data จัดให้มี···

Soumettre une demande de projet

Laissez vos coordonnées et une courte demande afin que nous puissions vérifier la direction technique et la portée.

En ligne
Téléphone
13910119357
WeChat
WhatsApp
Winge Technology WhatsApp Code QR Scannez le code QR ou cliquez pour nous contacter
retour au sommet