<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="bbPress/1.0.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>LeafLabs Garden &#187; Topic: Buffered serial TX</title>
		<link>http://forums.leaflabs.com/topic.php?id=116</link>
		<description>A place to share, learn, and grow...</description>
		<language>en-US</language>
		<pubDate>Fri, 22 Jan 2016 00:22:08 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.0.2</generator>
		<textInput>
			<title><![CDATA[Search]]></title>
			<description><![CDATA[Search all topics from these forums.]]></description>
			<name>q</name>
			<link>http://forums.leaflabs.com/search.php</link>
		</textInput>
		<atom:link href="http://forums.leaflabs.com/rss.php?topic=116" rel="self" type="application/rss+xml" />

		<item>
			<title>poslathian on "Buffered serial TX"</title>
			<link>http://forums.leaflabs.com/topic.php?id=116#post-707</link>
			<pubDate>Tue, 10 Aug 2010 12:47:27 +0000</pubDate>
			<dc:creator>poslathian</dc:creator>
			<guid isPermaLink="false">707@http://forums.leaflabs.com/</guid>
			<description>&#60;p&#62;This is a great question, and one we have debated internally at length. The short answer is YES - buffered tx is coming. The only reason its not there in 0.0.6 is because we didnt have time to test it. &#60;/p&#62;
&#60;p&#62;By default, serialusb is a blocking pipe, so its something of a moot issue for a buffered tx. But in nonblocking mode (which i prefer for myself for various reasons) its pretty essential. We can discuss implementation/rationale if you wish, but I just came to say there will be a ring buffer for serialusb tx. As for Serial Tx (not serial usb), we will likely have a similar blocking/nonblocking option. However, because the uart peripheral is tied to DMA, we get a tx buffer for free without implementing one....namely the DMA itself.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>leaflabsandy on "Buffered serial TX"</title>
			<link>http://forums.leaflabs.com/topic.php?id=116#post-690</link>
			<pubDate>Sat, 07 Aug 2010 08:14:49 +0000</pubDate>
			<dc:creator>leaflabsandy</dc:creator>
			<guid isPermaLink="false">690@http://forums.leaflabs.com/</guid>
			<description>&#60;p&#62;My two cents ... The Arduino always had the serial transmit output &#34;blocking&#34;&#60;br /&#62;
Which means that the transmission of all serial characters will have to be completed&#60;br /&#62;
before the next instruction would be executed. So it doesn't matter if&#60;br /&#62;
the transmit buffer has 64 chars or one; the system will wait for serial transmit completion.&#60;/p&#62;
&#60;p&#62;If this was to change, the transmit buffer could spew out all the characters while&#60;br /&#62;
moving on to the next instruction. This could impact the operating system &#34;overhead&#34;&#60;br /&#62;
and could cause other instructions to fail due to both the receive and transmit interrupts banging and other device interrupts also impacting the Maple's operating system/overhead. The Arduino design team made sure that this would never happen.&#60;/p&#62;
&#60;p&#62;I should let Perry H comment on this one.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>lipi on "Buffered serial TX"</title>
			<link>http://forums.leaflabs.com/topic.php?id=116#post-689</link>
			<pubDate>Sat, 07 Aug 2010 06:07:28 +0000</pubDate>
			<dc:creator>lipi</dc:creator>
			<guid isPermaLink="false">689@http://forums.leaflabs.com/</guid>
			<description>&#60;p&#62;I saw Perry Hung's reworked usart code (recently committed in libmaple) but it lacks buffered transmit. Is there any particular reason the transmit is unbuffered? Any hardware gotchas maybe, or planned work I would interfere with if I implement my own? Cheers
&#60;/p&#62;</description>
		</item>

	</channel>
</rss>
