J'ai un certain nombre d'exemples de microcontrôleurs embarqués basés sur Linux sur github https://github.com/dwelch67. Notez que l'ide est votre éditeur de texte préféré et une ligne de commande où vous tapez make.
Notez que les outils gratuits pour microchip (pic32) (pas ceux de microchip) ont une optimisation, un support de jeu d'instructions 16 bits, etc. Et vous voyez ce qui se passe (parce que vous le faites vous-même). Ceux-ci sont bien sûr les principaux gcc et llvm (pas ceux de microchip).
Les mbed ou stellaris sont probablement plus dans le sens de ce que vous voulez. Ou arduino comme aller avec l'érable peut-être. Je déteste dire peut-être le panda fez. Le tableau de bord msp430 coûte 4,30 $, à ce prix, autant acheter un couple pour économiser pour un jour de pluie. La découverte de la ligne de valeur stm32 est d'environ 10 $, la même offre, obtenez-en une pour un jour de pluie.
Si vous laissez les bibliothèques et l'environnement faire tout le travail pour vous, ce n'est pas différent que d'écrire simplement des applications sur votre ordinateur de bureau, un peu de perte de temps à intégrer, il suffit d'écrire des applications de bureau. Si vous allez avec embarqué, vous devriez retrousser vos manches et vous salir les mains ... quelque chose à penser ... Sinon, achetez simplement l'arduino et en finir. Atmel est difficile à toucher pour la satisfaction du client, je ne sais pas pourquoi mais c'est ce que c'est. Le jeu d'instructions avr n'est pas génial, loin d'être aussi mauvais que le PIC (sans compter le PIC32) mais pas aussi bon que les jeux d'instructions msp430 ou ARM. J'ai utilisé l'ide arduino sur linux, je n'aurai probablement pas besoin de redémarrer Windows. Il n'y a rien d'aussi simple que l'arduino, sauf peut-être les timbres BASIC comme la parallaxe et quelques autres.
Comme pour le développement linux / unix en général, ne vous concentrez pas sur la recherche d'un IDE. Concentrez-vous sur le compilateur, gcc ou llvm, puis votre éditeur préféré et c'est tout, commencez à coder. Appliquez-le à un microcontrôleur et regardez les cibles prises en charge par les compilateurs. ARM et MIPS sont un ajustement naturel, vous n'aurez aucun problème à faire fonctionner les outils, chaque fois que vous prenez une version corrigée de gcc et que vous essayez de faire fonctionner cela sur votre machine Linux à jour, vous allez avoir du mal à time, avr, msp et pic entrent dans cette catégorie. Il en va de même pour sdcc, c'est hit or miss, et de toute façon il faut se demander: C sur le 8051? Pas aussi mauvais que C sur le PIC mais proche. Si vous cherchez vraiment un IDE poli, pris en charge, à jour, stable, etc., vous devez aller dans Windows. Keil, IAR, Code Red, etc. La demande n'est tout simplement pas là, les développeurs Linux / Unix passent historiquement leur temps à se disputer vi contre emacs car ce sont les idées dominantes faute d'un meilleur terme. ajoutez gdb si vous êtes désespéré.