<feed xmlns='http://www.w3.org/2005/Atom'>
<title>librambutan/libmaple, branch newprint</title>
<subtitle>[no description]</subtitle>
<id>https://git.bnewbold.net/librambutan/atom?h=newprint</id>
<link rel='self' href='https://git.bnewbold.net/librambutan/atom?h=newprint'/>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/'/>
<updated>2015-06-14T05:02:23Z</updated>
<entry>
<title>fix timer capture TI1/TI2 bug</title>
<updated>2015-06-14T05:02:23Z</updated>
<author>
<name>bnewbold</name>
<email>bnewbold@robocracy.org</email>
</author>
<published>2015-06-14T05:01:54Z</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/commit/?id=94c8e3c9e98412feaef8e5aa8b29b1ec0047e9cf'/>
<id>urn:sha1:94c8e3c9e98412feaef8e5aa8b29b1ec0047e9cf</id>
<content type='text'>
Somewhat confusingly, the TI1/TI2 fields for capture/compare channels 2
and 4 are both flipped compared to channels 1 and 3 and do not
correspond to the binary numbers.

Section 15.4.7 of RM0008 (STM32F1 series) and Section 12.4.7 of RM0368
(STM32F4 series) read:

    CC1S: Capture/Compare 1 selection
      01: CC1 channel is configured as input, IC1 is mapped on TI1
      10: CC1 channel is configured as input, IC1 is mapped on TI2

    CC2S: Capture/Compare 2 selection
      01: CC2 channel is configured as input, IC2 is mapped on TI2
      10: CC2 channel is configured as input, IC2 is mapped on TI1

This commit closes github issue #12 reported by GatorCh.
</content>
</entry>
<entry>
<title>squelch doxygen complaints about stm32f1 SPI header type signature</title>
<updated>2015-06-14T03:28:01Z</updated>
<author>
<name>bnewbold</name>
<email>bnewbold@robocracy.org</email>
</author>
<published>2015-06-14T01:34:41Z</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/commit/?id=eac2fbb9738ac649febc97ecb8f718b6b735457e'/>
<id>urn:sha1:eac2fbb9738ac649febc97ecb8f718b6b735457e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>stm32f2-f4: refactor header guards, doxygen comments</title>
<updated>2015-06-14T03:28:01Z</updated>
<author>
<name>bnewbold</name>
<email>bnewbold@robocracy.org</email>
</author>
<published>2015-06-14T01:33:12Z</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/commit/?id=ce9c1210356c758a7e1d322521e5eda25cecde63'/>
<id>urn:sha1:ce9c1210356c758a7e1d322521e5eda25cecde63</id>
<content type='text'>
</content>
</entry>
<entry>
<title>stm32f2-f4: refactor internal doxygen file references</title>
<updated>2015-06-14T03:28:01Z</updated>
<author>
<name>bnewbold</name>
<email>bnewbold@robocracy.org</email>
</author>
<published>2015-06-14T01:27:07Z</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/commit/?id=5c3136b333d9463acd98e7b92c033d163826e7d0'/>
<id>urn:sha1:5c3136b333d9463acd98e7b92c033d163826e7d0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>F401RB is almost identical to F401CC</title>
<updated>2015-06-12T10:16:03Z</updated>
<author>
<name>bryan newbold</name>
<email>bnewbold@robocracy.org</email>
</author>
<published>2015-06-12T09:52:35Z</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/commit/?id=26903d9c60c47b17d9469af0073b22d54225f8c4'/>
<id>urn:sha1:26903d9c60c47b17d9469af0073b22d54225f8c4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>stm32f2-f4: rcc.h: order RCC_TIMER* numerically, not alphabetically</title>
<updated>2015-06-12T10:16:03Z</updated>
<author>
<name>bryan newbold</name>
<email>bnewbold@robocracy.org</email>
</author>
<published>2015-06-12T09:50:37Z</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/commit/?id=a0cb9f1735a83ff66e5af935b223def8d287b77f'/>
<id>urn:sha1:a0cb9f1735a83ff66e5af935b223def8d287b77f</id>
<content type='text'>
This avoids a bug with instantiating Wirish HardwareTimers.
</content>
</entry>
<entry>
<title>Fix hang on usart read overrun.</title>
<updated>2015-05-28T03:48:37Z</updated>
<author>
<name>Joseph Birr-Pixton</name>
<email>jpixton@gmail.com</email>
</author>
<published>2015-03-10T19:47:07Z</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/commit/?id=5ada40e35c157362f4d3e2c59677d6ea9b648069'/>
<id>urn:sha1:5ada40e35c157362f4d3e2c59677d6ea9b648069</id>
<content type='text'>
This is improved on the previous patch: if we get an ORE without
RXNE when we don't write a junk byte to our buffer.  It also avoids
the strange-looking blind read.

See issue #107 for more info.

Signed-off-by: Joseph Birr-Pixton &lt;jpixton@gmail.com&gt;
</content>
</entry>
<entry>
<title>stm32f4: add F4-specific IRQ entries</title>
<updated>2015-03-03T08:15:30Z</updated>
<author>
<name>bnewbold</name>
<email>bnewbold@robocracy.org</email>
</author>
<published>2015-03-03T08:00:40Z</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/commit/?id=4f09c7ff0cd1644e6e638e8746d519d021735356'/>
<id>urn:sha1:4f09c7ff0cd1644e6e638e8746d519d021735356</id>
<content type='text'>
Perhaps these should be in F4-specific files instead of the shared F2-F4
files?
</content>
</entry>
<entry>
<title>stm32f4: note possibly incorrect max_baud entries</title>
<updated>2015-03-03T08:15:30Z</updated>
<author>
<name>bnewbold</name>
<email>bnewbold@robocracy.org</email>
</author>
<published>2015-03-03T07:59:49Z</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/commit/?id=ff3d197c123b85bb51bc2b930b4649124fe4bb54'/>
<id>urn:sha1:ff3d197c123b85bb51bc2b930b4649124fe4bb54</id>
<content type='text'>
</content>
</entry>
<entry>
<title>stm32f4: begin filling out F4 suport in headers</title>
<updated>2015-03-03T08:15:30Z</updated>
<author>
<name>bnewbold</name>
<email>bnewbold@robocracy.org</email>
</author>
<published>2015-03-03T07:59:10Z</published>
<link rel='alternate' type='text/html' href='https://git.bnewbold.net/librambutan/commit/?id=0b0b759e9f0105d37b3c01846b83631d32c8d15f'/>
<id>urn:sha1:0b0b759e9f0105d37b3c01846b83631d32c8d15f</id>
<content type='text'>
</content>
</entry>
</feed>
