Il semble que cette fonction puisse tomber dans la zone grise entre la fonctionnalité architecturée, les fonctionnalités spécifiques au périphérique et les capacités de l'outil.
L'interface de débogage ARM ADIv5 peut certainement demander DEBUGPWRUP. Lorsque les outils se connectent via SWD ou JTAG, ils doivent le définir avant de pouvoir effectuer des accès. Le bit ne sera pas effacé en tirant simplement sur la connexion (il n'y a pas d'indication de vivacité du côté de la cible). Effacer ce bit en utilisant une chaîne d'outils de débogage (par opposition à un lecteur de bas niveau) peut être difficile.
Certains périphériques STM32 semblent fournir DBGMCU_Config dans une bibliothèque spécifique au fournisseur pour contrôler l'interaction entre les états de veille et de débogage. Il est permis d'émuler les états de faible puissance (c'est-à-dire de rester actifs, juste calés) ou de dormir même lorsque le débogage est connecté.
Ce niveau de détail est généralement décrit dans la documentation spécifique au périphérique du fournisseur, et il peut y avoir plusieurs façons de réaliser ce dont vous avez besoin. Une partie sensible à la puissance est plus susceptible d'avoir une note d'application sur le type de mesure que vous recherchez.
Qu'avez-vous essayé et/ou compris à partir de la documentation du bras sur le sujet? –
@old_timer Je n'ai rien trouvé avec Google, ce qui est une surprise car la documentation de Keil semble bien indexée. –
Pourquoi utilisez-vous Google et Keil pour trouver des documents sur le site Web du bras? chaque fois que vous voulez utiliser une puce de bras vous allez obtenir le trm et le manuel de référence architecturale, vous voulez utiliser un mips vous obtenez des manuels correspondants, pour les cœurs non ip, atmel avr, vous y allez, ti msp430 vous obtenez ces docs ... étape un dans le développement de métal nu (bien la première étape est d'obtenir le schéma, la deuxième étape est d'obtenir les docs pour toutes les parties sur le schéma). –