[参考译文] RTOS/TMS320F28075：在跳转至_c_int00后、RAM 内容丢失

您好！

通过 JTAG 加载/运行时、您能提供确切的步骤。
2.如何覆盖复位矢量？
3.您是否100%确定您的引导代码在下电上电时运行(例如、没有 JTAG)？
4.为什么不能将所有引导代码全部放入 MyStartup_resetFunction 中？
5.是否可以确认正确配置了 MyStartup_resetFunction？ 例如：
VAR 启动= xdc.useModule('xdc.runtime.Startup');
startup.resetFxn ="&MyStartup_resetFunction"；

在 c_int00和对复位函数的调用之间运行的代码不多。 您可以在中查看它 \packages/ti\targets\rts2800\boot_cG.asm。

Todd

谢谢、Todd。
您的问题非常有趣。 我将进行一些测试、我将在几天内回复。

谢谢你。

此致、

演示

您好 Todd、

[引用 user="ToddMullanix"]您好、

通过 JTAG 加载/运行时、您能提供确切的步骤。
[/报价]

我将 Code Composer Studio 6.1.1与 XDS100v2 USB 调试探针结合使用。 我通过 JTAG 将 PC 连接到目标、编译工程并按下带有绿色虫子的图标以下载和调试我的软件(引导和固件)。
执行此操作后、我看到我的引导已执行、并且在进行一些初始化并检查之后、通过在_c_int00地址处跳转来启动固件。

[引用 user="ToddMullanix"]
2.如何覆盖复位矢量？
[/报价]

我打开了窗口
Project -> Properties -> CCS Build -> C2000 Linker -> Advanced Options -> Symbol Management
然后我又去了线路
"为输出模块指定程序入口点(--entry_point、-e)"
我已经在编辑框中写入了我的标签(_c_intBOOT)。

通过这种方式、我发现代码从_c_intBOOT 行开始、而不是从_c_int00行开始。 但只有在我连接了调试探针时、才会发生这种情况。 如果我在不通过 JTAG 重新连接的情况下关闭和打开目标、我会看到我的引导代码未执行。

[引用 user="ToddMullanix"]
3.您是否100%确定您的引导代码在下电上电时运行(例如、没有 JTAG)？
[/报价]

我已经做了一些测试、我发现您是对的：如果我没有与 JTAG 连接、我的引导代码根本不会执行。 这就是我发现引导 RAM 复位为0的原因。
现在的问题是：为什么我的引导代码不是仅在我未连接 JTAG 时才执行？

[引用 user="ToddMullanix"]
4.为什么不能将所有引导代码全部放入 MyStartup_resetFunction 中？
[/报价]

当我启动这个项目时、我没有使用 SYS/BIOS 的经验、我更喜欢保持引导(没有 SYS/BIOS)和固件(有 SYS/BIOS)的不同。
此外、引导可以擦除固件并使用存储在外部闪存中的更新版本对其进行更新。 因此、我发现更容易保持引导和固件完全不同。

[引用 user="ToddMullanix"]
5.是否可以确认正确配置了 MyStartup_resetFunction？ 例如：
VAR 启动= xdc.useModule('xdc.runtime.Startup');
startup.resetFxn ="&MyStartup_resetFunction"；
[/报价]

是的、我确认。 我已经签入了 app.cfg 文件、并看到了这些行。

谢谢你。

此致、

演示

Demis、您好！

感谢您的回答。 您可以使用 ti.sysbios.family.c28.Hwi 模块中的 plugMeta 函数来插入引导代码入口点。 您将把您的函数插入 intNum 0。 我将在明天做一个示例并附上。 基本上、我将在 SYS/BIOS 应用程序的链接器文件中创建一个与引导函数地址相对应的符号。 然后使用该符号并在.cfg 文件中调用 plugMeta。

出于好奇、您如何在引导代码中跳转到_c_int00？

此外、您希望单独启动代码的原因完全有意义。

Todd

您好 Todd、

[引用 user="ToddMullanix"]Hi Demis、

感谢您的回答。 您可以使用 ti.sysbios.family.c28.Hwi模块中的 plugMeta 函数来插入引导代码入口点。 您将把您的函数插入 intNum 0。 我将在明天做一个示例并附上。 基本上、我将在 SYS/BIOS 应用程序的链接器文件中创建一个与引导函数地址相对应的符号。 然后使用该符号并在.cfg 文件中调用 plugMeta。

