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.
您好!
我们针对产品在 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 版本中?
谢谢。
阿尔瓦尔
尊敬的 Alvar:
我现在将对此进行研究、明天会提供最新情况。
此致、
斯凯勒
您好!
该器件仅支持这2个入口点。
您希望将其放置在该特定地址是否有特定的原因。
此致、
维纳
该表介绍了 ROM 代码可以跳转到的位置、具体取决于主要由引脚设置的引导模式。
一个明显的例子是当有某种引导加载程序时、它将跳转到主软件。
引导加载程序通常的主要目的是促进主软件的更新并引导该软件。
这意味着将放置引导加载程序、其中有一个可从引导 ROM 访问的入口点、通常是表中的"Flash"条目。
这也意味着您希望作为单独的独立工程构建引导加载程序和主软件。
这样的引导加载程序将不会像 ROM 代码那样仅限于"RAM"和"闪存"。 因此、若要构建主软件、需要 将链接器配置为不同的入口点。
尊敬的 Martin:
该工具不是为引导加载程序构建的、它假定 bootROM 直接分支到应用程序。 目前、没有未来更新 SysConfig 工具以添加更多地址的计划。 链接器 cmd 文件的许多功能不适合包含在 SysConfig 中。 对于更高级的用户、我们建议单独创建链接器 cmd 文件。
此致、
斯凯勒
此工具不是为引导加载程序构建的,并假定 bootROM 直接分支到应用程序
没有惊喜。 这也是我们填写功能请求而不是错误报告的原因。
我是否可以把这答复看作是对特征请求的懒惰拒绝?
尊敬的 Martin:
已记录功能请求、并已创建相应的 TT。
此致、
斯凯勒
您能否提供信息以跟进此票证。
尊敬的 Martin:
我正在为您创建外部跟踪信息。 我希望下周早些时候对其进行配置。
此致、
斯凯勒
尊敬的 Martin:
很抱歉延迟、我们负责管理外部 TT 跟踪的团队正在努力提供此信息。 一旦链接上线、我就会向您更新链接。
此致、
斯凯勒
尊敬的 Martin:
以下是跟踪 TT 的链接: https://sir.ext.ti.com/jira/browse/EXT_EP-11741
我现在将关闭该主题。
此致、
斯凯勒
这就是我所寻求的解决办法,谢谢。 :-)
由于我不是原来的作者,我不能将答复标记为解决方案 Alvar Udras