Eh bien, le domaine des microcontrôleurs est assez important. Vous avez plusieurs marques, chacune arborant une gamme complète de contrôleurs, avec différents degrés de capacité, de complexité et de capacité. Cela dit, la manière de commencer avec la plupart des microcontrôleurs est de lire le manuel du fabricant. Contrairement à la programmation "normale", où la plupart des programmeurs se conforment aux normes et règles, aux meilleures pratiques et aux frameworks, la programmation des microcontrôleurs est encore assez proche de la programmation du début des années 1980: en lisant un manuel de contrôleur, en reproduisant des exemples s'étendant à partir de là. Les manuals de Microchip, par exemple, sont excellents. Ils ont également un très bon community, et fournissent à certaines bibliothèques des fonctions "standard" que vous aimeriez utiliser (comme les maths, les E/S, faire des E/S série en utilisant deux broches, etc.). Beaucoup de personnes travaillant avec les PIC sont très ouvertes et partagent normalement leur code source si elles pensent que cela pourrait être utile à quelqu'un d'autre.
Vous devez faire quelques choix avant de commencer. Le premier est la langue que vous allez utiliser. Vous avez trois options:
- Assemblage: La plupart des fabricants proposent des kits de développement gratuits ou plutôt bon marché pour leurs microcontrôleurs (MCU). C'est l'option la plus puissante, et celle que vous devriez utiliser si vous vous sentez à l'aise. Il va également vous apprendre un lot sur les ordinateurs en général.
- Autre chose: Si vous préférez utiliser quelque chose comme C, vous devrez payer un peu d'argent pour le compilateur (bien qu'il y ait au moins one open source option pour certains de l'appareil), et vous devez considérer le Le code produit par les langages de haut niveau prend normalement beaucoup d'espace/de mémoire dans l'appareil. En outre, en fonction de la bibliothèque standard, vous finirez par programmer une bonne partie de la fonctionnalité de votre choix.
- Langage de type Pascal/de base: certains MCU sont livrés avec un interpréteur Basic/Pascal. Ceux-ci sont parfaits pour commencer à faire des projets «jouets», et avoir le sentiment de comment cela fonctionne.
Ensuite, vous devez décider quel type de périphérique vous souhaitez utiliser. Les prix par unité varient énormément en fonction du fabricant, qu'il s'agisse de PROM, d'EPROM, d'EEPROM, de la quantité de mémoire dont il dispose, de la capacité de stockage, du nombre de broches programmables, etc.
Ma recommandation, pour commencer, serait:
- Essayez de trouver un « brûleur » gratuitement sur Internet si vous voulez ressentir le frisson de la programmation de votre MCUs en utilisant quelque chose vous avez construit. Il y a beaucoup de disponibles là-bas, juste google pour "simple brûleur PIC" ou similaire. Si ce n'est pas une exigence, alors vous pouvez acheter un brûleur, mais cela vous coûtera pas mal d'argent.
- Obtenez un Version EEPROM du MCU que vous pensez utiliser le plus. Cela vous évitera d'avoir à jeter un matériel de 5 $ juste parce que vous avez un bug dans votre code.
- Achetez un bouquet de la version PROM du MCU. Ils ne coûtent pas cher, et vous en aurez besoin. Et une fois que vous avez commencé, vous voulez mettre un MCU partout.
- Apprenez à utiliser l'émulateur. La plupart des SDK sont livrés avec un émulateur que vous pouvez utiliser pour tester vos idées avant de les engager dans PROM.
- Trouvez-vous un premier projet simple et intéressant. Je dois souligner le SIMPLE là. Si vous essayez de contrôler votre four à micro-ondes immédiatement à l'aide d'une télécommande, soyez prêt pour une longue période d'apprentissage.
Eh bien, espérons que cela vous aide! Si vous voulez plus d'informations, je suis dans le coin, juste siffler! :)
AJOUT D' aux commentaires ailleurs, je voudrais suggérer de lire un livre intitulé "[Vous voulez être un ingénieur embarqué: le guide de l'ingénierie embarquée, de la consultation à l'échelle de l'entreprise] (http://www.amazon.com/You- Wanna-Embedded-Ingénieur-Ingénierie/dp/0750679530) ". Ça vous donnerait un indice. – avar