[参考译文] CC2640R2L：无法启动可更新固件

您好！

让我确保我正确理解您的情况：

1.您将主线程作为"bootloader"刷写、而将 mainloop 作为"updatable program"单独刷写

2.您无法从主线程跳转到主循环，而您正尝试对 jumpToPrgEntry()进行调用。 您进入该函数调用、然后 UART 不会输出任何内容。

如果这是准确的、我建议查看存储器中的代码、看看在分支到的0x8000地址处是否有正确的代码。  您能否在那里放置一个断点以查看是否已达到该点？

你好 Nathan！ 感谢你的答复。

1)是的、我使用 TI 提供的 Uniflash 工具将引导加载程序和可更新程序分别刷写为.bin 文件。 引导加载程序 I 从地址"0"开始闪存、 可更新程序从地址0x8000开始。 它们是两个不同的项目。 为了开发可更新程序、我从简单的 obeserver 示例开始、而为了开发引导加载程序、我从 uartecho 示例开始。 在显示工作区的 IDE 屏幕截图中、您可以看到这一点、因为我保留了示例的名称。

mainThread()是 引导加载程序的主函数(以前是 uartecho 示例)。 我也从示例中保留了这个名称"mainThread()"。 我不知道为什么它包含"...Thread"、因为正如您在屏幕截图中看到的、我采用了 no RTOS 示例。 因此、它实际上不是线程、而是可更新程序的主循环(让我们将其称为固件)位于一个线程函数"simple_observer _taskFxn ()"中、我显然也从示例中保留了该函数。

2)我不是直接跳转到固件的主循环、而是开始(至少我正在尝试)。 但是、如果一切正常、这应该会在它的 mainloop 中结束。是的、在 jumpToPrgEntry()调用之后、UART 没有任何内容表明我们没有在它的 mainloop 中结束。 因为在这种情况下、UART 的输出是它的主循环应该无限执行的操作。

建议) 下面是0x8000及其周围的存储器的屏幕截图。

至少有一些东西。 对我来说、这是很难说的。 据我所知、无法在该处添加断点、因为无法在 IDE 中调试类似这样的固件更新(在我的情况下为 CCS)、 但是、我以前在 IDE 中以调试模式单独测试了两个映像、并且它们实现了预期的效果。

此外、这里是 UART 输出。 我认为这表示已达到函数调用。

此外、我必须说这一点

也不起作用、因为它会导致该 UART 输出

Daniel、您好！

您是否可能初始化 UART 两次？ 进入引导加载程序并进入应用程序？ 这可能是问题的根源。 此外、如果您按照 此处 OAD SimpleLink Academy 实验第4节中的步骤操作、则可以调试代码。

如果您能够使用这些工具/提示进行进一步调试、请告诉我。 如果您可以让调试器工作、我认为这应该会变得更加清晰。

最棒的

不需要

您好、Nathan、感谢您的技巧。 我不知道这是可能的、我认为这会非常有用。 当我这么做是因为我在"jumpToPrgEntry (uint32_t prgEntry)"函数中放置了一个断点。 到达后、我进入函数   

通过单步执行、我单步执行到该函数的最后一行、即实际跳转。

然后、我执行了另一个单步执行、 最后 显示了该屏幕。

当我单击"View Disassambly"按钮时、我会看到这个屏幕。

之后、我不再能够通过断点跟踪程序。 我之前在其他项目中看到过这种行为、例如与运行时错误(例如、在不存在的数组索引上写入)结合使用。 简而言之、我会说 这意味着程序此时崩溃、但老实说、我无法更准确地说这意味着什么。 也许你可以告诉我它到底意味着什么，也许你甚至可以说这个更安全的巨人意味着什么。 但我认为在这种情况下、两次初始化 UART 不可能成为问题、因为我认为崩溃在跳转后直接出现、但从现在开始、我只初始化一次、以避免出现另一个问题。

TYI：与我尝试跳转到地址0之前的最新测试类似、因为我希望引导加载程序映像内部的跳转比从一个映像跳转到另一个映像更容易实现。

像这样跳转：

asm ("MOV R0、#0x1234")；//更改地址
asm ("LDR R1、[R0、#0x4]")；
asm ("LDR SP、[R0、#0x0])；
asm ("BX R1")；

您只需将地址更改为目标固件即可。 JumpToPrgEntry 已损坏。