Help understanding mysterious lapses in printf() output via SWV Port 0 as shown in SWV ITM Data Console
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-04-16 6:54 PM
Notice how entire printf lines disappear and how occasionally just portions of printf lines disappear.
- Labels:
-
DEBUG
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-04-17 6:49 AM
There are buffering issues within the pod
Up vote any posts that you find helpful, it shows what's working..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-04-17 5:22 PM
Even if I include fflush(stdiot); immediately after the printf, the problem is the same.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-04-18 6:04 AM
Well there are many layers that can cause this. From the ST-LINK firmware up to the host ST-LINK or OpenOCD server, to the CubeIDE (Eclipse) debugger client.
Has anybody seen these glitches with true J-Link adapters?
--pa
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-04-18 7:03 AM
Presuming this is an ST-LINK?
Does fflush() have any plumbing?
You could try the SWV screen of STM32 Cube Programmer or ST-Link Utilities and see if that is more robust
As @Pavel A.​ notes there are a lot of moving parts here, a J-Link Ultra+ might work significantly better but we're in a whole different league there.
Up vote any posts that you find helpful, it shows what's working..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-04-18 3:13 PM
It's an ST-LINK.
