Portée du développement
L'optimisation de la consommation d'énergie en veille inférieure à Linux/Android est utilisée pour résoudre des problèmes techniques spécifiques dans les projets à faible consommation d'énergie. Le travail prend en compte les exigences de conception et commerciales existantes du client, localise les raisons des blocages du système et des périphériques, ajuste la gestion de l'alimentation et les tâches en arrière-plan ; fournit des correctifs de pilote ou de système, des instructions de construction, des enregistrements de veille et de réveil selon les modules convenus.
Vérifiez l'entrée par rapport à la ligne de base
Vérifiez la version du SoC, du PMIC, du BSP, du noyau ou Android, du pilote et des journaux de réveil pour clarifier la portée des mesures et des modifications.
Implémentation et personnalisation
Identifiez les causes du blocage du système et des périphériques, ajustez la gestion de l’alimentation et les tâches en arrière-plan, et enregistrez les options et dépendances de résolution.
Débogage collaboratif de l'environnement cible
La version du système vérifie les raisons de suspension et de réveil, la reprise de l'activité et les performances globales de la machine, et confirme le comportement de l'entreprise après la modification des paramètres.
Remise des documents et dossiers
Fournissez des correctifs de pilote ou de système, des instructions de construction, des enregistrements de veille et de réveil, et décrivez les versions, les méthodes de construction ou d'utilisation.
Processus de mise en œuvre du projet
- Saisissez la confirmation : SoC, PMIC, BSP, version du noyau ou Android, pilote et wake log.
- Méthode de mise en œuvre : localisez la cause du blocage du système et des périphériques et ajustez la gestion de l'alimentation et les tâches en arrière-plan.
- Vérification de phase : correction de l'interruption de la vérification de la version du système, des raisons de réveil, de la reprise de l'activité et des performances globales de la machine.
- Livraison du projet : correctifs de pilote ou de système, instructions de construction, enregistrements de veille et de réveil.
Conditions de conception et limites fonctionnelles
L'objectif dépend du SoC, du PMIC, de la rétention de mémoire et de l'ensemble des circuits de la carte. Les indicateurs doivent être définis en fonction de l’architecture locale et la consommation matérielle et logicielle doit être vérifiée séparément.
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
- Version SoC, PMIC, BSP, noyau ou Android, pilotes et wake logs.
- 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 |
|---|---|
| Correctifs de pilote ou de système, instructions de construction, enregistrements de veille et de réveil | 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 | La version du système vérifie l'interruption, les raisons de réveil, la reprise de l'activité et les performances globales de la machine, 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 modifications logicielles peuvent-elles atteindre des niveaux de veille pour les nœuds MCU ?+
L'objectif dépend du SoC, du PMIC, de la rétention de mémoire et de l'ensemble des circuits de la carte. Les indicateurs doivent être définis en fonction de l’architecture locale et la consommation matérielle et logicielle doit être vérifiée séparément.
Quelles informations dois-je préparer avant de démarrer le projet ?+
Cet objectif de travail nécessite SoC, PMIC, BSP, version du noyau ou Android, pilotes et journal de réveil. 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