• State Not Answered
  • Replies 2 replies
  • Subscribers 68 subscribers
  • Views 73 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 336048
Options

MPSL ASSERT: 112, 1706

umr_engnr

We have been seeing a bootloop issue on some of our nRF52840 boards running NCS v2.6.1 using CR2032 coin cell batteries.  The batteries are all around 3V.

This is an intermittent issue that doesn't happen on all devices and may be power related.  Running off an external voltage supply seems to increase reliability.

It appears to be caused when we start advertising.  This trips an MPSL assert and we get a SREQ reset event.  This reset causes us to reboot where we once again assert once starting advertising.

The only information we get is a line in the log that says “MPSL ASSERT: 112, 1706”.

I am hoping if you can tell me what MPSL assert 112, 1706 refers to maybe that will give us something more to go off.

Thanks.

Parents
  • 0

    Hi,

    The assert can happen if some high-priority task or interrupt is blocking the MPSL. Do you know more about when this happens? Could it be that you have an interrupt routing or some other high priority code that spends too long time blocking the MPSL, and that that would happen more in some conditions? Just a lont shot, but perhaps somethign related to the power failure comparator if you use that, and as you see this more in some lower voltage situations?

Reply
  • 0

    Hi,

    The assert can happen if some high-priority task or interrupt is blocking the MPSL. Do you know more about when this happens? Could it be that you have an interrupt routing or some other high priority code that spends too long time blocking the MPSL, and that that would happen more in some conditions? Just a lont shot, but perhaps somethign related to the power failure comparator if you use that, and as you see this more in some lower voltage situations?

Children
Related