Serial port fails after softdevice_setup in RUN mode. Works in DEBUG. HFCLK?

[Steph van Schalkwyk]

ANT S212, nRF52:

I've read all the links in the forum regarding serial port running in debug mode and not in run mode.

In my case, it works in RUN mode until softdevice_setup() is called.

In other words: 

s_write("tst2\n\r");    // this prints in RUN
softdevice_setup();
s_write("tst3\n\r"); // this prints in DEBUG, does not in RUN.

Could this be a HFCLK issue? 

I have followed the serial_pca10040 settings but that is not accessing the softdevice functionality. 

My code is based upon the scan_and_forward application, which I had modified to use a 16 bit device id.

It steps through correctly under the debugger, so the fault may not be there.

My feeling is that the uart interrupt handler has a conflict with the scan_and_forward interrupts ?

[Jørgen Holmefjord]

Hi,

If the code is running after softdevice_init function call, it does sound like this could be an issue with the HFCLK, as all clocks are run in Debug mode. However, it sounds strange that the clock should be running before initializing the softdevice, but not after. Have you tried calling sd_clock_hfclk_request after softdevice_init, to see if this solve the issue?

Could you provide some more details on what is happening in the s_write function, and the UART/softdevice config?

Best regards,
Jørgen

[Steph van Schalkwyk]

Hi Jorgen

I changed the serial port from interrupt to polling and that is working for me now. It isn't entirely satisfactory, but will have to do.

It seems the IRQ is not asserted after the softdevice initialization (S212).

Regards

Steph

[Jørgen Holmefjord]

Let me know if you want us to investigate this further. This will most likely require you to upload/described your project in more details. If you do not want to share code in public, you can create a new private case.

Are you talking about the UART IRQs? 

[Steph van Schalkwyk]

Hi.

I may revisit this later if we decide to add FreeMODBUS. Right now I only use it for debugging.

It does seem that the UART IRQs are not asserted after softdevice_setup.

I'll come back to this at some stage.

Thanks for the help.