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
| Couche | Que vérifier | Preuves insuffisantes |
|---|---|---|
| Connexion électrique | Brochage, émetteurs-récepteurs, alimentation, masse de référence, terminaison et isolation | Le même connecteur permet une connexion directe |
| Bus et cadres | Débit, trames standards ou étendues, CAN ou CAN FD, identifiants | La réception d'une trame prouve la compatibilité pour tous les messages |
| Définitions des données | Emplacement du champ, ordre des octets, mise à l'échelle, unités, valeurs signées et valeurs invalides | Un SOC correct prouve que tous les champs sont corrects |
| Interaction avec les applications | Rôles de nœud, ordre de démarrage, périodes, demande et réponse, délais d'attente | L'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.
En ligne
Téléphone
WeChat
retour au sommet
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 จัดให้มี···