How to keep Bluetooth connection active while debugging / stepping through Bluetooth-handling code?https://devzone.nordicsemi.com/f/nordic-q-a/118711/how-to-keep-bluetooth-connection-active-while-debugging-stepping-through-bluetooth-handling-codeI am using Zephyr 3.7.0 with the Nordic-provided low level link layer (LLL) code on an nRF52840-DK. I&#39;d like to set a breakpoint on rp_comm_rx_decode() ( https://github.com/zephyrproject-rtos/zephyr/blob/v3.7.0/subsys/bluetooth/controller/ll_sw/ull_llcp_commonen-USTelligent Community 13Fri, 07 Feb 2025 16:11:25 GMTRE: How to keep Bluetooth connection active while debugging / stepping through Bluetooth-handling code?https://devzone.nordicsemi.com/thread/522023?ContentTypeID=1Fri, 07 Feb 2025 16:11:25 GMT137ad170-7792-4731-bb38-c0d22fbe4515:228f4b6e-ae7c-4013-9e90-2588c09bb915Jakob Ruhe<p>This is not by any means specific to Zephyr or Nordic developers. You need to be creative in the embedded world since you are often closely connected to a reality which is not possible to control!</p> <p>Again, if you were simulating the whole system you can pause the entire simulation. In your case you have one device communicating with another device. You pause one of the devices using a breakpoint but the other device is still running and will very soon consider the connection as terminated.</p><div style="clear:both;"></div>RE: How to keep Bluetooth connection active while debugging / stepping through Bluetooth-handling code?https://devzone.nordicsemi.com/thread/522014?ContentTypeID=1Fri, 07 Feb 2025 15:43:03 GMT137ad170-7792-4731-bb38-c0d22fbe4515:f30db005-f8e1-4cd3-b2b9-376fe0e4fb5bjrr2<p>Is this really how Zephyr and Nordic developers operate?</p><div style="clear:both;"></div>RE: How to keep Bluetooth connection active while debugging / stepping through Bluetooth-handling code?https://devzone.nordicsemi.com/thread/521946?ContentTypeID=1Fri, 07 Feb 2025 13:27:41 GMT137ad170-7792-4731-bb38-c0d22fbe4515:4cee1f15-cf68-4c8e-adde-dadd99082a46Einar Thorsrud<p>In addition to what is suggested, one way of mimicking stepping in the code is to set a breakpoint, inspect, then move the breakpoint and reset, inspect, and so on. The key is to not continuing after execution has been halted (as BLE connections etc will have timed out).</p><div style="clear:both;"></div>RE: How to keep Bluetooth connection active while debugging / stepping through Bluetooth-handling code?https://devzone.nordicsemi.com/thread/521827?ContentTypeID=1Thu, 06 Feb 2025 22:27:40 GMT137ad170-7792-4731-bb38-c0d22fbe4515:ba394ecf-3c91-42c8-9000-13dc2c870a10Jakob Ruhe<p>I think it is not possible. Depending on exactly what you are searching for you&nbsp;should&nbsp;probably consider using some other approach. For example:</p> <p>- Increase logging level</p> <p>- Add more logging inside the functions if you are curious about some variables</p> <p>- Use a <a href="https://www.nordicsemi.com/Products/Development-tools/nRF-Sniffer-for-Bluetooth-LE">Bluetooth sniffer</a>&nbsp;to catch traffic</p> <p>- Output your packets and use Wireshark to decode them.</p> <p>Sometimes you can run things in a simulated environment instead (for example <a href="https://docs.nordicsemi.com/bundle/ncs-latest/page/zephyr/boards/native/nrf_bsim/doc/nrf52_bsim.html">BabbleSim</a>).</p> <p>There are many ways to debug without actually using a debugger. Good luck with the bug hunting!</p><div style="clear:both;"></div>