No AT32UC3 support in Atmel FLIP?

[Martin Guy]

I've tried programming the Mizar32 firmware using USB DFU bootloader,
but none of the versions of the "flip" program that you use on your PC
seem to include support for AT32UC3. The Linux version (3.2.1) has a
shorter list than the Windows version (3.2.4), which runs under Wine
(just about) but still does not include AT32UC3 among its list of
devices.

Atmel "flip" home page:
http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3886

I've documented my struggling at
http://code.google.com/p/mizar32/wiki/FlashingFirmware but I don't
have a solutiong for how to program the Mizar32 firmware via USB.

M

[Sergio Sorrenti]

There is Flip guide made from eLua team,
(tested with an UC3 512K)

http://www.eluaproject.net/en_installing_avr32.html

i followed it but i still was not able to open Flip on Ubuntu.
There is also a Binary lib to hex edit...

Antonio tryed also Flip in Windows without success,
then he was successfully programming the UC3 with AVRStudio32,
(batchisp.exe ?) using the DFU bootloader tru USB port.

Very strange,
also Atmel give a full guide how to program an UC3 with Flip

http://www.atmel.com/dyn/resources/prod_documents/doc7745.pdf

Sergio

2011/1/13 Martin Guy <marti...@gmail.com>

[antonio cingolani]

