[参考译文] MSP430FR2311：密码命令后 BSL 没有响应

首先、我认为 MSP430 FRAM BSL 用户指南中有一个错误、因为数据包的长度应该是0x21、而不是0x33。 您是通过软件命令还是 RST/TEST 进入序列调用 BSL？ 发送不正确的密码后、您需要等待多长时间？ 典型示例在输入错误密码后延迟2ms、因为应用错误密码后器件不会给出任何响应。 下一步是在发送固件之前发送默认的空白密码以解锁 BSL (在这种情况下会返回确认)。

此致、
Ryan

您好、Ryan、

我通过软件命令调用 BSL、长度更改解决了命令问题、但现在它在第二个默认密码命令之后停止。

您好、Ryan、

是的、是这样做的、现在正在发送它的数据。  我在该论坛上看到的另一个问题是、有人说空白器件检测当前不适用于此器件。  是这样吗？  我的假设是、只要我保存了复位矢量写入直至最后、如果程序在任何时候失败、并且器件重新启动、它将看到复位矢量为0xFFFF 并跳转到 BSL。  这是正确的假设吗？

谢谢。

您好、Mark、

确实、由于勘误表的原因、空白器件检测目前不适用于所有器件、TI 正在内部工作以解决此问题、以供将来的裸片版本使用。 此时、具有0xFFFF 的空白器件的复位矢量不会自动跳转到 BSL、因此必须改用 TEST/RST 进入序列或软件调用。

此致、
Ryan

您好、Ryan、

由于这种限制、您是否具有有关如何编写只需检查地址并跳转到应用程序或跳转到 BSL 的微小辅助引导程序的示例代码？ 这包括为应用程序设置单独的矢量表、这样在升级时、我可以为器件设置相同的密码、我只需确保我没有过度写入次级引导程序。 不幸的是、该应用程序是3568B、所以我只剩下144B。

谢谢、
标记

Mark、您好！

目前没有任何示例代码可帮助解决此问题、解决勘误表 BSL18 (空复位矢量不调用 BSL)的裸片修订版将不会再发布几个月。 我认为次级引导程序不会解决您的问题、因为如果复位矢量为0xFFFF、则永远不会执行此操作、并且由于 MSP430FR2311器件上没有信息存储器、因此没有用于存储此代码的安全位置。

您最好禁用 BSL 密码错误时的批量擦除功能、并保持正确的密码以解锁 BSL。 解锁后、您可以首先擦除特定的存储器地址、该地址在 BSL 编程结束时被重写。 这可能是您的软件调用代码检查以查看最后一个 BSL 序列是否成功完成的标志。

您的另一个选择是在批量擦除之后首先对软件调用代码进行编程并重置向量、再次使用该标志检查并查看预期编程的最后一个地址是否已完成。 这两种解决方案都不是完美的、但它们将有助于降低所涉及的风险。

此致、
Ryan

听起来好像您正在尝试复制 MSPBoot/MSP430FRBoot 资源(SLAA600/SLAA721)、但我不确定您是否可以在有限的代码空间内完成此操作。 您可以尝试进一步优化您的代码以获得更大的内存裕度。

如果升级在我的示例中被中断、那么在启动时、软件会识别地址标志保持复位并调用 BSL、从而避免出现错误状态。 如果在对地址标志检查和调用代码进行编程时中断编程、则可能会出现唯一的问题。

编辑：此问题的结论正在脱机处理。

此致、
Ryan