<?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>Radiated Immunity Certification problems/Unclear documentation about CCA</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/41798/radiated-immunity-certification-problems-unclear-documentation-about-cca</link><description>Hello there, 
 We&amp;#39;re developing a chip with a nRF52840 as the only processor, which we&amp;#39;re trying to get certified against 802.15.4. However, we had problems passing the radiated immunity test. We realized we didn&amp;#39;t use the ack/resend functionality of</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 15 Jan 2019 07:44:44 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/41798/radiated-immunity-certification-problems-unclear-documentation-about-cca" /><item><title>RE: Radiated Immunity Certification problems/Unclear documentation about CCA</title><link>https://devzone.nordicsemi.com/thread/165641?ContentTypeID=1</link><pubDate>Tue, 15 Jan 2019 07:44:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7a4746eb-c602-4799-b985-a773fddc534d</guid><dc:creator>DalelvenGabriel</dc:creator><description>&lt;p&gt;I&amp;#39;ve talked with a collegue, who explained that this is nothing new to us, even if it&amp;#39;s new to me. We&amp;#39;ll take your insight into consideration, thanks for your help!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Radiated Immunity Certification problems/Unclear documentation about CCA</title><link>https://devzone.nordicsemi.com/thread/165595?ContentTypeID=1</link><pubDate>Mon, 14 Jan 2019 19:57:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a5bb3284-25d3-4808-af8a-e77e0c9db621</guid><dc:creator>AmbystomaLabs</dc:creator><description>&lt;p&gt;I suggest you get someone on your team familiar with RF terms. Baseband is anything not on a carrier. Normally this implies your broadcast bandwidth centered around DC, but some designs do direct sampling at IF and RF frequencies so the meaning of baseband can change a little depending on the design.&lt;/p&gt;
&lt;p&gt;12dB amplification is meaningless to talk about unless you know the noise figure at baseband. The compression points and the intermod intercept points are all highly influenced by the receiver gain.&amp;nbsp; You need someone on your team who understands these terms otherwise you are likely to create a design that will continue to fail immunity and will have serious issues in the field.&lt;/p&gt;
&lt;p&gt;As I noted you can likely have the benefit of the FEM LNA while still having a receiver that works well and passes immunity.&amp;nbsp; But you need someone to do the receiver modeling and the link budget calculations. You may find that while 12dB gain fails, 4dB passes and gives nearly the same performance in the field.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Radiated Immunity Certification problems/Unclear documentation about CCA</title><link>https://devzone.nordicsemi.com/thread/165397?ContentTypeID=1</link><pubDate>Mon, 14 Jan 2019 10:17:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6dbc407d-a216-4eda-875c-59dac5c13147</guid><dc:creator>DalelvenGabriel</dc:creator><description>&lt;p&gt;While I&amp;#39;m not completely sure I understand you, my interpretation is that the signal at the nRF is too strong which distorts the signal, causing us to lose packets when we&amp;#39;re also receiving the certification noise. Is that accurate? If not, please clarify what you mean with compression, as well as baseband processes.&lt;/p&gt;
&lt;p&gt;The problem is that a 12 dB amplification helps our range a lot, and we&amp;#39;re hesitant to remove that advantage, but we will take your suggestion into account if we can&amp;#39;t pass certification even after the other problems we found.&lt;/p&gt;
&lt;p&gt;EDIT: And yes, the FEM is in LNA mode during RX.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Radiated Immunity Certification problems/Unclear documentation about CCA</title><link>https://devzone.nordicsemi.com/thread/165356?ContentTypeID=1</link><pubDate>Mon, 14 Jan 2019 08:32:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c9403437-38e3-4b1e-a0d9-7895d8a55e1b</guid><dc:creator>DalelvenGabriel</dc:creator><description>&lt;p&gt;Hello, Bj&lt;span&gt;&amp;oslash;rn.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;After doing some double-checking on my own, I&amp;#39;m afraid I&amp;#39;ve arrived at the conclusion that both your answers are factually incorrect. I&amp;#39;d like to show my findings for any others with the same problems:&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;1. I used our send/receive software for the certification and only changed the cca settings between reflashing. When I set the mode to ED only, and the limit to -94 (which is the minimum), the TX side stops sending due to background noise, as expected. My results of the remaining modes are presented in this table:&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;ED -94 - No packets arrive&lt;br /&gt;ED -74 - Packets arrive&lt;br /&gt;CARRIER - Packets arrive&lt;br /&gt;CARRIER_AND_ED -94 - Packets arrive&lt;br /&gt;CARRIER_AND_ED -74 - Packets arrive&lt;br /&gt;CARRIER_OR_ED -94 - No packets arrive&lt;br /&gt;CARRIER_OR_ED -74 - Packets arrive&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Due to those results, the only conclusion I can find is that you&amp;#39;re supposed to read the documentation as &amp;quot;the medium is busy if ed AND carrier is reported busy&amp;quot;. If you want to send when one of the CCA methods are okay, you should use AND. &lt;strong&gt;I&amp;#39;d like to request an update of the documentation, as there clearly is ambiguity.&lt;/strong&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;2. I found some release notes for your 802.15.4 library:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://github.com/NordicSemiconductor/nRF-IEEE-802.15.4-radio-driver/blob/master/release_notes/nrf_802154_1.1.0.md"&gt;https://github.com/NordicSemiconductor/nRF-IEEE-802.15.4-radio-driver/blob/master/release_notes/nrf_802154_1.1.0.md&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;which speaks of the following function being added:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://github.com/NordicSemiconductor/nRF-IEEE-802.15.4-radio-driver/blob/master/src/nrf_802154.h#L225"&gt;https://github.com/NordicSemiconductor/nRF-IEEE-802.15.4-radio-driver/blob/master/src/nrf_802154.h#L225&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;It&amp;#39;s a conversion function from dBm to CCAEDTHRESH value that in essence subtracts -94 from the input number. This means writing 0 to the register in question will result in an ED threshold at -94 dBm. This means setting that number to -80 will result in an ed threshold at (255 - 80 - 94) = +81 dBm. Instead, you should use the above mentioned function like the following, or just add 94 to the requested dBm value before setting it:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="c_cpp"&gt;    nrf_802154_cca_cfg_t cca_cfg = {
        .mode = NRF_RADIO_CCA_MODE_ED,
        .ed_threshold = nrf_802154_ccaedthres_from_dbm_calculate(-74),
        .corr_threshold = 0,
        .corr_limit = 0
    };&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;This is confirmed by my tests of setting the CCAEDTHRESH 0, which gives no received packets, and then to -1, which loops around to 255 and always sends, letting packets get through. This would not be the case if the provided value would be interpreted as dBm.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;I&amp;#39;d like to request another update of the documentation here, preferably in the table which is under&amp;nbsp;&lt;span class="fontstyle0"&gt;6.20.14.38 CCACTRL in the nRF52840_PS_v1.0.pdf version of the documentation. That&amp;#39;s where I went to find out.&lt;/span&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Thank you for your help either way!&lt;/p&gt;
