This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Looking to start ARM Development!

Parents
  • Note: This was originally posted on 27th January 2012 at http://forums.arm.com

    For parts which are a step up from a PIC, the Cortex-M3 sounds like the right option, although typically RAM and Flash is limited so running some flavour of Linux directly is likely to be difficult. For getting started take a look at:


    http://mbed.org/

    This is a rapid prototyping board based on the Cortex-M family - it's pin compatible with breadboard, and comes with a web-based compiler, and programs you compile just download over USB. It's great for hacking about to get a feel for what the platforms are capable of.

    In terms of architecture and code portability between a Cortex-A and a Cortex-M you have a little work to do. The Cortex-M family is a little different to other ARM cores in terms of how the interrupts are managed, and in the Cortex-A family you have the added complications of cache and MMU handling, which you won't have in the Cortex-M. So system code is not 100% portable between the two.

    For the generic "application code", as you say C is C, and the compiler can do the hard work ;)

    Cheers,
    Iso
Reply
  • Note: This was originally posted on 27th January 2012 at http://forums.arm.com

    For parts which are a step up from a PIC, the Cortex-M3 sounds like the right option, although typically RAM and Flash is limited so running some flavour of Linux directly is likely to be difficult. For getting started take a look at:


    http://mbed.org/

    This is a rapid prototyping board based on the Cortex-M family - it's pin compatible with breadboard, and comes with a web-based compiler, and programs you compile just download over USB. It's great for hacking about to get a feel for what the platforms are capable of.

    In terms of architecture and code portability between a Cortex-A and a Cortex-M you have a little work to do. The Cortex-M family is a little different to other ARM cores in terms of how the interrupts are managed, and in the Cortex-A family you have the added complications of cache and MMU handling, which you won't have in the Cortex-M. So system code is not 100% portable between the two.

    For the generic "application code", as you say C is C, and the compiler can do the hard work ;)

    Cheers,
    Iso
Children
No data