SES debugging session with pynrfjprog RTT issue

RE: SES debugging session with pynrfjprog RTT issue

JediVille — Sun, 06 Jun 2021 09:11:39 GMT

Thanks for your reply!

I did debug the code to ensure that SEGGER_RTT_Read() kept getting called.

The PC side using pynrfjprog claims that the data has been delivered.
But on the device side the function SEGGER_RTT_Read() is called again and again and never returning any data.

As mentioned - I have moved on to other tasks.

Thanks again for your suggestions!

//Jesper

RE: SES debugging session with pynrfjprog RTT issue

Vidar Berg — Tue, 01 Jun 2021 08:30:50 GMT

Sorry, my question was not clear. I meant to ask if you were enabling RTT in the logger module in addition to the direct Segger RTT API calls you mentioned, but I realize now that this had already been answered in your initial post. The question was not as relevant either considering the problem occured after adding vTaskDelay(0). I thought maybe there was an issue with both multiple accesses to the log buffer at first.

Anyway. I'm afraid I can't think of any good reasons for why vTaskDelay(0) causes RTT data to not become read in this case. Did you debug the code to confirm if SEGGER_RTT_Read() kept getting called after vTaskDelay(0)?

RE: SES debugging session with pynrfjprog RTT issue

JediVille — Mon, 31 May 2021 13:00:26 GMT

Thank you for your reply.

That is probably what is happening, Something in the Nordic DLLs probably disables the debug interface when an object gets destroyed.

I can live with the behaviour - I just got curious and wanted to understand what was happening and see if there was a way around it.

For the other question I am not sure what you mean.

I am using the NRF logger and the RTT backend.

The NRF logger and the RTT backend are running on separate channels.

In the device the function SEGGER_RTT_Read is called in a while(1) loop ( a FreeRTOS task ).
If anything is read it gets processed - and NRF logger may be used depending on the content.
However I felt like trying to insert a vTaskDelay in case nothing is read and that resulted in SEGGER_RTT_Read never returning anything read - even if the PC running the script claims to have delivered data usign the rtt_write function in pynrfjprog.
I haven't digged further into it - it is debug and test code and it is not important to add a task delay really. I was just curious.

Thanks again,
//Jesper

As a curiosum I can mention that I wanted to try out the Telnet connection according to this:
https://wiki.segger.com/RTT#TELNET_channel_of_J-Link_software
I couldn't succeed in sending the configuration command within 100ms of connecting using any telnet application I could find ( PuTTY, MobaXterm and plenty of others ) - except for one, Telnet Scripting Tool 1.0.
I even asked on the Segger forums how to achieve this since they even mention PuTTY but have yet to receive an answer.

I could write my own client if I wanted to go through that interface - and even create a DLL I could use with test scripts.
And that should leave the debug interface untouched.
But seeing as there really isn't a need I will leave it at that.

RE: SES debugging session with pynrfjprog RTT issue

Vidar Berg — Mon, 31 May 2021 11:41:22 GMT

Hello,

You may run into some conflicts when you have two or more debugger connections to the same target. For instance, the debugger scripts will usually disable the debug interface on the chip before they disconnect to prevent the chip from staying in debug interface mode. This means you are likely to lose both connections if you terminate one.

[quote user=""]Below is a copy of the JLINK log that shows JLINK_IsHalted() begins to return ERROR.
This should be around the time where the script is completed.[/quote]

The nRF52840 is probably no longer in debug interface mode at this point

[quote user=""]I also have another issue that I am having trouble wrapping my head around..
The task that is handling segger communications calls
SEGGER_RTT_Read
in a while(1) loop and if anything has been received it gets processed.[/quote]

Are you also the NRF logger module with the RTT backend?

Best regards,

Vidar