https://devzone.nordicsemi.com/f/nordic-q-a/65310/fds-update-fails-with-radio-driver-and-softdevice-activeHello, I am developing a BLE and IEEE 802.1.4 multiprotocol device. I implemented a parser to change some settings of the device. T he configuration is updated with this piece of code: m_fds_write_in_progress is reset to false in the fds event handleren-USTelligent Community 13Fri, 28 Aug 2020 11:27:47 GMThttps://devzone.nordicsemi.com/thread/266979?ContentTypeID=1Fri, 28 Aug 2020 11:27:47 GMT137ad170-7792-4731-bb38-c0d22fbe4515:390381d2-e1d5-48da-b465-ad6cf5c3e654MeisterBob<p>I had suspected something like this. That did the trick thank you</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/266909?ContentTypeID=1Fri, 28 Aug 2020 08:48:33 GMT137ad170-7792-4731-bb38-c0d22fbe4515:1e8d62cc-e897-4e52-90ec-c5a0fe30c6a8J&#248;rgen Holmefjord<p>Hi,</p> <p>Most likely the&nbsp;<span>nrf_802154_receive() function is running in an interrupt context with higher (or equal) priority than the FDS/Fstorage event handler. The FDS handler is blocked by the current interrupt context until the while loop &quot;times out&quot; and the function exits. Once the receive-handler exits, the FDS/fstorage interrupt is processed.</span></p> <p><span>It is not good practice to stay for extended periods of time inside interrupt context handler. You should rather set a flag to process the flash write in main context, or use app_scheduler to schedule event handling later.</span></p> <p><span>Best regards,<br />Jørgen</span></p><div style="clear:both;"></div>