• 状态 Resolved
  • 已锁定 已锁定
  • 回复 15 回复
  • 订户 1 订户
  • 视图 923 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CCS/TMMDXIDK5718：错误报告CCBT-1993

admin
Guru**** 2414260 points


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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/636713/ccs-tmdxidk5718-bug-report-ccbt-1993

部件号：TMDXIDK5718

工具/软件：Code Composer Studio

你(们)好

大约一年前，有一个线程涉及重新启动应用程序，其中初始化的数据部分未再次初始化。

https://e2e.ti.com/support/embedded/tirtos/f/355/p/54.2236万/1978196</s>197.8196万

  • 0
    TI__Guru**** 2414260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    似乎我的一些文本已被丢弃...
    因此，这再次是整个问题：


    最后，TI员工“ScottG”就一份归档错误报告(CCBT-1993)作出了回复。

    e2e.ti.com/.../197.8196万

    因为我遇到了同样的问题，所以我尝试跟踪该错误，但我无法找到它。
    在哪里可以找到有关此错误的更多信息？

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

    我认为它在外部错误工具中不可见，因为它是一个要求，而不是一个错误。

    请求的更改摘要为：

    "调试器不应支持重新启动为RAM模型构建的程序，方法是不提供该选项，或者在客户尝试重新启动时指明此选项；或者，为了支持RAM模型，如果请求重新启动，调试器应执行部分重新加载以重新初始化全局。"

    我将获得更新状态

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

    感谢您的回答。
    我期待您的状态更新。

    此致，
    Markus
  • 0
    TI__Guru**** 2414260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    目前还没有答复，但我希望在下周开始时能得到更多的细节。

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

    Markus，

    请参阅此HOWTO说明，以指定GNU目标的不同数据加载和运行地址： processors.wiki.ti.com/.../BIOS_with_GCC_(CortexA)

    执行此操作时，每次程序启动.data部分运行时位置时，都将从加载程序放置在内存中的初始值重新初始化。

    这是您想要的吗？  如果不是，请澄清您的具体使用案例和问题吗？

    谢谢！
    Scott

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

    在这条线之前的几天，我已经尝试了您的建议。 由于它仍然不起作用，我创建了以下线程：

    e2e.ti.com/.../63.5099万

    您能为您提供帮助吗？

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

    我看了你的另一个主题，你发布的内容对我来说很好。 我不知道为什么这不起作用。

    我刚刚在MSP432板上做了一些实验(今晚我与我一起)，并且按照维客页面上的描述执行Program.sectMap[]步骤，对我来说没有任何问题。 我尝试同时指定加载/运行段和地址，地图文件看起来很好，在这两种情况下，程序运行和重新启动都正常。

    我运行的是更高版本的内核，但我认为这不会有什么不同。

    您可以尝试作为实验的一件事… 如果您指定地址而不是段，您会看到相同的结果吗？ 我不知道您的自定义平台中的句段是否有问题(?)

    我刚刚向分配给您的另一线程的工程师发送了一个内部ping命令，以查看他是否取得了任何进展，或者他是否有任何想法，说明为什么在您的情况下这可能不起作用。 希望您很快就能收到有关该主题的回复…

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

    你好，Scott

    关于您的建议："如果您指定地址而不是句段，您会看到相同的结果吗？"：
    是的，我也尝试过，但结果是一样的。 未使用加载地址。

    感谢您参与其他工程师的参与。
    我期待着他的回答。

    此致，
    Markus

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

    好的，谢谢Markus。

    很抱歉耽误你的时间。  我还没有收到分配给您的线程的工程师的回复。  我没有使用您正在使用的SDK，我希望他能够识别出问题所在。

    我希望能尽快得到您的回复…

    此致，
    Scott

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

    你好，Scott

    此问题是否有任何更新？

    此致，
    Markus

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

    您好Markus：

    我确实与Eric联系过，看到他回复了您原来的线。  我把它留在了那里，不知道你还有什么问题。  当时我可能会要求将此线程作为副本关闭。  

    不管怎样，很抱歉耽误你的时间。

    我现在看到您对另一个线程的回复，即它适用于您自己的分区，但不适用于预定义的分区，如.text，.data等 。当我尝试移动.data时，没有任何问题。  我的猜测是，问题与自定义平台有某种关系。  我当地的一位工程师可以问我这个问题(他在wiki上写了HOWTO的信息)，但他已经离开了。  我明天会跟他谈谈，看看他是否有任何建议…

    此致，
    Scott

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

    您好Markus：

    我听到了。  Wiki网页上描述的技巧将生成第二个放置指令，其目标是它将覆盖平台内自动生成的默认指令。  自此之后，发现此覆盖对某些链接程序版本不起作用。  这可能是您的项目正在发生的情况。

    另一种强制对.data使用不同的加载和运行地址的方法是编辑您的自定义平台，以便分别对代码和数据区域进行分区。  默认情况下，自动生成的链接程序脚本将.data部分放入Program.platform.codeMemory，并在Program.platform.dataMemory中具有运行地址。  如果编辑内存配置，使codeMemory和dataMemory指向不同的内存区域，则会导致.data的加载和运行地址不同，从而允许.data值在CPU重置时重新初始化。

    这对您有效吗？

    谢谢！
    Scott   

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

    你好，Scott

    我按如下方式更改为平台设置：

    这才是诀窍：
    “.data”部分现在有单独的加载和运行地址(load：dddr_code，run：dddr_data)。

    我还在我的配置文件中添加了以下内容：

    Program.sectMap[".data"]=新Program.SectionSpec()；
    Program.sectMap[".data"].loadSegment ="DDR_code"；
    Program.sectMap[".data"].runSegment ="DDR_data"；

    奇怪的是，在我这样做之后，程序总是在main()之前崩溃。
    但当我删除这些线条时，它是有效的。
    有什么想法，为什么这里出现了这种错误？

    此致，
    Markus

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

    您好Markus：

    好的，我很高兴听到它工作正常(没有这些额外的线路)。

    我不知道如果您在配置文件中添加.data的额外处理，为什么程序会崩溃。  如果在平台中指定了不同的代码和数据存储器区域，则无需使用Program.sectMap[]，因为默认指令现在将对.data使用不同的加载和运行地址。

    猜测在缺省指令和那些试图在配置文件中覆盖的指令之间仍然存在一些排序问题。  要理解原因，最好调试启动顺序，以查看main()崩溃发生的位置。  我希望最终它会有意义，但我不知道您是否要进一步调试，因为不再需要尝试重定向.data (?)

    此致，
    Scott

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

    你好，Scott

    感谢您的评估。
    因为它现在正在工作，我没有时间进一步调查，所以我会这样做。

    再次感谢您的帮助！

    此致，
    Markus