Transition microcontrôleur PIC16/18/24 vers STM32

[invite3c35244f]

Bonjour,

pour un de mes projets, je vais peut être devoir travailler un microcontroleur du type STM32, et ayant pour habitude de travailler avec des PICs (16F/18F/24F), je voulais savoir s'il y avait une grande différence au point de vue "fonctionnement", du codage en C (mise à part le nom des registre),...

La transition est du au fait que je vais surement récupérer une partie d'un logiciel développer pour un STM32, et nous souhaiterions donc transiter vers cette famille.

Je vous remercie d'avance.

Bon après midi!
-----

[invited3dcf66c]

Salut,
Passer d'une famille de microcontrôleurs à une autre, ce n'est pas très difficile. Le principe de base est toujours le même. Après il y a aussi toujours des petites spécificités. Sur STM32 par rapport au PIC, il te faudra activer et configurer les horloges des périphériques avant de les utiliser, ce n'est pas difficile, il suffit de le savoir. Le contrôleur d'interruptions y est vectorisé (comme sur la plupart des micros actuellement), ça veut dire que tu vas faire correspondre chaque interruption (UART, Timers...) à une routine d'interruption, et non une routine unique dans laquelle tu vas lire des registres pour savoir qui l'a déclenchée et quoi faire.
Quoi qu'il arrive, tu devrais t'en sortir en t'abreuvant abondamment du reference manual et avec ce qu'on trouve sur le net, il y a pas mal de choses (bonnes ou mauvaises comme toujours).

[invite860936ec]

Bonjour, pour commencer sur stm32, je conseil de prendre une discovery board (f100, f200....F400 enfonction des µp ciblés), pas besoin de rajouter de programmateur externe, quelques leds et boutons.
le plus déroutant(pour moi qui a commencé avec des pics) c'est que les périphériques ce configurent par des structures, mais on s'y fait vite, surtout si vous metrisez déjà bien le C.
Mais il ne faut pas se priver de la lecture des datasheets qui reste la source .
Bon courage @+

[invite29971eb1]

e plus déroutant(pour moi qui a commencé avec des pics) c'est que les périphériques ce configurent par des structures, mais on s'y fait vite, surtout si vous metrisez déjà bien le C.

La configuration des périphériques par registres est surtout du à CMSIS, la couche d'abstraction matérielle qui est commune à tous les Cortex-M qu'ils viennent de chez ST, Atmel, Freescale, NXP ou Tartempion (finalement tout le monde sauf Microchip). Son principal avantage est de permettre une portabilité du code d'un micro à un autre, y compris en changeant de marque.

Inconvénients, comme toutes les HAL (Hardware Abstraction Layer), ça alourdit le code et ça ne permet pas de se plonger en détail dans les tréfonds du micro.

Mais il ne faut pas se priver de la lecture des datasheets qui reste la source .

Et surtout, il faut penser à télécharger le Reference Manual qui est bien plus important que la datasheet elle-même une fois passé la phase hardware.

Bon courage @+

Pour démarrer, je te conseillerai de partir sur une démo d'outil de développement tel que Keil ou IAR. Il est toujours possible de partir d'un Gcc de base mais tu risques d'y perdre des neurones et pas mal de temps.

CooCox peut aussi être un outil intéressant pour s'initier mais pour un projet pro, c'est un peu léger.

N'hésite pas à venir poser des questions, je baigne dans les ARM 80% du temps....

[A voir en vidéo sur Futura]

[invite3c35244f]

Bonjour,

MERCI pour toutes ces informations, je vais donc commencer par lire quelques documentations.
Le premier objectif, c'est de savoir s'il m'est faisable, "simplement" de transporter un code ("petit") de gestion d'un bus CAN (une version "simplifié" du protocole CanOpen) développé pour un PIC24HJ vers un STM32F103C6T6A...

Quel est votre avis ?

Merci d'avance et bonne journée à tous

[invite3c35244f]

Bonjour,

concernant la programmation de ce type de microcontrôleur, si je ne me trompe pas, il faut prévoir une interface JTAG sur la carte, mais quel type de programmateur (programmateur / debugger) me conseillez vous?

Merci d'avance,

[invite29971eb1]

Bonjour,

concernant la programmation de ce type de microcontrôleur, si je ne me trompe pas, il faut prévoir une interface JTAG sur la carte, mais quel type de programmateur (programmateur / debugger) me conseillez vous?

A vérifier sur le micro que tu vas choisir, mais sur un STM32F103 par exemple, il y a un bootloader sur port série. Un simple MAX232 ou convertisseur USB-série permet de les programmer

[bobflux]

Le premier objectif, c'est de savoir s'il m'est faisable, "simplement" de transporter un code ("petit") de gestion d'un bus CAN (une version "simplifié" du protocole CanOpen) développé pour un PIC24HJ vers un STM32F103C6T6A...

NXP fait une famille de Cortex-M avec les drivers CAN/CANOpen en ROM dedans. Pas utilisé, mais il paraît que ça marche bien.

Ça ne devrait pas être trop compliqué sur un STM32 non plus.

[invite251ac3d1]

Bonjour
Je suis également intéressé par le bus CAN sur STM32, ce microcontrôleur embarque déjà un port CAN 2.0b
Le développement s'et il bien passé ?
Yves