| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
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
|