Kan het iemand überhaupt iets schelen waarop u “aan het ontwikkelen bent?

Ja en nee. Ik ben bezig geweest met het ontwikkelen op de AVR32 voor een bepaald project, en de ontwikkelomgeving (in het bijzonder de compileer / programmeer / debug-cyclus) is verschrikkelijk vergeleken met bijvoorbeeld PIC32.

Het kan de klanten niet schelen, behalve wat de kosten en het onderhoud betreft, en in het geval van een arduino-achtig systeem zouden de programmeurs er niets om geven, want de arduino-omgeving en ontwikkelingscyclus zijn met sprongen beter dan de huidige AVR32-opstelling.

Ik vraag me af, want er is zon sterk contingent voor AVRs in de Arduino-familie. Ik begrijp dat zij de officiële processor zijn, maar er is geen reden waarom de code niet kan worden geport naar een ARM of een Freescale-architectuur anders dan de kosten, toch? Zolang er geheugen aan boord is, dacht ik dat er een gemakkelijke migratie naar die delen zou kunnen plaatsvinden.

Er is geen reden voor een andere processor kon niet worden gebruikt, maar er is een zeer goede reden waarom ze een low-end 8-bits apparaat hebben gekozen in plaats van een ARM-, MIPS-, PowerPC, enz. apparaat: gebruiksgemak.

Als je hebt gekeken naar de setup voor de even lage armen, is het een orde van grootte complexer (geheugentoewijzing, caching, enz.) dan een 8-bits processor. Maar nog belangrijker: er waren destijds geen DIP-armprocessors, en deze waren bedoeld om te worden gebruikt en gebouwd door artiesten en hackers, niet noodzakelijkerwijs elektronische technici en ingenieurs die zich op hun gemak voelen met zelfs een 48-pins TQFP.

De reden dat de AVR werd gekozen boven de PIC is dat de PIC niet echt een veelgebruikte, open source, gratis C-compiler heeft, onder andere (de SDCC-poort is niet volwassen).

Ik zie veel ARM in de industrie (het lijkt alsof elke leverancier er een in hun ontwerpen pusht) en vroeg me af waarom er niet meer gebruik werd gemaakt van de Arduino-ontwikkelaar wereld. Gedachten?

Dit komt voornamelijk door het gebruiksgemak – complexiteit, gemakkelijk te solderen, kosten en het feit dat er Er is niet veel behoefte aan. Ontwikkelaars houden van het idee om veel kracht te hebben, maar aan het eind van de dag hoef je alleen maar een paar servos te verplaatsen en wat lichten te laten knipperen met een low-end FFT, een 8 bit processor is prima.

Zelfs de low-end cortex ARMS die uitkomen in 28-pins pakketten zijn nog steeds SOIC, niet DIP.

Dus de AVR had alle juiste eigenschappen:

• Eenvoudig te solderen
• Eenvoudig via postorder over de hele wereld te krijgen
• Gratis GCC C-compiler
• Eenvoudig te begrijpen wat de processor en de installatie en het gebruik van randapparatuur betreft
• Goedkoop
• Alomtegenwoordig – veel mensen en ervaring rondom de AVR-familie

Grotendeels is dit nog steeds waar – ik ken geen ARM in dip-formaat, en de adapters maken het aanzienlijk duurder dan de AVR. Voor het grootste deel doen fabrikanten dat niet. Ik denk niet dat een 32-bits DIP-processor erg winstgevend zal zijn.

Opmerkingen

• Er is er een, de Parallax Propeller. Het heeft acht 32-bit CPUs op de chip en wordt geleverd in DIL-, QFP- en QFN-pakketten.
• Dit is perfect. AVR via PIC vanwege licenties en AVR via ARM vanwege de eenvoud van software en toolchain en soldeervermogen. Voor uw eigen projecten is dit mogelijk niet van toepassing. Wil je echter een ARM-duino ontwikkelen, kijk dan eens naar de andere, vergelijkbare projecten. Ze vangen ‘ niet op zoals de AVR. Dit kan ook te wijten zijn aan de Arduino-ontwikkelomgeving.
• Welke AVR32-tools gebruikt u – ik gebruik IAR op zowel AVR32 als MSP en heb ondervonden dat deze omgeving zeer capabel is. De kosten zijn geen probleem in een professionele omgeving – gelijk aan minder dan de kosten om een week een ingenieur in dienst te nemen.
• Deze bewering over tools kan worden overwonnen – Arduino gebruikt gcc, die ook een AVR32-poort beschikbaar heeft .
• NXP heeft nu een paar Cortex-M0 ARMs in een DIP-pakket. Ik denk uit de LPC11xx-familie. Ik stel me voor dat hun doelmarkt extreem goedkope, enkelzijdige printplaten van lage kwaliteit in apparaten is.

