<feed xmlns='http://www.w3.org/2005/Atom'>
<title>feurig/libmaplemidi-cma/core/usb/usb_callbacks.h, branch master</title>
<subtitle>C and C++ library for STM32 ARM Cortex-M3 development boards.</subtitle>
<id>https://git.suspectdevices.com/feurig/libmaplemidi-cma/atom?h=master</id>
<link rel='self' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/'/>
<updated>2010-05-21T02:47:59+00:00</updated>
<entry>
<title>moved the usb directory to its proper home in ./libmaple</title>
<updated>2010-05-21T02:47:59+00:00</updated>
<author>
<name>AJM</name>
<email>poslathian@poslathian.(none)</email>
</author>
<published>2010-05-21T02:47:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=dcc4c457f0cad15b9d60e8fc3afa913bacacdbc6'/>
<id>urn:sha1:dcc4c457f0cad15b9d60e8fc3afa913bacacdbc6</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>added a delay to the resrt slide to allow enough time for graceul closures of the serial port</title>
<updated>2010-05-21T02:09:16+00:00</updated>
<author>
<name>AJM</name>
<email>poslathian@poslathian.(none)</email>
</author>
<published>2010-04-25T21:42:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=ba9ff3861bbcc17c78086b1887691c324f13ba0e'/>
<id>urn:sha1:ba9ff3861bbcc17c78086b1887691c324f13ba0e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>finally got TX working without any delay, there is some weird timing 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'</title>
<updated>2010-05-21T02:09:15+00:00</updated>
<author>
<name>AJM</name>
<email>poslathian@poslathian.(none)</email>
</author>
<published>2010-04-25T02:23:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=6ad3acd15e9859ac9bc77c1eb04d67108dcc5a03'/>
<id>urn:sha1:6ad3acd15e9859ac9bc77c1eb04d67108dcc5a03</id>
<content type='text'>
</content>
</entry>
<entry>
<title>c++ ified all of the usb_core files, added the auto-reset feature to the virtual com port, got the descriptors in functional although not pretty order that can be fixed using the attribute packing</title>
<updated>2010-05-21T02:09:15+00:00</updated>
<author>
<name>AJM</name>
<email>poslathian@poslathian.(none)</email>
</author>
<published>2010-04-23T03:27:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=a86ec7c81d7ad2037e900899a0b32c5592cae7c0'/>
<id>urn:sha1:a86ec7c81d7ad2037e900899a0b32c5592cae7c0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>finished the entire low level usb app for virtual com minus the precise handling of get/send data callbacks and toggle line state. completely undebugged for now.</title>
<updated>2010-05-21T02:09:15+00:00</updated>
<author>
<name>AJM</name>
<email>poslathian@poslathian.(none)</email>
</author>
<published>2010-04-20T18:35:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=bfb86b6c2ac84c691c150e20adcc1b77d57efd10'/>
<id>urn:sha1:bfb86b6c2ac84c691c150e20adcc1b77d57efd10</id>
<content type='text'>
</content>
</entry>
</feed>
