• 状态 Resolved
  • 已锁定 已锁定
  • 回复 12 回复
  • 订户 1 订户
  • 视图 666 视图
  • 用户 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.

[参考译文] TMS320F28379D：特性请求 CODECOMPOSER - SysConfig -TMS320F28379D

admin
Guru**** 2347060 points
Other Parts Discussed in Thread: TMS320F28379D, SYSCONFIG, C2000WARE
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1335958/tms320f28379d-feature-request-codecomposer---sysconfig--tms320f28379d

器件型号：TMS320F28379D
主题中讨论的其他器件： SysConfig、 C2000WARE

您好！  

我们针对产品在 Code Composer 中使用 SysConfig 编辑器、但是对于我们的器件 TMS320F28379D、我们无法在链接器命令文件配置部分下按我们的要求设置 codestart 地址、该地址当前为0x080000 (从闪存引导)或0x000000 (从 Ramm 引导)。

我们希望构建可从不同闪存扇区代码启动的固件、例如地址为0x0A0000的 FLASHH。

目前、我们通过修补 SDK 以及编辑以下文件来实现这一目标：

C2000Ware_5_01_00_00\utilities\cmd_tool\cmd_syscfg\source\.meta\f2837xd_memoryInfo.js

我们改变了

CodeStartLocations :[
{displayName :"Boot from Ramm", name :"0x000000"},
｛displayName："Boot from Flash"、name："0x080000"｝、
]、

至

CodeStartLocations :[
{displayName :"Boot from Ramm", name :"0x000000"},
{displayName :"Boot from FlashA", name :"0x080000"},
｛displayName："Boot from FlashE"、name："0x088000"｝、
｛displayName："Boot from FlashH"、name："0x0A0000"｝、
]、

是否可以    将为 f2837xd 选择更多 codestart 地址的选项添加到未来 SDK 版本中？

谢谢。

阿尔瓦尔

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

    尊敬的 Alvar：

    我现在将对此进行研究、明天会提供最新情况。

    此致、

    斯凯勒

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

    您好！  

    该器件仅支持这2个入口点。

    您希望将其放置在该特定地址是否有特定的原因。

    此致、

    维纳

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

    该表介绍了 ROM 代码可以跳转到的位置、具体取决于主要由引脚设置的引导模式。

    一个明显的例子是当有某种引导加载程序时、它将跳转到主软件。

     引导加载程序通常的主要目的是促进主软件的更新并引导该软件。

    这意味着将放置引导加载程序、其中有一个可从引导 ROM 访问的入口点、通常是表中的"Flash"条目。

    这也意味着您希望作为单独的独立工程构建引导加载程序和主软件。  

    这样的引导加载程序将不会像 ROM 代码那样仅限于"RAM"和"闪存"。  因此、若要构建主软件、需要 将链接器配置为不同的入口点。

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

    尊敬的 Martin：

    该工具不是为引导加载程序构建的、它假定 bootROM 直接分支到应用程序。 目前、没有未来更新 SysConfig 工具以添加更多地址的计划。 链接器 cmd 文件的许多功能不适合包含在 SysConfig 中。 对于更高级的用户、我们建议单独创建链接器 cmd 文件。

    此致、

    斯凯勒

  • 0
    TI__Guru**** 2347060 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Unknown 说：
    此工具不是为引导加载程序构建的，并假定 bootROM 直接分支到应用程序

    没有惊喜。 这也是我们填写功能请求而不是错误报告的原因。

    我是否可以把这答复看作是对特征请求的懒惰拒绝？  

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

    尊敬的 Martin：

    已记录功能请求、并已创建相应的 TT。  

    此致、

    斯凯勒

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

    您能否提供信息以跟进此票证。

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

    ？

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

    尊敬的 Martin：

    我正在为您创建外部跟踪信息。 我希望下周早些时候对其进行配置。

    此致、

    斯凯勒

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

    尊敬的 Martin：

    很抱歉延迟、我们负责管理外部 TT 跟踪的团队正在努力提供此信息。 一旦链接上线、我就会向您更新链接。

    此致、

    斯凯勒

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

    尊敬的 Martin：

    以下是跟踪 TT 的链接： https://sir.ext.ti.com/jira/browse/EXT_EP-11741

    我现在将关闭该主题。

    此致、

    斯凯勒

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

    这就是我所寻求的解决办法,谢谢。 ：-)

    由于我不是原来的作者,我不能将答复标记为解决方案