Pourquoi les AVR Atmel sont-ils si populaires?

Une question récente portait sur les avantages / inconvénients de divers types de microcontrôleurs. Les AVR ne semblaient même pas mériter une mention étant donné les réponses. Pourquoi alors semble-t-il à un étranger que les AVR connaissent une ruée vers la popularité? Est-ce uniquement dû à l'Arduino, ou y a-t-il autre chose qui fait de l'AVR un microcontrôleur particulièrement bon?

La famille AVR a beaucoup de bons appareils bon marché, conviviaux pour les amateurs, avec de beaux périphériques, une faible consommation d'énergie et un bon support multiplateforme.

Oui, Arduino en est une grande partie. Mais je pense qu'Arduino est venu à exister comme il l'a fait - et au succès qu'il a - en partie grâce à ces fonctionnalités.

• Bon: ils fonctionnent bien. Facile à programmer en C pour la plupart des fonctions de base. Documentation adéquate.

• Peu coûteux: Beaucoup de pièces de 3 $ à 5 $, disponibles auprès des principaux distributeurs en petite quantité.

• Convient aux amateurs: pièces en paquets de trous traversants - un grand contraste avec la plupart des familles de puces disponibles aujourd'hui. Les nouveaux appareils AVR (par exemple, xmega) le sont moins.

• Beaux périphériques: oscillateur intégré, mémoire flash, RAM intégrée, ports série, ADC, EEPROM et les autres avantages qui permettent d'exécuter un seul MCU sur un protoboard pour faire des choses de base, sans trop de tracas.

• Faible consommation d'énergie. Le point majeur d'AVR ces jours-ci. Les ventouses peuvent fonctionner sur une batterie presque indéfiniment si vous savez ce que vous faites.

• Bon support multiplateforme: l'AVR a été conçu avec le support C à l'esprit - pas après coup. Le soutien de GCC est arrivé tôt, et une grande communauté open source s'est développée autour de cela. C'est toujours l'un des meilleurs MCU que vous pouvez développer à partir de n'importe quelle plate-forme avec des outils gratuits. C'est un gros problème par rapport aux autres familles, dont beaucoup utilisent des compilateurs propriétaires ou ont un support gcc terne. Même PIC était assez tard dans la partie avec de bons compilateurs C gratuits.

Quant à savoir pourquoi il n'y avait pas grand-chose à ce sujet dans les réponses à votre question précédente, je pense que (1) vous voyez un petit échantillon de biais et (2) de nombreuses réponses étaient spécifiquement pour discuter de solutions non AVR - parce que une grande partie de la discussion sur ce site est centrée sur AVR / Arduino. La plupart des familles de microcontrôleurs ne sont pas représentées dans votre liste au moment de la rédaction de ce document, y compris certaines que j'utilise régulièrement et d'autres qui sont parmi les plus populaires au monde.

J'ai commencé à utiliser des PIC, mais je suis ensuite passé aux AVR. J'ai changé parce qu'il y a GCC pour les AVR. Cela m'a donné un environnement auquel j'étais habitué, gratuitement, et m'a permis de compiler du code sous Linux / OSX, pas seulement Windows.

Bien qu'il existe de nombreux compilateurs C pour les PIC ces jours-ci, certains même pour Linux - ils ont tous leurs propres bizarreries que je ne voulais pas apprendre.

D'après ce que j'ai vu, les AVR ont connu une vague de popularité uniquement sur des marchés de niche comme les outils amateurs et les applications de prototypage rapide. AVR a fait un excellent travail pour obtenir un support d'outils multiplateforme sur Linux, MAC et PC.

Tous ceux à qui j'ai parlé qui utilisent des microcontrôleurs dans des applications OEM utilisent soit PIC, une sorte de variante ARM ou un MSP430 (uniquement pour les applications à faible puissance). Je n'ai encore rencontré personne utilisant un AVR.

Le PIC de Microchip est le numéro un des ventes de microcontrôleurs 8 bits et l'AVR est cinquième. Cela pourrait expliquer pourquoi l'AVR n'est pas mentionné aussi souvent que les autres appareils.

Arduino n'est pas pertinent ou vous vous demandez pourquoi Arduino est si populaire et non pourquoi AVR. Les AVR sont "populaires" depuis un certain temps, indépendamment d'Arduino. Arduino est un produit des mêmes choses qui ont rendu AVR attrayant. C'est un autre produit, un autre devkit. L'AVR n'est pas populaire dans les unités livrées où les 8051 dans les appareils et les PIC dans les cartes à puce ou autres ont des nombres massifs ou sur les marchés des téléphones portables et des PC où l'AVR n'est même pas en concurrence.

Au lieu de populaire , vous pourriez dire que l'AVR est attrayant . Et c'est. Les points principaux sont déjà ressortis: il est disponible et peu coûteux, nécessite très peu de composants ou de fonctionnalités de carte (horloges, bus ...), est facilement FAI et surtout, il existe un bon support logiciel. Vous obtenez un véritable compilateur, des logiciels de programmation et des conceptions matérielles, des documents, des échantillons, des bibliothèques, tous gratuits comme en toute liberté. Vous n'avez pas à vous battre contre les fournisseurs et à vous demander si votre taille de code est limitée ou si vous entendez que votre compilateur a été interrompu ou ne fonctionnera sur aucun système d'exploitation de cette décennie. Si ce n'est pas le cas auparavant, une fois que vous aurez été mordu suffisamment de fois, vous apprécierez les outils et documents ouverts où personne ne dicte ce que vous pouvez et ne pouvez pas faire ou savoir.

Il existe deux principaux fabricants de μC et le dilemme éternel Pic-Atmel. Je ne peux recommander à personne ce qu'il faut choisir, mais je peux expliquer les raisons qui m'ont poussé à choisir Atmel. Certaines de ces raisons me sont inconnues - peut-être que j'aimais plus la façon dont cela sonne - mais je me sentais plus attiré par cette famille car elle me semblait beaucoup plus proche de l'ancien microprocesseur Z80 et que j'utilisais pour plusieurs beaux projets à l'époque était plus jeune.

Que puis-je dire, si vous décidez d'aller dans une direction, restez-y et restez fidèle à cette famille, selon le principe qu'il vaut mieux connaître une chose complètement que deux choses à mi-chemin.