STM32L4 blink led

Version imprimable

STM32L4 blink led

Salut ,

Je debute la programmation du STM32 (STM32L476 RG) et je voulais apprendre a utiliser les registres donc j'ai fait un petit code mais quand j'essai sur le microcontrolleur ca ne marche pas donc je voulais savoir qu'est ce que je dois modifier pour que ca marche .
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 #include "stm32l4xx.h" int main(void) { volatile unsigned int i =0; RCC -> AHB2ENR|= 1<<0; GPIOA->MODER |= 1 << 10; while(1) {for (i= 0; i < 50000; i++) GPIOA -> BSRR= (1<<5); for (i = 0; i < 50000; i++) GPIOA -> BSRR= (1<<21);} }
la user led est connecte au PA5 et j'utilise atollic Truestudio

Merci

02/01/2019, 17h52
ziyad88

Salut Alakaab,

J’ai la même carte que toi et je tourne sur éclipse, si tu as trouvé comment faire pour faire clignoter la led ou bien si tu as des bons Tutos je suis preneur.

Merci d’avance.

Salut,
C'est surprenant car je viens de regarder la doc du STM32L476 RG et le code tout en haut du message me semble correcte.

Tu peux essayer le code ci dessous et me dire si ça fonctionne ? Je n'ai pas eu le temps de le tester ce soir, j'essai demain mais faut que je regarde si j'ai le même micro chez moi. J'ai un STM32F303 ça c'est sur mais un L4xx ?
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 #include "stm32l4xx.h" int main(void) { unsigned int i =0; /* Activation de l'horloge du périphérique GPIOA */ RCC->AHB2ENR |= 1 << 0; /* PA5 en sortie classique */ GPIOA->MODER |= 1 << 10; while(1) { for (i= 0; i < 500000; i++) GPIOA->ODR = (1 << 5); /* PA5 à 1 */ for (i = 0; i < 500000; i++) GPIOA->ODR = (0 << 5); /* PA5 à 0 */ } }

03/01/2019, 09h55
ziyad88

Salut Vincent,

Merci pour ta réponse,
Je viens de tester le code que tu m'a proposé, j'ai posté une video sur le net : https://www.youtube.com/watch?v=1B7z...?v=1B7zlEDxcdI
La LED ne s'allume pas, je voudrais savoir qu'est ce qu'il faut repérer sur la "datasheet" comme info pour allumer la LED .

J'ai compris qu'il fallait activer l'horloge RCC avec "AHB2ENR", activer le registre GPIOA avec "MODER" puis mettre le Pin 5 du GPIOA sur "HIGH" avec "ODR".
Mais je n'arrive pas à bien interpréter ce qu'il y a entre les parenthèses.
Y'a t-il autre chose à paramétrer comme la fréquence de l'horloge ?

Merci encore.

ps : Le code en commentaire c'est ce que j'avais testé avant de poster.
03/01/2019, 14h14
Auteur

Bonjour,

ma remarque peut sembler déplacée, mais est-ce que ta LED est correctement câblée ? Tu ne l'as pas mise à l'envers par hasard ? La valeur de sa résistance est correcte ?
03/01/2019, 15h00
Vincent PETIT

6 pièce(s) jointe(s)

Salut,
Très bonne question Auteur !!!
Et rassure moi, on est bien entrain de parler d'une carte Nucléo avec la LED sur PA5 ? C'est ce que j'avais en tête en lisant le premier message. On ne parle pas d'une carte Discovery ? Sinon les LED ne sont peut être pas du tout aux mêmes endroits.

C'est bien cette carte ci-dessous que tu as ?

Pièce jointe 438370

***********************************************

Sur ta vidéo ça a l'air de fonctionner, je vois bien le registre Output Data Register passer à 1 et j'imagine qu'il a du passer à 0 si la vidéo avait été plus loin (peut être en mettant un point d'arrêt sur cette ligne GPIOA->ODR = (0 << 5); /* PA5 à 0 */ et en regardant l'état des registres comme tu le fais.) Ce soir je ferai un essai sur une de mes cartes Nucléo, je n'aurai peut être pas la même que toi mais je regarderai si je n'ai pas un microcontrôleur proche du STM32L4xx. Ça fait un petit moment que je n'ai pas touché à un micro ARM mais je ne vois pas ce que j'ai oublié.

