[参考译文] CCS/MSP430F5529：对引导加载程序的软件访问

Alex，

您是否能够淘汰旧版本的MCU并在旧版主板上使用新版本进行替换(或在新PCB上执行相反操作，即旧版本的MCU)？ 这会告诉你很多问题是什么，并会限制可能的罪魁祸首。

好的，我刚刚在MSP-FET430U64开发板的ZIF插槽中尝试了裸芯片。  

Rev.C和Rev.E芯片工作正常。

 我的新版本上的Rev.K零件无法正常工作。

新芯片作为HID设备出现，我可以将固件加载到其中。 但是软件BSL调用(PC到0x1000)失败，该部件只是作为CDC设备重新启动。 在通电过程中物理地将PUR拉至Vcc会访问bootloader。

我有一批哑弹。 建议？ 如何获得TI在这方面的帮助？

Alex，

由于较新的设备通过硬件调用正确地进入USB BSL，而且它们似乎工作正常，这让我相信这是软件问题，而不是硬件问题。 从您正在处理的修订来看，已经实施了许多USB和BSL修复。 这可能与最新芯片上的USB BSL版本不兼容，而不是您的正常软件。

我会尝试以下几种方法：

• 通过SW条目进入BSL之前，确保将USB BSL使用的外围设备重置为重置状态(计时器B，USB等)。
  • 在进入SW之前，需要将这些外围设备重置为默认状态。这是因为BSL建立在假设您刚刚完成重置的基础上， 并且它使用的外围设备处于默认状态。 在执行SW条目时不是这种情况，因为寄存器保留在上次设置的状态而不是默认状态。 最近更新了BSL用户指南，以包括其使用的所有外围设备，因此可以进行这些调整。
• 创建一个简单的裸机程序，在特定超时或按下按钮后，仅从SW条目进入USB。
  
  • 这将用作测试，以确保最简单的SW正常工作。
• 将BSL更新到最新版本
  
  • 我们会定期更新BSL，但可能尚未更新到芯片的最新版本。 更新BSL可以解决一些已经解决的问题。

Jace，我已经回到SPP-FET430U64工具上的SQU1演示应用程序"C1_LedOnOff"(我的应用程序的起点)。 我在slau3190.pdf第28页添加了USB BSL访问代码。

在Rev.K部件上，此代码有效，我可以成功触发bootloader。

这将手指指向计时器B，因为演示应用程序仅使用计时器A，而我的代码使用计时器B作为主刻度计时器。

因此，请建议-将计时器B重置为不会打乱启动加载程序的状态，具体需要做什么？ 简单地停止计时器不起作用。

正如我在上一篇文章中所述，我已经完成了所有这些操作，计时器寄存器恢复为数据表默认值，并从BSL应用程序注释中建议了代码片段，以禁用中断并断开USB连接。 它仍然存在故障。 引导加载程序中发生了哪些更改，因此我的代码不再起作用？ BSL还需要哪些其他资源？

Alex，

我在上一次的答复中已概述了BSL的需要。 也就是说，如果在调用之前已经使用过，则需要断开TimerB和USB堆栈的连接。 另外，建议禁用GIE，因为中断可能会中断BSL进程。 除此之外，我唯一能想到的问题是VCORE设置。 USB BSL将时钟速度更改为8MHz，并将VCORE级别更改为级别1。 当然，它可能假定VCORE是标准重置级别0。 如果您的VCORE和时钟级别较高，应该不会有问题，但这是一个值得测试的问题。 在进入BSL时会清除RAM，因此不会出现问题。

可以进行的一项调试工作是注释代码的各个部分，然后尝试转到SW BSL查看哪些设置会影响您的输入。 如您所述，TimerB是可疑 的，因此如果有任何方法无法在项目中使用/设置TimerB (临时)，请查看问题是否仍然存在。这可以为我们提供一些线索，以了解导致问题的原因。

在我们之前的谈话中，“TI认为已解决”被按下，因为我以为我已经为您找到了解决方案。 如果你看那个特定的答复，你可以拒绝这个概念。 很显然，问题尚未解决，我仍在与您合作，尝试解决问题。

我正在使用BSL文档中的完整代码片段；

__disable_interrupt ();
USBKEYPID = 0x9628;//解锁USB配置寄存器
USBCNF &=~PUR_EN；//将PUR引脚设置为Hi-Z，从逻辑上断开与主机的连接
USBPWRCTL &=~VBOFFIE;//禁用VUSBoff中断
USBKEYPID = 0x9600；//锁定USB配置寄存器
__DELAY周期(50万)；
((void (*)))0x1000)();//调用BSL

另外，将定时器B重置为复位状态，不能使用JOY。 我本来打算切换到定时器D，但我当然不会这样做。 这只剩下计时器A。我使用的是8MHz时钟和Vcore级别3。 我仍在四处寻找突破的希望。

设计人员支持的Jace是我选择供应商的关键因素，我曾考虑将设计发展为MSP430F5659，以便在没有MSP432 USB部件的情况下提供更多内存。 但是，鉴于您不再有现场工程师，我要自己解决TI芯片修订版引起的问题，我不太确定。 我将继续进行诊断，但如果TI能提供更主动的帮助，那就更好了。

在我们之前的谈话中，“TI认为已解决”被按下，因为我以为我已经为您找到了解决方案。 如果你看那个特定的答复，你可以拒绝这个概念。 很显然，问题尚未解决，我仍在与您合作，尝试解决问题。  在这些帖子中，我找不到'REJECT'选项。  

我需要一些关于这一点的提示，它正在深入探讨MSP430的要点，而不是我真正想要的。