| Author |
Message |
|
|
 Posted: Oct 09, 2009 - 03:42 AM |
|
Joined: Feb 22, 2002
Posts: 220
|
|
| I am using the version of AVROSP from the AVR1605 app note (dated 4-30-2009). I've also verified that the part description .XML file is being read and cached, so maybe that's not the issue. |
|
|
| |
|
|
|
|
|
|
Posted: Oct 09, 2009 - 06:03 PM |
|
Joined: Feb 22, 2002
Posts: 220
|
|
I've looked through the sources in AVR911 (AVROSP) and the pagesize error message I get is consistent with that older version of program trying to read a new xmega .XML file. The flash pagesize is specified differently in the new XML file and the old AVROSP program would not find it.
However this doesn't match up with the claim that the version of AVROSP included in AVR1605 is newer and matched to the new format of the XML part description files.
Damien, it seems to me that you should have seen this problem, unless your xmega128 part description file is in an older format than that found in WinAVR-20090313 |
|
|
| |
|
|
|
|
|
|
Posted: Oct 09, 2009 - 09:54 PM |
|
Joined: Feb 22, 2002
Posts: 220
|
|
The original AVR911 AVROSP doesn't recognize the new part description files included in AVRStudio/WinAVR, neither does the new version in the AVR1605 app note. AVR1605 contains a single part description file for the ATxmega128A1, which is different from that in WinAVR.
So, it appears that the only part one can currently program with the new AVROSP is the ATxmega128A1.
It's a shame Atmel didn't release the sources for the new version. They're clearly not managing this well themselves.
I think the PAGESIZE parameter is the only thing missing, so I'll hand modify the cached .XML file and see what happens. |
|
|
| |
|
|
|
|
|
|
Posted: Oct 10, 2009 - 04:31 AM |
|
Joined: Dec 15, 2008
Posts: 923
Location: Brisbane, Australia
|
|
Have you tried using the XML files supplied with new versions of AVR studio? I seem to remember there was a bug in one of the descriptions with the old version, but my memory is a little hazy.
-- Damien |
|
|
| |
|
|
|
|
|
|
Posted: Oct 10, 2009 - 06:29 PM |
|
Joined: Dec 18, 2001
Posts: 4703
|
|
|
damien_d wrote:
Have you tried using the XML files supplied with new versions of AVR studio? I seem to remember there was a bug in one of the descriptions with the old version, but my memory is a little hazy.
-- Damien
The latest XML files are OK. BLIPS' PC side reads them to find out page size, etc. There were some errors in the files earlier this year. |
|
|
| |
|
|
|
|
|
|
Posted: Oct 15, 2009 - 05:35 PM |
|
Joined: Oct 30, 2006
Posts: 29
Location: Boston, MA
|
|
Is there any chance they will release a new binary to go with the application note? I want to try to get a AVRosp compatible bootloader running on a new version of this board:
http://www.bostonandroid.com/products.html
It just looks like a lot of work to write the pc app and the bootloader for a new Xmega.
-Paul |
|
|
| |
|
|
|
|
|
|
Posted: Oct 16, 2009 - 09:06 AM |
|
Joined: Dec 15, 2008
Posts: 923
Location: Brisbane, Australia
|
|
|
wandererwolf wrote:
Is there any chance they will release a new binary to go with the application note? I want to try to get a AVRosp compatible bootloader running on a new version of this board:
http://www.bostonandroid.com/products.html
It just looks like a lot of work to write the pc app and the bootloader for a new Xmega.
-Paul
IIRC (it's been some months) avrdude works nicely with the application note, if you don't want to write the host side from scratch. It requires a small update to the parts description file for the 16A4, but other than that, it seems to work fine.
-- Damien |
|
|
| |
|
|
|
|
|
|
Posted: Oct 21, 2009 - 03:09 PM |
|
Joined: Feb 06, 2009
Posts: 4
|
|
Hi damien_d,
I extracted the zip file which you uploaded in the freaks and loaded it through JTAG but the functionality seems not working. I haven't changed anything. When i saw the UART registers and PORTD registers in the IO View, they were not updated. I haven't enable any of the Fuse bits except the default ones.
Could you please give any suggestion why iam not able to work on this.
NOTE:
-----
I tried to Toggle the LED's from bootloader section on the STK600, but helpless. Same thing works from Application section.
--
Manohar |
|
|
| |
|
|
|
|
|
|
Posted: Oct 21, 2009 - 11:33 PM |
|
Joined: Dec 15, 2008
Posts: 923
Location: Brisbane, Australia
|
|
|
mannu4u wrote:
Could you please give any suggestion why iam not able to work on this.
Just to rule out the easy things first, are you using AVR Studio 4.17 and have you confirmed you've got a revision H chip or greater (assuming a 128A1)?
-- Damien |
|
|
| |
|
|
|
|
|
|
Posted: Oct 22, 2009 - 06:07 AM |
|
Joined: Feb 06, 2009
Posts: 4
|
|
@damien,
We are using atxmega128a1-Revision H chip, but the AVR studio version is 4.15. |
|
|
| |
|
|
|
|
|
|
Posted: Oct 22, 2009 - 08:47 AM |
|
Joined: Dec 15, 2008
Posts: 923
Location: Brisbane, Australia
|
|
|
mannu4u wrote:
We are using atxmega128a1-Revision H chip, but the AVR studio version is 4.15.
A couple of people have had issues with accessing the boot flash of the xmega devices prior to 4.17 - see http://www.avrfreaks.net/index.php?name ... mp;t=72483 . Please upgrade AVR Studio and try again.
-- Damien |
|
|
| |
|
|
|
|
|
|
Posted: Oct 22, 2009 - 01:33 PM |
|
Joined: Feb 06, 2009
Posts: 4
|
|
@damien,
I tried the same project by upgrading AVR studio to 4.17 from 4.15, but the things were not changed. Is i need to set any fuse byte or change configuration options? |
|
|
| |
|
|
|
|
|
|
Posted: Oct 22, 2009 - 02:12 PM |
|
Joined: Dec 15, 2008
Posts: 923
Location: Brisbane, Australia
|
|
|
mannu4u wrote:
@damien,
I tried the same project by upgrading AVR studio to 4.17 from 4.15, but the things were not changed. Is i need to set any fuse byte or change configuration options?
There is a fuse setting for the reset to start executing from bootloader space, rather than application space. |
|
|
| |
|
|
|
|
|
|
Posted: Oct 22, 2009 - 03:24 PM |
|
Joined: Feb 06, 2009
Posts: 4
|
|
| Sorry to mention, i did that change. |
|
|
| |
|
|
|
|
|
|
Posted: Oct 23, 2009 - 05:16 AM |
|
Joined: Dec 22, 2008
Posts: 14
|
|
Hi,
I have a similar problem as @mannu4u,when trying to bootload.
When I debug the bootloader program in the AVR Studio, the registers related to the Uart are getting updated in the I/O view.
When the same progam is moved to application section(.text starts at 0x0), I am able to see the Uart registers getting updated in the I/O view. I am also able to echo some bytes over uart and see them in hyperterminal.
I am trying this with ATxMega64A1 and AVR Studio 4.17.
Regards,
Rajendar |
|
|
| |
|
|
|
|
|
|
Posted: Oct 23, 2009 - 07:05 AM |
|
Joined: Dec 15, 2008
Posts: 923
Location: Brisbane, Australia
|
|
|
rajendar.k wrote:
I am trying this with ATxMega64A1 and AVR Studio 4.17.
Just ruling out simple things, did you change the makefile/configuration to start from something other than 0x10000 words (i.e. 0x8000 words for a 64K device)?
-- Damien |
|
|
| |
|
|
|
|
|
|
Posted: Oct 23, 2009 - 07:15 AM |
|
Joined: Dec 22, 2008
Posts: 14
|
|
Hi damien_d,
Yes, I have given text section start address as 0x8000(for Xmega64A1) from the memory configuaration option of the project.
I have also programmed the BOOT_RST fuse to bootloader reset.
Regards,
Rajendar |
|
|
| |
|
|
|
|
|
|
Posted: Oct 24, 2009 - 05:16 AM |
|
Joined: Dec 15, 2008
Posts: 923
Location: Brisbane, Australia
|
|
|
rajendar.k wrote:
Yes, I have given text section start address as 0x8000(for Xmega64A1) from the memory configuaration option of the project.
I have also programmed the BOOT_RST fuse to bootloader reset.
When linked to Bootloader space, can you do anything simple, like flash an LED or just send "hello" out the UART?
Do you have a 128A1 sample you can attempt on?
-- Damien |
|
|
| |
|
|
|
|
|
|
Posted: Oct 24, 2009 - 09:10 AM |
|
Joined: Dec 22, 2008
Posts: 14
|
|
@damiend,
I have tried programming Uart,timer,GPIO(leds) etc, but none of them worked. Like timer never fires and when its registers are inspected(I/O view of Studio), they dont get programmed at all.
When I take a sample piece of code(leds toggler) binary into a data memory buffer(say an array), I am able to write it to Application section of the FLASH. (This program .text is at 0x10000(for 128a1) and BOOT_RST fuse is programmed to bootloader reset). The flashed program even runs.
Problem starts when I try to get those program bytes over uart. NVM controller is getting programmed but not the peripherals.
There is another observation.If we put all the user code to boot section and leave the IVT, reset vector (all init code before main is invoked) etc in App section, the uart echo program works.
I am not able to attach the sample programs.
Regards,
Rajendar |
|
|
| |
|
|
|
|
|
|
Posted: Oct 24, 2009 - 09:14 AM |
|
Joined: Dec 22, 2008
Posts: 14
|
|
damien_d,
Please find some attachments.
In uart_samp.zip, please give .mycode section some address in the bootsection. [By replacing .mycode with .text(in uart.c), whole program text can be put either at App sec start or boot sec start(I am not able to attach some more samples)]
flash_prog_samp.zip has the sources and headers and .text can be linked from project memory config options. This writes some sample binary to app section of flash.
Regards,
Rajendar |
|
|
| |
|
|
|
|
|
FAQ
Search
Register
Log in to check your private messages
Log in
Maximize
RSS
