les differents micro controleur

[mortaurat]

Bonsoir,
Je me demandais quel etait la differences entre les divers micro controleur et processeurs.
Il y a le constructeur certe, l'architecture (harward ou von neuman).

Cependant mon prof m'a dit que le language de programmation dependait du constructeur.
Ainsi c'est pas exemple que l'on programme des pic de chez microchip en C.
Il existe des micro que l'on peut programmer en VHDL ou en assembleur.
Mais comment peut t'on connaitre le language du pic dans lequel on veut le programmer ?

Deplus quels sont les grandes familles de micro et proc' ?
Je sais qu'il existe les pics (12f, 16f, 18f) les Atmel Avr, les 68xxx de chez motorola, les Z80 (c'est vieux ca =)), les Ic 74 et IC 80.

Enfin par exemple je decide de programmer un Z80 pour effectuer une tache quelquonque. Comment doije m'y prendre pour le mettre en oeuvre ?
c'est à dire quel language (de l'assembleur, pourquoi pas du C si je peut le convertir en assembleur ? ), quel logiciel pour le programmer, et quel "interface" materielle ?
-----

[DAUDET78]

Voilà la question qui tue de l'année ! et c'est reparti jusqu'au réveillon 2009 !
PS: tu as oublié les TMS320 (pas loin de 40% du marché DSP actuellement !)

[mortaurat]

Voilà la question qui tue de l'année ! et c'est reparti jusqu'au réveillon 2009 !

Il te faut bien une question à la hauteur de ton experience mon cher daudet =)
Je ne suis qu'un jeune passionné par ses etudes.

[DAUDET78]

Cheche sur le forum, elle arrives tous les trimestres (On est tranquille jusqu'à Avril !)

[A voir en vidéo sur Futura]

[invite855cd7fb]

Personnellement j'utilise en priorité du matériel des fournisseurs qui m'invitent souvent au restaurant, sauf si c'est beaucoup moins chiant d'effectuer la même chose avec le matos de la concurrence.
Je m'en fous, c'est pas moi qui paye.

[mortaurat]

Et bien en fait je cherche plutôt une sorte de "guide".

Tu as du en mettre en oeuvre des tas de micro. Et à chaque fois, muni de ton humble datasheet, que regardais tu pour le mettre en oeuvre ?

J'imagine que ca doit toujours être la même chose.

Pour un Pic par exemple, je fait mon programme, je le compile en .hex et le balance sur mon programmateur. Mais bon c'est parce que je connais les pic.
j'utilise 2 logiciels + 1 interface (le programmateur) qui sont compatibles pour mon pic. En mettre en oeuvre c'est facil car ils sont connu et y'a plein de tutorial, mais pour un Z80 par exemple ?

[jiherve]

Bonsoir
Tous les processeurs quel qu'ils soient se programment en assembleur qui est une version humanisée du langage binaire qu'ils "comprennent".
Certains sont programmable en langage de plus haut niveau , C,Pascal,Basic,Fortran,APL,Cob ol,Algol,Occam,Forth,Ada,Java, Prolog etc etc mais au bout du compte on obtient du code machine binaire.
Donc il faut en choisir un apprendre son assembleur ensuite on passe assez facilement de l'un à l'autre , machines // exceptées.
Pour les langages plus évolués le C est un bon candidat.
JR
pour Daudet le 320C80 as tu connu ?
p...n de machine!

[DAUDET78]

pour Daudet le 320C80 as tu connu ?

Je me suis arrêté au TMS32020 ... quand j'ai quitté TEXAS

[mortaurat]

Bonsoir
Tous les processeurs quel qu'ils soient se programment en assembleur qui est une version humanisée du langage binaire qu'ils "comprennent".
Certains sont programmable en langage de plus haut niveau , C,Pascal,Basic,Fortran,APL,Cob ol,Algol,Occam,Forth,Ada,Java, Prolog etc etc mais au bout du compte on obtient du code machine binaire.

et au bout du compte quand tu as ton code, qu'ece qui fait que tu atteint l'EEPROM de ton micro ?
Il doit y avoir une sorte de protocole, Je n'arrive pas à voir ca sur les datasheet quand je me penche dessu...
Deplus pour un micro pas trop frequent vous construisez vos propres programmateur bref comment vous faites ?

[Jack]

Un petit exemple pas trop houleux sur le sujet:

http://forums.futura-sciences.com/el...ributions.html

et au bout du compte quand tu as ton code, qu'ece qui fait que tu atteint l'EEPROM de ton micro ?

Tous les outils de développement un peu sérieux possèdent une fonction de téléchargement.

Il doit y avoir une sorte de protocole, Je n'arrive pas à voir ca sur les datasheet quand je me penche dessu...

Il en existe plusieurs. Tous possèdent au moins une fonction de "bootstrap" qui permettent de programmer le microcontrôleur avec une liaison série basique.

Les µcontrôleur récents possèdent des I/O spécialisées pour les programmer. Je suis plutôt branché freescale (ex motorola). Ceux-ci incorporent un petit automate qui permet le téléchargement et de debug en temps réel.
Certains µC un peu plus évolué, permettent de charger le programme avec une liaison éthernet.

Deplus pour un micro pas trop frequent vous construisez vos propres programmateur bref comment vous faites ?

J'ai fait mon propre programmateur, mais il en existe des vraiment pas cher aujourd'hui. Comme de nombreux environnements de développement sont fournis gratuitement en version parfois limitée mais suffisante pour l'amateur, ça ne revient vraiment pas cher pour faire joujou.

A+

[invite74b5b8f7]

Salut,

On t´as déjà bien répondu, pour résumer, un microprocesseur se programme en langage machine, qui correspond à une "traduction en chiffres instruction par instruction" du langage assembleur.

Simplement, aujourd´hui, il existe des compilateurs qui permettent d´écrire un programme dans un langage plus évolué comme le C et le compilateur le traduit en assembleur (et donc en langage machine, ton fameux .hex)

Perso, je viens de me faire offrir une carte d´évaluation du STM32F103ZE, avant je programmait sur MSP430 (TI).

Ca n´est plus trop la même chose!
(D´ailleur, hier ca a donné un truc comme ca: ->->->)

PS: C´est le même principe que pour ton PIC sauf qu´á la place de lire des tutoriels sur comment il faut faire, il faut lire la (ou les) doc(s) et se débrouiller...

[mortaurat]

Merci vous avez bien repondu à ma question