Hi,
I wonder if all Tracedata[n] pins are needed for debug? That would make five IO:s useless for other functions. Or is it possible to use 1-bit mode or something similar? If that is possible, are there any limitations other than data speed?
Hi,
I wonder if all Tracedata[n] pins are needed for debug? That would make five IO:s useless for other functions. Or is it possible to use 1-bit mode or something similar? If that is possible, are there any limitations other than data speed?
Hi Peter
For regular debugging you only need the SWD pins (SWDIO and SWDCLK), and you are free to use the trace pins for other purposes.
The Tracedata pins are only required if you want to do a full instruction trace during debugging, but this requires dedicated trace hardware to use (the Segger chip on the development kits are not set up for this).
Best regards
Torbjørn
Breaking in with a related question: We are doing instruction trace debugging on nrf52840 with the Segger j-trace module / ozon using the four tracepins + clk. From what we are able to see, only the cpu instructions are traced. We would need also to see traces for memory accesses, i.e address and data info. Are we doing something wrong/looking at the wrong place or is this simply not supported?
Breaking in with a related question: We are doing instruction trace debugging on nrf52840 with the Segger j-trace module / ozon using the four tracepins + clk. From what we are able to see, only the cpu instructions are traced. We would need also to see traces for memory accesses, i.e address and data info. Are we doing something wrong/looking at the wrong place or is this simply not supported?
Hi
I will have to check this with Segger directly. As soon as I hear from them I will update the case.
Best regards
Torbjørn
Found this entry at Segger Forum as per 24'th august 2018. Seems data tracing not yet supported in J-Trace but may be in the pipe. As the 52840 contains a DWT unit, I guess it's capable of producing CPU memory access traces. Is this correct?
Sorry for the late reply. Segger confirmed that the ETM can not do memory tracing, only instruction trace.
The DWT sounds more promising, but the documentation is a bit unclear regarding it's capabilities. You can count the number of accesses to a certain memory address, but I am not sure you can also trace the data content as it is changed. I will have to confirm this with Segger also.
Hi again
According to Segger the DWT can periodically sample certain memory locations, but apparently the solution is not very flexible. They needed some more time to figure out what the sampling period is, and whether or not this can be connected to the trace.
Best regards
Torbjørn