8000 OpenOCD cannot configure TPIU/SWO on STM32H7 · Issue #1079 · modm-io/modm · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
8000
Skip to content
OpenOCD cannot configure TPIU/SWO on STM32H7 #1079
Open
@thestumbler

Description

@thestumbler

Tested ITM UART logging example but moved and modified for the H7, no joy. I get two error messages when I try running the SCONS command (found in these issue pages for starting viewing the stream).

(1) OpenOCD reports that stlink-v2.cfg has been deprecated, use stink.cfg. I edited that temporarily in the generated MODM file and that warning went away.

(2) There's another message that says ITM.TPIU doesn't support the UART protocol. I can't figure that one out, and it appears to be fatal.

There could be some issues on my side with the hardware and setup. I've only recently discovered ITM UART over SWO in the past couple months. I only had tested it briefly on a custom PCB that I designed using an off board STLink3 debugger. For viewing I demonstrated success using STM32Cube MX, Keil uVision, and on the command line using openOCD (my notes from that experiment are unclear). Also, I only briefly glanced at the schematics for the Nucleo H723 board to confirm that SWO was routed to the onboard STLink, I may have missed a jumper.

But even if I messed up on the configuration or the hardware connections, it seems to me I would just not get any data on the SWO viewer, not the "protocol not supported" messages.

I think I have a blue pill board somewhere in my lab. If so, I'll quickly test that this morning, just in case it's an H7-related thing.

EDIT:

I checked my version of OpenOCD, recalling the warning in the installation quick start guide. That seems to be up to date at version 0.12

I'm 99% sure my arm-none-eabi-xxxx tools are correct. But I admit I did not use the recommended XPACK method. I already had them installed from ARM using BREW. ARM changed access to the embedded tools awhile back and the best way to install them in 2023 is no longer clear to me.

What's the "native" environment the developers use day-to-day for their work? I wouldn't mind trying a Linux machine if that might make my life easier. Please don't say Windows

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

      0