AVR vs the MAXQ2000?

Hi Folks,

I hope I don’t get flamed for this but I thought I might get some informed opinions concerning the two chip families. I haven’t been using the AVR long but after reading the datasheet for the Maxim part it looks like it can do everything an (for example) ATmega32L can do and for a $1 cheaper. It also can throttle back it’s clock to save power which for us is a good thing.

AVR wins on choices for compilers - from free to expensive. The MAXQ is just semi-expensive.

I’m just looking for some “war-stories” of actual use to give me some idea if it would be worth it to change to the MAXQ part. I don’t have that much invested in the AVR tools (yet) so switching wouldn’t be that painful.

Thanks,

Richard

for hobby or one-of projects, this is really a good MS visual-basic-like compiler and VM chip based on the AVR. Compiler really simplifies development for rapid-apps.

I have no financial connections with

www.zbasic.net

www.zbasic.net/forum

I think one difference is the AVR has been around longer, so there’re more tools available for it, a bigger user community, and so on. The MAXQ looks like a really interesting part, to me, but I haven’t had an excuse to play around with it.

rcooke:
Hi Folks,

I hope I don’t get flamed for this but I thought I might get some informed opinions concerning the two chip families. I haven’t been using the AVR long but after reading the datasheet for the Maxim part it looks like it can do everything an (for example) ATmega32L can do and for a $1 cheaper.

The Maxim part has no A/D, the ATmega32L does, that’s a big problem for me, maybe not for you, otherwise, it is a superior device, in my opinion.

I wasn’t getting much response from this forum so I looked around the 'net a while and I found this article: http://www.embedded-control-europe.com/ … t05p22.pdf

Which compares the MAXQ part to the TI MSP430, ATmega16L, PIC16F87 and the EM6812 (which I’d never heard of before). If I’m reading it correctly the MAXQ part is fast but not particularly stingy with the battery power. My app needs as much battery life as I can get.

I sent a message to the Maxim Tech Support guys and received a nice note back saying that for my app the MAXQ probably isn’t the best choice. It was actually refreshing to get something like that from the manufacturer - they didn’t try and “sell” me on their part.

For me I’d like to use the MSP430 but it is $6.21 (qty 100) vs. the Atmega32L at $4.75 (qty 100). I think I can run it in a low power mode for most of the time so the 1.1ma current drain (@1MHz) should be OK.

rcooke:
I wasn’t getting much response from this forum so I looked around the 'net a while and I found this article: http://www.embedded-control-europe.com/ … t05p22.pdf

Which compares the MAXQ part to the TI MSP430, ATmega16L, PIC16F87 and the EM6812 (which I’d never heard of before). If I’m reading it correctly the MAXQ part is fast but not particularly stingy with the battery power. My app needs as much battery life as I can get.

I sent a message to the Maxim Tech Support guys and received a nice note back saying that for my app the MAXQ probably isn’t the best choice. It was actually refreshing to get something like that from the manufacturer - they didn’t try and “sell” me on their part.

For me I’d like to use the MSP430 but it is $6.21 (qty 100) vs. the Atmega32L at $4.75 (qty 100). I think I can run it in a low power mode for most of the time so the 1.1ma current drain (@1MHz) should be OK.

First, the article you are referring to was written by the manufacturer of the EM6812 device, so I would be very leary of any conclusions/test cases it presents.

Second, for the MSP430/AVR/MAXQ/PIC type processors battery consumption depends greatly on the specific application, each processor has certain modes where they are very efficient and others which aren’t. It’s very easy to come up with tests that shows one processor is more power efficient then the other.

For example, you say you can run the MSP430 at 1Mhz at 1.1ma (I thought it’s much lower then that), but the MAXQ2000, can run at 1Mhz at .85mA, if you run the code out of SRAM the current drops to .14mA (see page 2 of http://pdfserv.maxim-ic.com/en/ds/MAXQ2 … 00-RBX.pdf), I am sure the EM guys didn’t run the MAXQ2000 in this mode. Maybe you can, maybe you can’t but if your code is small enough you can copy it out of FLASH into SRAM and run it there and save mucho power.

Another example, the MAXQ2000 and MSP430 can both perform a 16 bit multiply in 1 cycle, but it takes the MSP430 5 cycles to grab a word indirectly from SRAM, the MAXQ2000 can do it in 1 cycle, so that’s a big factor IF you are multiplying two huge tables in SRAM (most tests assume all the data is in registers to begin with).

All I’m saying is that you have to look at your specific application to determine what is the lowest power processor for your task. I’m curious what you exact question was to Maxim that they said their device wasn’t the best solution.

hehehe this is typical comparison set-up by biased author - look where he is working :wink:

the question is: why they run MAXQ at 2.75V while it can operate down to 1.8V where it shows all it’s advantages compared to the competition?

I agree that MAXQ is just faster microcontroller when power it at 3V - BUT at this voltage all MSP,PIC, AVR will show comparable consumption.

for instance MAXQ will eat up to 15mA at 3.6V power supply when run at 20Mhz (PIC will take around 20 mA so there is no advantage at all), but it will need only 190 uA when run on 2.2V and 8Mhz for instance leaving all competitors to eat dust … :wink:

OLIMEX:
but it will need only 190 uA when run on 2.2V and 8Mhz for instance leaving all competitors to eat dust … :wink:

look more closely at the datasheet, its 190uA @2.2V @8MHz @PMM1, which means the clock is divided by 256, ie. it’s running at 31Khz

thanks stive to catch this, actually we have board handy and can make some measurements to see how actually MAXQ performs for power sensitive apps

The ATmega16L is a pretty old part. Have you looked at the new lower power AVR micros, like the ATmega165?