Puisque vous semblez avoir un sondage d'opinion, voici mon 0,02 $. Que je travaille sur un bras ou un AVR est important (et par conséquent, je m'en soucie), principalement en fonction de ce que j'essaie de faire. Il existe des cas d'utilisation d'un système AVR, et il en existe d'autres lorsqu'un système ARM l'est. En général, il existe également un compromis entre AVR et PIC.
Premièrement, bien que je vais probablement avoir des ennuis pour avoir dit cela, le "fort contingent dans la famille Arduino" est en quelque sorte une minorité vocale. La plupart des arduino folks (utilisateurs) que j'ai rencontrés sont ceux qui préfèrent traiter leur matériel de la même manière qu'ils préparent un script en python pour faire quelque chose d'amusant, souvent avec un niveau de compréhension inférieur à la complexité impliquée. aurait quand ils feraient "de numpy import foo". Bien que la façon de faire Arduino ait du mérite, il y a aussi beaucoup de place à la critique.
Je pense que cela vaut la peine de regarder les AVR, à part l'écosystème Arduino. Le contingent Arduino a également largement profité des raisons qui ont fait de l’AVR un standard de facto pour les amateurs de loisirs - un manteau qu’elle reprend de plus en plus du PIC même avant qu’Arduino n’apparaisse. Les concurrents directs de l'AVR seraient le PIC et, dans une certaine mesure, le MSP430, qui est en train de gagner du terrain en grande partie grâce aux efforts de commercialisation intensifs de TI, combinés à ses outils de subvention.
Écosystème
Comme cela a été mentionné dans d'autres réponses, l'AVR est la famille qui dispose d'un moyen propre et normalisé de passer du monde du zéro au monde bonjour à l'aide d'outils gratuits. Le portage avr-gcc, les composants de la chaîne d’outils winavr, de nombreux schémas de programmation de complexité et de fonctionnalités variables, mais toujours liés par l’autorité dérivée de la prise en charge par avrdude, facilitent grandement la tâche.
L'écosystème du PIC est un cauchemar, avec un certain nombre de compilateurs, d'outils de programmation, d'assembleurs, etc. Beaucoup d'entre eux ne sont pas compatibles les uns avec les autres. La plupart d'entre eux sont payés. Tous ne sont pas bons. Plus important encore, il n’existe pas de norme de facto. Les alternatives libres / open source (par exemple, SDCC) laissent beaucoup à désirer, mais plus que cela, n’ont pas réussi à acquérir un statut de facto comme avr-gcc et compagnie. Même avec les outils informatiques élaborés, il vous faudrait au moins investir dans un programmeur quelconque. Le PICkit peut ne coûter que 20 $ environ, mais lorsque vous devez trouver un moyen de l’acheter en ligne (cartes de crédit, envoi international, problèmes de forex), il peut être un facteur décisif pour les amateurs. Il n'y a pas un bien,
Le MSP430 est légèrement meilleur, principalement parce que son plus récent (au moins en termes de popularité) - Il y a beaucoup moins de bruit à combattre. TI vous envoie des échantillons de circuits intégrés avec une efficacité que je n'ai vue nulle part ailleurs. mspgcc est en bon état et il existe même un logiciel de débogage open source difficile à trouver ou à configurer. Le problème, cependant, est qu’il n’est pas aussi convivial pour les amateurs que l’AVR. Vous avez toujours le problème du programmeur, qui coûte plus cher que ce dont vous auriez besoin pour acheter un PIC. L’opération d’approvisionnement en 3,3v constitue un obstacle perçu pour les personnes habituées à la logique 5v. Et cela n'échelle pas dans DIP - Il existe des bas de gamme disponibles, mais pas une fois que vous avez atteint les puces plus étoffées.
Facilité d'utilisation
Je pense que DIP vs SMD est une distinction plus importante qu'on ne le croit souvent. Un circuit intégré DIP peut être utilisé sur des cartes de montage, des tableaux à usage général, peu importe leur nom, et ainsi de suite. Un circuit intégré SMD nécessite nécessairement une fabrication ou l’achat de cartes adaptatrices difficiles à obtenir dans la taille ou la forme souhaitée.
La qualité de la feuille de données, les notes d'application et leur lisibilité font également la différence. Atmel semble faire un travail légèrement meilleur à cet égard. Bien entendu, cette évaluation est hautement subjective.
Les AVR peuvent utiliser une télécommande interne, contrairement aux PIC. Ils nécessitent un cristal, ce qui le rend légèrement risqué lorsqu'il est combiné à un manque de confiance.
Les AVR semblaient également plus conviviaux avec la programmation intégrée au système que les PIC il y a quelques années, bien que je puisse très facilement me tromper.
AVR vs ARM
Votre question, cependant, avait à voir avec AVR vs ARM. Comme je l'ai dit au début, AVR et ARM occupent différents espaces dans le spectre. Si vous pouvez faire quelque chose avec un AVR, pourquoi voudriez-vous le faire avec un bras? Les ARM sont plus chers, nécessitent un plus grand nombre de pièces, consomment plus d'énergie, génèrent un code plus compliqué, nécessitent des processus de fabrication plus coûteux. Souder un TQFP à 100 broches coûte plus cher que de souder un DIP / SOIC à 40 broches, selon la façon dont vous mesurez le coût. Cela ne tient peut-être pas si vous produisez en grande quantité et utilisez des techniques de production qui vous conviennent, mais si vous le faites, la différence de prix deviendra encore plus convaincante pour la solution la moins chère.
En tant que contrôleur idéal pour le piratage général à la maison ou ailleurs, je dirais que l'AVR est plus facile à utiliser car: - Plus standardisé du point de vue d'un amateur, plus de code que je peux réutiliser sur Internet car il n'y en a pas beaucoup variations du compilateur et variations entre les noms de registre et l'API parmi les membres de la famille. (Essayez de porter du code LPC ARM sur du matériel ATMEL ARM, vous verrez ce que je veux dire) - Le code devient intrinsèquement plus compliqué (c’est vrai.). - La chaîne d’outils nécessite un travail supplémentaire pour la configuration. - Facilite légèrement l'interfaçage. Les bras vous laisseraient généralement tomber en logique 3v3 ou 1v8, ce qui rendait l’interfaçage légèrement problématique. - Moins cher - Obtenir une puce ARM à la quincaillerie locale n'est pas une option pour moi là où j'habite, obtenir un AVR.