New ATmega32M1

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

Not sure if this is "new" or not, but I see Atmel is announcing new parts for automotive apps. The news release says ATmega16M1 and ATmega32M1, but the datasheet I found is for ATmega32M1 and ATmega64M1; not sure if ATmega16M1 exists or if it is a typo.

Anyways, looks like a nice little part with lots of toys to play with. Is built in temp sensor new or do other parts have that?

News release:
http://biz.yahoo.com/prnews/0802...

Datasheet:
http://www.atmel.com/dyn/resourc...

C: i = "told you so";

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

The Attiny48 at least has an on-chip temp sensor...

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

This appears to be the chip and more that I've been asking for for years. Wonderful! Now I just wonder how long I'll have to wait before I can get some in my hands!

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

Aaah, but not in DIP :mad: That should make prototyping simple...

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

Hi All,

I don't know for sure if the 16M1 is a real device or not. I can confirm that the 32M1 is definitely a real device. I'm currently working on support for the 32M1 in WinAVR.

I don't know yet about sampling time frame.

Let me do some checking around.

Eric

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

EW wrote:
Hi All,

I don't know for sure if the 16M1 is a real device or not. I can confirm that the 32M1 is definitely a real device. I'm currently working on support for the 32M1 in WinAVR.

I don't know yet about sampling time frame.

Let me do some checking around.

Eric


I am doing some checking on this end as well. I am trying to get my hands on these parts as soon as I conceivably can, as we have some projects in the works that would benefit greatly from them.

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

Quote:

I am doing some checking on this end as well. I am trying to get my hands on these parts as soon as I conceivably can, as we have some projects in the works that would benefit greatly from them.

According to the news release, engineering samples might be:
Quote:
Samples of the ATmega32M1 and ATmega32C1 are now available.

So RIGHT NOW put in your sample request at Atmel. If your chain (rep, disti) is decent in your area you should hear SOMETHING withing a week. Else have your rep escalate it. Rep should be interested in the pending design-in decision.

You can put lipstick on a pig, but it is still a pig.

I've never met a pig I didn't like, as long as you have some salt and pepper.

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

theusch wrote:
Quote:

I am doing some checking on this end as well. I am trying to get my hands on these parts as soon as I conceivably can, as we have some projects in the works that would benefit greatly from them.

According to the news release, engineering samples might be:
Quote:
Samples of the ATmega32M1 and ATmega32C1 are now available.

So RIGHT NOW put in your sample request at Atmel. If your chain (rep, disti) is decent in your area you should hear SOMETHING withing a week. Else have your rep escalate it. Rep should be interested in the pending design-in decision.

My experience with Atmel is that "now available" does not always mean "now available". In fact, it seems that that is more the norm, than the exception. I get the idea that they are very eager to rush out press releases before things are totally ready.

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

On a side note - on the first page of the datasheet it says "High Precision Crystal Oscillator for CAN Operations (16 MHz)". My assumption was that that was internal, however in the clock selection section they don't mention an internal crystal - so am I right in thinking that they're just saying that you can use an external 16MHz crystal with it?

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

I have a guess as to one of the AVR data sheets the new ATmega32M1/64M1/32C1/64C1 was copied from. The document title in the new data sheet is "AT90PWM2/3". Oops!

Hey the errata "CAN transmission after 3-bit intermission" is gone!!!! Does this mean this is finally fixed? Does this offer any hope seeing this fixed in the AT90CAN32/64/128?

In figure "5-1 Clock Distribution", the XTAL1 and XTAL2 pins are missing in the drawing and the Crystal Oscillator name appears in parenthesis.

Quote:
5.1.4 PLL Clock – clkPLL
The PLL clock allows the fast peripherals to be clocked directly from a 64/32 MHz clock. A 16 MHz clock is also derived for the CPU.

Although CAN still requires a crystal, maybe they are implying an external 1 MHz crystal feeding the PLL may be used to generate a 16 MHz CPU clock (64 MHz PLL / 4) also for use by the CAN module? Sounds like a good idea and it might make EMI acceptance easier. It would be nice if the CAN could use a higher clock than 16 MHz, so the 1 mbps CAN baud setting would have more possible TQ values available. It would have been nicer to see a switched option to feed the 32 MHz or 64 MHz PLL outputs into the CAN prescaler.

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

nleahcim wrote:

My experience with Atmel is that "now available" does not always mean "now available". In fact, it seems that that is more the norm, than the exception. I get the idea that they are very eager to rush out press releases before things are totally ready.

I definitely sympathize and I sincerely wish it were not the case. FYI, I may not hear anything back about this until next week.

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

The response time seems to me to fairly quick so far. I have never used the sample request but put a request in today and received an email back from a FAE within an hour.

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

Hello Folks

ATmega32M1 is a brand new device, samples are avail as well as STK524 adaptor board to go on top of STK500. STK524 ship with the CAN transceiver adaptor + the LIN transceiver adaptor.

Vector has developped already LIN2.1 protocol stack + CAN HIS driver.

We have already received the C&S CAN certification.
The LIN certification is part of the Vector release and have been successfully passed too.