&lt;p&gt;Gabriel&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Radiated Immunity Certification problems/Unclear documentation about CCA</title><link>https://devzone.nordicsemi.com/thread/162840?ContentTypeID=1</link><pubDate>Fri, 21 Dec 2018 12:49:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5c906caa-7d7a-4444-8f24-3d4f1664f38f</guid><dc:creator>DalelvenGabriel</dc:creator><description>&lt;p&gt;I&amp;#39;ll return after the new year with my findings.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Radiated Immunity Certification problems/Unclear documentation about CCA</title><link>https://devzone.nordicsemi.com/thread/162721?ContentTypeID=1</link><pubDate>Thu, 20 Dec 2018 16:37:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6b9d4687-1cbe-4c02-8ef8-f788b21defb2</guid><dc:creator>AmbystomaLabs</dc:creator><description>&lt;p&gt;You don&amp;#39;t mention what state you have the FEM in during RX. The fem has an LNA and you can easily be losing your packets due to compression even though the CCA is working. Although FSK is highly immune to IMD, the baseband processes on the nRF are not.&lt;/p&gt;
&lt;p&gt;Since the nRF already has a good receiver you should operate the FEM in bypass mode during RX.&amp;nbsp; Or, you could have the LNA on but pad down a bit after the FEM to normalize the gain and keep the system noise figure intact.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Radiated Immunity Certification problems/Unclear documentation about CCA</title><link>https://devzone.nordicsemi.com/thread/162711?ContentTypeID=1</link><pubDate>Thu, 20 Dec 2018 15:43:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8ae70430-2688-48ea-a9c8-9dbbe77f22d3</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;Hi Gabriel,&lt;/p&gt;
&lt;p&gt;Q1: The following is stated in the nRF52840 PS&lt;br /&gt;&lt;br /&gt;IEEE 802.15.4 implements a listen-before-talk channel access method to avoid collisions when transmitting&lt;br /&gt;- namely carrier sense multiple access with collision avoidance (CSMA-CA). The key part of this is&lt;br /&gt;measuring if the wireless medium is busy or not.&lt;br /&gt;At least three methods must be supported:&lt;br /&gt;4413_417 v1.0 298&lt;br /&gt;Peripherals&lt;br /&gt;• Mode 1 (energy above threshold): The medium is reported busy upon detecting any energy above theED threshold&lt;br /&gt;• Mode 2 (carrier sense only): The medium is reported busy upon detection of a signal compliant with the IEEE 802.15.4 standard with the same modulation and spreading characteristics&lt;br /&gt;• Mode 3 (carrier sense and threshold): The medium is reported busy by logically ANDing or ORing the&lt;br /&gt;results from mode 1 and mode 2.&lt;/p&gt;
&lt;p&gt;Hence, both the ED and Correlator threshold must be met for a channel to be reported clear when using&amp;nbsp;&lt;span&gt;NRF_RADIO_CCA_MODE_CARRIER_AND_ED. If only one should be enough, then you should use&amp;nbsp;NRF_RADIO_CCA_MODE_CARRIER_OR_ED .&lt;br /&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Q2: Yes, if the Energy Detect Threshold is set to -80, then the channel will be reported as clear if the measured energy is below -80dBm.&lt;/p&gt;
&lt;p&gt;BEst regards&lt;/p&gt;
&lt;p&gt;Bjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>