dynamicperception / arduinoat90usb Goto Github PK

c:/winavr-20100110/bin/../lib/gcc/avr/4.3.3/../../../../avr/bin/ld.exe: section .apitable_trampolines [0001ffa0 -> 0001ffb7] overlaps section .data [0001ff42 -> 0001ffcf]

Because of the included mattairtech code that defines DEVICE_ONLY in LUFA, it is not possible to create a host-class sketch.

Suggestion: since the 1.0.x area is so far removed from the core LUFA, and will take an incredible amount of work to get in-sync with 1.5.x* - let's drop 1.0.x support.

• - without being able to alter the compilation flags (e.g. -std=gnu99 for C code), many LUFA files must be modified, and many compile-time parameters must be specified in a header file. This prevents us from being able to drop-in new versions of LUFA and reduces the likelihood of simply chasing the LUFA versions as they come out. Resulting in falling far behind bug fixes and enhancements to LUFA.

• No explanation of USB serial, Mouse, and Keyboard devices
• No callout to Peter Barrett and Mattairtech
• No explanation of the features, benefits, or differences from core

This file should be enhanced

Variant pin definitions lack at least the following:

SDA, SCL, SS

I posted this on the Arduino forum as well. I grabbed the source from about 3 days ago and installed it. Made the necessary changes to the various files and all (this isn't my first rodeo with cores that don't come with the IDE.) I opened the IDE, selected the 'AT90USB1287 16MHz' board, opened the blink sketch and tried compiling it and was presented with a lovely error instead:

In file included from C:\Program Files (x86)\arduino-1.0.5\hardware\arduino\cores\AT90USB/LUFA/usb_cdc_hid.h:40,
from C:\Program Files (x86)\arduino-1.0.5\hardware\arduino\cores\AT90USB/usb_api.h:37,
from C:\Program Files (x86)\arduino-1.0.5\hardware\arduino\cores\AT90USB/Arduino.h:184,
from sketch_jun09b.ino:1:
C:\Program Files (x86)\arduino-1.0.5\hardware\arduino\cores\AT90USB/LUFA/Board.h:143:2: error: #error unsupported board

Selecting the '1287 USBKey 16MHz' board gave the same error, but selecting the 646, it compiles without as much as a burp. Something's up ...