STM32 Comment cela se programme ?

International Français Le bar
21

Je te remercie mais je ne peux pas accepter.
Au rythme où je vais tu risque d'avoir ton programme dans 10 ans et je sens que j'ai réveillé en toi une grosse envie de faire tourner ces machins. Je n'oublie pas que tu as été à l'origine d'une discussion sur les successeurs des micro avr. Je pense que c'est plutôt toi qui fournira la clé pour ouvrir la porte.

Mais c'est pas pour autant que je lâche.
Ma dernière question : L'IDE c'est bien mais il faut un compilateur. Qu'elle relation il y a-t-il entre la version gratos de code-sourcery et les paquets arm-eabi que je trouve dans les dépots Debian.
J'ai déjà trouvé la signification de "eabi" -> Embedded application binary interface.
Ils sont compatibles où pas ? Par là je veux dire utilisent-il les mêmes mots clés.

22

Bonjour,
Avec les STM32, je suis parti de zéro, je n'ai fait aucune étude dans ce domaine (en fait je n'ai pas encore tout à fait 18 ans) ; donc je pense que tout le monde peut apprendre à s'en servir...
Pour l'IDE CoIDE, je l'utilise sous Windows, mais il y a des versions Linux et MAC il me semble. De plus il intègre un compilateur : on obtient un fichier hexadécimal après compilation, on l'envoie avec ST-link V2 dans la bête, et hop, c'est parti ! (il y a même la possibilité de configurer CoIDE pour qu'il se charge de faire l'envoi automatiquement après la compilation, sans devoir ouvrir le logiciel ST-link...)
Enfin, l'avantage avec CooCox, c'est qu'ils écrivent eux même des librairies, et que les utilisateurs peuvent aussi soumettre celles qu'ils ont faites : depuis CoIDE on a accès cette base de données ainsi qu'à divers exemples ; de plus il y a un forum sur leur site internet.
Je précise encore que CoIDE est très bien fait : il suffit de cliquer sur une librairie pour ouvrir les fichiers d'aides et de référence sur la droite de l'écran, il y a l'autocomplétion, après sélection de son µC on voit quelles sont les librairies disponibles, les exemples... il est vraiment très complet.

EDIT : j'ai vérifié, et en fait CoIDE n'est disponible que sous Windows ; le compilateur recommandé par CoIDE est GCC ; voir plus ici ; http://www.coocox.org/CooCox_CoIDE.htm

23

