nRF52832 Internal Oscillator Softdevice Enable Hanging

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Sigurd — Fri, 12 May 2017 15:38:11 GMT

Great that you found the solution. This is a known and old bug from IARs side, where IAR will jump directly to the application's reset handler when starting debugging, instead of running the softdevice's reset handler. The line is therefore needed to force the debugger to know that the interrupt vectors are located in the SoftDevice. The line is added by default in all the IAR BLE examples in the SDK.

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Definitely Confused — Fri, 12 May 2017 15:11:01 GMT

It was fixed by added that line. It wasn't there in the project I was using. I had copied over just the IAR project file, but not the debugger file

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Sigurd — Fri, 12 May 2017 14:51:56 GMT

Was the issuse fixed when you added --drv_vector_table_base=0x0 ? This line was not there by default in the example you used?

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Definitely Confused — Thu, 11 May 2017 14:31:25 GMT

Apparently this is the issue I was having devzone.nordicsemi.com/.../ For my future sanity, is it known why IAR does this?

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

AmbystomaLabs — Tue, 09 May 2017 17:39:48 GMT

Well that's much better.

Double check the rotation of the 32MHz as Sigurd suggested. It is an easy mistake to make. After that I would suggest posting your schematic and code to someone for review. Trying to debug a fault starting up the SD can be tedious via the blog.

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Definitely Confused — Tue, 09 May 2017 17:36:09 GMT

Okay, so I was confused. We have the 32MHz crystal, but not the 32Khz crystal. Sorry about that confusion.

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Sigurd — Tue, 09 May 2017 15:21:59 GMT

As mentioned in the "General PCB design guidelines for nRF52" tutorial:

An external 32 MHz crystal is mandatory, and an external 32 kHz crystal is optional

The external 32 MHz crystal need to have max ±40 ppm. On the nRF52832-DK the 32MHz crystal is ±10 ppm.

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

AmbystomaLabs — Tue, 09 May 2017 14:12:52 GMT

Ah, there was the missing bit!

In your original question you only mentioned the missing RTC. You can run the SD without an RTC but you cannot run it without a 32MHz. That is your problem.

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Definitely Confused — Tue, 09 May 2017 13:59:06 GMT

We don't have a 32MHz crystal mounted on the board. We wanted to conserve board space. The reason states soft reset and chip lockup (I see NRF_POWER->RESETREAS = 0x1100 [12]), but I see from other threads that the lockup bit is not to be trusted when set alongside along bits. I have the DEBUG macro defined, so I thought it wouldn't be calling the system reset function

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Sigurd — Tue, 09 May 2017 09:20:45 GMT

Could you double check that the 32 MHz crystal on your board is mounted correctly, i.e. not shifted by 90 degrees for example?

Is the chip resetting? Resets at runtime are in almost all cases caused by code asserts ( error handler calls nvic_systemreset()). You can check NRF_POWER->RESETREAS on startup if you want to check what the reset source was.

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

AmbystomaLabs — Mon, 08 May 2017 18:21:48 GMT

Have you tried your code on one of the development kits? Or, are there too many hardware requirements such that it wont' run on a standard DK?

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

AmbystomaLabs — Mon, 08 May 2017 18:19:53 GMT

Well we would need to review your schematic. If you are not happy with one of the regulars on this site reviewing it (such as me) then I know Nordic has a private review process. Also I think we should see your source code. There could still be a problem there. Let me know. I'm happy to assist.

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Definitely Confused — Mon, 08 May 2017 18:05:55 GMT

I stopped using the scheduler with the softdevice and I still see the problem. I'm open to this being a hardware problem. Is there a good way to check that?

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

AmbystomaLabs — Wed, 03 May 2017 19:48:59 GMT

No the scheduler is not required with the soft device. And, app scheduler is not required for the app_timer. For this reason I suggest you try starting the soft device without the scheduler as shown in my comment on 4/26. It could just be the scheduler causing your problem.

Here is some additional info on the app_timer and also the app_scheduler: devzone.nordicsemi.com/.../ devzone.nordicsemi.com/.../

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Definitely Confused — Wed, 03 May 2017 19:03:30 GMT

Do I need to use the scheduler with the softdevice? If I use the scheduler for the app_timer, am I required to use the scheduler with the softdevice?

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

AmbystomaLabs — Wed, 03 May 2017 18:49:15 GMT

Please clarify your comment. Do you need to use what with the soft device?

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Definitely Confused — Wed, 03 May 2017 18:33:15 GMT

I haven't tried without the handler, but I use the scheduler for the app_timer. Do I need to use it with the softdevice as well?

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

AmbystomaLabs — Wed, 26 Apr 2017 16:39:20 GMT

Have you tried starting it without the app scheduler? I haven't ever used the scheduler but my understanding is that it only affects the way interrupts are handled and provides more resources to main. Assuming you aren't running gobs of code in handlers, you should get plenty of time back at main to run housekeeping even without the scheduler.

So try:

#define NRF_CLOCK_LFCLKSRC {.source = NRF_CLOCK_LF_SRC_RC,
.rc_ctiv = 16,
.rc_temp_ctiv = 0}

nrf_clock_lf_cfg_t clock_lf_cfg = NRF_CLOCK_LFCLKSRC;

SOFTDEVICE_HANDLER_INIT(&clock_lf_cfg, NULL);

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Definitely Confused — Wed, 26 Apr 2017 15:02:39 GMT

Yes, I added DEBUG is a preprocessor symbol. If I go through with the debugger step by step, I can eventually reach the error handler, but just hitting "Continue" always jumps me back to 0

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Sigurd — Wed, 26 Apr 2017 15:00:39 GMT

Did you remember to add DEBUG as a Preprocessor symbol?

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Definitely Confused — Wed, 26 Apr 2017 14:57:53 GMT

I'm seeing it reset to 0, even if I set the temp_ctiv to 0. Even with regular debugging, I'm not seeing it hit any error handlers. I've put breakpoints in app_error and softdevice_handler and I'm not seeing anything.

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

AmbystomaLabs — Fri, 21 Apr 2017 18:19:13 GMT

I had a fault every time I tried to start with temp_ctiv. Seems like it might be a bug in some SD's. Try setting temp_ctiv to 0. If you are running on the internal RC, then likely RTC accuracy isn't supremely important. So a calibration cycle every 4 seconds will be sufficient. The temp measurement isn't that important.

RE: nRF52832 Internal Oscillator Softdevice Enable Hanging

Sigurd — Fri, 21 Apr 2017 16:49:12 GMT

Have you tried regular debugging and checking if you are running into the error-handler? See this post on how to debug. That the address jumps to 0 continuously indicates that the device is restarting (default behavior when running into the error-handler.)