This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] LUNCHXL-F2.8379万D:GUI Composer v2问题,修复以及更多问题。

Guru**** 2583985 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/640864/launchxl-f28379d-gui-composer-v2-problems-fixes-and-then-more-problems

部件号:LAUNCHXL-F2.8379万D
主题中讨论的其他部件:TMS320F2.8379万D

您好,

一周后(!) 挖掘论坛,数据表,代码行,然后尝试和错误,我设法将GUI Composer v2部分折弯到我的意愿。 我写这篇文章,所以没有其他人需要经历我的痛苦。 连接过程中存在一个主要问题-闪存之后,连接之前,微控制器会复位,RAM也会单独复位。 连接调试器时,默认情况下,TMS320F2.8379万D将进入无限循环,并且从不启动。 有两种方法可以解决此问题。 需要将程序驻留在闪存中,但更简单。 另一种方法可以解决问题。

解决方案一(闪存):

如果要在调试EMU_KEY和EMU_BMODE时引导至闪存,则必须对值进行编程。 可以在CCS中的“Scripts”(脚本)->EMU Boot Mode Select (EMU引导模式选择)下完成,但只执行一次,在UC重置后重置,对GUI Composer v2没有帮助。 修复方法是添加几行代码,如下所示:

GUI Composer v2刷新后,程序在连接前运行几秒钟,并能够加载此寄存器。 在连接过程中重置后,它将正常启动。  在调试涉及重置的闪存应用程序时,此方法也有助于CCS。 但是,如果将程序加载到RAM中,则会以这种方式擦除内容。 从加载到RAM中退出将会很痛苦,因为它比加载到闪存快几倍。

解决方案二(完全修复):

它需要修改GUI Composer v2所使用的.gel文件,该文件位于 C:\Users\YourUserName\AppData\Local\Texas Instruments \TICspeedAgent\Loader \CCS_BASE\emulation \gel中。 对于此UC Gel文件,文件名为 f2.8379万d_CPU1。 用记事本打开它,然后在OnTargetConnect()中注释出行,如下图所示:

这样,连接后RAM将保持完好。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,

    如果您在执行过程中尝试连接到设备进行某些调试,则可以注释掉重置和RAM输入以保留设备状态。

    如果您在加载代码后尝试执行代码,由于GEL OnTargetConnect()中的RAM-inits,代码加载后的断开连接和重新连接序列将清除RAM。 在这种情况下,我不会断开连接。 如果您出于任何原因需要断开连接,我同意您需要对RAM的内部进行注释。 我将请我们的RAM专家在TRM的RAM章节中添加一个注释,说明RAM初始化是在GEL文件中完成的(这可以帮助用户了解断开/连接序列后RAM中缺少代码的原因)。

    另外,请注意,对于完全嵌入式应用程序,不应将任何代码直接映射到RAM。 应在运行时将代码加载到闪存并复制到RAM。

    谢谢,此致,
    Vamsi
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Tea先生,

    正如Vamsi所解释的那样,调试过程中不应连接/断开连接。 RAM在GEL文件中被清除,因为即使CCS未连接,WD重置后,RAM内容也将被BootROM代码清除。 因此,这需要在代码本身中加以注意。

    我仍然不清楚你们所面临的问题。 你能不能再详细解释一下。

    此致,
    Vivek Singh
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    问题是GUI Composer应用程序在加载程序后执行了重置(重置不是由我完成的)。 这是解决此问题的解决方法。 我没有问题,我认为这篇文章可以帮助其他人在GUI应用程序中遇到此错误。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Tea先生,您好!

    我理解。 感谢您发布调试解决方案。 我不在GUI Composer团队工作。 我向GUI Composer专家询问了这一问题- GUI Composer似乎将程序加载(RAM或闪存)和调试器连接分为两个任务,以提供可选的程序加载选项,而不管目标通信选项如何。

    他们现在已意识到这个问题。 他们将努力为此找到解决方案。 我会确保他们提交一个TT以跟踪此情况。

    谢谢,此致,
    Vamsi
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    你好,Vivek,我遇到了同样的问题,我评论了g胶 重置();但GUI编辑器仍在重置微控制器,我正在使用带instaspin的2.8069万 m
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    问题已解决如果您使用GUI runtimev5作为独立应用程序运行GUI,则需要修改Gel文件,位于 :C:\Users\username\guicomposer\runtime\gcruntime.v5\win32\deskdb\content\TICloudAgent\win\CCS_base\emulation \gel