[参考译文] TM4C1294NCPDT：USB-Stick 更新问题

您好！

我尝试了默认的 USB_host_msc 示例代码、该代码检测 USB 并通过串行终端进行通信。 它工作正常。 控制器能够检测到 Target_USB 端口上的 USB 记忆棒。

现在、当我下载 USB_stick_update 代码时、它不会检测到 USB。

我无法粘贴整个代码、因为示例代码非常大。 我正在发布我在代码中所做的更新。

INT 条件= 0；
while (condition =0)//这将持续检查 Switch1按压操作
｛
if (ROM_GPIOPinRead (GPIO_PORTJ_BASE、GPIO_PIN_0)=0)
｛
UpdateerMain()；
条件= 1；
｝
｝
//
//如果我们到达这里，这意味着没有应该出现的任何情况
//原因更新为 true。 因此、调用应用程序。
//
CallApplication (APP_START_ADDRESS)；

这是我所做的唯一更改。 在开关后，按 UpdateerMain()被调用，在该配置中，ConfigureUSBInterface()被调用，最后是 UpdateerUSB()。

无效
UpdateerUSB (空)
｛
//
//循环永久、运行 USB 主机驱动程序。
//
while (1)
｛
USBHCDMain()；

//
//检查 USB 驱动程序的状态变化。
//
switch (g_Estate)
｛
//示例代码的其余部分
｝
它不检测进入开关内部所需的状态变化。

USB 或 OTG 电缆中没有任何连接错误或故障的问题、因为 USB_host_msc 示例工作正常。

请帮助... 谢谢你。

***类似***

绝对"清晰"-列出清晰、有序的步骤-确保海报(和后续读者)成功。

"基于段落"的叙述虽然有时很有帮助、但无法与您的顺序列表的精确度相媲美-做得好！

BTW -海报的问题描述非常好-但他的"主题行：TM4C：TM4C "非常糟糕-不会/零地激励(任何人)打开。   他是否不应(以官方的方式)得到这样的建议？   (最近(不想要的)引发的另一个恐怖事件声称是"论坛升级"。   (不！)

我的朋友-不需要"悲伤"。   您对您的问题描述得相当好-但请务必承认您所制作的主题行-完全没有引起他人的兴趣-它会"不遗余力"销售您的帖子！   (此类销售吸引了最合格或最感兴趣的人员和/或最近遇到您(确切)问题的人员。 (笑声) 即那些"最想"阅读并对您的帖子做出反应的人！)

"主题行"是可编辑的-您可以将其更改为"USB-Stick-Update Issue"-这会更好地传达您的主题...

[编辑] CST 07：40 -现在你已经"完成了"-这个帖子变得更加明显-对他人来说-很有趣-很好！

您好 Ralph、

我在其他帖子中看到了这个问题、并发现了这个部分。 也感谢您的详细解释。

我也做了同样的事情。 我更改了 blinky_ccs.cmd、并将 app_BASE 更改为0x00008000。 然后、我构建了项目并取出 bin 文件、将其粘贴到 USB 记忆棒上、对名称进行了适当的更改并执行了代码。

我还在调试窗口中检查了 Tiva-C 中这些闪存位置的 bin 文件的内容

现在我做了一个小的更改，而不是进行软件复位，而是调用了 CallApplication()函数。 我假设现在执行将从0x00008000开始、Blinky 将执行。

但它显示了未在0x86b6上预设源代码的错误。 当我将 APP_BASE 保持为0x00009000时、内存位置0x96b6也出现此错误。 我不想将这里的问题与之关联起来。 在我使用 bin 文件和调试中的 MEMORY 部分验证的位置存在适当的代码。 此外，在出错之前，PC 指向该地址，这意味着 CallApplication()函数将一直执行到该点。  

此外、在 Launchpad 上、LED 亮起、然后由于错误"未找到源代码"而停止执行、并且保持亮起状态。  

此致、  

Nishit。

Nishit、您好！

[引用用户="Nishit"]

现在我做了一个小的更改，而不是进行软件复位，而是调用了 CallApplication()函数。

[/报价]

我想您的前面跳得太多了。 首先让我们在进行任何修改之前为您完成此工作。 一旦我们确认您可以使用 USB_stick_update 上传闪烁项目而无需修改、那么我们就可以考虑启用您所需的功能。 请让我们一次执行一个步骤、否则、对于问题源而言、我们可能会有太多问题、无法建设性地调试我们的示例并为您提供指导。

您能否尝试以下操作：

1) 1)根据 TivaWare 使用 USB_stick_update、但不更改任何内容  

#define USB_update_filename "Blinky bin" 

2) 2)使用带我在上面突出显示的更改的 blinky 项目、为应用程序基址为0x00008000的 USB 记忆棒重新创建一个新的.bin 文件。

3) 3)验证此项目在没有断点的情况下运行时、是否会加载闪烁项目？

• 注意：如果进行调试、则必须让代码到达 ResetISR、然后从那里恢复、以使加载变得闪烁。 如果您断开与调试器的连接、那么每次按下重置按钮时、闪烁项目都将重新加载(您可以通过按住重置来观察闪烁停止来看到这一点)

[引用用户="Ralph Jacobi"]……您的前面跳得太多了。   首先让我们在进行任何修改之前为您完成此工作。   一旦我们确认您可以使用 USB_stick_update 上传闪烁项目而无需修改、那么我们就可以考虑启用您所需的功能。   请让我们一次执行一个步骤、否则我们可能会遇到太多问题[/报价]

或者-用一个词说-使用"kiss！"   这里禁止 "吻"与最近禁止 "类似"同样有意义-两者都导致了巨大且持续的低效！  

您好 Ralph、

我再次尝试创建一个新项目、然后在这些文件中进行了必要的修改(cmd)、现在示例代码和修改后的代码都正常工作。 现在、要编程的新文件将在0x00008000处刷写、并且闪烁灯正在工作。 现在、我要做的更改如下。 您能告诉我这是不是可能的吗？

假设我有一个从内存位置0x00加载到0x00003000的演示程序、并且我希望在远离演示应用程序代码的任何位置(例如0x00008000)出现 USB_Stick 更新代码。 在任何给定的时间、我希望演示代码运行、当我按下按钮时、它会进入 ISR、然后作为例程执行 USB_stick_update 代码、并在该演示代码的顶部闪存一个 bin 文件、而不会影响0x00008000 IE 的代码 USB_stick_update 例程。  

我的问题是如何在单独的存储器位置写入演示代码和 USB_stick_upadate 代码、因为我到目前为止已经注意到、每次闪存任何程序时、代码都会按顺序加载到闪存中。 我想实现的目标是可行的还是不可行的？ 如果不是、那么您是否可以建议使用其他资源丰富的方法来实现这种情况？  

此致、  

Nishit。

您好 Ralph、

是的、我还尝试将 APP_BASE 更改为0x00007000和0x00006000、并且 USB_stick_update 在该位置不起作用。 要使其正常工作、最少的内存位置应为0x00008000。 我想知道这背后的原因是什么。 是的、我考虑了这个问题(闪存应用程序大小与 Stick_update 进行了散列)。 一种解决方案是了解引导加载程序代码的大小、然后将其保存在存储器中非常远的位置。 无论如何、感谢您提供的所有支持。 我通过尝试这个示例学习了很多概念。

我还将再次参考引导加载程序文档。 如果您找到该 Stick_update 问题(app_BASE)的答案、请告知我、因为我想知道原因。 我还将尝试计算这个东西。

谢谢你。

此致、

Nishit。