Aangezien het lijkt alsof je om mening vraagt, is hier mijn $ 0,02. Of ik nu aan een ARM of AVR werk, doet er toe (en daarom kan het me ook schelen), meestal gebaseerd op wat ik probeer te doen . Er zijn gebruiksscenarios waarin een AVR zinvol is, en er zijn situaties waarin een ARM dat doet. In het algemeen is er ook een afweging tussen bijvoorbeeld AVR en PIC.

Ten eerste, terwijl Ik “zal waarschijnlijk in de problemen komen als ik dit zeg, het ” sterke contingent in de Arduino-familie ” is iets van een vocale minderheid. Arduino-folk (gebruikers) die ik ben tegengekomen, zijn het soort dat hun hardware liever op dezelfde manier behandelt als ze een python-script ophangen om iets leuks te doen, vaak met een lager niveau van begrip van de ingewikkelde kneepjes dan zij zouden doen hebben wanneer ze “d doen ” van numpy i mport foo “. Hoewel er enige verdienste zit in de manier waarop Arduino dingen doet, is er ook heel wat ruimte voor kritiek.

Ik denk dat het de moeite waard is om naar de AVRs te kijken, afgezien van het Arduino-ecosysteem. Het Arduino-contingent heeft ook enorm geprofiteerd van de redenen die de AVR tot een defacto-standaard maakten voor hobbyistische dingen – een mantel die het steeds meer van PIC overneemt, zelfs voordat Arduino zijn intrede deed. De directe concurrenten van de AVR zouden de PIC en tot op zekere hoogte de MSP430, die aan kracht wint, grotendeels dankzij TIs sterke marketingpush in combinatie met zijn subsidietools.

Ecosysteem

Zoals in andere antwoorden is vermeld, de AVR is de enige familie die een schone, gestandaardiseerde manier heeft om van nul naar hallo wereld te komen met behulp van gratis tools. De avr-gcc-poort, de onderdelen die de winavr-toolchain vormen, veel programmeerschemas met verschillende complexiteit en functies, maar nog steeds gebonden door de autoriteit die is afgeleid van de ondersteuning van avrdude, maken het veel gemakkelijker dan het uitwerken van de toolchain.

Het ecosysteem van de PIC is een nachtmerrie, met een onbeperkt aantal compilers, programmeertools, assemblers, wat heb jij. Velen van hen zijn niet compatibel met elkaar. De meeste worden betaald. Ze zijn niet allemaal goed. Wat nog belangrijker is, er is geen defacto-standaard. De gratis / open source-alternatieven (zeg maar SDCC) laten veel te wensen over, maar meer dan dat, zijn er niet in geslaagd om de status van defacto-standaard te verwerven zoals avr-gcc en het bedrijf hebben. Zelfs als de softwaretoolketen uitgewerkt is, zou je op zijn minst moeten investeren in een soort programmeur. De PICkit kost misschien maar 20 $ of zo, maar als je moet uitzoeken hoe je hem online kunt kopen (creditcards, internationale verzending, forex gedoe), kan het een dealbreaker zijn voor hobbyisten. Er is geen goed, betrouwbaar programmeercircuit met de standaardisatie die nodig is om een nieuweling de moed te geven om moeite en middelen te investeren om van het punt van het vinden van een bron voor de IC naar het punt te komen waar Hello World is geprogrammeerd en de LED knippert.

MSP430 is marginaal beter, vooral omdat het nieuwer is (tenminste in termen van populariteit) – Er is veel minder lawaai om mee te kampen. TI verzendt IC-monsters naar u met efficiëntie die ik nergens anders heb gezien.mspgcc is in goede staat, en er is zelfs een open source foutopsporingssoftware die niet moeilijk te vinden of in te stellen is. Het probleem is echter dat het niet zo hobbyistvriendelijk is als de AVR. Je hebt nog steeds het probleem van de Programmer, die duurder is dan wat je zou moeten kopen voor een PIC. De 3.3v-voedingswerking werpt een waargenomen barrière op voor mensen die gewend zijn aan 5v Logic. En het schaalt niet in DIP – Er zijn low-end chips beschikbaar, maar niet als je eenmaal de meer uitgewerkte chips hebt bereikt.