***********************************************

Citation:

Envoyé par ziyad88

Mais je n'arrive pas à bien interpréter ce qu'il y a entre les parenthèses.

Si tu parles de ça GPIOA->ODR = (0 << 5); c'est juste un 0 que je décale 5x vers la gauche dans le registre. Ce qui revient à mettre le bit 5 du registre à 0. Si j'écris par exemple GPIOA->ODR = (1 << 21);, je décale 21 fois un bit à 1 dans le registre, ce qui revient à mettre le bit 21 à 1. Personnellement je n'aime pas ce style d'écriture, j'ai fais comme ça parce que j'ai repris le programme initial du premier message.

***********************************************

Pour te repérer dans les docs de chez ST, c'est comme chez Texas Instruments, il te faut deux choses :

- La datasheet (organisation interne du micro, les spécs électriques, etc...) https://www.st.com/resource/en/datas...tm32l476rg.pdf
- Le reference manual (fonctionnement détaillé de chaque périphérique et des registres associés) https://www.st.com/resource/en/refer...dm00083560.pdf

Il faut jongler avec les deux !

Sur les microcontrôleurs 8 et 16 bits propriétaire (MSP430, ATMEL, PIC, etc) on configure les périphériques et c'est partie mais sur ARM il ne faut pas oublier d'activer en plus, et de régler au besoin, l'horloge du périphérique et pour ça il faut savoir sur quel bus d'horloge est connecté le dit périphérique. Datasheet page 17

Pièce jointe 438387

Le PORTA est connecté sur le bus d'horloge AHB2, note qu'il y a plusieurs bus d'horloge, AHB1, APB1 et APB2 certains bus sont limités en vitesse (ce n'est pas le cas sur ce microcontrôleur) il y a des ponts et des réglages possibles pour permettre des ajustements très fins surtout en terme de consommation puisque plus ça tourne lentement et moins ça consomme.

Maintenant, il faut aller voir dans le Reference Manual, ce qu'on nous raconte à propose du bus AHB2. Si tu regardes l'image ci dessous tu peux voir que AHB2 est un registre classé dans la fonctionnalité RCC (Reset and Clock Control) d'où le pointeur RCC->AHB2xxx et ce registre AHB2 être "enable" (AHB2ENR) ou "reset" (AHB2RSTR). C'est toujours intéressant d'aller lire ce que fait la fonctionnalité RCC.

Pièce jointe 438394

Et ci-dessous, on voit qu'il suffit de mettre le bit 0 du registre à 1 pour activer l'horloge du port A (voir la page 252 que je ne mets pas ici.) La doc précise l'utilité de chaque bit de chaque registre.

Pièce jointe 438395

Concernant le registre 32bits MODER de la fonctionnalité GPIOA, il s'agit de mettre le bit 10 à 1

Pièce jointe 438413

Et enfin on met à 1 ou à 0 le bit de PA5 via le registre ODR de la fonctionnalité GPIOA

Pièce jointe 438414

Si tu te demandes comment connaitre les registres nécessaires à telle ou telle fonctionnalités, c'est écrit dans le Reference Manual, regarde le chapitre 8 General-purpose I/Os (GPIO) tout est écrit. Je test ce soir, surement sur un micro STM32 différent mais on s'adaptera !
03/01/2019, 15h51
Vincent PETIT

1 pièce(s) jointe(s)
Je crois avoir trouvé en regardant à nouveau ta vidéo

La valeur par défaut de chaque bit dans le registre MODER est 11 donc 3 en décimal ou 0x03 en hexa. C'est qui est écrit dans la doc et dans ta vidéo (heureusement :mrgreen:)

Pièce jointe 438421

Donc au démarrage on a tout des bits à 1 partout et l'erreur se situe ici GPIOA->MODER |= 1 << 10; car en faisant un OU bit à bit entre les 32 bits à 1 et la valeur 1 décalé de 10 vers la gauche ça donne ça :
Code:

