https://devzone.nordicsemi.com/f/nordic-q-a/40945/radiated-immunity-test-problemI’ve provided radiated immunity test for our devise based on the nRF52832. The test has been provided by electromagnetic pulse with a power of 10V/m ,duration 1sec and the same test with a duration 3sec, the frequency range from 2GHz to 2.7GHz withen-USTelligent Community 13Tue, 27 Nov 2018 14:59:43 GMThttps://devzone.nordicsemi.com/thread/159272?ContentTypeID=1Tue, 27 Nov 2018 14:59:43 GMT137ad170-7792-4731-bb38-c0d22fbe4515:8f5d596f-c578-4eb9-9fd0-f3d968904fdeAmbystomaLabs<p>It is unlikely the burst is causing processor issues.&nbsp; Most likely is the low frequency burst is just aliasing inband in the receiver.&nbsp;</p> <p>With most ETSI (RED) testing you are allowed to just spec how you fail during immunity and as long as your public documentation (ie, user manual) declares it that is sufficient to pass.&nbsp; However, you mentioned a medical home use requirement so you may not get this luxury to just spec and it call it a day.</p> <p>If it truly is aliasing in-band your only solution will be a tighter bandpass filter on the front end to remove the&nbsp;2.165-2.345GHz band. If BLE allows it, you could also just map out the problematic frequencies in software.&nbsp; As long as they aren&#39;t associated with advertising channels, the link won&#39;t care if&nbsp;it can&#39;t use 5 channels. Essentially for every frequency you fail on there should be a corresponding &#39;bad&#39; ble channel.</p> <p>Another thought is to look at how the CCA routine is running. Offhand I don&#39;t know how often ble determines channel assessment but this could be a way to mitigate the problem.</p><div style="clear:both;"></div>