LUFA 111009 BETA Released!
It’s been a long while, but the next beta release of LUFA is ready for general testing. I’ve actually been indisposed for quite a while now concentrating on University work, so while there are a lot of changes in this release, it isn’t as earth-shatteringly different as I would have liked. That said, the changes I have had time to do make it well worth the download.
Please test as much as you can, and let me know if you encounter any issues at all, either via email, the LUFA development list, or a comment here. You all know the drill, so I’ll just post the various download and changelog links below.
Package Download: Download Link
Documentation: Documentation Link
Online Documentation: Online Documentation
Changelog: Changelog Link
SVN Mirror: http://www.lufa-lib.org/svn
GIT Mirror: http://www.lufa-lib.org/git
Hi Dean,
Will this work with the XPLAINED (XMEGA-A1 Xplained) ?
Cheers!
Martin
Martin,
Do you mean the newer XPLAIN board controllers, that use the UC3B devices instead of the old AT90USB1287? If so no, sadly I haven’t gotten around to that yet, although it’s probably next on my list. The core is ported, I know how to port the existing project code, so right now I just need to learn the new UC3B peripherals for the USART and SPI.
– Dean
I still get an error with C++: ArchitectureSpecific.h:137:4: error: expected declaration before ‘}’ token
Isn’t there an “Enable C linkage for C++ Compilers” part missing in this file?
Hi,
Yes I mean the newer XPLAN board with ATxmega128A1 microcontroller and AT32UC3B1256.
Quite right! It’s missing the opening C++ linkage command. That will be fixed for the final release, but for now apply this patch to fix it.
– Dean
Hello Dean,
just began to work on XMEGA64A3U with your new beta code!
Maybe there is a definition to modify: I get an error at line 278 of Endpoint_XMEGA.h because
“USB_EPTYPE_Control is undefined”
I think the symbol is EP_TYPE_CONTROL as defined in USBController.h…. or at least by replacing it that way code is compiled with no errors
Quite right – but the XMEGA code is very incomplete, and not supposed to be actually tested by the community yet; I’ll be getting real hardware in a week or two to continue development, but right now only the AVR8 and UC3 architectures are considered complete enough for use.
Cheers!
– Dean
OK Dean… then I volunteer for helping with 64A3U 🙂
As for you, I will get real hardware in a couple of weeks. I need to implement a MODBUS server running over USB.
Keep in touch
Giuseppe
I have hardware! As of yesterday, I had a kind Atmel engineer
snuck me outfind me a spare USB XMEGA kit to play with.– Dean
Can you please prioritize making the “new” blue Xplained board working?
I need this since the board is not working in linux out of the box 🙁
Thanks in Advance
Andréas,
Is the CDC implementation on the new Xplained boards really broken under Linux? If they work under Windows, they should work just fine under other operating systems.
I have got the board controller implementations on my TODO list, although I still have many other tasks (including writing my thesis) which I need to or plan to complete beforehand. If it’s just a CDC bridge you need working and not any other functions such as PDI programming, I can do that for you fairly quickly.
Cheers!
– Dean
I seems to be broken in Linux and in MacOSX(tried my friends Mac)
I am not the only one who is experiencing this problem:
http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=107111&postdays=0&postorder=asc
If you could fix a CDC bridge, I would be happy!