<?xml version="1.0" encoding="UTF-8"?>        <rss version="2.0"
             xmlns:atom="http://www.w3.org/2005/Atom"
             xmlns:dc="http://purl.org/dc/elements/1.1/"
             xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
             xmlns:admin="http://webns.net/mvcb/"
             xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
             xmlns:content="http://purl.org/rss/1.0/modules/content/">
        <channel>
            <title>
									Using UART4 to stream data to a Rpi4 - Software				            </title>
            <link>https://www.geometrics.com/community/mfam-software/using-uart4-to-stream-data-to-a-rpi4/</link>
            <description>Geometrics Discussion Board</description>
            <language>en-US</language>
            <lastBuildDate>Wed, 19 Aug 2026 02:06:40 +0000</lastBuildDate>
            <generator>wpForo</generator>
            <ttl>60</ttl>
							                    <item>
                        <title>RE: Using UART4 to stream data to a Rpi4</title>
                        <link>https://www.geometrics.com/community/mfam-software/using-uart4-to-stream-data-to-a-rpi4/#post-1281</link>
                        <pubDate>Fri, 03 Jul 2026 14:33:52 +0000</pubDate>
                        <description><![CDATA[@easswar Hello,Thank you for you answer, I think it will really help me sort out the communication. When you mention the softwares available for this sync, do you recommend any one in partic...]]></description>
                        <content:encoded><![CDATA[@easswar Hello,<br /><br />Thank you for you answer, I think it will really help me sort out the communication. When you mention the softwares available for this sync, do you recommend any one in particular?<br /><br />Also, I have been trying another option which is to use the ethernet port to transfer the data to the Raspberry Pi 4 (to its ethernet port as well), but I don't seem to receive any signal of any kind. Do you know if that's also already been tested?<br /><br />Again, Thank you.<br />Best&lt;]]></content:encoded>
						                            <category domain="https://www.geometrics.com/community/mfam-software/">Software</category>                        <dc:creator>Ana Teresa Falcão</dc:creator>
                        <guid isPermaLink="true">https://www.geometrics.com/community/mfam-software/using-uart4-to-stream-data-to-a-rpi4/#post-1281</guid>
                    </item>
				                    <item>
                        <title>RE: Using UART4 to stream data to a Rpi4</title>
                        <link>https://www.geometrics.com/community/mfam-software/using-uart4-to-stream-data-to-a-rpi4/#post-1280</link>
                        <pubDate>Thu, 02 Jul 2026 22:57:24 +0000</pubDate>
                        <description><![CDATA[HeyThere is no hardware limitation to use UART4 or UART5 for your application. The previous post you read was talking about UART not being implemented in the example code and not specificall...]]></description>
                        <content:encoded><![CDATA[<p>Hey<br /><br />There is no hardware limitation to use UART4 or UART5 for your application. The previous post you read was talking about UART not being implemented in the example code and not specifically about UART5.<br /><br />The existing pipeline does assume a single consumer and you will run into race conditions if you only implement a mailbox_pend for your UART transmission. I would recommend that you either remove the TCP mailbox or create a new mailbox for UART.<br /><br />We have tried UART streaming before without issue. <br /><br />Transmitting the raw binary data will cause issues with some receiver implementations as the values 0x00(NULL char in ASCII), 0x0A or 0x0D which usually denote the end of a serial transmission occur regularly in the MFAM data.<br /><br />Two options to avoid this issue:<br />1. Convert the fields you are interested in to ASCII before sending them over UART.<br />2. Send a fixed number of bytes and implement binary mode on your receiver and request the same number of bytes.<br /><br />One other issue to watch out for in binary mode is if the receiver starts receiving data in the middle of a transmission the transmitter and receiver will be out of sync. There are two handshake signal lines available on the UART4 port on the DevKit called RTS and CTS(Request to Send and Clear to Send). You can use these lines to synchronize the transmitter and receiver. There are software options available as well to implement this synchronization.<br /><br />Hope this helps.</p>]]></content:encoded>
						                            <category domain="https://www.geometrics.com/community/mfam-software/">Software</category>                        <dc:creator>Easswar Balasubramaniam</dc:creator>
                        <guid isPermaLink="true">https://www.geometrics.com/community/mfam-software/using-uart4-to-stream-data-to-a-rpi4/#post-1280</guid>
                    </item>
				                    <item>
                        <title>Using UART4 to stream data to a Rpi4</title>
                        <link>https://www.geometrics.com/community/mfam-software/using-uart4-to-stream-data-to-a-rpi4/#post-1279</link>
                        <pubDate>Thu, 02 Jul 2026 04:25:11 +0000</pubDate>
                        <description><![CDATA[Hello,
I saw in a previous post that the current firmware only supports MFAM streaming via Ethernet, and that UART5 isn&#039;t supported. I&#039;m modifying the Dev Kit firmware to add TX output on U...]]></description>
                        <content:encoded><![CDATA[<p>Hello,</p>
<p class="font-claude-response-body break-words whitespace-normal">I saw in a previous post that the current firmware only supports MFAM streaming via Ethernet, and that UART5 isn't supported. I'm modifying the Dev Kit firmware to add TX output on UART4 instead, by adding a parallel <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded- px-1 py-px text-">Mailbox_post</code> in <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded- px-1 py-px text-">spiTaskFxns.c</code> to a new UART4 TX task/mailbox, at 460800 bps.</p>
<p class="font-claude-response-body break-words whitespace-normal">Before going further, I wanted to ask:</p>
<ol class=":mb-0 :mt-1 :gap-1 :pb-1 :pb-1 list-decimal flex flex-col gap-1 pl-8 mb-3">
<li class="font-claude-response-body whitespace-normal break-words pl-2">Is there any hardware-level reason UART4 wouldn't work here, beyond it just not being implemented in the stock firmware?</li>
<li class="font-claude-response-body whitespace-normal break-words pl-2">Does the existing SPI→Ethernet pipeline assume a single consumer, in a way that could cause timing issues if I add a second parallel mailbox post for UART4?</li>
<li class="font-claude-response-body whitespace-normal break-words pl-2">Has anyone tried UART-based streaming from the Dev Kit before, and if so, any known pitfalls?</li>
</ol>
<p class="font-claude-response-body break-words whitespace-normal">Thanks in advance!</p>]]></content:encoded>
						                            <category domain="https://www.geometrics.com/community/mfam-software/">Software</category>                        <dc:creator>Ana Teresa Falcão</dc:creator>
                        <guid isPermaLink="true">https://www.geometrics.com/community/mfam-software/using-uart4-to-stream-data-to-a-rpi4/#post-1279</guid>
                    </item>
							        </channel>
        </rss>
		