This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

How do I solve this SoftDevice assert when I use IAR monitor mode debugger ?

I have integrated IAR code into my company system. with the Jlink_monitor.c, jlink_monitor.h , jlink_monitor_ISR_ISR.s and enableMonitorMode.mac.

Step 1: I loaded code to Nordic NRF52 target, set breakpoint. Step 2: once IAR hit breakpoint, then I did single step, then system reboot. with the message on the RTT console: :ERROR:SoftDevice assert PC=0x0001089e <==== ==== === It looks like to me IAR still can not work with Nordic NRF52 in monitor mode.

Do you have solution for this case ( IAR, Monitor mode with Nordic NRF52 softDevice) ?

I use nRF5_SDK_12.0.0_12f24da softDevice library.

Parents
  • Converted into an answer, as in a follow-up post the OP indicated that he had solved his code issue and managed to get MMD working.

    Hi George,

    Given your responses and in particular noting that your amended .\nRF5_SDK_12.0.0_12f24da\examples\ble_peripheral\ble_app_hrs example shows that MMD functions under IAR Workbench in your environment. It looks like you may be hard-faulting in the specific company code base that you mentioned in your original query (thereby causing a system reset).

    If you are not able to provide us with insight into that specific piece of code, then I would suggest setting up a hard-fault handler to determine the state (registers/vector table) of the nRF52 when the hard-fault is triggered. It would also be good for you to confirm the softdevice version in use.

    Let us know whether you need additional guidance once you have that info and/or if you need help getting there.

    Regards,

Reply
  • Converted into an answer, as in a follow-up post the OP indicated that he had solved his code issue and managed to get MMD working.

    Hi George,

    Given your responses and in particular noting that your amended .\nRF5_SDK_12.0.0_12f24da\examples\ble_peripheral\ble_app_hrs example shows that MMD functions under IAR Workbench in your environment. It looks like you may be hard-faulting in the specific company code base that you mentioned in your original query (thereby causing a system reset).

    If you are not able to provide us with insight into that specific piece of code, then I would suggest setting up a hard-fault handler to determine the state (registers/vector table) of the nRF52 when the hard-fault is triggered. It would also be good for you to confirm the softdevice version in use.

    Let us know whether you need additional guidance once you have that info and/or if you need help getting there.

    Regards,

Children
No Data
Related