1 2 3 4 1111 1111 1111 1111 1111 1111 1111 1111 OU 0000 0000 0000 0000 0000 0100 0000 0000 ------------------------------------------ = 1111 1111 1111 1111 1111 1111 1111 1111
Et c'est pas du tout ce qu'on voulait puisque là on a tout remis à 1, tout est en entrée comme après un reset !

Nous ce qu'on voulait comme résultat c'est ça :
Code:

1 2 3 ------------------------------------------ = 1111 1111 1111 1111 1111 0111 1111 1111
Soit le bit 10 à 1 et le bit 11 à 0 pour que PA5 soit une sortie donc il faut modifier cette ligne GPIOA->MODER |= 1 << 10; et la transformer en GPIOA->MODER &= 0xFFFFF7FF;

Citation:

Envoyé par Vincent PETIT

Personnellement je n'aime pas ce style d'écriture, j'ai fais comme ça parce que j'ai repris le programme initial du premier message.

Bah maintenant je me rappelle bien pourquoi je n'aime pas ce style d'écriture :lol:
03/01/2019, 17h41
Auteur

Citation:

Envoyé par Vincent PETIT

Très bonne question Auteur !!!
Et rassure moi, on est bien entrain de parler d'une carte Nucléo avec la LED sur PA5 ?

ben quand le programme semble fonctionner, on regarde après du côté du matériel si quelque chose cloche :aie: D'où ma question.

@Vincent : au fait, les STM32 font forcément référence aux cartes Nucleo ? Ou on peut trouver des STM32 sur d'autres types de cartes ?
03/01/2019, 18h52
Vincent PETIT

Citation:

Envoyé par Auteur

ben quand le programme semble fonctionner, on regarde après du côté du matériel si quelque chose cloche :aie: D'où ma question.

Et tu as bien fait car c'est quand tu as écrit ça que je me suis aperçu que j'avais complètement oublié de poser la question principale... est ce qu'on est entrain de programmer un STM32 sur une carte Nucléo..... si le hard n'est pas le Nucléo tout ce que j'ai raconté ne sert à rien.

Citation:

Envoyé par Auteur

@Vincent : au fait, les STM32 font forcément référence aux cartes Nucleo ? Ou on peut trouver des STM32 sur d'autres types de cartes ?

Alors non les STM32 ne font pas forcément référence aux cartes Nucléo, ST propose aussi des cartes Disco (pour discovery) et des cartes d'évaluation très bien équipées pour certaines : https://www.st.com/en/evaluation-too...oductId=SS1532

Il y a des cartes d'évaluation qui pourraient facilement faire office de petit PC (pas aussi performant qu'un Raspberry) car on peut y loger un noyau Linux ou un RTOS sur des micros qui pédalent à 168MHz. Pour faire une petite interface homme machine c'est parfait.

@ziyad88,
C'est à l'école que tu apprends à utiliser un microcontrôleur de cette manière (Man vs Datasheet) ? C'est les vrais warriors qui programment comme ça :D

Sans plaisanter, aujourd'hui il y a des outils de configuration visuelle comme STM32CubeMX qui fait le job et évite de se palucher la doc du micro mais c'est très bien ce que tu fais car ça n'est que comme ça qu'on migre sur les micros ARM des autres fabricants sans soucis particuliers. Les outils de configurations visuelles ont la fâcheuse tendance à t'enfermer un peu chez un seul fabricant et ça peut être un problème le jour où tu trouves des micros ARM moins chers et mieux adaptés, pour ton design, chez les concurrents (Texas Instruments ou NXP entres autres)

A+
Tiens moi au courant si ça fonctionne ou pas.
04/01/2019, 09h30
ziyad88
Bonjour,

Alors merci à tous pour vos réponses.

Il s'agit bien d'une carte NUCLEO avec la Led sur PA5.

Vincent, tes explications sont très claires et instructives,
Si j'ai bien compris l'état par défaut des bits 10 et 11 du registre "MODER" sont à "11" (reset state) le pin 5 est en mode analogique par défaut,
Il faut donc mettre le bit 10 à 1 et le bit 11 à 0 pour être en mode sortie digitale.

J'ai donc essayé :

Code:

GPIOA->MODER &= 0xFFFFF7FF;

et cette fois-ci ça fonctionne !