Gebruiksgemak

DIP versus SMD, denk ik , is een belangrijker onderscheid dan vaak wordt aangenomen. Een DIP IC kan worden gebruikt op breadboard, boards voor algemene doeleinden, hoe ze ook heten waar je woont, enzovoort. Een SMD IC vereist noodzakelijkerwijs een fabricage of aankoop van adapterborden die niet altijd gemakkelijk te verkrijgen zijn in de maat of vorm die u wilt.

Datasheetkwaliteit, toepassingsnotities en de leesbaarheid ervan, maakt ook een verschil. Atmel lijkt daar iets beter in te slagen. Dat is natuurlijk een zeer subjectieve beoordeling.

AVRs kunnen een interne RC gebruiken, terwijl PICs dat vaak niet doen. Ze vereisen een kristal, waardoor het een beetje onvoorspelbaar is in combinatie met een gebrek aan vertrouwen.

AVRs leken ook vriendelijker met programmeren in het systeem in vergelijking met PICs een paar jaar geleden, hoewel ik daar heel gemakkelijk ongelijk kon hebben.

AVR versus ARM

Je vraag had echter te maken met AVR versus ARM. Zoals ik in het begin al zei, nemen AVR en ARM verschillende ruimtes in het spectrum in. Als je iets hebt dat je kunt doen met een AVR, dan waarom zou je het willen doen met een ARM? ARMs zijn duurder, vereisen meer onderdelen, verbruiken meer energie, zorgen voor meer gecompliceerde code, hebben duurdere fabricageprocessen nodig. Het solderen van een 100-pins TQFP is duurder dan het solderen van een 40-pins DIP / SOIC, afhankelijk van hoe je meet kosten. Dit is misschien niet van toepassing als u in grote hoeveelheden produceert en productietechnieken gebruikt die daarmee vriendelijk zijn, maar als u dat doet, wordt het prijsverschil nog aantrekkelijker voor de goedkopere oplossing.

Als een go-to controller voor algemeen hacken in huis of wat dan ook, zou ik zeggen dat AVR gemakkelijker te gebruiken is omdat:

• Meer gestandaardiseerd vanuit een hobbyistisch perspectief, meer code die ik van internet kan hergebruiken omdat er niet zoveel compilervariaties zijn, en variaties tussen registernamen en API onder familieleden. (Probeer de LPC ARM-code over te zetten naar ATMEL ARM-hardware, je zult zien wat ik bedoel)
• Code wordt inherent ingewikkelder (dat doet het. Echt waar).
• De toolchain tak Het is extra werk om op te zetten.
• Maakt interfacing iets eenvoudiger. ARMs zouden je over het algemeen terugbrengen naar 3v3 of 1v8 Logica, wat de interface met ander speelgoed enigszins problematisch maakt.
• Goedkoper
• Een ARM-chip kopen bij de plaatselijke ijzerhandel is geen optie voor mij waar ik woon, is het verkrijgen van een AVR.

Reacties

