LUFA 140928 Released!

A quick note; I’ve finally got around to releasing a new version of LUFA, which contains a bunch of mostly community driven (thanks guys!) bug fixes and improvements. The new Atmel Studio extension has been submitted to the Atmel Gallery for approval, so expect an upgrade pop-up in Atmel Studio 6.x – if you have extension upgrade notifications enabled, that is – once it’s approved.

It looks like I’ll be pulling 12 or more hour days at work for the next month, so if you don’t hear from me send cookies and coffee.

Changelog is located here for the new release. Release download links are located here.



Comments: 3

Leave a reply »


Hi Dean ! Thank you for the good work with LUFA !
I tried this new release of the AS extension because I wanted to use my XPLAIN board again (the XPLAIN bridge project), and the hex files on your blog are a bit old (no offense, like I said I use the AS extension).
But there is a problem with it, for the XPLAIN bridge the board defined is the USBKEY (same as AVR-ISP clone I believe) where it should be XPLAIN. Once that symbol was modified, I had to manually add the XPLAIN board driver folder in the AVR8 folder and voilà! my XPLAIN board was fully functionnal thanks to you !

Have a nice day,


Hi Carl,

You’re right – the files in the XPLAIN Bridge project page are a bit moldy, but they were hand-verified by my and the underlying code hasn’t changed all that much. That said, I’ll see if I can find my old XPLAIN board and re-verify the latest release and then upload new binaries.

For the issue you are seeing inside Atmel Studio, you’re right, I set the wrong default board for that project. I’ve now fixed it in the LUFA Git repository so that the next release will have the correct board pre-selected. Adding the drivers manually shouldn’t be required – you can open the “ASF Wizard” inside Atmel Studio and swap to a different board as long as it uses the same family of processor as the currently selected device (see the “Getting Started” page in Atmel Studio, “Help->LUFA->Getting Started”).

– Dean


Hi Dean, thanks for the reply and for where to find the help (obvious, but still…).
My main reason to rebuild the hex file is because I change the VID/PID of the CDC part to match Arduino UNO VID/PID, and then I can use their signed INF with my Windows 8.1 without messing with the boot codes.

Enjoy your holidays,


Leave a Reply

(will not be published)


Vital Stats

  • 35 Years Old
  • Australian
  • Lover of embedded systems
  • Firmware engineer
  • Self-Proclaimed Geek

Latest Blog Posts