Hi Martin, i think is an Atmel flOp. In flip installaction directory u can found
bacthisp.exe. In help files are explain how to use this program, list of lines
commands and other, but if you want use avrstudio32 (i' ve try succesfully)
you can create a new target called 'Mizar32' and on proprietis page - details
you can select USB-DFU in Debugger/programmer choice.
AVRstudio32 use batchisp.exe for USB programming.


 

2011/1/13 Sergio Sorrenti <sergio....@gmail.com>

--
Antonio

[Bogdan Marinescu]

On Thu, Jan 13, 2011 at 10:11 AM, Sergio Sorrenti
<sergio....@gmail.com> wrote:
> There is Flip guide made from eLua team,
> (tested with an UC3 512K)
>
> http://www.eluaproject.net/en_installing_avr32.html

I was always able to program the AT32UC3A0512 CPU on my ATEVK1100
board using the instruction in the page mentioned above, but most of
the time in Windows only, in Linux it only worked on an older version
of Ubuntu (8.0x or something like that) after a lot of trial-and-error
and I wasn't able to make it work afterwards. This is why I always use
Windows when programming AVR32 via DFU, that works flawlessly. There
are reports from some people that succesfully used alternative (open
source) DFU software in Linux to program the AVR32 but I never tried
that myself.

Best,
Bogdan

[Dado Sutter]

On Thu, Jan 13, 2011 at 06:11, Sergio Sorrenti <sergio....@gmail.com> wrote:

There is Flip guide made from eLua team,
(tested with an UC3 512K)

http://www.eluaproject.net/en_installing_avr32.html

i followed it but i still was not able to open Flip on Ubuntu.

It maybe a little outdated. Pls report any issues or suggestions on http://tracker.eluaproject.net
 

There is also a Binary lib to hex edit...

Antonio tryed also Flip in Windows without success,
then he was successfully programming the UC3 with AVRStudio32,
(batchisp.exe ?) using the DFU bootloader tru USB port.

Very strange,
also Atmel give a full guide how to program an UC3 with Flip

http://www.atmel.com/dyn/resources/prod_documents/doc7745.pdf

Nice, thanks.
 

Sergio

Best
Dado




 

[Martin Guy]

On 13 January 2011 17:19, Dado Sutter <dados...@gmail.com> wrote:
> On Thu, Jan 13, 2011 at 06:11, Sergio Sorrenti <sergio....@gmail.com>
> wrote:
>>
>> There is Flip guide made from eLua team,
>> (tested with an UC3 512K)
>>
>> http://www.eluaproject.net/en_installing_avr32.html

Thanks.

Dado: There is an improvement to make to this page: instead of
hand-editing the binary, you can also include
export USB_DEVFS_PATH=/dev/bus/usb
with the other setup variables (as mentioned later in the forum post).

>> i followed it but i still was not able to open Flip on Ubuntu.

There is another gotcha. If the firmware file is just a normal
relative filename it always goes and looks for it in
/usr/local/flip.3.2.1/bin/
One way round this is always to use a full path for the object file -
in this example I use $PWD/elua*128.elf

batchisp3 -hardware usb -device at32uc3a0128 -operation erase f memory
flash blankcheck loadbuffer $PWD/elua*128.elf program verify start
reset 0

Yuk!

M

[Dado Sutter]

On Fri, Jan 14, 2011 at 17:33, Martin Guy <marti...@gmail.com> wrote:

On 13 January 2011 17:19, Dado Sutter <dados...@gmail.com> wrote:
> On Thu, Jan 13, 2011 at 06:11, Sergio Sorrenti <sergio....@gmail.com>
> wrote:
>>
>> There is Flip guide made from eLua team,
>> (tested with an UC3 512K)
>>
>> http://www.eluaproject.net/en_installing_avr32.html

Thanks.

Dado: There is an improvement to make to this page: instead of
hand-editing the binary, you can also include
export USB_DEVFS_PATH=/dev/bus/usb
with the other setup variables (as mentioned later in the forum post).

Thanks Martin.
I'll check and fix/add this.
 

>> i followed it but i still was not able to open Flip on Ubuntu.

There is another gotcha. If the firmware file is just a normal
relative filename it always goes and looks for it in
/usr/local/flip.3.2.1/bin/
One way round this is always to use a full path for the object file -
in this example I use $PWD/elua*128.elf

batchisp3 -hardware usb -device at32uc3a0128 -operation erase f memory
flash blankcheck loadbuffer $PWD/elua*128.elf program verify start
reset 0

Tksssss

Yuk!

  M

Best
Dado


 

[Bogdan Marinescu]

> Dado: There is an improvement to make to this page: instead of
> hand-editing the binary, you can also include
> export USB_DEVFS_PATH=/dev/bus/usb
> with the other setup variables (as mentioned later in the forum post).

Thanks!

> There is another gotcha. If the firmware file is just a normal
> relative filename it always goes and looks for it in
> /usr/local/flip.3.2.1/bin/

I tried to find words to describe how weird this 'feature' is. Turns
out I'm not that creative. Thanks again :)

Best,
Bogdan

[Martin Guy]

>> There is another gotcha. If the firmware file is just a normal
>> relative filename it always goes and looks for it in
>> /usr/local/flip.3.2.1/bin/
>
> I tried to find words to describe how weird this 'feature' is. Turns
> out I'm not that creative. Thanks again :)

It gets better.
When it doesn't find the named file, it gives one of three different
error messages (according to whether it was an ELF, HEX or BIN file,
all of them incomprehensible) and then says
Abort (A), Retry (R) or Ignore(I) ?

If you retry three times, it thinks the file loading has succeeded,
then proceeds to write a 0-length image to flash, having already
erased the previous contents. Result: A board with nothing but the DFU
bootloader in it.

Maybe the word you're looking for is ****ware.

M

(Of course, that's "jokeware" ;)

[Bogdan Marinescu]

> It gets better.
> When it doesn't find the named file, it gives one of three different
> error messages (according to whether it was an ELF, HEX or BIN file,
> all of them incomprehensible) and then says
> Abort (A), Retry (R) or Ignore(I) ?
>
> If you retry three times, it thinks the file loading has succeeded,
> then proceeds to write a 0-length image to flash, having already
> erased the previous contents. Result: A board with nothing but the DFU
> bootloader in it.

Wow. Just ... wow. I know someone who worked (maybe still does) at
Atmel; I'll try to get back in contact with him just to ask what
exactly they're smoking over there. That stuff is incredibly powerful.

Best,
Bogdan

[Martin Guy]

There is an open source project to program Atmel AT32UC3 parts at
http://sourceforge.net/projects/dfu-programmer

in contrast to all that pain and brokenness with Atmel's "flip" and
"batchips3", you just go (on Debian/Ubuntu):

apt-get install dfu-programmer
dfu-programmer at32uc3a0128 erase
dfu-programmer at32uc3a0128 flash elua_lualong_at32uc3a0128.hex
dfu-programmer at32uc3a0128 start

See http://code.google.com/p/mizar32/wiki/FlashingFirmware

M