• Ik don ‘ Ik kan geen PICs terugroepen, afgezien van enkele OTP-onderdelen waar de fuse-bits voorgeprogrammeerd waren als onderdeel van fabriekstests (de enige manier om te bevestigen dat de LP-, XT- of HS-modus werkte, was om de chip voor die modus te configureren) waarvoor een kristal. Sommigen hadden een externe weerstand en kap nodig om de RC-modus te gebruiken, en hadden vrij ruwe specificaties over de frequentie die het zou produceren, maar ik kan geen PICs zonder een ontwerpoptie terugroepen ‘ voor interne of externe RC. Ben ik die vergeten?
• In werkelijkheid zijn de ARM / AVR-kosten vrij dicht bij een wasbeurt voor vergelijkbare bronnen. En de pakketten die in een productieomgeving zouden worden gebruikt, zijn niet ‘ t noodzakelijkerwijs zo verschillend, aangezien het waarschijnlijk de QFP- of QFN-varianten van beide zijn. De vereiste ondersteuningscircuits zijn ook redelijk vergelijkbaar.
• @Chris: als je rekening houdt met de bronnen die elke chip biedt, zeg ik ‘ dat ARM bijna goedkoper uitkomt elke keer. Dat gezegd hebbende, gaat het erom dat in situaties waarin AVR zinvol is in een productieomgeving, je de ‘ t het vermogen en / of de bellen niet nodig hebt en fluitjes die een ARM naar de tafel brengt. Wanneer gewogen met gebruikte middelen in plaats van beschikbare middelen, komt de AVR goedkoper uit. Ik denk niet ‘ niet dat het ondersteuningscircuit vergelijkbaar is (1 tantaalcondensator tegen 4, en andere soortgelijke spiralen). ARM is niet ‘ t een duur beest zo veel als het overdreven kan zijn.
• @supercat: misschien. Ik ‘ zou moeten controleren. De paar keer dat ik ernaar keek, leek het me nooit duidelijk. Ik weet dat tenminste sommige dsPICs terug kunnen vallen op intern, als je ze goed instelt, maar zelfs dat vergde wat giswerk en gekkigheid om te ontdekken. Gegevensbladen van microchips laten veel te wensen over, IMO, maar het hangt af van de markt die u ‘ bekijkt.
• @ChintalagiriShashank – negeer de andere randapparatuur en kijk alleen naar flash & ram-formaten. Er zijn ARM-aanbiedingen die redelijk concurrerend zijn met bijvoorbeeld de ATMEGA328p. En laat ‘ niet te veel afgeleid worden door bypass caps. Ten eerste kan tantaal zinvol zijn als toevoerfilter, maar werkelijke bypass-doppen zijn lokale reservoirs met een lagere waarde voor de hoogfrequente schakelvereisten en kunnen dus goedkope SMT-keramiek zijn. Wat ook de behoefte drijft, is de klok- en I / O-schakelfrequentie – bij een vergelijkbare kloksnelheid heeft de ARM eigenlijk niet alle aanbevolen bypass-caps nodig.

Armontwikkeling komt eraan – bekijk de volgende projecten.

Maple Leaf

XDuino

Cortino

Illuminato

ARM PRO-familie

En nu een ARM in een DIP-pakket.

NXP LPC1114FN28

BASICchip

Deel van de reden voor de grote het belang van de gemeenschap in de Arduino is de fysieke standaardisatie. Hoe smerig de fysieke lay-out ook is, door een gestandaardiseerde uitbreidingsoptie op te nemen, lieten de Arduino-ontwikkelaars mensen hun eigen oplossingen bedenken. Als je het basis Arduino-bord wilt vervangen door een ander bord dat een andere microcontroller gebruikt, kan dat. IIRC, iemand heeft al een PIC-gebaseerd bord gebouwd dat de Arduino-vormfactor gebruikt. (Het PIC Ardunio-bord heeft niet dezelfde vormfactor, maar is verder vergelijkbaar.)

Nog een reden voor het succes van de Arduino is in zijn openheid – de meeste op PIC gebaseerde microcontrollers waren gesloten; ze gebruikten eigen hardware-implementaties, dus als je het bord opnieuw wilde ontwerpen om beter in een specifieke ruimte te passen, had je pech. Ze gebruikten aangepaste firmware en eigen ontwikkelingstools, zodat als je bugs had of de mogelijkheden wilde uitbreiden, je pech had. Met de Arduino ligt elk stukje van de puzzel open: je kunt overal onderdelen kopen, ze naar behoefte herschikken, verbeteren of wijzig de firmware EN de ontwikkeltools. Je kunt eenvoudig beginnen met de Arduino IDE, maar je kunt nog steeds overschakelen naar C of Assembly wanneer je het nodig hebt.

Persoonlijk vind ik de Arduino leuk omdat het veel dingen “precies goed”: het is niet te duur, het zit niet vast aan propriëtaire tools, het is gemakkelijk om mee te beginnen, het heeft veel van mogelijkheden, en het heeft een grote gebruikersgemeenschap, die zich blijft uitbreiden en leuke dingen doet.

Opmerkingen

• U noemde zeer goede redenen waarom microcontroller hobbyisten houden van Arduino, maar de vraag ging over ARM versus AVR. Arduino werd genoemd vanwege zijn beslissing om de AVR-serie MCUs te selecteren voor de implementatie ervan. Ik denk dat er nog meer relevante antwoorden onder je bericht staan; bijvoorbeeld het feit dat Atmel zijn AVR-serie ondersteunt met een C-compiler. Toch goede informatie voor iemand die niet bekend is met Arduino.

Een groot voordeel van de ATmel uCs is dat er een gratis compiler beschikbaar is voor Linux, pc en Mac. Voeg daar een eenvoudige cross-platform GUI aan toe en je hebt een gratis ontwikkelsysteem dat op alle platforms draait.