A bunch of APnotes will be uploaded this week worst case this coming Monday.

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

Quote:
ATmega32M1 is a brand new device, samples are avail as well as STK524 adaptor board to go on top of STK500. STK524 ship with the CAN transceiver adaptor + the LIN transceiver adaptor.

Excellent. Very timely. I'm working on a CAN based motor controller project right now. Can't wait to try one of these out. When do you expect the STK524 to be available in distribution?

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

We have STK524 inventory. Distributors can place orders immediatly.

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

MPassemard wrote:
We have STK524 inventory. Distributors can place orders immediatly.

Is there any pricing available for the STK524? It looks like it comes with the CAN/LIN boards as well?

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

jbtech wrote:
MPassemard wrote:
We have STK524 inventory. Distributors can place orders immediatly.

Is there any pricing available for the STK524? It looks like it comes with the CAN/LIN boards as well?

$81 resale for STK524 which come with LIN and CAN adaptor board

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

I just received some info from Atmel on these chips and the part numbers are going to change as noted below.

The engineering samples have been marked with temporary part numbers as follows: From May 2008 the new PNs will be marked on parts:

AT90PWM324 will be for the ATMEGA32M

AT90CAN321 will be for the ATMEGA32C1

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

jbtech wrote:
I just received some info from Atmel on these chips and the part numbers are going to change as noted below.

The engineering samples have been marked with temporary part numbers as follows: From May 2008 the new PNs will be marked on parts:

AT90PWM324 will be for the ATMEGA32M

AT90CAN321 will be for the ATMEGA32C1


So to be clear - the ATMEGA32M/C names are the temporary names, correct?

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

If that PLL is anything like the one for the High Speed Timer on the TinyX61, it will be configurable to either X2 or X4, and will have a divider of 4, 5, 6, etc for the sysclk. So you feed a 16MHz xtal, X4 for 64MHz peripheral clock, divide by 4 for CPU clock at 16MHz

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

nleahcim wrote:
jbtech wrote:
I just received some info from Atmel on these chips and the part numbers are going to change as noted below.

The engineering samples have been marked with temporary part numbers as follows: From May 2008 the new PNs will be marked on parts:

AT90PWM324 will be for the ATMEGA32M

AT90CAN321 will be for the ATMEGA32C1


So to be clear - the ATMEGA32M/C names are the temporary names, correct?

Incorrect. The other way around.

Old name: AT90PWM324
New name: ATmega32M1
Engineering samples may be marked with the old name, temporarily.

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

That makes more sense as you would have to change your website, etc... to get it in sync later. The info I received was from 'BITS' (Atmel Rep) here in ATL. In the email they sent the above info I posted cut and paste. I guess I need to let them know the correct info now when I reply back to them.

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

In their defense, the change in naming scheme is still very new. I'm not surprised that there's some confusion, even with distis/reps.

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

Hmm - I asked for some samples and an FAE contacted me the next day. I let her know that we are an R&D firm and won't have huge volume (~100/year was my guess), and she no longer answers my e-mails. Man, I sure do love the Atmel sample system.

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

nleahcim wrote:
Hmm - I asked for some samples and an FAE contacted me the next day. I let her know that we are an R&D firm and won't have huge volume (~100/year was my guess), and she no longer answers my e-mails. Man, I sure do love the Atmel sample system.

Well - looks like I spoke too soon.

A FAE just dropped off 10 of these bad boys. I hope they work as well as I think they will for us!

edit: by the way - does anybody know if this is the C or the M version? I can't really tell from the datasheet.

Attachment(s): 

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

Quote:

AT90PWM324 will be for the ATMEGA32M

AT90CAN321 will be for the ATMEGA32C1


from above in the thread.

You can put lipstick on a pig, but it is still a pig.

I've never met a pig I didn't like, as long as you have some salt and pepper.

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

theusch wrote:
Quote:

AT90PWM324 will be for the ATMEGA32M

AT90CAN321 will be for the ATMEGA32C1


from above in the thread.

Ah - missed that. These parts have wayyyyyy too many names. Good lord.

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

Does anyone know where to get these parts (ATmega32M1/ATmega16M1) on a low qty like 100-200 per year?

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

A year and a half later & Digikey / Mouser have the part no.s listed but nil stock still.

Are the parts available or are they still lost in pre-release status? Yet another job is set to evaporate before our eyes waiting for parts to move out of vapourware & into reality

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

Arrow also does not have them. Do any distributors have them?

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

rneil wrote:
Arrow also does not have them. Do any distributors have them?

Tried local disti with no joy.

Digikey / Mouser have the part no.s listed but nil stock still... ( STILL !!! )

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

Hmmm...

Seems that Digikey and Mouser still have no stock of these chips for small quantity sales.

I'm starting to prototype a CAN system for an EV and I really want to stick with the AVR family. Price points and functionality look perfect!!!

I hope that these chips materialize in the near future!

B

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

I managed to get some of these devices from Avnet Electronics.

