What are the AVR28DA128 AVR32DA128 AVR48DA128 AVR64DA128 ??

Go To Last Post
77 posts / 0 new

Pages

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

"Dare to be naïve." - Buckminster Fuller

Last Edited: Fri. Feb 14, 2020 - 01:49 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 1

Wow, package pinouts, they are looking goofy on my browser, better start tonight before they get out the Neuralizer.

 

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

"Dare to be naïve." - Buckminster Fuller

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

"Dare to be naïve." - Buckminster Fuller

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

"Dare to be naïve." - Buckminster Fuller

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

Microchip direct appear to have some parts in stock. There is some confusion over the MOQ but, as a test, I've just ordered 25 pcs of the 128DA48. I'll see if the order gets accepted. If they arrive I'll be happy to bung a few out to fellow freaks in the UK and Europe.

#1 This forum helps those that help themselves

#2 All grounds are not created equal

#3 How have you proved that your chip is running at xxMHz?

#4 "If you think you need floating point to solve the problem then you don't understand the problem. If you really do need floating point then you have a problem you do not understand." - Heater's ex-boss

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

Thanks!

 

https://www.microchipdirect.com/product/search/all/AVR128DA48

very low MOQ for QFN; QFP is MOQ one tray.

Haven't read the datasheet to see if QFN has wettable flanks (drag soldering is akin to wave soldering)

AVR128DA48 - 8-bit Microcontrollers

 

edit : Microchip - Samples Web Site (AVR128DA48)

 

"Dare to be naïve." - Buckminster Fuller

Last Edited: Sat. Mar 21, 2020 - 06:05 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

That moq on the qfp parts confused me. I chanced it and placed an order for 25pcs and the system accepted it. At the moment it looks like I might get them.

#1 This forum helps those that help themselves

#2 All grounds are not created equal

#3 How have you proved that your chip is running at xxMHz?

#4 "If you think you need floating point to solve the problem then you don't understand the problem. If you really do need floating point then you have a problem you do not understand." - Heater's ex-boss

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

QTouch® Modular Library Peripheral Touch Controller User's Guide

Appendices A and K for revision history and link to the library documentation

 

Touch Sensing | Release Notes - Developer Help

 

"Dare to be naïve." - Buckminster Fuller

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

It certainly looks like the chip family I would have loved to have had 5 years ago...

Now, it's competing with those 120MHz CM4 chips...

 

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

No DMA?  Bummer.

Letting the smoke out since 1978

 

 

 

 

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

AVR DA-series may be seen as a follow-on to XMEGA D which doesn't have DMA.

IIRC, MPLAB X v5.35 has precursor for more AVR Dx-series.

edit : MPLAB X IDE | Microchip Technology

 

 

"Dare to be naïve." - Buckminster Fuller

Last Edited: Tue. Mar 24, 2020 - 04:14 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

TB3233 Using ZCD to Implement Special Functions

...

B 03/2020 Updated repository links

...

 

"Dare to be naïve." - Buckminster Fuller

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

Brian Fairchild wrote:
That moq on the qfp parts confused me. I chanced it and placed an order for 25pcs and the system accepted it. At the moment it looks like I might get them.

 

I've just had notification that 25pcs of AVR128DA48 are on their way to me!

#1 This forum helps those that help themselves

#2 All grounds are not created equal

#3 How have you proved that your chip is running at xxMHz?

#4 "If you think you need floating point to solve the problem then you don't understand the problem. If you really do need floating point then you have a problem you do not understand." - Heater's ex-boss

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

***Datasheets are now on the Microchip Website***

 

http://ww1.microchip.com/downloa...

 

 

#1 This forum helps those that help themselves

#2 All grounds are not created equal

#3 How have you proved that your chip is running at xxMHz?

#4 "If you think you need floating point to solve the problem then you don't understand the problem. If you really do need floating point then you have a problem you do not understand." - Heater's ex-boss

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

***DIP parts now available on Microchip Direct***

#1 This forum helps those that help themselves

#2 All grounds are not created equal