[/报价]

谢谢你 Todd、你很好。 一个示例对我非常有用。

[引用 user="ToddMullanix"]

出于好奇、您如何在引导代码中跳转到_c_int00？

[/报价]

在我们的项目中、我们通常会在固件闪存中保留少量内存、以存储有关固件的一些信息：固件入口点、版本、产品代码、ECC。这些信息始终存储在同一地址。 这样、引导函数可以为任何固件版本加载这些信息。

固件入口点通常是 main()函数的地址。 因此，在初始化之后，引导程序将该地址加载到 C 函数指针中，然后通过该指针调用 main()函数来跳转到固件。

在此项目中、我已声明(但未定义！) c_int00标签作为函数

extern void _c_int00 (void)；

然后、我已将_c_int00存储在为固件入口点保留的存储器地址中。 因此引导可以跳转到_c_int00而不是 main()函数。

我在网上找到了将_c_int00声明为 void 函数的提示、以便在 C 语言中正确使用它、但我不记得在哪个网站上...

谢谢。

此致、

演示

Demis、您好！

我没有很好地完成编写工作，但下面是草案和两个例子。 请告诉我这是否适合您。 完成后、我会将其添加到 processors.wiki.ti.com 并更新此主题以指向它。

Todd

e2e.ti.com/.../6036.C2000BootAndSYSBIOS.pdf

e2e.ti.com/.../2046.C28BootExamples.zip

您好 Todd、
感谢您的文档和示例。
我将尽快进行一些测试、并向您提供反馈。

此致、

演示

Demis、您好！

我做了一些更改、并在上面重新发布了这些更改。 这些更改只是为了添加 LED 管理和一两个拼写错误。

Todd

好的、谢谢 Todd。
昨天、我尝试遵循您的提示、但我无意中发现了一些问题。
首先、我只有一个同时包含引导和固件的项目、但这对我来说并不是真正的问题。

感谢您的文档、我发现我没有在 codestart 部分中放置正确的代码。 但是、我无法更正该问题、因为在 codestart 段中还有"ti_catalog_c2800_initF2837x_begin"代码。 我应该是由我在 app.cfg 中包含的引导模块将其放置在那里：

VAR Boot = xdc.useModule('ti.catalog.c2800.initF2837x.Boot');
BOOT.OSCCLKSRCSEL = BOOT.OSCCLK_XTAL；
boot.OSCCLK = 16；
boot.SPLLIMULT = 15；
BOOT.SYSCLKDIVSEL = 1；
boot.loadSegment ="flash_FW page = 0"；
Boot.runSegment ="RAM_FW_PRG PAGE = 0"；
boot.SPLLFULT = Boot.Fract_0；

因此、我删除了上面的所有行、但我发现了另一个问题："BIOS.cpufreq (120000000Hz)与实际 CPU 频率(2500000Hz)不匹配。 请对引导模块的 PLL 设置进行编程、以确保实际的 CPU 频率与 BIOS.cpufreq 相匹配。"

在我的引导代码(SYS/BIOS 之外)中、我对 PLL 进行编程、以确保 CPU 频率为120000000Hz、但 SYS/BIOS 似乎需要包含引导模块、并通过引导模块对 CPU 频率进行编程。

我已经查看过您的固件示例、我看到您尚未包含引导模块。 今天、我尝试编译您的示例并了解如何解决我的问题。

谢谢你。

此致、

演示

我的解决方案在重启后无法正常工作、我还需要替换 SYSBIOS 引导函数。 这似乎相当麻烦。 我将在.cfg 中执行以下操作。

Program.sectMap[".ti_catalog_c2800_initF2837x_begin"]="开始"；

然后、我在新的项目.asm 文件中提供 Boot_asm.s28代码。 我将分支更改为跳转到新的引导代码、而不是_c_int00。

我还必须禁用 CODE_START ASM 中的看门狗。

Todd

Demis、您好！

我要查看这个。 我很快会回来的。

Todd

Demis、您好！

它基本上看起来很好。 我有两个意见。

