Resetting system after enabling internal RC (Zephyr)

RE: Resetting system after enabling internal RC (Zephyr)

Simon — Thu, 11 Feb 2021 09:53:19 GMT

The reason the Direct Test Mode sample in NCS fails is because it's not using the onoff service to request the HFXO. Check out this answer for more details: https://devzone.nordicsemi.com/f/nordic-q-a/68773/clock_control_on-returns--eperm-on-ncs-1-4-0/282578#282578

Please ask if you want more details on how to implement this.

Best regards,

Simon

RE: Resetting system after enabling internal RC (Zephyr)

Deri — Fri, 27 Nov 2020 10:46:31 GMT

Hi,

In fact, I've used DTM from nRF5 SDK v.16 instead and it is working smoothly, but I am still interested in finding why it not working using nRF connect SDK with (Zephyr RTOS) for the coming projects.

so I would appreciate it if you could help to figure out what is still missing to enable internal RC in a proper way.

Regards.
Tarek

RE: Resetting system after enabling internal RC (Zephyr)

Simon — Fri, 27 Nov 2020 10:18:13 GMT

I'm sorry for the delay on this, I've been quite busy lately. Have you made any progress on this, or do you want me to look into this?

Best regards,

Simon

RE: Resetting system after enabling internal RC (Zephyr)

Simon — Mon, 16 Nov 2020 14:27:00 GMT

There seem to be some problems with the calibration of the RC oscillator when requesting the HFCLK. I tried to set a break point at clock_control_nrf.c-->set_starting_state-->err = -EPERM, and it was triggered. Here is the call stack:

I will continue to investigate.

I am really sorry for the slow progress on this issue.

Best regards,

Simon

RE: Resetting system after enabling internal RC (Zephyr)

Simon — Tue, 10 Nov 2020 10:42:05 GMT

I'll ask internally if there has been any progress on this. However, I can see that only the nR5340 PDK is listed under Requirements in the DTM Documentation, so it may be that the nRF52840DK is not sufficiently tested. I was able to get internal RC to work with the BLE peripheral_lbs sample, so it seems like this is specific to the DTM sample.

Best regards,

Simon

RE: Resetting system after enabling internal RC (Zephyr)

Deri — Mon, 09 Nov 2020 09:54:23 GMT

I am still waiting for any progress on solving this matter, Is there any good news?

RE: Resetting system after enabling internal RC (Zephyr)

Simon — Mon, 02 Nov 2020 18:12:39 GMT

I'm not sure what's causing this behaviour, I've reported your issue internally. I'll keep you updated

Best regards,

Simon

RE: Resetting system after enabling internal RC (Zephyr)

Deri — Wed, 28 Oct 2020 16:38:09 GMT

# nrfjprog --memrd 0x40000418
0x40000418: 00010000 |....|

I will be on vacation for three days and I will start debugging it by Ozone when coming back.

RE: Resetting system after enabling internal RC (Zephyr)

Simon — Wed, 28 Oct 2020 13:34:45 GMT

I'm not sure why you're not seeing the serial log. Are you able to use RTT logging?

Could you try to debug your device (e.g. by using Ozone), to see if everything behaves as expected?

What do you get if you run nrfjprog --memrd 0x40000418 (read this register).

I don't have access to an nRF52 device without/with a defect XTAL, so I'm not able to test this myself. Tomorrow I'll get hold of one and do some testing.

Best regards,

Simon

RE: Resetting system after enabling internal RC (Zephyr)

Simon — Mon, 26 Oct 2020 14:41:11 GMT

I've been quite busy lately, my apologies for that. I will prioritize your issue tomorrow and try to get to the bottom of it.

Best regards,

Simon

RE: Resetting system after enabling internal RC (Zephyr)

Deri — Mon, 26 Oct 2020 14:23:14 GMT

Is there any update about my issue?

RE: Resetting system after enabling internal RC (Zephyr)

Deri — Thu, 22 Oct 2020 15:01:35 GMT

When disabling these settings, the Zephyr OS on the custom board doesn't boot up at all, it doesn't show anything on the terminal,

of course, I've enabled the below to see the data on my terminal.

CONFIG_UART_CONSOLE=y

any other suggestions?

RE: Resetting system after enabling internal RC (Zephyr)

Simon — Thu, 22 Oct 2020 13:29:11 GMT

I talked to a colleague that tried to enable RC on a chip with a defect XTAL. He told me that NCS would automatically detect this and choose the RC oscillator. Could you try to disable/comment out these:

CONFIG_CLOCK_CONTROL_NRF_K32SRC_RC=y
CONFIG_CLOCK_CONTROL_NRF_K32SRC_20PPM=y

and see if it works.

Best regards,

Simon

RE: Resetting system after enabling internal RC (Zephyr)

Deri — Wed, 21 Oct 2020 06:16:07 GMT

Hi,

r = onoff_request(data->clk_mgr, &cli)

It has returned 0 for the first time and has returned -5 for the second time and this triggered the macro assert

EIO 5 /* I/O error */

I've also flashed the same FW on nRF52840 DK (PCA10056) and it starts showing the same error and resetting continuously.

RE: Resetting system after enabling internal RC (Zephyr)

Simon — Tue, 20 Oct 2020 15:32:02 GMT

It seems like this assert was triggered. Can you check what onoff_request() returned? Which one of these? See zephyr\lib\libc\minimal\include\errno.h.

I'm not too familiar with this issue and what the assert may be caused by, but I will look into it/ask internally.

Best regards,

Simon