AVR Studio 5.1 and STK500 and ATmega USB devices

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

I've got a Sparkfun ATmega8u2 break out board that I think I trashed the DFU bootloader so I got out my STK500 and opened the programmer in AVR Studio 5.1 added the STK500 plug-in and looked at the list of devices. No ATmega8U2. So I opened AVR Studio 4.0, opened the programmer and it went right to the STK500 and has the ATmega8U2 in the list and opened it and read the signature and fuse bits.

So, WTF? Does this mean I have to get an STK600 to use AVR Studio 5.1 with the ATmega USB chips? I'm not willing to pony up for one if it is only the off chance that I can make AVR Studio 5.1 work.

Smiley

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

I think avrstudio5 will program it with a jtag3?

Imagecraft compiler user

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

Quote:

So, WTF?

It seems that for JTAG/dW parts they only allow ISP using a device that also does JTAG/dW. However, if you had an AVRISPmkII I bet it would have worked. Who knows how Atmel's mind works these days? I guess this is a side-effect of the STK500 support being a "last minute bolt in"?

BTW I'll move this to AS5.

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

I got it to work with the Dragon which has the device in it's list.

Modified Dean's VirtualSerial demo to send 'Hello world'.
Modified Dean's makefile to the atmega8u2 at 16000000

Uploaded the code.

According to Windows Device Manager it was on COM21 and running okay.

Locked up both Brays and my Developer's Terminal.
Perma-not-responding until I pulled the USB device off.

Changed port to COM3.

Again, locked up both Brays and my Developer's Terminal.
Perma-not-responding until I pulled the USB device off.

Yes I am frustrated!

Without an easier path into the Atmel USB chips, this device will fail among my demographic.

Smiley

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

smileymicros wrote:
Without an easier path into the Atmel USB chips, this device will fail among my demographic.
Tried these?
http://www.pjrc.com/teensy/index...
Great support software and example USB code.
http://www.pjrc.com/teensy/proje...

Teensy Arduino libraries and bootloader too.

BUT, maybe your point was Studio 5 for AVR USB, rather than Studio 4.

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

Quote:

I got it to work with the Dragon which has the device in it's list.

Modified Dean's VirtualSerial demo to send 'Hello world'.
Modified Dean's makefile to the atmega8u2 at 16000000

Uploaded the code.

According to Windows Device Manager it was on COM21 and running okay.

Locked up both Brays and my Developer's Terminal.
Perma-not-responding until I pulled the USB device off.

Changed port to COM3.

Again, locked up both Brays and my Developer's Terminal.
Perma-not-responding until I pulled the USB device off.

Yes I am frustrated!

Without an easier path into the Atmel USB chips, this device will fail among my demographic.

Smiley

Try the latest SVN version:

http://www.lufa-lib.org/latest-a...

As there is a known bug in the CDC driver that can cause lockups.

- Dean :twisted:

Make Atmel Studio better with my free extensions. Open source and feedback welcome!

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

stevech wrote:
smileymicros wrote:
Without an easier path into the Atmel USB chips, this device will fail among my demographic.
Tried these?
http://www.pjrc.com/teensy/index...
Great support software and example USB code.
http://www.pjrc.com/teensy/proje...

Teensy Arduino libraries and bootloader too.

BUT, maybe your point was Studio 5 for AVR USB, rather than Studio 4.

Paul's stuff is proprietary and I'm trying to go fully open source.

abcminiuser wrote:
Try the latest SVN version:

http://www.lufa-lib.org/latest-a...

As there is a known bug in the CDC driver that can cause lockups.

- Dean :twisted:

Thanks Dean, I'll give that a whirl and report back later...

Smiley