BLE constant disconnecting/connecting caused by reading ADS7042https://devzone.nordicsemi.com/f/nordic-q-a/90920/ble-constant-disconnecting-connecting-caused-by-reading-ads7042Hello, I am migrating to a new custom board where NRF52832 reads ADC ADS7042 and transfers data through the BLE. My previous board works just fine, and in the new design the only difference is in the pin mapping. In the new mapping P0.20 is the chipen-USTelligent Community 13Sun, 02 Oct 2022 09:21:39 GMTRE: BLE constant disconnecting/connecting caused by reading ADS7042https://devzone.nordicsemi.com/thread/388872?ContentTypeID=1Sun, 02 Oct 2022 09:21:39 GMT137ad170-7792-4731-bb38-c0d22fbe4515:4ec33417-30b0-4c74-9c17-74e7822a8e25kont40<p>Thanks for the replies. It finally turned out that the PCB design was flawed. After redirecting the chip select and data lines through other microcontroller pins, the problem was resolved completely.</p><div style="clear:both;"></div>RE: BLE constant disconnecting/connecting caused by reading ADS7042https://devzone.nordicsemi.com/thread/381415?ContentTypeID=1Fri, 12 Aug 2022 15:49:44 GMT137ad170-7792-4731-bb38-c0d22fbe4515:70580d56-5d0f-42fe-8fce-5e73f4e18d2dhmolesworth<p>IRQ level 2 might not be the best choice when using BLE over the Softdevice as it can lead to lost connections due to blocked interrupts; try level 5 or 6 and see if that helps. If so look at interrupt priority requirements for the SoftDevice in Nordic Infocenter</p> <p><pre class="ui-code" data-mode="c_cpp">config.irq_priority = 2; &lt;== Try 6</pre></p><div style="clear:both;"></div>RE: BLE constant disconnecting/connecting caused by reading ADS7042https://devzone.nordicsemi.com/thread/381385?ContentTypeID=1Fri, 12 Aug 2022 13:41:05 GMT137ad170-7792-4731-bb38-c0d22fbe4515:ca0a7332-0db0-437c-807b-7c1f68e0e406ketiljo<p>Sounds strange that only this pin will have an impact on the radio. Can you share the schematic and layout please?</p><div style="clear:both;"></div>