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érifier | Ce qu'il faut observer | Preuve à conserver |
|---|---|---|
| Cohérence des données | Unités, direction, échelle et validité de SOC, tension, courant et température | Messages bruts, données décodées et affichages de l'appareil |
| Contraintes d'exploitation | Transfert de protocole de tension, de courant et d'activation de charge ou de décharge autorisés | Limites d'entrée, résultats de conversion et réponse de l'appareil |
| Alarmes et états | Activation d'alarme, autorisation et transitions d'état cohérentes | Séquences d'état, horodatages et journaux |
| Perte de lien et données obsolètes | Détection et traitement spécifié des messages arrêtés, des liens perdus ou des champs invalides | Définitions de délai d'attente, étapes de déclenchement et comportement réel |
| Récupération et redémarrage | Initialisation et récupération autorisée après reconnexion ou redémarrage | Journaux 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.
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 จัดให้มี···