aboutsummaryrefslogtreecommitdiffstats
path: root/libmaple/usb
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch 'debug-serialusb'Marti Bolivar2011-02-127-179/+180
|\ | | | | | | | | | | Conflicts: libmaple/usb/usb.c notes/coding_standard.txt
| * readme and coding standard updatesMarti Bolivar2010-12-211-38/+46
| |
| * Merge branch 'master' into debug-serialusb.Marti Bolivar2010-12-211-196/+194
| |\ | | | | | | | | | | | | | | | | | | Chose debug-serialusb version in cases of conflict. Conflicts: libmaple/usb/usb_callbacks.c
| * | added a usbBlockingSendByte(char ch)AJM2010-12-142-5/+11
| | | | | | | | | | | | this new function will only return AFTER the usb interrupt has been serviced and the byte is sent. Bytes should NOT fall on the floor ever with this function. (but they still do? pyserials problem?)
| * | changed the serialusb to be simplest possible designAJM2010-12-143-51/+20
| | | | | | | | | | | | no longer use a ring buffer. No longer double buffer a local rx buffer and the packet memory. Instead, we read out of packet memory and block it for all reads. This is going to be slower. but it tests OK (unlike the old one...).
| * | enlarged rx buffer and nak when less than 64 bytes is left in packet bufAJM2010-12-135-20/+22
| | |
| * | candidate bugfix for serialusb receive bugAJM2010-12-134-26/+43
| | | | | | | | | | | | changed USB driver to nak whenever it cant fill an entire endpoint (64B) worth of new data. The old scheme was to set receive valid as long as as the endpoint buffer wasnt full, the new scheme is to nak until it is completely empty.
* | | Fixing usb.c countTx race; thanks, geoffreymbrown!Marti Bolivar2011-02-091-1/+1
| |/ |/|
* | Finished converting the Arduino docsMarti Bolivar2010-11-291-234/+234
|/
* more sphinx docsMarti Bolivar2010-10-114-174/+198
|
* docsMarti Bolivar2010-10-111-74/+83
|
* whitespace cleanupsMarti Bolivar2010-09-271-46/+70
|
* Portability fixesbnewbold2010-08-311-3/+0
| | | | Still not working but fixed a lot of merge errors
* Merge maple-native changes into portablebnewbold2010-08-313-8/+1
|\ | | | | | | This compiles for both maple and maple_native but is untested.
| * inital portability workbnewbold2010-08-253-8/+1
| |
* | Some refactoringbnewbold2010-08-052-3/+4
|/
* added isConnected() to serialusbbnewbold2010-07-222-0/+10
|
* working serialUSB with timeoutbnewbold2010-07-192-0/+7
| | | | | | | | | | | 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.
* new usb_serialbnewbold2010-07-192-50/+56
|
* added getDTR and getRTS to usb.h, subtly modded how sendBytes checks for ↵AJM2010-06-112-6/+26
| | | | | | connection flip flopped back and forth on how much work should be done here. For now its like 5 lines of changes
* cosmetic change on usbsendbytesAJM2010-06-101-1/+1
| | | | minor
* new reset scheme now worksAJM2010-06-091-1/+1
| | | | fixed some blocking issue on serial tx, improperly checking for connection.
* added a somewhat broken version of the reset magic number scheme.AJM2010-06-094-76/+89
| | | | current version gets stuck in the isr somewhere. not sure why or where. must debug.
* first approach at modding the reset schemeAJM2010-06-093-31/+47
| | | | 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...
* removed the callback for send functional descriptor.AJM2010-06-093-5/+0
| | | | 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
* another fix for USB unheard print issuebnewbold2010-06-071-18/+9
|
* NEEDS REVIEW: fix for first usb write bugbnewbold2010-06-041-3/+5
| | | | | aj wrote this and had comments saying fix this wouldn't work, but it seems to...
* Preliminary wirish USBSerial implementation.Perry Hung2010-06-043-26/+31
| | | | | | -updated examples -removed HardwareUSB -cleaned up a handful of includes
* [for AJ] added new HardwareUsb implementation. hack.bnewbold2010-05-271-2/+2
|
* changed the id for the serial port to 1eaf:0004, to match up with the ↵AJM2010-05-221-1/+1
| | | | windows driver
* minor mods to adjust the driver number and the vendor product id's (serial ↵AJM2010-05-211-2/+2
| | | | | | 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!
* modified the makefile to build the usb related files/removed all uintx_t to ↵AJM2010-05-203-66/+63
| | | | uintx
* moved the usb directory to its proper home in ./libmapleAJM2010-05-2023-0/+4993
| | | | 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
* removed usb files from the libmaple into the application level core lib.AJM2010-05-201-37/+0
|
* added the skeleton dir for the usb application lib, since were still ↵AJM2010-05-201-0/+37
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