De kosten zijn een belangrijke factor voor de hobbyistenborden. Aangezien u een startprijs in het bereik van $ 30 wilt hebben, moet u een uC-kostprijs hebben die niet meer dan een paar dollar is.

ARM zou een uitstekende kandidaat zijn voor de hogere boards. Veel bedrijven hebben een licentie voor de ARM-kern en voegen randapparatuur toe. Ik geloof dat er gratis compilers zijn voor Linux, pc en MAC.

Ik hou echt van de Freescale Coldfire voor high-end boards. Ik werkte aan een bord voor testapparatuur dat een 5206e gebruikte. We hebben wat DRAM en zeer nauwkeurige A / D- en D / A-converters toegevoegd. Het was een kostenbesparende oplossing. Ik heb Coldfire niet recentelijk vergeleken met de grote verscheidenheid aan ARMs.

Sommige van de 8-bit Freescale UCs zijn aardig, maar ik weet niet zeker of ze gratis tools hebben.

Opmerkingen

• Bedankt voor de nuttige opmerking, maar de 8 regels ‘ handtekening ‘ een beetje extreem is, hebben deze op stackoverflow gebaseerde sites de neiging om in uw antwoorden neer te kijken op het adverteren van uw eigen sites.
• @jluciani, als u op uw andere websites wilt adverteren, plaatst u de links in uw profiel , niet in je antwoorden. Je blog is tenslotte niet het antwoord op deze vraag …

Ik ben het eens met het dip-pakket, ben het er niet mee eens dat armen moeilijker te configureren zijn, lpcs wel, maar ze zijn niet het enige kind op het armblok (atmel zelf trouwens).Van wat ik me herinner en heb ervaren, was en is Atmel misschien nog steeds gewoon ontwikkelaarsvriendelijker. De AVR-vlinder heeft hen enorm geholpen om meer gebruikers naar hun toch al goede en gelukkige gebruikersbestand te krijgen. De PIC was op veel manieren gewoon pijnlijk, de avr-tools waren er, programmeren was een makkie en kostte je niet veel meer dan een paar draden en een connector van de radio shack. De tools zijn er en gratis, maar niet zo eenvoudig als mainline gcc, waar je de arm- en duimoplossingen vindt. Lang voordat de Arduino uitkwam, was de AVR de chip bij uitstek voor hobbyprojecten.

Niets kan op dit moment concurreren met ARM. Voor elke andere processor die je op een dag aanraakt, raak je minimaal een paar ARMs aan. Voor sommigen gebruikt bijna alles wat u aanraakt een ARM. Het past perfect als de 8-bit-killer, kan veel betere prestaties krijgen dan een 8-bit voor dezelfde grootte, prijs, enz. Tools zijn veel beter, instructieset is veel schoner dan de meeste van zijn concurrenten, dus dezelfde code wordt uitgevoerd dat veel sneller, enz. Omdat iedereen en hun broer een ARM kunnen insluiten en het is niet opgesloten in een bedrijf zoals pic, avr, msp430, zijn er een grote verscheidenheid aan oplossingen en evenveel verschillende manieren om met de microcontroller rom / ram-mengsels om te gaan en de interruptvectortabel. Helaas is de meer populaire oplossing de meest pijnlijke. Probeer een sam7 of iets dergelijks of een stellaris. Er is een armmite pro die een poging doet om een arduino-plug-in op arm te maken, of iets dat daar in de buurt van komt, en ik vind dat board echt leuk.

Het is niet altijd de processor die het probleem is, sommige chips hebben kunnen problemen hebben, sommige hebben andere bekende problemen. sommige bieden misschien geen open collector io-pin met een zwakke pull-up en je zou hardware buiten de chip moeten plaatsen om met iets te communiceren, terwijl een ander dat misschien beschikbaar heeft op een of alle pinnen. Ik raad aan om het veld te bemonsteren, de verschillende bedrijven en oplossingen te proberen, zodat wanneer je een laag stroomverbruik wilt, je gemakkelijk een msp430 kunt gebruiken, je verwerkingskracht wilt in een kleine chip die je met de arm kunt gebruiken of als je een open project wilt maken waarvan je hoopt anderen zullen in hun garage bouwen, u baseert het op een Arduino, als u kunt.

