<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>How to  use send and receive serial data over gpio pins?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/38076/how-to-use-send-and-receive-serial-data-over-gpio-pins</link><description>Hi, 
 I am stuck in sending and receiving serial data over Rx and Tx in nrf51 DK. I used arduino to prototype a fingerprint access control system. Now I am shifting to nrf51 using 12.3 SDK, It was easy to send and receive serial data over Rx and Tx in</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 01 Nov 2019 15:42:07 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/38076/how-to-use-send-and-receive-serial-data-over-gpio-pins" /><item><title>RE: How to  use send and receive serial data over gpio pins?</title><link>https://devzone.nordicsemi.com/thread/218001?ContentTypeID=1</link><pubDate>Fri, 01 Nov 2019 15:42:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2d39aa07-82c5-4b9d-b025-a85835f992cf</guid><dc:creator>J&amp;#248;rgen Holmefjord</dc:creator><description>&lt;p&gt;Software serial requires the CPU to be available to read/write the GPIOs at the exact time that the bits are received. In a single-core BLE SoC like the nRF51, the CPU will always have highest priority to handle timing-critical events. The UART peripheral in nRF51 series ICs has a built-in HW FIFO that allows you to receive up to 6 bytes without CPU intervention.&lt;/p&gt;
&lt;p&gt;You may be able to do those low baudrates with bit-banging/software serial, but there is no guarantee that it will work. I would rather recommend using the HW UART peripheral for supported baudrates.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How to  use send and receive serial data over gpio pins?</title><link>https://devzone.nordicsemi.com/thread/217613?ContentTypeID=1</link><pubDate>Wed, 30 Oct 2019 18:00:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bb984b6a-91b7-4b83-b77c-b86aa029314e</guid><dc:creator>daverv</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Is there any particular reason why not to use SoftwareSerial ?&lt;/p&gt;
&lt;p&gt;I&amp;#39;m trying to establish two way communications between an nrf51 and an arduino using software serial and uart.&lt;/p&gt;
&lt;p&gt;What I&amp;#39;m seeing is that I send 20 bytes from arduino but the nrf51 doesn&amp;#39;t receive them all. And if I sent only one byte from arduino, the nrf51 seams to receive 4 bytes.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;If I send 20 bytes from nrf51 to arduino, arduino receives them well, but not the other way around.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;Edit: I&amp;#39;ve tried this with 1200, 2400 and 9600 baud rates. &lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How to  use send and receive serial data over gpio pins?</title><link>https://devzone.nordicsemi.com/thread/146931?ContentTypeID=1</link><pubDate>Mon, 03 Sep 2018 09:24:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bbe23b97-78fb-4b70-87da-90e7b43e3d79</guid><dc:creator>J&amp;#248;rgen Holmefjord</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Is there any specific reasons you want to use software serial? The UART peripheral of nRF51 series support baudrates of 9600 (and lower). Please have a look at the &lt;a href="http://infocenter.nordicsemi.com/pdf/nRF51_RM_v3.0.1.pdf#page=156"&gt;reference manual&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Best regards.&lt;br /&gt;Jørgen&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>