| Author |
Message |
|
|
 Posted: Mar 16, 2011 - 04:08 PM |
|
Joined: May 27, 2010
Posts: 396
Location: The land of Cyrus the Great
|
|
|
abcminiuser wrote:
if the programming window pops up, then the firmware is alive enough to perform USB and V2 protocol processing duties, so it can't be too dead.
Is it possible that AVRStudio do this to Non-atmel programmers after a few chip programming? |
_________________
Ozhan K.
|
| |
|
|
|
|
|
|
Posted: Mar 16, 2011 - 08:42 PM |
|
Joined: Jan 23, 2004
Posts: 9878
Location: Trondheim, Norway
|
|
|
Quote:
Is it possible that AVRStudio do this to Non-atmel programmers after a few chip programming?
Studio 4, or Studio 5? If the former, I've been using Tom's programmer loaded with my code for quite a while under Studio 4, with no issues at all.
- Dean  |
_________________
Atmel Studio 6.1 is now released, grab it here.
Report AS6/ASF bugs here.
|
| |
|
|
|
|
|
|
Posted: Apr 15, 2011 - 04:04 AM |
|
Joined: May 17, 2007
Posts: 5
|
|
I guess this is the best place to post the issue, other than support group for LUFA.
I have an issue with Xplain Bridge on windows 7 32 Bit(Enterprise).
when i try to load driver file(.inf) it just doesnt works.
i made Xplain work as MKII so i think is not really my hardware.
anyone have any suggestions to solve this? |
|
|
| |
|
|
|
|
|
|
Posted: Apr 15, 2011 - 04:13 AM |
|
Joined: Jan 23, 2004
Posts: 9878
Location: Trondheim, Norway
|
|
Are you using the .INF file located on my website? If so, are you running in Serial Bridge mode, or AVRISP-MKII mode?
If the former, give Windows the INF from my site. If the latter, you need to give Windows the location of the Atmel AVRISP-MKII drivers, which ship along with AVRStudio.
- Dean |
_________________
Atmel Studio 6.1 is now released, grab it here.
Report AS6/ASF bugs here.
|
| |
|
|
|
|
|
|
Posted: Aug 22, 2011 - 04:45 PM |
|
Joined: Nov 26, 2006
Posts: 18
|
|
| does LUFA work for new Xplained board(shiped with at32uc3b1256) now? |
|
|
| |
|
|
|
|
|
|
Posted: Aug 22, 2011 - 11:48 PM |
|
Joined: Jan 23, 2004
Posts: 9878
Location: Trondheim, Norway
|
|
The LUFA core is ported, but that project is not. I've been busy with a few other things lately, but given the large amount of interest perhaps I should re-prioritize.
The big changes would be writing an appropriate UART and SPI driver for the AVR32s, and fixing up the endianness issues in the demo.
- Dean |
_________________
Atmel Studio 6.1 is now released, grab it here.
Report AS6/ASF bugs here.
|
| |
|
|
|
|
|
|
Posted: Aug 23, 2011 - 06:19 AM |
|
Joined: Nov 26, 2006
Posts: 18
|
|
|
abcminiuser wrote:
The LUFA core is ported, but that project is not. I've been busy with a few other things lately, but given the large amount of interest perhaps I should re-prioritize.
The big changes would be writing an appropriate UART and SPI driver for the AVR32s, and fixing up the endianness issues in the demo.
- Dean
nice guy!!
i'm new to avr32, in my xplainED board, i can switch AVR32 into bootloader mode via the jumper. And I can use dfu-programmer access the AVR32 chip, so I think I can re-program it. The question is, if I upload a hello world program into, will the DFU bootloader(on AVR32) be broken?
If the operation is safe, I also want join your LUFA proj to let xplained broad works well under Linux. |
|
|
| |
|
|
|
|
|
|
Posted: Aug 23, 2011 - 06:32 AM |
|
Joined: Jan 23, 2004
Posts: 9878
Location: Trondheim, Norway
|
|
|
Quote:
The question is, if I upload a hello world program into, will the DFU bootloader(on AVR32) be broken?
The serial bootloader in the XPLAINED boards is why I haven't put in the effort before now to port the bridge firmware in LUFA; you can already do both debugging and programming through the existing board controller.
Yes, you can reprogram the AVR32 through the bootloader without damaging the bootloader; that's the point. Reprogramming with an external programmer such as a Dragon or JTAG will erase the bootloader however.
- Dean |
_________________
Atmel Studio 6.1 is now released, grab it here.
Report AS6/ASF bugs here.
|
| |
|
|
|
|
|
|
Posted: Aug 23, 2011 - 07:39 AM |
|
Joined: Nov 26, 2006
Posts: 18
|
|
[/quote]
you can already do both debugging and programming through the existing board controller.
[/quote]
No, i can't do it under LinuX, even i can't import the device into my virtualbox(which m$ windows there)
the linux kernel did create a file /dev/ttyACM0, but any access will lock system for several seconds(permission is correct). And then check the kernel log, you'll find some usb low-level timeout event.
So I think the main firmware on AVR32 has some bug, let the usb device not a standard one.
you can follow this link:
http://www.avrfreaks.net/index.php?name ... p;p=862569
====
if re-programming AVR32 via bootloader is safe, i'll try some testing code
Thank you! |
|
|
| |
|
|
|
|
|
|
Posted: Aug 23, 2011 - 07:53 AM |
|
Joined: Jan 23, 2004
Posts: 9878
Location: Trondheim, Norway
|
|
|
Quote:
the linux kernel did create a file /dev/ttyACM0, but any access will lock system for several seconds(permission is correct). And then check the kernel log, you'll find some usb low-level timeout event.
So I think the main firmware on AVR32 has some bug, let the usb device not a standard one.
Try opening the port with a standard serial terminal program such as PuTTY - that should set the baud rate (while directly cat'ing to /dev/ttyACM0 won't). The device firmware may time out unless the port settings are indicated beforehand.
- Dean |
_________________
Atmel Studio 6.1 is now released, grab it here.
Report AS6/ASF bugs here.
|
| |
|
|
|
|
|
|
Posted: Aug 23, 2011 - 08:32 AM |
|
Joined: Nov 26, 2006
Posts: 18
|
|
|
abcminiuser wrote:
Quote:
the linux kernel did create a file /dev/ttyACM0, but any access will lock system for several seconds(permission is correct). And then check the kernel log, you'll find some usb low-level timeout event.
So I think the main firmware on AVR32 has some bug, let the usb device not a standard one.
Try opening the port with a standard serial terminal program such as PuTTY - that should set the baud rate (while directly cat'ing to /dev/ttyACM0 won't). The device firmware may time out unless the port settings are indicated beforehand.
- Dean
I used a lots of tools, like cutecom/ minicom or access the /dev/ttyACM0 by python serial port, the result is the same.
you tried the Xpalined under Linux? |
|
|
| |
|
|
|
|
|
|
Posted: Nov 02, 2012 - 05:21 PM |
|
Joined: Feb 17, 2008
Posts: 17
|
|
Hi all, Dean, does the AT32UC3B1256 works now ? I also have an xplain with that chip and I want to start with programing the 128A1.
If I am not wrong, then I might have rev #9 board.
on your page there I can only see at90USB1287 support.
Pls redirect me to the right direction ... or so. 
thanks
D |
|
|
| |
|
|
|
|
|
|
Posted: Nov 04, 2012 - 03:17 PM |
|
Joined: Jan 23, 2004
Posts: 9878
Location: Trondheim, Norway
|
|
No, unfortunately I never did finish the port, although I don't think it would take more than a week's effort with the latest release. That said, I don't think the programming pins are routed to the UC3B on those boards, so porting might not be much use. If I remember correctly, the XPLAIN boards with the UC3B board controller all have a serial bootloader loaded in from the factory that you can use with FLIP from the command line.
- Dean |
_________________
Atmel Studio 6.1 is now released, grab it here.
Report AS6/ASF bugs here.
|
| |
|
|
|
|
|
|
Posted: Nov 04, 2012 - 03:23 PM |
|
Joined: Feb 17, 2008
Posts: 17
|
|
Hi Dean, Thanks for your reply.
My problem with that board is, that I damaged somehow the BL from the BC so I cannot use the UC3B anymore without reprogramming. But it is still showing as DFU device in windows (any only DFU not the CDC or similar) so my last hope was to receive from Atmel the original BL for the BC or an alternate LUFA |
|
|
| |
|
|
|
|
|
|
Posted: Nov 04, 2012 - 03:25 PM |
|
Joined: Jan 23, 2004
Posts: 9878
Location: Trondheim, Norway
|
|
You can grab the original board controller firmware for the boards in AS6: start a new example project, and search for "board controller".
- Dean |
_________________
Atmel Studio 6.1 is now released, grab it here.
Report AS6/ASF bugs here.
|
| |
|
|
|
|
|
|
Posted: Nov 04, 2012 - 03:31 PM |
|
Joined: Feb 17, 2008
Posts: 17
|
|
really, cool !!!
that sounds interessting. what is the exact precedure to get the BL on the BC without destroying it completely ?
I only can use batchisp.
do you know the exact comment for batchisp ?
batchisp -device at32uc3b1256 -hardware usb -operation
??
Thank you so much dean |
|
|
| |
|
|
|
|
|
|
Posted: Nov 04, 2012 - 03:42 PM |
|
Joined: Jan 23, 2004
Posts: 9878
Location: Trondheim, Norway
|
|
You can't break the chip with FLIP (or BATCHISP) unless you load in a bad program that exploits the hardware to cause physical damage, so don't stress.
Code:
batchisp -hardware usb -device at32uc3b1256 -operation erase f loadbuffer BoardControllerFirmware.hex program
batchisp -hardware usb -device at32uc3b1256 -operation start reset 0
- Dean |
_________________
Atmel Studio 6.1 is now released, grab it here.
Report AS6/ASF bugs here.
|
| |
|
|
|
|
|
|
Posted: Nov 04, 2012 - 03:44 PM |
|
Joined: Jul 18, 2005
Posts: 62924
Location: (using avr-gcc in) Finchingfield, Essex, England
|
|
|
Quote:
unless you load in a bad program that exploits the hardware to cause physical damage
So avoid using the HCF opcode! |
_________________
|
| |
|
|
|
|
|
|
Posted: Nov 04, 2012 - 04:52 PM |
|
Joined: Feb 17, 2008
Posts: 17
|
|
gentleman, all working now, thanks for your great support !!! what I did so far:
1. create new "USB Device CDC Example - Board Controller"
2. compile
3. batchisp -hardware usb -device at32uc3b1256 -operation erase f loadbuffer DEVICE_EXAMPLE2.hex program
batchisp -hardware usb -device at32uc3b1256 -operation start reset 0
now we should have back the CDC as I have 
now I am open for the NEXT problems
(I am trying to get the 24 PWM's working... ) |
|
|
| |
|
|
|
|
|
|
Posted: Dec 06, 2012 - 08:11 PM |
|
Joined: May 27, 2010
Posts: 396
Location: The land of Cyrus the Great
|
|
There is a strange problem with my LUFA based mkii. When connected to usb connectors in the back side of PC, everything is ok. But by connecting the usb cable to the connectors in the front side of PC, the at90usb162 warms up very quickly! I have tested this case with more than one programmer and 2 PCs.
Another question: there are 3 LEDs connected to PD5,PD6 and PD7. What are the exact function of these LEDs? |
_________________
Ozhan K.
|
| |
|
|
|
|
|
FAQ
Search
Register
Log in to check your private messages
Log in
Maximize
RSS
