mpsl assert file "107", line 292

Hi guys,

For a client of mine I'm working on an openthread RCP implementation using a SolidRun N8 that contains the NRF52833.

I'm using ncs v2.9.0-nRF54H20-1.

The problem is that after only ~2 minutes of 5 ping packets per second, I get the following assert (seen here in gdb)

Breakpoint 1, m_assert_handler (file=0x20005ebc <z_interrupt_stacks+636> "107", line=292) at /home/cristic/ncs/v2.9.0-nRF54H20-1/nrf/subsys/mpsl/init/mpsl_init.c:304

The code is pretty basic, based on an older sample. It initializes a single instance and runs an endless while:

    while (!otSysPseudoResetWasRequested())
    {
        otTaskletsProcess(instance);
        otSysProcessDrivers(instance);
    }

Here's the full project .config file.

6886.config.txt

Any hint on what I could change to make this work?

Parents
  • Hi guys,

    there is some level of urgency from my client to have a solution ready for a PoC. The preferred approach would be to use the SolidRun and the include NRF52833, but if this doesn't work he will have to switch to the more cumbersome approach of using a SilliconLabs module and some custom hardware.

    If you have any ideas/workarounds/investigations that I could try out and that you can share either publicly or privately, please let me know.

Reply
  • Hi guys,

    there is some level of urgency from my client to have a solution ready for a PoC. The preferred approach would be to use the SolidRun and the include NRF52833, but if this doesn't work he will have to switch to the more cumbersome approach of using a SilliconLabs module and some custom hardware.

    If you have any ideas/workarounds/investigations that I could try out and that you can share either publicly or privately, please let me know.

Children
No Data
Related