Inhaltsdétails

L’affichage du SOC suffit-il à valider l’intégration du BMS et de l’onduleur ?

Un affichage SOC ne vérifie qu'une partie du chemin des données. L'acceptation nécessite également des contrôles de validité, des limites de charge et de décharge, des alarmes, des états d'activation, des délais d'attente de communication et de récupération.

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

Un affichage SOC ne suffit pas à établir une intégration complète. La valeur peut provenir uniquement de certains messages d'état ou de données mises en cache. Cela ne prouve pas une interaction correcte pour toutes les limites, alarmes et états de contrôle. L'acceptation doit couvrir les données et états requis définis dans le protocole, avec l'équipement, le micrologiciel et les conditions de test enregistrés.

Vérifications d'acceptation suggérées

VérifierCe qu'il faut observerPreuve à conserver
Cohérence des donnéesUnités, direction, échelle et validité de SOC, tension, courant et températureMessages bruts, données décodées et affichages de l'appareil
Contraintes d'exploitationTransfert de protocole de tension, de courant et d'activation de charge ou de décharge autorisésLimites d'entrée, résultats de conversion et réponse de l'appareil
Alarmes et étatsActivation d'alarme, autorisation et transitions d'état cohérentesSéquences d'état, horodatages et journaux
Perte de lien et données obsolètesDétection et traitement spécifié des messages arrêtés, des liens perdus ou des champs invalidesDéfinitions de délai d'attente, étapes de déclenchement et comportement réel
Récupération et redémarrageInitialisation et récupération autorisée après reconnexion ou redémarrageJournaux de démarrage, séquences de récupération et problèmes ouverts

Comment définir les critères de réussite

Avant les tests, définissez les conditions d'entrée, les résultats attendus, les tolérances ou fenêtres temporelles autorisées, la responsabilité du fonctionnement de l'appareil et le format des preuves. Les tests de charge et de décharge sont effectués par la partie du projet équipée pour faire fonctionner le système. Une passerelle ne doit pas fabriquer d'états normaux pour contourner la protection BMS ou l'onduleur. Ce tableau prend en charge la planification des tests ; les seuils proviennent des protocoles des appareils et du plan de test convenu.

Comment enregistrer les résultats des étapes

Enregistrez le décodage des messages comme vérification d’échantillon sur le terrain. Enregistrez une interaction partielle sur une carte de développement avec sa portée réelle de prototype. Les tests des appareils signalent individuellement les cas de réussite, d’échec et non vérifiés. Les modifications du modèle ou du micrologiciel nécessitent une évaluation de régression. Une seule observation sur l'écran ne remplace pas des conditions de fonctionnement non effectuées ou des tests de fonctionnement continu.

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