Waar het bij uw vraag echter op neerkomt, is dat het echt afhangt van uw applicatie en hoe u het schrijft en de prestaties en middelen die u gebruikt geïnteresseerd in. Op dezelfde manier waarop gcc of firefox op veel verschillende platforms en processors zal draaien, kunt u uw C-toepassing zeker schrijven om op een breed scala aan microcontrollers te draaien … IF … je hebt een microcontroller-specifieke abstractielaag, die kosten met zich meebrengt. als de microcontrollers vergelijkbare functies hebben en de functies hebben die u nodig hebt en u vooruit plant en deze integreert. Als het volgende platform voldoende geheugen / bronnen heeft. U bent meer geïnteresseerd in draagbaarheid dan in prestaties, enz. Wellicht moet u dit van tevoren plannen. of in ieder geval bij de eerste omschakeling van A naar B herontwerp je de software, als / wanneer er een derde omschakeling van B naar C is, is dat minder pijnlijk.

Opmerkingen

• Niets kan op dit moment concurreren met ARM. < – In de industrie. In de wereld van hobbyisten is AVR nog steeds echt heel sterk, en dat zal nog lang duren.
• Helemaal mee eens dat de ene wereld waanzinnig populair is, een andere wereld die toevallig de wereld is waar de producten die we kopen een aanraking en gebruik zijn, waar het geld is, is het iets anders. Dus voor de lol thuis, leer er een, voor je dagelijkse baan leer je de ander, en speel je de hele dag en de hele nacht.

Ik weet dat je zei “anders dan de kosten”, maar dat is echt het belangrijkste voor hobbyisten. Je hebt niet meer dan één UART of meer dan één SPI nodig voor wat bedoeld is als een goedkoop, generiek platform. Zodra je> 20 MHz snelheden nodig hebt, zou je echt naar een aangepaste setup moeten kijken (ymmv natuurlijk)

Een paar kleine punten die niet in de andere commentaren zijn genoemd:

• Een Arduino is bedoeld voor kleinschalige I / O-projecten en voegt een kleine hoeveelheid intelligentie toe aan een circuit. Het zijn meestal real-time apparaten met één thread, waar een ARM erg verspild zou zijn. Er zijn natuurlijk tal van opties voor ARM-kaarten , maar de use-case is normaal gesproken anders – meestal starten ze op in een volledig besturingssysteem.

• Door zich te richten op deze kleinschalige use-case, wordt al het andere gemakkelijker – pincode, ondersteuning componenten, stroomverbruik enz.

Dat gezegd hebbende, voor het doelgebruik van de Arduino, is het niet alsof je het in de maling neemt. Een 16MHz-processor is veel gedoe voor je wekker met geïntegreerde LED-chaser (of wat dan ook 🙂

Arduino is beschikbaar op andere processors. Bekijk bijvoorbeeld de ChipKit van Microchip. Dat maakt gebruik van een PIC 32.

Opmerkingen

• Sorry Olin, de titel was een verkeerde poging van mij om de vraag te bewerken, gemaakt vanuit de inhoud. Het zou nu correcter moeten zijn.

Tweede poging (de originele posttitel en vraag van +3 jaren geleden is veranderd sinds het oorspronkelijke antwoord):

Kip en ei, maar vooral gedurende de laatste paar jaar (in 2007 lanceerde ARM Cortex-M-architectuur), zijn 32-bits MCUs in populariteit toegenomen en zijn leveranciers beter geweest om snellere en gemakkelijkere toegang te bieden aan de EE-gemeenschap bij het ontwerpen in> 8-bit micros (betere software, gratis tools, meer voorbeelden …).

Zoals Atmel, samen met 100 anderen, Cortex -M apparaten en hebben de toolchain geüpgraded om AVR naar ARM te ondersteunen, plus de al lang bestaande relatie, het Arduino-upgradepad wordt gegeven (?). Maar alternatieven duiken op en lijken alternatieve pogingen te omvatten om een deel van de “hobbyist” -cake te krijgen: bijv. Mbed door NXP / ARM, en onlangs “CoAction Hero”,: 32-bit open-source ARM Cortex-M3-bord op KickStarter.

Laatste gedachte, 3 jaar na de oorspronkelijke vraag: als alle leveranciers 32-bits Cortex-M-cores zouden aanbieden, zou de Arduino nu eigenlijk niet-Atmel kunnen worden?

Oorspronkelijk antwoord: Alf-Egil Bogen, een van de medeoprichters van Atmel AVR, kijkt in zijn videoblog hier naar de achtergrond van de overstap van de industrie van 8-bit naar 32-bit ARM-cores http://blog.energymicro.com/2013/04/24/avr2arm/ .