Bonjour
Je confirme le bon tuto (STM32 + CoIDE Coocox) sur le blog de Skywood (en français) mais vous avez aussi celui de HARRIS' ELECTRONICS (en Anglais) plus complet.
Trois tuto et un autre sur un testeur de servo.
STM32F0 Tutorial 1 – GPIO – Harris' Electronics pour le tuto 1
J'ai aussi fait le choix STM32 (60% du marche des Arm-Cortex M3 M4) et Coocox Coide (gratuit, sans limitation, assez intuitif et racheté récemment par Farnell, un des poids lourds de la distribution de composants).
J'ai aussi trouvé un PDF, très bon tuto avec plein d’exemples pour démarrer avec un STM32 (mais pas sur Coocox), je compte le traduire.
Ce papier fait aussi une bonne comparaison entre le monde Arduino et le monde des cœur ARM 32b (STM32 et autres fabricants).
Je n'ai pas le lien avec moi (en vacances) je vous le renvoi la semaine prochaine.
J'ai aussi fait une formation de 3 jours sur la gamme STM32, le formateur reçoit souvent des programmeurs issus du monde 8bits et ils ont souvent le réflexe de développer comme avant, c'est à dire en réécrivant des choses qui existent déjà.
L'approche des STM32 est plus "Hard" (sans jeu de mot) mais les outils (surtout le débug) sont aussi beaucoup plus puissants.
Je pense qu'il est très important de se familiariser avec ces outils avant de commencer à réinventer l'eau tiède.
Par contre, pour les débutant et même grands débutants (dont je suis) c'est assez frustrant car il faut déjà avaler pas mal de concepts avant de faire un premier programme qui ressemble à quelque chose.
Je rejoins aussi ce qui a été dis sur le grand vide de documents (à part ceux que j'ai cité au début du post) pour franchir les premières marches de l'escalier (les pros se débrouillent en lisant les data sheet !)
Je vais essayer de collationner tout ça (en français s'il vous plait) car j'ai un projet domotique ( Maintien à domicile des personnes agèes - Raspberry Pi Forums) et un autre pour la remise à niveau des régulations de chauffage électrique, qui seront tous "open source" et basés sur le couple STM32/Coide.
Je lance d'ailleurs un appel aux amateurs qui souhaitent participer.

24

Bonjour
Voici le lien vers le tuto (En anglais) sur le STM32 :
www.cs.indiana.edu/~geobrown/book.pdf
Ne pas rater le commentaire sur Arduino.
Yves

1 Like
25

J'ai reçu hier une carte STM32F401RE Nucleo (cadeau publicitaire d'une revue).
J'ai testé la méthode gros flemmard.
Branchée sur mon PC Linux, un nouveau lecteur de disque nommé NUCLEO apparaît contenant un lien html. Même pas besoin d'installer un driver comme sur Windows.
Un clique sur le lien ouvre le navigateur vers le site mbed.
Un enregistrement qui prend une minute et on se retrouve dans un environnement de développement avec de la doc en ligne.
Le système détecte la carte branchée sur le PC.
On trouve la liste des librairies avec de la doc pour chacune d'elles. Le pinout de la carte.
Lorsqu'on ouvre le compilateur, on trouve une fenêtre avec un gestionnaire de projet simplifié, une fenêtre d'édition et une fenêtre de status.
Dans la fenêtre d'édition un onglet donne accès à des exemples de code (dans le style des codes d'exemple de l'IDE arduino), un autre onglet donne accès à des librairies. On importe les exemples et les librairies en les déposant dans le gestionnaire de projet.
On clique sur compiler.
Quelques secondes plus tard le code compilé est téléchargé.
Il suffit juste de le cliquer-poser le .bin sur le disque NUCLEO et le soft est chargé.
Pour commencer c'est vraiment pas prise de tête.

A noter :

  • avec cette méthode on est contraint à travailler en ligne
  • sous Linux on ne peut pas faire la mise à jour de la sonde ST-LINK. J'ai du ressortir mon vieux portable sur lequel j'ai gardé un XP qui me sert à ce genre de manip.

Prochaine étape, un peu plus tard, chargement de la chaine code sourcery et compilation en local.
La chaîne mbed supporte parait-il l'export de projet pour travailler en local.

26

fdufnews:
J'ai reçu hier une carte STM32F401RE Nucleo (cadeau publicitaire d'une revue).
J'ai testé la méthode gros flemmard.
...
[/list]Prochaine étape, un peu plus tard, chargement de la chaine code sourcery et compilation en local.
La chaîne mbed supporte parait-il l'export de projet pour travailler en local.

bonjour fdufnews
C'est une methode eprouvée et assez souvent efficace :grin:
elle est dispo à ~ 9€ chez Farnell , je vais en coller une semaine prochaine 8)

27

Artouste:
elle est dispo à ~ 9€ chez Farnell , je vais en coller une semaine prochaine 8)

Oui mais nous on ne paye pas (plus) en HT, au final rendu à la maison c'est 18€ mais cela reste reste raisonnable et moins cher que chez RS ou même EBAY (19,5 € dont 7,5 € de FDP).

Je pense aussi passer par une Nucleo, c'est plus raisonnable compte tenu des mes connaissances que de rêver faire fonctionner les cartes STM32 F103R8 à bas prix sur Ebay.

J'ai fais un récapitulatif des principales propriétés des cartes Nucleo disponibles chez Farnell, il y en a pour tous les besoins !
Je joins le fichier tableur.
Si quelqu'un y corrige des erreurs ou le complète, merci d'en faire profiter la communauté, je n'ai aucun droit de propriété dessus.