为什么_c_int00使用0xB7FE2。 它似乎是一个相当随机的位置。
2.是否插入其他 intNum 0函数？ 如果发生复位、默认情况下会转到_c_int00、而不是 code_start。

Todd

您好 Todd、

[引用 user="ToddMullanix"]Hi Demis、

它基本上看起来很好。 我有两个意见。

为什么_c_int00使用0xB7FE2。 它似乎是一个相当随机的位置。

[/报价]

不、这不是一个随机位置、但我知道它可能会出现在您看来。 )

我尝试解释一下。

28075 DSP 有14个闪存扇区。 我已保留

－用于引导的 A-B 扇区；

－固件的 G、H、I、J 扇区；

应用数据的 K、L、M、N 扇区；

- C、D、E、F 扇区、用于引导或固件的未来扩展。

在固件的底部区域、我分配了一个表(FwTable)、其中包含一些与引导共享的数据。 所有固件版本都在同一地址分配 FwTable 表、因此引导程序始终可以访问此类数据。

FwTable 被分配到 J 扇区(0xB0000-0xB8000)的底部区域、特别是在0xB7FE0地址处、且其长度为0x20字。 第一个基准面是一个2字基准面、而第二个数据是_c_int00地址、因此它被分配在0xB7FE2地址。

[引用 user="ToddMullanix"]
2.是否插入其他 intNum 0函数？ 如果发生复位、默认情况下会转到_c_int00、而不是 code_start。
[/报价]

不、我没有插入其他 intNum 0函数、因为我认为它不是必需的。

您的意思是、如果在没有下电上电的情况下发生复位、代码执行从_c_int00开始、对吧？

因此、我应该将以下行添加到 app.cfg 文件中：

Hwi.nonDispatchedInterrupts[0]=新的 Hwi.NonDispatchInterrupt ()；
Hwi.nonDispatchedInterrupts[0].fxn ="_code_start"；
Hwi.nonDispatchedInterrupts[0].enableInt = false；
Hwi.nonDispatchedInterrupts[0].intNum = 0；

正确吗？

非常感谢、Todd。

此致、

演示

您好 Todd、
谢谢你。

我将修复我的代码、并可能在下周做一些测试。

此致、

演示

您好 Todd、

我已经做了一些测试、但结果不是我(或者我们...) 预期。

1) 1)复位测试

我尚未将以下行添加到 app.cfg 文件中：

Hwi.nonDispatchedInterrupts[0]=新的 Hwi.NonDispatchInterrupt ()；
Hwi.nonDispatchedInterrupts[0].fxn ="_code_start"；
Hwi.nonDispatchedInterrupts[0].enableInt = false；
Hwi.nonDispatchedInterrupts[0].intNum = 0；

因为我想检查如果 DSP 复位会发生什么情况。

我找到了以下结果：

a)复位原因：看门狗失效

如果看门狗在启动时到期(不带 SYS/BIOS)、则 DSP 会复位并从_code_start (即从启动开始)重新启动代码执行(正确！)。

无论 CCS 是通过 JTAG 连接到目标、还是 CCS 未连接、都会发生这种情况。

如果看门狗在固件中过期(使用 SYS/BIOS)、则 DSP 复位并从_code_start (即从引导(正确！)重新启动代码执行 仅当 CCS 未连接到目标时。

相反、如果 CCS 连接到目标并且看门狗在固件中过期、则代码执行肯定会停止、并且程序不会再次运行、直到我通过 CCS 复位 DSP 或关闭并打开电源。

代码执行似乎会跳转到未编程的位置、或类似的位置。

b)复位原因：强制复位

我通过在 WDCR 寄存器的 WDCHK 字段中写入0 (零)来强制复位。

如果在引导时强制进行复位(不带 SYS/BIOS)、DSP 将复位、并且代码执行从_code_start、i、e.从引导中重新启动(正确！)。

如果在固件中强制进行复位(使用 SYS/BIOS)、则 DSP 会复位、代码执行从_code_start 重新启动、即 i。e.从引导(正确！) 仅当 CCS 未连接到目标时。

相反、如果 CCS 连接到目标并且在固件代码执行中强制复位绝对停止、并且程序不会再次运行、直到我通过 CCS 复位 DSP 或关闭并打开电源。

