主题中讨论的其他器件:SEGGER、
您好!
我们面临这样的情况:如果在刷写二进制文件后由编程器/调试器复位器件、则 BSL_invoke 引脚可能会处于高电平。
这是一种 PoC 设计、因此硬件不是100%正确、尽管如此、我们想知道这种情况下的行为。
- 当使用调试器对器件进行编程、然后由调试器复位以启动并且 BSL_invoke 引脚处于活动状态时 、根据 BSL 指南、 器件应进入引导加载程序、并检查 I2C 和 UART 接口上的活动。 如果没有跳线、则器件转至 标准 。 如果检测到某些活动但到达的数据包无效、则引导加载程序将使器件进入 睡眠 测试模式。 从这种待机和睡眠模式中有哪些恢复操作?
我们观察到、当使用调试器(SEGGER Ozone)进行编程时、调试器有时会在编程后触发复位之后突然"失败/报告错误"。 我们认为发生这种情况是因为 BSL_invoke 引脚为高电平、并且已进入引导加载程序。
然后此状态仍然存在、我们无法连接调试器。 此外、将 BSL_invoke 引脚拉至低电平(非活动状态)并重新尝试也没有效果。
虽然我们仍然可以使用 SEGGER JFlash 等进行编程、但我们无法再进行调试。 多个电路板上已经发生了这种情况。
有任何线索/提示在这里发生了什么?
版本集:
- MSPM0 G3507S TIX368x AL07 G4 (可能是一些早期生产样片?)
- 外壳:VQFN32
- MSPM0 SDK 1.20.1.6
- SEGGER JLink V792 (与最新版本相同)
- SEGGER Ozone V330b (与最新版本相同)
此致 Marco