Je sais que je peux passer par CubeMX, j'ai déjà testé en générant un code avec la bonne config des Pins et j'ai réussi à faire clignoter la LED avec :
Code:

1 2 HAL_Delay(30); HAL_GPIO_TogglePin(LD2_GPIO_Port, LD2_Pin);
Si je me casse la tête à faire comme ça, c'est pour comprendre comment ça fonctionne à l'intérieur, je n'ai pas étudié dans le domaine, je ne suis qu'un amateur passionné.
Je faisait quelques montages sur Arduino mais j'ai décidé de passer au STM32 car plus performant.
D'ailleurs je me demandais si on peux utiliser les même librairies que celles utilisées sur l'IDE Arduino ?

Citation:

Citation Envoyé par Vincent PETIT
Personnellement je n'aime pas ce style d'écriture, j'ai fais comme ça parce que j'ai repris le programme initial du premier message.
Bah maintenant je me rappelle bien pourquoi je n'aime pas ce style d'écriture

Qu'y a t-il comme autre méthode pour écrire ?

Et quelle est la différence entre |= et &= dans le code ?

Merci encore.
04/01/2019, 11h17
Bktero

Citation:

Envoyé par ziyad88

Si je me casse la tête à faire comme ça, c'est pour comprendre comment ça fonctionne à l'intérieur, je n'ai pas étudié dans le domaine, je ne suis qu'un amateur passionné.

Franchement, ça ne sert pas à grand chose. Il y a tellement de chose à faire pour faire clignoter une LED sur STM32 que le faire manuellement n'a pas grand intérêt.

Si tu veux faire joujou avec des registres pour voir comment ça fonctionne, utilise un micro tout simple (par exemple un MSP430 de TI http://www.ti.com/tool/MSP-EXP430G2). C'est pareil sur STM32, juste qu'il y a beaucoup plus de chose à faire pour arriver au résultat.

D'ailleurs, puisque tu as un code qui fonctionne avec STM32CubeMX, tu peux regarder ce qu'il y a dedans et voir ce qu'il te manque...
05/01/2019, 23h30
Vincent PETIT

Salut ziyad88 et à tout le groupe,

Je réponds au reste de tes questions :

Citation:

Envoyé par ziyad88

D'ailleurs je me demandais si on peux utiliser les même librairies que celles utilisées sur l'IDE Arduino ?

Directement non, il faudrait les réécrire pour les adapter au micro ARM mais comme le dit Bktero, il y a dans STM32CubeMX des fonctions que tu peux aller chercher. Une alternative est d'aller sur le site Mbed, c'est une plateforme de compilation + gestion de bibliothèques de fonctions/exemples en ligne et très conséquente.

Citation:

Envoyé par ziyad88

Et quelle est la différence entre |= et &= dans le code ?

Je te renvoie vers un cours de langage C, ça sera bien mieux expliqué.

Citation:

Envoyé par ziyad88

Qu'y a t-il comme autre méthode pour écrire ?

C'est une question de goût mais là où beaucoup de monde va écrire :
GPIOA->ODR |= (1 << 5); /* mise à 1 du bit n°5 */ moi je préfère GPIOA->ODR |= 0x20; /* mise à 1 du bit n°5 */ ce qui revient exactement au même.

Et là où d'autres écriront
GPIOA->ODR &= ~(1 << 5); /* mise à 0 du bit n°5 */ moi j'écrirai GPIOA->ODR &= 0xDF; /* mise à 0 du bit n°5 */ ce qui revient exactement au même.

De toute façon le compilateur traduira ~(1 << 5); en 0xDF; moi je le fais tout de suite mais c'est une question d'habitude avec la manipulation binaire vers hexa.

Penses bien à cliquer sur le bouton "Résolu", en bas de la fenêtre, si tu juges que c'est le cas.
C'est important pour le fonctionnement du forum, ça permet à n'importe qui de voir qu'une solution a été trouvé. La personne sait tout de suite que même s'il y a 50 messages ça vaut le coup de tout lire ;)

Si tu ne reviens plus dans quelques jours je le ferai pour toi puisque ça fonctionne.
A+
07/01/2019, 11h07
ziyad88

Bonjour à tous,

Merci Vincent pour ces réponses, ça me va très bien, sujet résolu.

À Bientôt.