<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[NRF24 Radio Recouperation feature]]></title><description><![CDATA[<p dir="auto">I have found that in order to keep my radios happy, it's best to give them a little time to catch their breath between transmissions.</p>
<p dir="auto">Recently, while trying to <a href="https://forum.mysensors.org/topic/10327/rf-nano-nano-nrf24-for-just-3-50-on-aliexpress/25">get the RF-Nano to work</a>, I also discovered something that many others had before me: some hardware will work with MySensors 2.0, but not with the latest version.</p>
<p dir="auto">One explanation is that newer versions of MySensors communicates back and forth more at boot. This can overwhelm some NRF24 radios.</p>
<p dir="auto">My proposal is to add a new feature that simply always adds a small recuperation delay between each use of the radio. I don't mind the communication being slower if it makes the hardware work.</p>
<p dir="auto">I hope that in some cases this may alleviate the need to solder on extra capacitors.</p>
]]></description><link>https://forum.mysensors.org/topic/10378/nrf24-radio-recouperation-feature</link><generator>RSS for Node</generator><lastBuildDate>Sat, 15 Aug 2026 16:30:29 GMT</lastBuildDate><atom:link href="https://forum.mysensors.org/topic/10378.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 07 May 2019 19:51:43 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to NRF24 Radio Recouperation feature on Thu, 09 May 2019 20:33:02 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/alowhum" aria-label="Profile: alowhum">@<bdi>alowhum</bdi></a> isn't the existing one sufficient?</p>
]]></description><link>https://forum.mysensors.org/post/99071</link><guid isPermaLink="true">https://forum.mysensors.org/post/99071</guid><dc:creator><![CDATA[mfalkvidd]]></dc:creator><pubDate>Thu, 09 May 2019 20:33:02 GMT</pubDate></item><item><title><![CDATA[Reply to NRF24 Radio Recouperation feature on Thu, 09 May 2019 19:25:11 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/mfalkvidd" aria-label="Profile: mfalkvidd">@<bdi>mfalkvidd</bdi></a> said in <a href="/post/99065">NRF24 Radio Recouperation feature</a>:</p>
<blockquote>
<p dir="auto">And yes, the slowdown caused by printing to the serial console can slow down the node sufficiently</p>
</blockquote>
<p dir="auto">This would play into the idea of creating a feature to purposefully slow things down. Shall I make a feature request on Github?</p>
]]></description><link>https://forum.mysensors.org/post/99070</link><guid isPermaLink="true">https://forum.mysensors.org/post/99070</guid><dc:creator><![CDATA[alowhum]]></dc:creator><pubDate>Thu, 09 May 2019 19:25:11 GMT</pubDate></item><item><title><![CDATA[Reply to NRF24 Radio Recouperation feature on Thu, 09 May 2019 13:56:30 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/alowhum" aria-label="Profile: alowhum">@<bdi>alowhum</bdi></a> MY_DEBUG is sufficient to see which messages are sent.</p>
<p dir="auto">And yes, the slowdown caused by printing to the serial console can slow down the node sufficiently. There have been some reports in this forum and on github. One example: <a href="https://github.com/mysensors/MySensors/issues/614" rel="nofollow ugc">https://github.com/mysensors/MySensors/issues/614</a></p>
]]></description><link>https://forum.mysensors.org/post/99065</link><guid isPermaLink="true">https://forum.mysensors.org/post/99065</guid><dc:creator><![CDATA[mfalkvidd]]></dc:creator><pubDate>Thu, 09 May 2019 13:56:30 GMT</pubDate></item><item><title><![CDATA[Reply to NRF24 Radio Recouperation feature on Thu, 09 May 2019 12:56:54 GMT]]></title><description><![CDATA[<p dir="auto">I tried to get some debug log data, and behold, the node started working in verbose debugging was on.</p>
<p dir="auto"><a href="https://forum.mysensors.org/topic/10327/rf-nano-nano-nrf24-for-just-3-50-on-aliexpress/27">https://forum.mysensors.org/topic/10327/rf-nano-nano-nrf24-for-just-3-50-on-aliexpress/27</a></p>
<p dir="auto">Perhaps the debugging to serial slows things down enough to give the radio some breathing room?</p>
]]></description><link>https://forum.mysensors.org/post/99061</link><guid isPermaLink="true">https://forum.mysensors.org/post/99061</guid><dc:creator><![CDATA[alowhum]]></dc:creator><pubDate>Thu, 09 May 2019 12:56:54 GMT</pubDate></item><item><title><![CDATA[Reply to NRF24 Radio Recouperation feature on Thu, 09 May 2019 11:47:24 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/alowhum" aria-label="Profile: alowhum">@<bdi>alowhum</bdi></a> a debug log should show most of the communication (except nrf24's automatic/hardware repeat), so by looking at such a log it should be possible to understand what is happening, and, depending on the use case, it might be possible to change the sketch (or the library) to optimize for that use case.</p>
]]></description><link>https://forum.mysensors.org/post/99054</link><guid isPermaLink="true">https://forum.mysensors.org/post/99054</guid><dc:creator><![CDATA[mfalkvidd]]></dc:creator><pubDate>Thu, 09 May 2019 11:47:24 GMT</pubDate></item><item><title><![CDATA[Reply to NRF24 Radio Recouperation feature on Thu, 09 May 2019 11:34:04 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/mfalkvidd" aria-label="Profile: mfalkvidd">@<bdi>mfalkvidd</bdi></a> thanks.</p>
<p dir="auto">Would you perhaps have any suggestion as to how the radio could be alleviated a little bit, outside of setting a fixed node ID?</p>
]]></description><link>https://forum.mysensors.org/post/99053</link><guid isPermaLink="true">https://forum.mysensors.org/post/99053</guid><dc:creator><![CDATA[alowhum]]></dc:creator><pubDate>Thu, 09 May 2019 11:34:04 GMT</pubDate></item><item><title><![CDATA[Reply to NRF24 Radio Recouperation feature on Wed, 08 May 2019 05:49:47 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/alowhum" aria-label="Profile: alowhum">@<bdi>alowhum</bdi></a> to my knowledge, no-one is working on it.</p>
]]></description><link>https://forum.mysensors.org/post/99022</link><guid isPermaLink="true">https://forum.mysensors.org/post/99022</guid><dc:creator><![CDATA[mfalkvidd]]></dc:creator><pubDate>Wed, 08 May 2019 05:49:47 GMT</pubDate></item><item><title><![CDATA[Reply to NRF24 Radio Recouperation feature on Tue, 07 May 2019 23:29:02 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/mfalkvidd" aria-label="Profile: mfalkvidd">@<bdi>mfalkvidd</bdi></a> Yes it does sound relevant. I noticed a 2.4 label. Is this being worked on?</p>
]]></description><link>https://forum.mysensors.org/post/99020</link><guid isPermaLink="true">https://forum.mysensors.org/post/99020</guid><dc:creator><![CDATA[alowhum]]></dc:creator><pubDate>Tue, 07 May 2019 23:29:02 GMT</pubDate></item><item><title><![CDATA[Reply to NRF24 Radio Recouperation feature on Tue, 07 May 2019 20:07:47 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/alowhum" aria-label="Profile: alowhum">@<bdi>alowhum</bdi></a> <a href="https://github.com/mysensors/MySensors/issues/892" rel="nofollow ugc">https://github.com/mysensors/MySensors/issues/892</a> might be relevant</p>
]]></description><link>https://forum.mysensors.org/post/99017</link><guid isPermaLink="true">https://forum.mysensors.org/post/99017</guid><dc:creator><![CDATA[mfalkvidd]]></dc:creator><pubDate>Tue, 07 May 2019 20:07:47 GMT</pubDate></item></channel></rss>