La simulation ne vaut pas les tests sur la cible mais elle reste utile pour analyser les états logiques de notre code et permet un débogage plus efficace des algorithmes, de visualiser l’état de l’utilisation des ressources systèmes et de profiler votre code. Ou des fois simplement parce que le hardware n’est pas prêt où qu’il n’est pas possible de maquetter.
Lorsque l’on teste en simulation l’IDE est capable d’émuler les périphériques du uC et de visualiser leur état. Il peut en outre émuler des appareils connectés comme les terminaux série connectés aux UARTs.Cela n’est pas suffisant car votre application communique également avec d’autres périphériques connectés : des boutons sur des GPIO ou via l’I2C (EEPROM, capteur ).
l’IDE uVision de keil intègre en simulation la capacité de simuler le comportement des périphériques interfacés via des accès à registres virtuels VTREGS. Le guide utilisateur documente ces registres et fournit de nombreux exemples pour chaque type de liaison.
Ces exemples sont fournis sous la forme de scripts donc la syntaxe est proche du C. Ces scripts peuvent être appelés depuis la fenêtre de commande en simulation, la dialogue à bouton « toolbox » ou sur un breakpoint.
D’autres exemples peuvent être trouvés dans les notes d’application, la page des périphériques uC simulés. Il suffit de taper le mot clé VTREG dans la boite de recherche de keil pour trouver la liste.
Ci-dessous une liste non exhaustive :
simulation d’une I2c,
simulation d’un signal analogique sur une des pattes de l’A/D converter,
simulation d’un EEPROM connectée sur l’I2c PCF8570.
A suivre : profiter des outils de simulation pour profiler le code.