Synthese_nucleo_Farnell.ods (12.2 KB)

28

Concernant RS, il y a quelques temps (en mars 2014 pour être précis) j'avais commandé chez RS-particulier et à l'époque les frais de port étaient gratuits si la commande était passée le weekend. Je ne sais pas si cela est toujours d'actualité.

29

As tu eu le temps d'essayer la bête ?
Si oui sous Win ou Linux ?

Je suis intéressé parce que j'ai compris (?) que le logiciel ST-Link était obligatoire (équivalent d'avrdude ?) mais que St-link n'est dispo qu'en .exe.
Sous Linux il faut le compiler sois même --> As-tu eu le temps de le faire ? si oui cela s'est-il passé "finger in the nose" ou il y a-t-il des trucs à faire ?

Merci pour tes réponses.

30

Oui j'ai fait quelques petits morceaux de soft (lecture bouton, allumage de led, clignotant.

Je suis sous Linux. Et je n'ai pas eu à installer de driver.

L'opération de programmation est complètement transparente pour l'utilisateur. Au branchement de la carte sur le PC, un nouveau lecteur apparaît. On pose le code compilé dans le lecteur et celui-ci est automatiquement chargé dans le processeur.

Pour l'instant j'utilise la plateforme MBED, donc je compile en ligne. A la fin de la compilation le binaire est chargé sur le PC.

31

Merci,
C'est plus simple que je ne pensais.
Il ne me reste plus qu'à choisir un modèle et il y aura de quoi occuper un retraité pour plusieurs semaines :grin:.

32

Super_Cinci:
68tjs, si je t'offre une STM32F4 discovery, tu me fais un retour de prog? mp...

Info : j'ai cru voir que quelques cartes Discovery sont maintenant gérables avec le projet MBED contrairement à ce que ST avait annoncé au départ.

33

68tjs:
Merci,
C'est plus simple que je ne pensais.
Il ne me reste plus qu'à choisir un modèle et il y aura de quoi occuper un retraité pour plusieurs semaines

Le passage du monde Arduino au monde mbed n'est pas très douloureux.
On retrouve des fonctionnements voisins (même genre de librairies DigitalIn, DigitalOut, PWM).
De base des librairies intéressantes pour gérer les timers et les actions dépendantes du temps (librairies Timeout et Ticker).
Les librairies sont bien documentées voir le Handbook. Depuis le compilateur, si on clique sur une librairie que l'on a associé au projet sa documentation s'ouvre ce qui est pratique.
De ce que j'en ai vu, les librairies sont pratiquement toutes C++ (des objets avec des méthodes associées)
On est plus près d'une gestion de projet C classique. On choisit les librairies que l'on ajoute au projet explicitement. Les projets sont sauvegardés avec les librairies. Il faut d'ailleurs penser à mettre les librairies à jour (il y a un bouton pour ça dans l'IDE) lorsqu'on charge des programmes un peu anciens car il y a du avoir une évolution du bas niveau à un moment et les anciens codes compilent mais ne s'exécutent pas.

34

Salut tout le monde,

Bon, le topic date un peu, mais vu qu'on parle de moi (avec deux o au lieu de deux d dans mon pseudo, c'pas sympa :P), je me sent obligé de prendre le train en route :grin:

Super_Cinci:
Skywood s'y est penché (un STM32 qu'il soit sur une discovery ou une bread-board, ça reste un STM32...) :
(...) et là, ça refroidit. il y a une manip de ouf à faire pour "installer" en mode troll des fichiers mais pas tous etc etc...

La manip n'est plus nécessaire avec les versions récentes de CoIDE.
Du reste plein de manipulations ne sont plus nécessaire, ça a bien évolué dans ce sens CoIDE.
Par contre l'installation à la main de ARMGCC reste toujours obligatoire ...