When I look at the datasheet for mega32m1 I find differences between the "regular" and "automotive" part. It seams that some features are not the same.

Looking at mega32m1 automotive datasheet:
18.16.8 PCTL – PSC Control Register
Bit 4:3:2 The posibility to swap PSCOUTnA and PSCOUTnB is not documented in the "regular" datasheet.

How does one determine what revision a certain part is? I currently have a at90pwm324 mounted on my ATAVRMC310. I also have a number of recently purchased ATmega32M1-AU manufactured 2009. Does anyone have experience with the history of these devices? Is it normal that there are difference in functionality between a automotive and regular device or is it possibly a typo in the data sheet?

Suggestions?

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

What, ATMEL having a problem with missing or incorrect information in any data sheet? Never, and by never I mean quite allot really :wink:. There is the automotive data sheet note "SWAP Funtion Select (not implemented in ATmega32M1 up to revision C)" and this data sheet includes errata up to chip revision C. The regular data sheet is missing these swap bits in the PCTL description, but this data sheet errata is only for chip revision A and only said "not sampled". Yet the automotive rev E data sheet is dated 3/09, while the regular rev B data sheet is dated 10/09 (much later).

My best guess is the "regular" data sheet needs an update and working PCTL swap bits might only be found in later chip revisions. I have no idea if this only applies to the 32M1 or all these M1 chips? Probably only ATMEL knows for sure.

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

Thanks for you comments Mike,

Since English is not my first language, can you help me interpret the statement "SWAP Funtion Select (not implemented in ATmega32M1 up to revision C)". Does this imply that the SWAP function is available in revision C?

also, is there a way to determine the revision of my parts? When looking at marking it states:

Mega32M1
-AU
0910 696-6

90PWM324
-ESAZ
0748 807-3

Anyhow, I believe my best choice is to exchange the older 90PWM324 on my devkit with the newer Mega32M1 unit, try to set the SWAP flags, and see what happens :)

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

See the Automotive ATmega16/32/64/M1/C1 data sheet version 7647E-AVR-03/09 section 14.16.8 PSC Control Register – PCTL. On page 155 Bit 4:3:2 – SWAPn: SWAP Funtion Select (not implemented in ATmega32M1 up to revision C). This refers to the ATmega32M1 chip hardware revision C.

This implies the the automotive ATmega32M1 chip revision D and later have these swap bits in the PCTL register. From the way it is written it is not clear if chip revision C has the swap bits or not.

I do not know how to tell what the chip revision is.

I found an AT90PWM216 and AT90PWM316 data sheet, but I cannot find any AT90PWM324 data sheet. Are you sure about your chip part number?

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

Quote:

but I cannot find any AT90PWM324 data sheet. Are you sure about your chip part number?

the rename was mentioned above, and in the 8/08 datasheet
http://www.atmel.com/dyn/resourc...
Quote:
On the first engineering samples (Parts marked AT90PWM324), the...

You can put lipstick on a pig, but it is still a pig.

I've never met a pig I didn't like, as long as you have some salt and pepper.

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

Yes I am sure.

Today I tried to set the SWAP bits on my PWM324 without successes. I did it by enabling the FAST_DECAY_SYNCHRONOUS mode in the avr194 project. My conclusion is that this part is pre revision C. There is a note in the code that this mode only works on mega64m1, but nothing about revision or manufacturing date.

Next step is to test the same code on my mega32m device.

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

I can now confirm that my device marked:

Mega32M1
-AU
0910 696-6

support the SWAP function in PSC Control Register – PCTL.

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

I got a question about the ATmega32M1: Does avrdude support it yet? I use four of them on my thesis project and can't find them as a part in AVRDUDE.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0
C:\WinAVR-20100110\bin>grep -i 32m1 avrdude.conf

C:\WinAVR-20100110\bin>

so that'd be a "no" but the joy of avrdude.conf (and the reason I could grep it) is that it's an easily editable textfile. So pick a similar 32K AVR and copy it's details as a template. Or just specify that other AVR on the command line and use -f for force an over-ride of the signature check.

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

Thanks for a quick answer.

I looked in the avrdude.conf earlier, but it just didn't look fun to configure a new device. But I guess there is nothing else to do then.

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

Anyone heard when these devices are going to be in full production & at the disti's ???

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

donatled wrote:
Anyone heard when these devices are going to be in full production & at the disti's ???

Deafening silence...

It has been TWO YEARS since the announcement was made for this product and we have had a design sitting idle for the last year waiting for stock to begin production.

Does ANYONE know if this family is EVER going to make it to market or should we cut our losses and move to a more reliable manufacturer and escape this pack of clowns.

Anyone know of a good replacement candidate?

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

I am in the same situation. We are currently using a Freescale HC08 device (with CAN) but want to move to the ATmega16M1 (it's cheaper and better), well at least on paper because I am not sure they even exist.

I can only find one distributor that stocks anything from that series and it's the ATmega32M1, I don't want 32K, I only need 16K but they are listed as "16 Week Factory Lead Time", really, that long?

Does anyone know what is going on with the ATmega16M1?

Cheers,
Ross