#3 How have you proved that your chip is running at xxMHz?

#4 "If you think you need floating point to solve the problem then you don't understand the problem. If you really do need floating point then you have a problem you do not understand." - Heater's ex-boss

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

I ordered a few of the DIP ones, taking advantage of the free shipping offer this month.

Something to play around while the quarantine continues...

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

This DA family is impressive,

 

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

Wow, those pin currents and the clamp currents are much higher than the "old" chips.

 

Jim

Jim Wagner Oregon Research Electronics, Consulting Div. Tangent, OR, USA http://www.orelectronics.net

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


They've escaped from the factory and landed on my bench...

 

#1 This forum helps those that help themselves

#2 All grounds are not created equal

#3 How have you proved that your chip is running at xxMHz?

#4 "If you think you need floating point to solve the problem then you don't understand the problem. If you really do need floating point then you have a problem you do not understand." - Heater's ex-boss

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

AVR128DA32 arrived to me today.

It attaches without modification to the breakout for mega4808.

 

 

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

Just installed the new packs. So this is "xmega4", hum? Yeah, the architecture is different, of course 128Kb can't fit in the 64Kb linear address space. They use some kind of memory paging, or else it's back to progmem...

Time to do some experiments while waiting for the actual chips.

 

edit: and yes, as I feared constant strings are being processed like on classic AVRs, by being copied to SRAM first. So PROGMEM is back...

Last Edited: Thu. Mar 26, 2020 - 04:03 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

So PROGMEM is back...

Looking at the data sheet, it seems that you should be able to get away with up to 32K of flash mapped into the data address space.

I'm not sure you can convince the compiler that you've set that up, though.  (Linker scripts?  Can you just move the .rodata section to the 32k of high flash and have the linker complain if it overflows?)

 

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

westfw wrote:
Linker scripts?  Can you just move the .rodata section to the 32k of high flash and have the linker complain if it overflows?

 

Well, the xmega3 have this

 

  .rodata  ADDR(.text) + SIZEOF (.text) + __RODATA_PM_OFFSET__    :
  {
    *(.rodata)
     *(.rodata*)
    *(.gnu.linkonce.r*)
  } AT> text

 

I'm guessing the AT> text means that .rodata is in the text memory region, whose size is known to the linker, so it should complain.

 

I really don't know what I'm doing, but maybe something like this for the xmega4?

  .rodata  0x8000 : AT __TEXT_REGION_LENGTH__ - 0x8000
  {
    *(.rodata)
     *(.rodata*)
    *(.gnu.linkonce.r*)
  } AT> text

 

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

I may be misunderstanding your problem.

 

I have used the last 64KB of program memory as data on xmega128A1U.
There was no problem using far pointer and pgm_read_byte_far, is that frustrating?

 

#include <avr/io.h>
#include <avr/pgmspace.h>

uint_farptr_t pgm_ptr = 0x10000;
volatile uint8_t bar;

int main(void){
    bar = pgm_read_byte_far(pgm_ptr);
    asm("nop");
    while (1);
}

 

 

Edit:--------------------------------

Oh, I just noticed.
Declared in __flash and wanted to read from the RAM address without using pgm_read_byte_far.
I have no idea.

Last Edited: Fri. Mar 27, 2020 - 08:15 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

kabasan wrote:
I may be misunderstanding your problem.

 

As you know, on classic AVR we have 2 choices for using constant data:

  • let the compiler do it's thing, and we will be wasting SRAM, because all constant data is copied there
  • Use the facilities of pgmspace.h; this way you save SRAM, but now you need to use PROGMEM and cumbersome pgm_whatever to access the data

 

The flat address space of the AVR-0/1 had solved that problem, we could use standard C for constant data and not waste RAM. But now with the DA series the problem is back, so I'm just complaining a bit, I like to complain from time to time indecision

 

edit: and also complaining because they decided to recycle xmega4 scripts for the DA instead of going to the trouble of writing new ones that could make use of the linear mapped flash area.

Last Edited: Fri. Mar 27, 2020 - 09:56 AM

Pages