| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Still not working but fixed a lot of merge errors
|
|\
| |
| |
| | |
This compiles for both maple and maple_native but is untested.
|
| | |
|
|/ |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
as a temporary workaround for the fact that SerialUSB is often blocking,
this crude implementation makes the low-level C usbSendBytes function
non-blocking (with a return code of bytes sent) and implements a 2ms
timeout in the wirish write() function.
also adds begin(), end(), getDTR(), getRTS(), pending(). device is still
initialized the old fashioned way during init() so that, eg, autoreset
will work. includes a simple multi-test program.
|
| |
|
|
|
|
|
|
| |
connection
flip flopped back and forth on how much work should be done here. For now its like 5 lines of changes
|
|
|
|
| |
minor
|
|
|
|
| |
fixed some blocking issue on serial tx, improperly checking for connection.
|
|
|
|
| |
current version gets stuck in the isr somewhere. not sure why or where. must debug.
|
|
|
|
| |
now we reset from recv bytes. After receiving the DTR/RTS toggle the next byte in from usb is parsed as the program_delay. For now, this just delays the reset for a period to close the serial port gracefully. Later, this delay will perhaps inform the bootloader of how long to live for...
|
|
|
|
| |
It wasnt used, and was causing a compiler warning to get thrown. It isnt needed, not sure why I added it in the first place
|
| |
|
|
|
|
|
| |
aj wrote this and had comments saying fix this wouldn't work, but
it seems to...
|
|
|
|
|
|
| |
-updated examples
-removed HardwareUSB
-cleaned up a handful of includes
|
| |
|
|
|
|
| |
windows driver
|
|
|
|
|
|
| |
port now 1eaf:0004) and fixed a bug in reset.py,
added a no-delay usb serial loop to main.cpp as an example. has no problem at 115200 in minicom!
|
|
|
|
| |
uintx
|
|
|
|
| |
also, removed some old usb file, bootVect.h, which setup the static table for the runtime usb lib that no longer exists and was provided by the bootloader rev 1
|
| |
|
|
dependent on st for low level access, the entire usb
stack lives in the core application level (not in libmaple). the next project should be to include some low level usb stack in
the libmaple
|