AVR32 chips recomendations.....

Go To Last Post
13 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

OK... I hope i'm not steping on toes posting here.... but

I currently use 8 bit Mega's very well.... programing them in basic, but i am in the process of starting to use C....

I am looking for a more powerfull chip for maths and speed, i seem to be doing more 16x16 bit maths or 32 bit maths than 8 bit .... The avr32 bit chips look nice ...

What are your thoughts on these, are they more like programming a PC then an 8 bit Mega's ... i see they can run their own OS ...

So basicly i'm tring to work out if i can stick to avr's (because they are my first chip i used) or do i need to jump ship to find a fast 16 bit chip that is stright forward to program and not have to worry about all the things i stoped using a PC for (bios's hard interfaces Windows changes..)

Any ideas would be nice
thankyou

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The avr32's does not have to have a os installed to be used. But there are a lot more registers to understand to use the avr32 as an embedded CPU. Take a tour off atmels app notes, there are a lot of examples that you can check out.

Life's to short for waiting on slow CPU's

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Perhaps the coming AVR Xmega's will fill your need for a bit more performance? :)

The UC3 family of AVR32 is more similar to AVR devices, while the AP7 family is capable of running Linux, and does so very well so it is easier to just stick to the operating system.

I also moved this thread to the hardware section, since you actually ask about hardware not software tools ;)

Hans-Christian

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Thanx hce ... sorry about the extra work...

When you say "so it is easier to stick to the OS" .. does this mean you can just run any software on it that will run on a PC with Linux on it? or .. What makes it easyer for you...

I am looking forward to the Xmega... but still tring to work out when they are out.... like the "raven"

i'm slowly looking through the information i can find... installed studio 32 to have a look .. wow bit different to the standard avr studio lol...

I guess i'm just getting hung up on the codeing for the different chips ...

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well you have linux operating system and all the benefits from that. Memorym anagement, sceduling, drivers +++

Life's to short for waiting on slow CPU's

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I dont think you wanna use the AVR32. 32-bit math works perfectly on the AVR 8-bit. You can run an OS on them too. Google "Free RTOS". You should be fine just using C, the AVR 8-bit are very powerful, especially now when the XMegas are comming.

/Anders

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well, If you are going to move to C code for 32bit math operations... you may feel the need to switch to 32bit mcu. 8bit RISC mcu will not give you enough power to do what you want in a finite time for 32bit math, they will also generate a lot much extra code for the same operations. AVR32 UC3 devices have internal flash, DSP instructions in the instruction set. You can also have free examples in C and assembly of 32bit DSP/math common operations.

-sma

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I have a EVK1100, which does very well...

If you could provide a bit more about the type/volume of products you are looking to build using mcu's, I think people on this board would be able to find a good fit.

The AVR32 UC3 family is a bit more complex to use than the AVR8, but still not like going to an AVR32 AP7 family.

Caleb

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

thanx all ...

what i am using the 8bit ones for are general procesors, and they do quite well... but i have a pet project that does require a bit more maths....

It is a road line painter... does not sound hard, but ... it does lots of stuff that needs to be seen as realtime ...

- has a pulse chain from the wheels 1 pulse per mm up to 100Km/hour
- works out the current speed from this pulses
- pre calculates the timing delays to fire 4 different gund to hit the same point on the road
- keeps track of all the line lengths settings and speeds, saves them and displays them on a LCD / RS232 output

all this is done running at 25Km/hour (7m/sec) and i need to hit the mark with in 1cm (but i'm aiming for closer) so i have about 1 ms of time to work with ...

Ok Ok there is lots of things that i can do to get "more" time and still hit the mark ... and i do most of them ...

so basicly the 8 bit work fine until i hit the code limitations with "Bascom basic" and i am hopeing i will never have as many problems with avr studio C(fingers crossed) i would just like to have a bit more power behind me so i do not have to keep "thinking/programing smart" to keep the code cycle time in check ... this project would habe been alot easyer to code differently if i could have calculated everything when it was needed and not have to prempt things...

The more i look into it the Xmega's look good... BUT when can i play with them 8-(

-My kingdom for a XMega!

:cry:

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Patchlead,

It does sounds like an Xmega would do the job... when it shows up to be bought. The AVR32 UC3A or UC3B would likely get the job done and can be bought now at Digikey. It looks like the EVK1101 is out of stock currently, but the EVK1100 is instock. To move beyond the Eval boards, one would need to get or have the JTAGMKII.

Another option would be to run your current CPU at 20Mhz and program some of the code in Assembly or C, a bit more control over what happens at compile time.

Can you move any of the timing items into Timers? Likely you have already thought of this...:)

Also can you share what part of the world you are in?

Caleb

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Just looked at my logon .. it must have lost my location 8-)

I live in Brisbane Australia! starting to get cold here in the morning.. (i'm sure it is still hot for some of you people)

and I have thought of timers... i am currently using 3x 16 bit timers in external counter mode, 2x 8 bit timers , in timer mode ... most of the important stuff is running in interupt mode and then others are passed into the counters to wait until the event happens....

I has be a hard ride to fit it all in.. most of the problem was the choice to use Bascom and not step up to C before i started the project.... o-well next time..

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If your project time table can hold out till the Xmega show up on the store shelf, then wait for the Xmega. If the time table needs to be sooner for the finish date, a change to the AVR32 could get you there... but you would have a full change to programming languge and processor used. Maybe changing to C on the current AVR you are using would get you there... though I guess it might still be to tight to work well.

If you have other projects/goals with the AVR's an AVR32 development system would be a great way to use faster/more bits procesors.

Many of my projects do just fine with a AVR Mega. But I do have some that I will likely use a AVR32 on.

Cheers and best of wishes for picking your next step for this project.

Caleb

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Thank you Austca ...

Yea i'm starting to think xmega .... BUT WHEN 8-( still no sign in my neck of the woods 8-)

changing to C is a big enough step... might get good at that then look at 32 bit again...

thanx all .. lets just hope xmegas come out soon