While Digikey does not yet have this part on their website, Mouser does have this item available for preorder (but they do not list a estimate of ship time). I ordered a few of them. While I don't have an personal interest in this, being a 16K SRAM device, it would be a great AVR to use for a system running a BASIC language interpreter (and perhaps coupled to an external flash or eeprom chip for storing user programs).
ATMega1284P available for preorder at Mouser
being a 16K SRAM device, it would be a great AVR to use for a system running a BASIC language interpreter (and perhaps coupled to an external flash or eeprom chip for storing user programs).
Or a JAVAcard virtual machine? ;)
Re storing the user programs: for "normal" use, who would realistically approach the 10k cycles if you just use the onboard flash and a bootloader-type setup? Only maybe in a classroom trainer.
Lee
The fact that it has 16k of SRAM makes it very desirable in some of the enviroments I use the mega 128 in with externl ram.
Great info!!
Jim
Re storing the user programs: for "normal" use, who would realistically approach the 10k cycles if you just use the onboard flash and a bootloader-type setup? Only maybe in a classroom trainer.
The fact that it has 16k of SRAM makes it very desirable in some of the enviroments I use the mega 128 in with externl ram.
what packages will this new AVR come in?
what packages will this new AVR come in?
MLF (VQFN) 44
PDIP 40
TQFP 44
I see the data sheets now on line at Atmel.
Great, I was hoping that you'd see them on the link I provided.
Hi, the ATMEGA1284P's were available for pre-order on our site, but we are removing them for the time being. The latest info we have from Atmel indicates that the 1284P's won't be released to production until Q1 '09.
I apologize for any confusion or design delays this may incur. Sometimes in our effort to be the fastest to get new products to our customers, we get the new products out there a little too quickly!
Charles Bourne
Mouser Electronics
theusch wrote:Lee, are [you] implying using SPM in the bootloader section and have the main program call that function to store programs in flash? I haven't tried that and am not certain SPM can be used in that way.Re storing the user programs: for "normal" use, who would realistically approach the 10k cycles if you just use the onboard flash and a bootloader-type setup? Only maybe in a classroom trainer.
Why do you think it wouldn't? There is no rule that says SPM/Bootloaders have to write all fo flash, only a block. In this case the block contains a user application, in the form of a callable function, or interpretable data. The whole purpose of SPM is to be able to write code or daTa into flash, the only restriction is that the spm instruction itself must be executed from within the bootloader section of flash.
I used to write to atmel eeproms from the hc11 by block moving a little 3 instruction subroutine to ram that picked up the byte to be burned, wrote it to the eeprom, then polled the busy bit, then returned. I could save params a byte at a time in instruction memory. The microstamps were using hc11s that didnt have internal eeprom, and the atmel eeprom was the main external rom. Cant figger how to do this on an avr... cant execute my burn-a-byte subroutine from ram.
Why do you think it wouldn't?