https://devzone.nordicsemi.com/f/nordic-q-a/34091/gazell-changing-channel-maps-frequently-causes-issuesOur application frequently changes the channel table when we find interference in multiple channels. So changing channels frequently (because of high interference) causes lot of problems. TX fails continuously sometimes without being able to recover.en-USTelligent Community 13Wed, 04 Aug 2021 22:13:14 GMThttps://devzone.nordicsemi.com/thread/323412?ContentTypeID=1Wed, 04 Aug 2021 22:13:14 GMT137ad170-7792-4731-bb38-c0d22fbe4515:7ccbf05a-85d9-4cc1-9218-5fdc0bdc809bBryan<p>A quick follow up question.&nbsp; If I am only changing the channel table then I only need to do the following and not have to reinitialize everything else.</p> <p>nrf_gzll_disable()</p> <p>nrf_gzll_set_channel_table()</p> <p>nrf_gzll_enable()</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/131462?ContentTypeID=1Wed, 09 May 2018 09:11:41 GMT137ad170-7792-4731-bb38-c0d22fbe4515:77722bcb-4e03-4075-98fa-8aef44d56cfaH&#229;kon Alseth<p>Hi,</p> <p>&nbsp;</p> <p>Changing the channel table shall be done while gazell is fully disabled. When it is disabled, setting the channel_tab is a memcpy() operation with guards (null, size, etc). Since you state that re-initializing the whole gazell library fixes the issue, it is a indication that the source of the issue is not in the&nbsp;nrf_gzll_set_channel_table() function, but&nbsp;somewhere else (memory corruption of some sort?)</p> <p>Could you provide more detailed information or a way to recreate this scenario?</p> <p>&nbsp;</p> <p>Kind regards,</p> <p>Håkon</p> <p>&nbsp;</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/131417?ContentTypeID=1Tue, 08 May 2018 21:32:49 GMT137ad170-7792-4731-bb38-c0d22fbe4515:b2e65acd-9215-414b-b453-d39487734695Sumanth Murali<p>Can somebody respond to this?</p><div style="clear:both;"></div>