<?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>gazell anomaly 107 in nRF52840</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/47807/gazell-anomaly-107-in-nrf52840</link><description>To the kind attention of the Nordic support team, 
 Hi to you all, I have got legacy gazell code running on nRF24. In old code the following instructions was used: 
 hal_nrf_set_address(HAL_NRF_PIPE0, arrayX) being arrayX = { 0, 0, 0, 0, 0}. 
 I tried</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 28 May 2019 10:48:49 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/47807/gazell-anomaly-107-in-nrf52840" /><item><title>RE: gazell anomaly 107 in nRF52840</title><link>https://devzone.nordicsemi.com/thread/189575?ContentTypeID=1</link><pubDate>Tue, 28 May 2019 10:48:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e120a726-4cee-4d74-b2c4-1da7bc7d073c</guid><dc:creator>ovrebekk</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;In general using an address consisting entirely of zeroes is not a good idea, and will lead to increased packet loss on any of our radios.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The nRF52 series behaves even worse in this regard, and devices affected by anomaly 107 will not get any packets through.&lt;/p&gt;
&lt;p&gt;While anomaly 107 is fixed in later revisions of the nRF52832, I don&amp;#39;t think this will help for an address with only zeroes, as this address is affected by a slightly different issue. Essentially 0x0000000000 is the reset value of the internal address compare register, and if you set the RF address to the same value then you will get an immediate address match once you enable the radio.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;In the nRF24L documentation we used to have the following recommendation regarding addresses:&lt;/p&gt;
&lt;p&gt;&amp;quot;Note: Addresses where the level shifts only one time (that is, 000FFFFFFF) can often be detected in&lt;br /&gt;noise and can give a false detection, which may give a raised Packet Error Rate. Addresses&lt;br /&gt;as a continuation of the preamble (hi-low toggling) also raises the Packet Error Rate.&amp;quot;&lt;/p&gt;
&lt;p&gt;I would strongly suggest using an address following this recommendation, to avoid issues with RF communication, and if you do you should also be able to configure the Gazell library accordingly for the nRF52840.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards&lt;br /&gt;Torbjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>