AVR Freaks

Just wondering (as the Arduino IDE has been mentioned) - can the Arduino IDE be (easily) persuaded to build for AVR32 ?

There's a site Atmel operate as part of their GPL requirement that also has the .tar.gz files too. Might be worth trying that. If I was on a PC not a phone I could probably give you a link.
.
EDIT: under here perhaps..
.
http://distribute.atmel.no/tools/opensource/Atmel-AVR32-GNU-Toolchain/

I'm running Linux / Mint for several years now and I can't really be bothered with the latest version of every program.

So I use (If I do something at all with avr's whic is not so much the case lately) the version which comes with the package manager

paul@dualcore ~ $ avr-gcc --version
avr-gcc (GCC) 4.8.2
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

I have no idea what the current version is, but 2013 seems pretty old.

Shame on atmel / Microship.

You should be able to jumpstart from:

apt install gcc-avr avr-libc binutils-avr avrdude

Another route for you might be platfomio. The core of platformio are some python scripts which do some amazing integration.

For example, installing the platformio core only installs the python scripts.

Write some source code in your favorite editor, save it and run platformio.

The first time platformio tries to compile your program it can not find a compiler, so it pulls it from the 'net and installs it on your pc, and then continues compiling.

Multiple ( (mostly?) gcc based) compilers are suported for different targets (AVR, ARM, Espressiv and over 10 other uC architectures).

It also comes with 2000+ installable (and searchable) libraries for all kinds of peripheral chips.

http://platformio.org/

again, isn't that just the general state of all AVR32 stuff ?

 

EDIT

 

See also: https://www.avrfreaks.net/forum/avr32-support-dropped-linux-kernel

I think you'll find a lot of that IP lives on in the SAMs ... 

I think that would be better as a separate thread - perhaps a moderator will move it ...

 

Would probably need more details of what you're actually using & doing with it.

 

I've not used the AVR32 as standalone chips, so I don't know off-hand about specific products.

 

Might be worth you or your customer talking to your Atmel and/or distributor FAE(s)

 

PM me if you wanted to discuss to an investigation ...

 

Legacy (not abandoned) means no new UC3 designs.

UC3C is being maintained by the ones at Microchip and UC3C is in the automotive catalog (automotive means longer lifetime)

 

UC3C and UC3L are niche due to unique features like FlashVault and single cycle 32b ports otherwise it's SAM D and such.

arm's license fee?

 

---

https://www.avrfreaks.net/forum/uc3c-revision-g-silicon

http://www.microchip.com/wwwproducts/en/AT32UC3C0512C-AUTOMOTIVE

 

Edit: a feature

 

Because "things" were different back then. The year was 2006/2007 according to Wikipedia.

 

This is about the same time that the first Cortex-M (the M3  in year 2004) and Cortex-M1 (2007) where introduced. The M0 came 2009 and the M0+ came 2012. A guess would be that around 2005 Atmel could/did not know if the Cortex-M series would be a success or not. (As I see it, eventually it was.)

 

Time passes. Markets and strategies change.

The AVR32 came about with the delivery of the AP7000 "system processor" that was clearly an attempt to break into the lucrative mobile phone market just at the time that ARM 7/9 were making the transition to Cortex A. At the same time the UC3 range was launched as a sort of "controller variant" of the new, bad boy. Almost as soon as it was launched (just dev boards I think) the AP7000 was canned. I guess Sony or Apple or Nokia or whoever the "big customer" was pulled out? That just left behind the UC3 as a kind of "me too" Cortex M4 kind of equivalent. Personally I've always seen the UC3 as a sort of pointless off shoot though I believe (presumably because of an AP7000 design goal?) that one of the arguments for it is better MIPS/W performance perhaps? So there clearly are some reasons it might be chosen.
.
EDIT possible over use of "kind of"? ;-)

From AVR32007 (doc32075.pdf):

 

 

Edit: corrected file name.

Agreed - ARM7 is pretty much obsolete these days.

 

You need a Cortex-M comparison ...