2019-06-26 09:52 PM
Hello, now I'm using F429IDiscovey and STM32CubeIDE to grahp via SWV.
I refre to this official video(URL: https://www.youtube.com/watch?v=eumKLXNlM0U)
In the STM32CubeIDE, I configured same like video.
(Please see the attached file named 'SWV_Config' and 'Debug Config')
After configuration, I can run debug mode normally.
Also I can check variable(LED_state) that get value 1 and 0 per 500ms as I coded.
But I cannot any graph on the SWV Data Trace Timeline Graph...
(Please see the attached file named 'LED_State=0' and 'LED_State=1')
Do I miss something? How can I fix?
Thank you in advance
Solved! Go to Solution.
2020-11-12 07:19 PM
I am using STM32CubeIDE and a Nucleo-68 board from the Nucleo pack (P-NUCLEO-WB55) with the same problem. I can see the variable is changing but nothing can be seen on the SWV Data Trace Timeline Graph. Do I have to use a jumper or solder bridge etc. to take care of SWO?
2020-11-14 06:57 PM
Check if your jumpers are in the correct spot.
2020-11-14 07:27 PM
Thank you for your suggestion. I have root caused the reason: I did not setup the variable correctly. My variable is updated in the while 1 loop but not read by the software. If I set Access as "Read", then no waveform is shown. Once I change the access to Read/Write or Write, I am able to see the graph
2020-11-14 07:29 PM
I have root caused the reason: My variable is only updated in the while 1 loop but not read by the software at all. If I set Access as "Read", then no waveform is shown because the variable is never read. Once I change the access to "Read/Write" or "Write", I am able to see the graph because the data trace is triggered with each write.
2021-10-08 04:26 PM
Have you set correct HCLK frequency in Run Configuration -> Debugger -> SWV (Enable)-> Core Clock? On YouTube examples show 80MHz but your board may have different default set - for example 216MHz. Check it in *.ioc -> Clock Configuration -> HCLK (MHz)
2022-07-19 06:05 AM
In my case the debugging settings are grayed out. Does somebody know what this means? And the SWV Data Trace cannot be configured, no window opens. Thank you for any suggestions. I am using a J-Link debugging probe and I have the Version:
Version: 1.10.0
Build: 12671_20220627_1643 (UTC)
with: stm32g071CBUx
2022-12-30 06:24 PM
December 2022, and this really does not work, following the exact instructions, with a genuine stlink v3, or a segger jlink, with CubeIDE, and any of F303CB, F405RG or L431RC.
The graph. simply does not respond, and on the odd occasion where it does, the data is garbage - reports values like 4500000000000000000000000000 on a float that the live expressions viewer sees is about 0.0234234 (a current reading in A).
Would be really useful to have a plotter of some sort. Doesn't sound like it should be very complicated...
2022-12-30 06:31 PM
Here is an example.
I think at this stage I must have tried every single option box and combination there is.
2022-12-31 01:46 AM
you have "core clk" at 8 MHz -- but isnt it more 80 or 100 MHz ?
+
btw
i just tried my new stlink V3 (mods) , but this actual shows no swv data.
my old stklink V2 (clone :) ) working fine (almost - sometimes overflow exception logged)
2022-12-31 06:30 AM
Thanks AScha.3! Core is 168MHz. I swapped to that and it immediately started working... badly. I had assumed this 8MHz value was to do with the debugger itself, not the core clock of my mcu, since it was greyed out and auto populated. Changed it in the debug config and started to get data out of it but with all sorts of glitches, and the interface simply cannot handle the amount of data it gets sent...
It also seems to be tripping the BRK, or perhaps the clock fault on the timer. MOE keeps tripping to zero, which never happens when SWV is not being used.
However, somehow this made the Segger j-scope work where it did not before (presumably embedded in the elf file or segger settings somewhere) which works pretty nicely. No MOE tripping there. I now have a nice functional scope.