Super_Cinci:
Je ne sais pas où ça en est, mais moi, de base, j'aurais bien aimé une interface IDE comme l'arduino : tu codes, pis tu cliques sur "upload", pis ça marche...

CoIDE fait ça de base, mais avec un petit côté usine à gaz en plus :sweat_smile:
(c'est le logiciel Eclipse derrière, donc on aime ou on déteste, perso j'aime bien)

MACMan8:
Skywodd a d'ailleurs fait un article avec cette carte et cet IDE ;).

Je quitte le forum 6 mois et paf tout le monde oubli comment écrire mon pseudo.
Z'allez voir, je vais changer tout ça ]:slight_smile:

MACMan8:
@ Super_Cinci, pour les STM32, les datasheets ne donnent aucune information détaillée sur la programmation (registres...). Pour cela, il faut aller voir le "reference manual" : 1710 pages dans le cas des STM32F4xx :astonished:

Le reference manual n'apporte franchement pas plus d'info, quand t'as lu le chapitre horloge et gestionnaire RCC tu sais même plus comment tu t'appelles ...

Avec les processeurs ARM il ne faut pas lire la doc, il faut utiliser la lib CMSIS du fabricant et lire la doc de la lib. Sinon c'est foutu.

Sinon, /hs : je ne conseille vraiment pas MBED. Le compilateur en ligne et les binaires sur un serveur web perso ça me fait froid dans le dos.
Pour faire du ARM "à la sauce Arduino", il vaut mieux utiliser les lib hardware fournies par le projet CooCox. Ya même un RTOS compatible avec plein de µc différents.

Sinon si vous avez encore des questions sur les cartes ARM je peux aider. Je collectionne en ce moment. J'ai toute la série des cartes à jouer Nucleo, STM32 Discovery et autre.

35

Bonjour,
je suis nouveau sur ce forum.
Je peux confirmer que programmer sur stm32 est complexe. (Keil pour ce qui me concerne). On passe trop de temps à gérer les bibliothèques et essayer de comprendre ce que fait l'IDE.
Arduino, dont l'atout 21 est la convivialité, a donc de beaux jours devant lui.

ATMEGA328 fait cependant chiche, face à la flopée de périphériques offerte par le moindre STM32M0.
Je suis également réticent vis à vis de mbed : les sources doivent pouvoir être exportés sur l'IDE de son choix.

L'idéal serait en effet la parution d'un Cortex avec la facilité de programmation d'un arduino.
Alors je me mets en mode sleep et j'attends une telle interruption. :sleeping: :sleeping: :sleeping:
Marc

36

Bonjour à toutes et à tous.

J'ai franchi le pas et j'ai reçu ma carte Nucleo (L152).
Comme je l'ai déjà dit je n'agis que par curiosité et absolument pas par nécessité.
Quand je me compare à certains d'entre vous je me considère encore comme un neuneu de la programmation, disons un neuneu un peu éclairé mais surtout très curieux.
Je vous transmet mes premières impression sur le projet Mbed.

Ce qui me vient en premier à l'esprit c'est :

  • heureusement que j'ai commencé à jouer avec la simplicité des micro 8bits et l'IDE Wiring/Arduino.
  • heureusement qu'il y avait ce forum très convivial et où l'on peut s'exprimer en français.

MBed c'est d'abord un projet mené par ARM. Certains clients ARM y adhèrent (NXP, Freescale, ST, Nordic..) d'autres n'y adhère pas (Texas, Atmel , ..).
Chaque fabricant est libre de la composition de ses micros, c'est pourquoi certains micros ont un Dac d'autre pas, de l'Eeprom interne ou pas , etc.... . C'est sûr que cela ne simplifie pas les choses.

En conséquence le projet ARM-Mbed ne gère que le socle commun à tous les micros, les bibliothèques particulières sont gérées à part, mais restent dans le projet.

