[参考译文] TMS320F28379S：TMS320F28379S：在具有不同入口点的执行之后无法执行程序

您好！

禁用 WD 后、代码始终正常工作。 是这样吗？ 如果是、我们建议在您的主应用程序中保持 WD 禁用和启用状态、并确保在超时期间为其提供服务。  

此致、

Vivek Singh

您好、Vivek、

感谢您的反馈。 我们将尝试您建议的方法在我们的主应用中启用 WD。

但是、奇怪的是、为什么不同的地址(尤其是奇数的地址)可以使 WD 超时？ 所有这些代码(F2837xS_CodeStartBranch.asm、boot28.asm)都来自 TI CodeSuite。 我们没有修改它们... 您能否分享有关入门级奇数地址问题的更多见解？

我的猜测是 boot28.asm 尝试初始化存储器映射、基于入口点地址的中断矢量、并且一些 memcpy/memset 操作需要字对齐、16位... 然后、奇数地址会导致对齐错误、然后跳转至错误的 main ()地址...

BR、

Yagamy

您好！

我可能会误解这一点。  我认为即使 使用与入口点相同的奇数地址、如果您禁用 WD、它也可以正常工作。 难道不是这样吗？  

此致、

Vivek Singh

您的理解是正确的。 让我来整理一下我们已经测试的内容：

1. WD 被禁用、奇数地址作为入口点=>确定
2. WD 被禁用、即使作为入口点的地址=>确定
3. WD 被启用、作为入口点的奇数地址=> NG
4. WD 被启用、即使作为入口点的地址=>确定

我的问题是、为什么4个可以工作、而3个不能工作。 在我的代码中、当我只向 GPIO_WritePin 添加一行函数调用时、这会增加目标文件的4个字节、然后使链接器重新排列目标文件、最后将 EntryPoint _c_init00 ()放置到奇数地址。

虽然我可以始终在  F2837xS_CodeStartBranch.asm 中禁用 WD 以仅处理 1和2个情况、但我仍然想了解更多为什么4个可以工作、但3个不能工作、因为我们需要向客户提供技术说明、以减轻他们在 F2837xS_CodeStartBranch.asm 中禁用 WD 的顾虑。

他们认为、禁用 WD  是一种权变措施、如果我们不知道真正的根本原因、则必须有一些副作用。  如果根本原因是以下原因之一、他们可以接受该解决方法：

• 奇数作为入口点地址、作为 F28379S 的勘误表
• 工具链中的已知问题、无论是汇编器、链接器还是编译器
• controlSUITE 中的已知问题

BR、

Yagamy

我认为它与入口点无关、因为如果这导致了问题、则 WD 禁用将不起作用。 我想这是因为添加了导致 WD 超时的代码。 我想、添加该行后、由于某种原因、它会增加 WD 禁用前的执行时间、这足以让 WD 超时。 您可以将代码执行从 Entrypoint _c_init00 ()配置为在 main()中运行，这样可以在两种情况下使用 CCS 禁用 WD，并查看是否有任何差异。  

此致、

Vivek Singh

您能否指导我如何将代码执行从 Entrypoint 配置为 main()？

BTW， 我们的程序也会在 main()执行的早期阶段禁用 WD。 它看起来是：

void main(){

  InitSysCtrl()；/*来自 F2837xS_SYSCTRL.c *

  (笑声)

｝

空 InitSysCtrl(void){
  //
  //禁用看门狗
  //
  DisableDog ()；
  (笑声)
｝

您可以看到看门狗在执行 main()后的很早的阶段被禁用。  c_init00 ()的实现由 TI 提供。 我们没有对其进行修改。 当我们在目标文件中增加4个字节(通过添加函数调用)时，为什么_c_init00 ()的执行需要更长的时间来触发 WD？