代码执行似乎会跳转到未编程的位置、或类似的位置。

总之、我已经看到、如果 CCS 未连接、代码执行在以下所有情况下都正确启动：

－在一个循环通电后(即在关闭和打开电源之后)；
-由于看门狗过期而复位之后；
-通过 WDCHK 域强制复位后。

那么、为什么我应该添加这些行来更改 Hwi.nonDispatchedInterrupts[0]配置？

2) 2)更改 Hwi.nonDispatchedInterrupts[0]配置

但是、我已尝试更改 Hwi.nonDispatchedInterrupts[0]配置、并将以下行添加到我的 app.cfg 文件中

Hwi.nonDispatchedInterrupts[0]=新的 Hwi.NonDispatchInterrupt ()；
Hwi.nonDispatchedInterrupts[0].fxn ="_code_start"；
Hwi.nonDispatchedInterrupts[0].enableInt = false；
Hwi.nonDispatchedInterrupts[0].intNum = 0；

但编译失败、出现以下错误：

-ti.sysbios.family.c28.hwi/nonchedDispatchInterrupts/'ti_sysbios_family_c28_Hwi0'：fxn 的分配不兼容："_code_start"

- XDC 运行时错误：ti.sysbios.family.c28.Hwi/nonDispatchedInterrupts/'ti_sysbios_family_c28_Hwi0'：fxn 的分配不兼容："_code_start"

为什么"_code_start"分配不兼容？

此致、

演示

Demis、您好！

我今天在旅行。 我明天会看这个。

Todd

Demis、

我将与 CCS 团队一起查看他们在器件启动的复位上所做的工作。

有关构建错误的问题、您有没有
_code_start=0x080000；
基于 SYS/BIOS 的应用程序的链接器文件中？

您需要为 NMI 中断插入 int 0。 您已经测试过复位事件。 我将举一个例子。

Todd

[引用 user="ToddMullanix"]Demis、

我将与 CCS 团队一起查看他们在器件启动的复位上所做的工作。

[/报价]

好的、谢谢。

[引用 user="ToddMullanix"]

有关构建错误的问题、您有没有
_code_start=0x080000；
基于 SYS/BIOS 的应用程序的链接器文件中？

[/报价]

不、我的 cmd 链接器文件中没有该语句。

但是、我通过另一种方式获得了相同的结果：

存储器
｛
第0页:/* 程序内存*/

(笑声)

   /*闪存引导地址*/
   /* begin 用于"引导至闪存"引导加载程序模式  */

   开始  ：origin = 0x080000，length = 0x000002

(笑声)

｝

部分
｛

(笑声)

  /*分配计划领域：
            code_start 是 codestart 段开始处的标签*

  codestart               ：> begin                          page = 0，align (4)

(笑声)
｝

然后、如果我检查我找到的映射文件

入口点符号："_code_start" 地址：00080000

因此、我认为我不需要_code_start=0x80000分配。

[引用 user="ToddMullanix"]
您需要为 NMI 中断插入 int 0。 您已经测试过复位事件。 我将举一个例子。

[/报价]

好的、谢谢。

此致、

演示

您好 Todd、
有关此问题的任何新闻？

谢谢。

此致、

演示

您好 Todd、

有关此主题的任何新闻？

我正在开发项目、但仍然遇到相同的问题、即如果通过 JTAG 连接 CCS 时系统复位、则复位失败、代码执行被占用在引导 ROM 代码中的第0x3FE2ED 行。

如果我调用 BIOS_exit()，也会出现同样的问题：BIOS_start()调用之后的指令永远不会被执行，代码被吸入到第0x3FE2ED 行。

我不知道如何解决这个问题、您有什么提示吗？

谢谢你。

此致、

演示

您好 Todd、
我已经做了一些其他测试。
具体而言、当 CCS 通过 JTAG 连接到我的目标并且在启动 SYSBIOS 之前、我已通过看门狗寄存器强制进行复位。 但是、我发现了同样不需要的行为：代码执行被吸入到第0x3FE2ED 行。

因此、我认为这种行为不涉及 SYSBIOS、但它仅取决于 CCS。 对吧？

谢谢。

此致、

演示

好的、谢谢。

此致、

演示