saik 
I would like to migrate from AVR to ARM microcontrollers. I'm thinking to buy an ATSAMD21-XPRO board from Microchip for 18 euros without VAT. It is a cortex M0+ evaluation board to start with. Do you think it is a nice choice to start with ARM microcontrollers?
Thanks in advance.
Do you think it is a nice choice to start with ARM microcontrollers?
Yes!
Just picking one of very many posts at random: https://community.atmel.com/comme...
JohanEkdahl 
Do you think it is a nice choice to start with ARM microcontrollers?
Yes, yes!
The main advantage IMO is that with one USB cable to your PC you're up and running, with an on-chip debugger (which is invaluable).
One alternative is to go for the SAMD20 Xplained: You obviously lose some peripherals that the D20 lacks: Application USB functionality (USB for programming/debugging is still there), advanced timers.. You gain a header on the D20 Xplained board to "break out" the programmer/debugger to a custom board. Unless you know you're going in this direction soon then the D21 is the better choice IMO.
awit 
If You aren't strongly Microchip oriented, You can buy one from the STM342 Discovery boards. They are cheap (from under 10 €), with the on board debugger, quite good free software and with many tutorials for beginners available in net.
Given that this is Atmel's forum, it's not really the place to suggest non-Atmel products - especially direct competitor's products!
The main advantage IMO is that with one USB cable to your PC you're up and running, with an on-chip debugger (which is invaluable).
Absolutely!
And not just the debugger; with that one USB cable to your PC, you also get:
The last one is a bit of an "advanced topic" - probably no need to worry about it just now.
Of course, as awit suggested, other manufacturers do have similar products (in fact, Atmel were quite late to catch on) - but this is not the place for discussing competitor's products!
I find the Cortex M0 cpu to be a bit depressing from a "learn ARM" perspective (it's "THUMB-only", so a lot of typical ARM instructions have unusual limitation or are not present at all.) A CM3 or CM4 product would be nicer (adds THUMB-2, at least.)
OTOH, it IS the family aimed at replacing 8bit microcontrollers, the SAMD21 is pretty popular, the Xplained-pro boards are pretty nice, and 18 Euros is an excellent price.
But, unless you're writing extensively in ASM, those things are going to be (almost) invisible.
As has been said many times before, most of this has nothing to do with whether the core is AVR or ARM or whatever. The important stuff is how to deal with peripherals, interrupts, etc - which has very little (if anything) to do with the core.
See: https://www.avrfreaks.net/comment...
JohanEkdahl I find the Cortex M0 cpu to be a bit depressing from a "learn ARM" perspective (it's "THUMB-only", so a lot of typical ARM instructions have unusual limitation or are not present at all.)
I have been dabbling to and fro with the Cortex-M0's for half a year or so now. I have yet to be affected by the instruction set/repertoire.
These "learn ARM" discussions are a bit strange methinks. IMO, the big bend in the learning curve is not the processor architecture and instruction set but these two
Unless the plan is to code in assembler, the point of knowing it is for understanding generated code, right? In that perspective I can not see a disadvantage with the instruction set being limited/cut-down. It might even be seen a an advantage!
Re the instruction set it seems a lot of it is similar to other sets. The thing that was somewhat exotic for me is how subroutine calls/returns are handled. The most recent return address is not on the top of the stack but in a "link" CPU register, and you do a "jump with link" rather than a "call with push". But again that is of no concern when coding in C (until you need to look at the generated code).
So far I estimate that 90% of my dabblings has been struggles with the peripherals. The remaining 10% has gone to toolchain stuff, and the specific D20/D21 Xplained boards. Everything SAM specific, nothing ARM generic.
I am using other peoples stuff [1] for startup code, which is where I suppose a lot of ARM-generic stuff is. When I get into that I expect things to change somewhat since that will involve more of "ARM generics".
[1] mcu-starter-projects by Alex Taradov.
unless you're writing extensively in ASM, those things are going to be (almost) invisible.
[the important thing to learn is] not the processor architecture and instruction set but [system and vendor peripherals]
Yes, I mostly agree. Which is why I used the term "depressing" for CM0 architecture rather than a more derogatory term. :-)
Still, there's a tendency for code to use features (division, bitfields) under the assumption that they're relatively cheap to implement, and it can be a bit of a shock to have that not be the case.) (or, I guess, it usually works the other way around - an embedded 8bit programmer will by habit AVOID certain features, and part of the "move-to-32bits" should be un-learning some of those habits. IMNSHO, a CM0 is ... less rewarding of such changes... than it ought to be.)
an embedded 8bit programmer will by habit AVOID certain features, and part of the "move-to-32bits" should be un-learning some of those habits.
An important habit to unlearn is the "always use the smallest sized variable" habit - on a 32-bitter that may actually cost you!