Parlons de l'utilisation en ligne. C'est vrai que ce n'est pas enthousiasment en prime abord. En professionnel avoir sa propriété intellectuelle dans des nuages qu'on ne maîtrise pas peut être inquiétant mais pour l'utilisateur lambda si on regarde de près il y a quelques avantages : plus de sauvegardes à faire :grin: et surtout les comptes perso sont intéressants.
Mbed utilise un dépot Mercurial. Quand on s'inscrit on dispose d'un sous-dépot personnel avec wiki et gestion des versions dans lequel on peut déposer ses programmes et ses librairies. Le tout pouvant être, au cas par cas, public ou privé. Bien sûr on peut avoir la même chose avec GitHub mais là tout est déjà configuré et intégré dans l'environnement de développement.

Bibliothèques non Mbed officielles :
Elles se trouvent dans tous les sous-dépots personnels. A noter que le moteur de recherche est performant et que la recherche d'une bibliothèque pour un micro particulier est tout à fait faisable.

Les fonctions des bibliothèques officielle Mbed sont propres et plus claires que celles Wiring/Arduino. Mbed étant un projet plus récent (Wiring = 2003, fork par Arduino = 2005, Mbed = 2009) il n'a pas eu de mal à bénéficier des expériences précédentes.

Documentation :
Ce n'est pas simple, surtout avec les docs ST dans lesquelles on ne trouve pas de petits exemples en C comme dans les doc Atmel et qui sont bien utiles. Il faut souvent aller chercher dans les nombreux fichiers d'en tête. Ceci dit les micros ATmel ARM comme celui de la DUE sont aussi beaucoup moins simples que les AVR 8bits.

Comparaison avec Arduino :
Pour comparer Mbed avec Arduino il faut bien avoir en tête qu'un micro ARM-32 bits est plus compliqué qu'un micro AVR 8 bits et que la DUE (ARM 32 bits) n'est pas ce qu'on peut appeler une réussite.

Ma conclusion :
Je comprend que certains fassent la fine bouche devant le projet Mbed, j'aurais plus de compétences en programmation je pense que je rejoindrai leur camp, mais voila je n'ai pas ces compétences et je trouve qu'a mon niveau Mbed ce n'est pas si mal que cela.
Ah si j'ai un reproche concernant l'éditeur : comme celui de l'IDE Arduino il n'accepte pas le coupé/collé à la mode UNIX (surbrillance et juste un clic sur la molette) et faut passer par Controle-C, Controle-V --> fatigue supplémentaire insoutenable :grin:

37

trimarco232:
je suis nouveau sur ce forum.

Bienvenue sur le forum :slight_smile:

trimarco232:
Je peux confirmer que programmer sur stm32 est complexe. (Keil pour ce qui me concerne). On passe trop de temps à gérer les bibliothèques et essayer de comprendre ce que fait l'IDE.
Arduino, dont l'atout 21 est la convivialité, a donc de beaux jours devant lui.

Keil est vraiment le pire IDE possible pour du ARM.
Dans l'entreprise où j'étais il ont même fait le coup de vendre du support technique en français (avec garantie sur la durée) puis quelques mois plus tard ils ont rappelé en disant que le support serait uniquement en anglais désormais.
C'est vraiment une bande de branlot chez Keil, en plus l'ide en lui même date de l'age de pierre.
Essaye CoIDE ou carrément un notepad++/sublime text avec ARM-GCC et la lib CMSIS du fabricant.
Tu verras tu perdras beaucoup moins de temps qu'avec l'ide de Keil.

trimarco232:
ATMEGA328 fait cependant chiche, face à la flopée de périphériques offerte par le moindre STM32M0.

Disons que c'est deux mondes différents : d'un côté un petit µc 8 bits, simple et suffisamment puissant pour pas mal de chose. De l'autre des µc 32 bits qui moyennant un peu plus de RAM et une MMU pourraient quasiment faire tourner linux ...

trimarco232:
Je suis également réticent vis à vis de mbed : les sources doivent pouvoir être exportés sur l'IDE de son choix.

Pour moi c'est simple : si je ne suis pas maître de mon code source et de mes binaires ça ne le fait pas du tout. Savoir qu'une entité extérieur se charge de choisir le compilateur, les options et de stocker les fichiers pour moi ça me plais vraiment pas.

