| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
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
|
| |
|
| |
|
| |
|
|
|
|
| |
stupid, stupid mistake.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
For kicks.
|
|
|
|
|
| |
Change reset to rely on udev to create a /dev/maple device node
and use that instead of guessing which tty it is.
|
|
|
|
| |
new udev rule, adds a symlink to /dev/maple
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Removed dependency on libcs3.a because Codesourcery does not provide the
source for it.
We now link against a modified libcs3-lanchon-stm32.a built from parts
in public domain from Lanchon, and a start_c.c from Codesourcery that is
licensed under a permissive license.
Also removed all of the extra linker cruft from the stm32conf directory.
The linker files now live in support/ld
The openocd scripts now live in support/openocd
The udev rules and copy-to-ide scripts now live in support/scripts
The source lives in support/ld/libcs3-lanchon-stm32.tar.gz
|
| |
|
| |
|
|\
| |
| |
| | |
Conflicts: copy-to-ide, wirish/WProgram.h
|
| |
| |
| |
| |
| | |
Perry, you might want to look this over... I only include the contents
of wirish_math.h when cpp? It's what arduino does and it works, so...
|
| | |
|
| |
| |
| |
| | |
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!
|
| |
| |
| |
| |
| |
| | |
wirish init
this involved some some changes to copy-to-ide, WProgram.h, and the makefile. Separated the reset.py from the wait.py so that the program closes the serial port correctly.
|
| |
| |
| |
| |
| | |
removed HardwareUsb usb in example main, as that class hasnt been defined yet
also modded the makefile to actually compile main.cpp
|
| |
| |
| |
| | |
for some odd reason the main file in the makefile was set to main.c not main.cpp corrected this as there is no main.c anywhere in this repo. Also removed references to HardwareUsb.h, since those files dont exist yet (the originals were depricated and removed)
|
| |
| |
| |
| | |
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
|
| | |
|
| |
| |
| |
| | |
of the serial port
|
| |
| |
| |
| | |
never get re-enabled.
|
| | |
|
| | |
|
| |
| |
| |
| | |
might crash the fifo, but other than that it seems to work. see usbSendHello for an example. include usb.h in your application, and call setupUSB() to turn everything on.
|
| |
| |
| |
| | |
working. for future reference its ESSENTIAL that you set the EPNUM flag of the global device struct appropriately regardless of whether or not you enable or configure more endpoints.
|
| |
| |
| |
| | |
involved in what happens when the line state is toggled (host port disconnected) and theres still data waiting to go out, this will hang any while(txCount != 0) calls. similarly, sending data without checking txCount != 0 will hard fault the chip. This is all handled now by usbSendBytes, which returns -1 for unconnected, and 0 for simply 'waiting to send'
|
| |
| |
| |
| | |
virtual com port, got the descriptors in functional although not pretty order that can be fixed using the attribute packing
|
| | |
|
| |
| |
| |
| | |
handling of get/send data callbacks and toggle line state. completely undebugged for now.
|
| |
| |
| |
| | |
undefined macros in the usb descriptor files
|
| |
| |
| |
| | |
the device it can actually report "LeafLabs Maple R3"
|
| |
| |
| |
| | |
was great). Still need to flesh out quite a few macros that were referenced but never defined.
|
| | |
|
|/
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
Fixed nvic.c warning
|