部件号: AM13E23019
您好:
我们 在 CI/CD 中使用 github.com/.../openocd_am13e230x_support.patch。
有时、流水线成功。 而大多数时候我们会遇到以下错误
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
部件号: AM13E23019
您好:
我们 在 CI/CD 中使用 github.com/.../openocd_am13e230x_support.patch。
有时、流水线成功。 而大多数时候我们会遇到以下错误
尊敬的 Aafiya Asad:
您能分享一下您正在使用的 LaunchPad 版本吗?
我应用了补丁并提交了 e4c49d8 以匹配您的构建、但在两个 LaunchPad 修订版上都无法重现错误。 您能否分享您在成功案例中看到的内容?
我相信您现在已经考虑过它、但值得尝试重新安装您的电缆
您好、 Sameer Srivastava 、我们已经查看了我们的问题。 到目前为止、我们发现问题与一个测试应用有关、该应用使用了一些 JTAG 引脚、我们预计仅使用 SWD 引脚。 CCS 的集成刷写功能看起来使用 SWD 而非 JTAG、因此与使用 openocd 的 CI/CD 相比、我们在本地无法看到问题。 您能否证实这一点? 现在、我们将这些引脚从测试中排除为权变措施。 是否有其他选项可以解决该问题、例如复位下的连接(以确保默认引脚配置)? 如果引脚使用替代功能、我们必须使用什么命令来避免该问题?
BR
Norbert
嗨 Norbert Daser ,是的,我们的 OpenOCD 配置目前仅使用 JTAG ,所以你提到的变通办法是正确的,它也可以解释以前的行为。
您可以尝试编辑 TCL/TARGET/ti/SWD am13e230x.cfg 以使用 SWD 来查看它是否解决了问题:
line 21: -transport select jtag +transport select swd line 25: -jtag newtap $_CHIPNAME cpu -irlen 4 -expected-id $_DAP_TAPID +swd newdap $_CHIPNAME cpu -enable
我们将评估 SWD 支持是否与 JTAG 相当并更新补丁。
谢谢 Sameer Srivastava 的这个片段,我们稍后会试一下。 一般来说、在应用运行期间使用 SWD 引脚时、我们也会遇到此类问题。 是否如上一个聊天中所询问的那样有一个在重置时连接的选项、就像我从 uVISION 或 openocd 中的其他 IDE 中知道的那样?
尊敬的 Norbert Daser :重置下的连接目前不受支持。 请继续使用您的权变措施或使用 SWD 进行刷写。
尊敬的 Aafiya:
请预计将在 6 月 15 日之前实施、并通过电子邮件进行传达。
抄送: Norbert Daser
此致、
Shaunak
尊敬的 Aafiya、Norbert:
请查看随附的更新文件、该文件将有助于启用恢复出厂设置和批量擦除功能:
将其置于: openocd/tcl/target/ti/
我们还在开发其他功能、例如、7 月应提供的功能 (SoftwareSYSreset、Software_BOOTreset、Software_POR)
此致、
Shaunak
你好 Shaunak Deshpande ,
很抱歉我的答复太晚了,刚刚从度假回来。
很遗憾、我无法访问该文件。
pleas 重新共享它或每封邮件发送它。
非常感谢!