trimarco232:
L'idéal serait en effet la parution d'un Cortex avec la facilité de programmation d'un arduino.
Alors je me mets en mode sleep et j'attends une telle interruption. :sleeping: :sleeping:

Ça existe déjà : voir le projet "Mapple" de LeafLab, ou encore les cartes Nucleo avec CoIDE et la lib Coocox.
Après c'est toujours une histoire de communauté et de librairie. Suffit de voir comment a fini la Due, les cartes chipkit ou même les cartes Mapple.

En soit programmer sur du ARM ou sur du AVR c'est aussi simple. A la différence prés que sur ARM il faut d'abord comprendre tout le cheminement de fonctionnement du hardware (et comme il y en a beaucoup c'est vite casse gueule).

38

68tjs:
Ma conclusion :
Je comprend que certains fassent la fine bouche devant le projet Mbed, j'aurais plus de compétences en programmation je pense que je rejoindrai leur camp, mais voila je n'ai pas ces compétences et je trouve qu'a mon niveau Mbed ce n'est pas si mal que cela.

Plus que le fait que tout soit dans le nuage, c'est surtout le fait qu'on ne maîtrise rien qui me déplais personnellement.
Le jour où le projet Mbed ne sera plus rentable tout fermera et byebye circulez ya rien à voir.
Et si demain les dév de Mbed se disent que ce serait bien d'ajouter des pubs un peu partout ben tu pourras rien y faire. Tu ne peux même pas travailler sans avoir une connexion permanente aux serveurs de Mbed (c'est la magie des outils en ligne) :roll_eyes:

68tjs:
Ah si j'ai un reproche concernant l'éditeur : comme celui de l'IDE Arduino il n'accepte pas le coupé/collé à la mode UNIX (surbrillance et juste un clic sur la molette) et faut passer par Controle-C, Controle-V --> fatigue supplémentaire insoutenable :grin:

Si t'es sous firefox -> "about:config" -> "middlemouse.paste" -> "true" :wink:

39

Je suis également réticent vis à vis de mbed : les sources doivent pouvoir être exportés sur l'IDE de son choix.

Les sources sont téléchargeables, elles sont même dans mon PC c'est que c'est pas compliqué !
https://mbed.org/users/mbed_official/code/mbed-src/archive/098575c6d2c8.zip
C'est plus simple pour les consulter tranquillement.

Il existe plusieurs tuto pour utiliser les sources Mbed avec Eclipse.
Mbed n'est pas géré par un fabricant mais par LE fournisseur des fabricants qui a tout intérêt à ce que ses conceptions se vendent.
Et si un jour Atmel envoie promener la bande arduino cela ne sera pas bien différent.
Dans les deux cas les bibliothèques existantes seront concervées, elles ne seront plus mise à jour c'est tout.

Note que je ne défend pas Mbed, je n'y ai aucune action. Je n'ai pas encore réussit à faire un programme qui atteigne 10k, bon je ne force pas non plus, donc un avr me convient parfaitement. Mais le besoin de découvrir reste toujours présent. Et quand je trouve que quelque chose est pas mal et simple d'accès j'en fais part, c'est tout.

PS merci pour firefox je tente immédiatement.

Edit : ca marche pas ou plutôt c'était déjà a TRUE --> ce n'est pas un pb Firefox c'est dans l'éditeur de MBed.

40

68tjs:
Et si un jour Atmel envoie promener la bande arduino cela ne sera pas bien différent.
Dans les deux cas les bibliothèques existantes seront concervées, elles ne seront plus mise à jour c'est tout.

C'est vrai que maintenant qu'Arduino sous-traite la fabrication des cartes officielles à un peu tout le monde c'est un quasiment pareil.

Mais heureusement la communauté est là pour reprendre les choses en main si besoin. C'est bien une des seules choses que la team arduino n'a pas (encore) réussi à plomber :grin: