Other Parts Discussed in Thread: MSPM0L1105, LP-MSPM0L1306, UNIFLASH
器件型号: MSPM0L1105
Thread 中讨论的其他器件: LP-MSPM0L1306、 UNIFLASH
我们有一个可使用 mspm0 微型作为 AM6254 处理器的协处理器的平台。 系统正在运行 Linux 6.12.x 内核、并具有所有关联的 I/O 控件、以支持与 mspm0l1105 micro 通信。

我们已克隆构建了最新的 openocd 存储库、并且能够查询我们使用 LP-MSPM0L1306 开发套件开发的固件并对其进行编程。
当我们在正常运行期间将引脚用于替代功能时、固件会禁用 SWD 接口。 为了帮助我们进行调试、我们需要能够更新固件、但不能更新、因为 SWD 已禁用。
我记得必须在开发套件上执行一个序列、以便在 SWD 被禁用时进行恢复、并且尝试在目标硬件上执行此操作已证明存在问题。
将 openocd 配置为使用 nRST 线路来控制器件复位状态后、我们可以与器件进行一些通信、但无法完全解锁:
#openocd -f /home/debian/openocd-cfg/mspm0l1105.cfgOpen On-Chip Debugger 0.12.0+dev-02394-gb4518ab78 (2026-02-08-12:52)Licensed under GNU GPL v2For bug reports, read http://openocd.org/doc/doxygen/bugs.htmlWarn : Transport "swd" was already selectedInfo : Listening on port 6666 for tcl connectionsInfo : Listening on port 4444 for telnet connectionsInfo : SysfsGPIO JTAG/SWD bitbang driverInfo : Note: The adapter "sysfsgpio" doesn't support configurable speedInfo : SWD DPIDR 0x6ba02477Info : SWD DPIDR 0x6ba02477Error: [mspm0x.cpu] Could not find MEM-AP to control the coreError: [mspm0x.cpu] Examination failedWarn : target mspm0x.cpu examination failedInfo : [mspm0x.cpu] starting gdb server on 3333Info : Listening on port 3333 for gdb connections
是否需要执行额外步骤才能成功进行 SWD 通信?