Portée du développement
Le micrologiciel veille-réveil MCU est conçu pour résoudre des problèmes techniques spécifiques dans les projets à faible consommation. Le travail part de la conception existante et des exigences commerciales du client et développe les conditions de sommeil, la détermination du sillage, la récupération de l'horloge et la reconstruction du pilote ; Les ensembles de données de machine d'état, de micrologiciel, de synchronisation de réveil et de régression de fonction sont fournis conformément aux modules convenus.
Vérifiez l'entrée par rapport à la ligne de base
Vérifiez le mode du contrôleur principal, la source de réveil, l'état des tâches et les exigences de récupération des périphériques, et clarifiez la portée de la mesure et du changement.
Implémentation et personnalisation
Développez les conditions d'entrée en veille, la détermination du sillage, la récupération de l'horloge et la reconstruction du pilote, et enregistrez les options de résolution et les conditions de dépendance.
Débogage collaboratif de l'environnement cible
Couvre la synchronisation et les événements externes, le réveil continu, les événements simultanés et les échecs de récupération, et confirme le comportement de l'entreprise après des modifications de paramètres.
Remise des documents et dossiers
Fournissez des enregistrements de machine à états, de micrologiciel, de séquence de réveil et de régression de fonction qui décrivent la version, la construction ou la méthode d'utilisation.
Processus de mise en œuvre du projet
- Confirmation d'entrée : mode maître, source de réveil, état des tâches et demandes de récupération de périphériques.
- Méthode de mise en œuvre : Développer les conditions d'entrée en sommeil, la discrimination au réveil, la récupération de l'horloge et la reconstruction du pilote.
- Vérification de phase : couvre la synchronisation et les événements externes, les réveils continus, les événements simultanés et les erreurs de récupération.
- Livraison du projet : machine à états, firmware, séquence de réveil et enregistrements de régression des fonctions.
Conditions de conception et limites fonctionnelles
Les latences de sauvegarde, de redémarrage et de restauration d'état doivent être comparées à la durée de veille. Pour certaines tâches à intervalles courts, des modes plus légers peuvent être utilisés pour mieux atteindre les objectifs énergétiques globaux.
Les services spéciaux prennent le module convenu comme limite de mise en œuvre. En cas de modifications matérielles, les accords de tiers, les plates-formes globales ou les tests externes, les interfaces, la charge de travail et les responsabilités sont confirmés séparément et les modifications locales ne sont pas utilisées directement comme conclusions sur les performances de l'ensemble de l'appareil.
Documents de projet requis
- Mode de contrôle principal, source de réveil, état des tâches et demandes de récupération de périphériques.
- Prototypes existants et problèmes reproductibles ou nouvelles fonctionnalités du projet et objectifs de consommation d'énergie.
- Le thème modifié, le code source et les dépendances tierces sont autorisés ; La fonctionnalité et la compatibilité doivent être maintenues.
- Liste de livraison, environnement cible, portée de l'échantillon, jalons du projet et méthodes d'acceptation.
Contenu de la livraison et acceptation
| Contenu de la livraison | Méthode de vérification |
|---|---|
| Enregistrements de machine d'état, de micrologiciel, de séquence de réveil et de régression de fonction | Vérifiez la possibilité de modification, la version, les instructions d'utilisation et les dépendances à l'aide de la liste des fichiers. |
| Vérification de la mise en œuvre | Couvre le timing et les événements externes, le réveil continu, les événements simultanés et les erreurs de récupération, et maintient les conditions de travail et les résultats correspondants. |
| Comparaison des fonctions et de la consommation électrique | Corrigez le matériel, les logiciels, la batterie, la température et les cycles économiques applicables et tenez compte des changements de conditions et de leur impact. |
| Reproduction et suivi | Spécifiez les étapes de construction ou d'exécution, les limitations connues, les plages de paramètres et les cas non couverts. |
Questions fréquemment posées
Les modes de sommeil plus profond sont-ils toujours plus appropriés ?+
Les latences de sauvegarde, de redémarrage et de restauration d'état doivent être comparées à la durée de veille. Pour certaines tâches à intervalles courts, des modes plus légers peuvent être utilisés pour mieux atteindre les objectifs énergétiques globaux.
Quelles informations dois-je préparer avant de démarrer le projet ?+
Ce travail se concentre sur le mode de contrôle principal, la source de réveil, l'état des tâches et les exigences de récupération des périphériques. Si les données sont incomplètes, déterminez d’abord la portée qui nécessite des tests ou un tri supplémentaires, puis procédez à la mise en œuvre.
Peut-il être mis en œuvre avec le projet complet de développement d’appareils ?+
Il peut être utilisé comme un lot de travaux dans le projet global ou mis en œuvre séparément pour les produits existants. Il est nécessaire d'expliquer les interfaces avec les autres modules, les versions et la responsabilité de la vérification finale de la machine.
Références techniques
La configuration du GPIO doit être vérifiée ainsi que les circuits externes, le mode veille et l'état de réveil ; Les paramètres réels sont soumis aux données de la puce cible et à l'ensemble du test de la carte. Référence de conception GPIO et état d'alimentation
En ligne
Téléphone
WeChat
retour au sommet