我需要创建一个需要在存储器中使用相对较大矢量的应用。 我使用的电路板设计与使用256MB 左右 DDR2的 OMAPL138 LCDK 相同。 我还在使用 TI RTOS。 该应用程序在使用调试器运行时运行良好、至少在功能上可以执行应该执行的操作、但在我刷写它时失败。
我已经从计划中删除了几乎所有内容、以找到解决此问题的方法、而不是运气。 现在、我仅使用一个源文件 main.c 文件和.cfg 文件。 在此简化程序中、我 也可以打开/关闭两个 LED。 我还定义了两个特定大小的向量= UPP_buffer_size。 我对这两个矢量所做的就是再次按顺序使用虚拟值填充它们。 我的 main.c 如下所示、省去了一些函数。
当我使用 JTAG (调试模式)运行此操作时、无论我为 UPP_buffer_size、8192、16384、65536为我的两个矢量选择了什么值、这两个矢量都可以看到两个 LED 按预期工作、它们存储在0xC0000000之后的地址中、 它是在.cfg 文件中定义的 DDR (我认为我已将其附加到此 msg)。 但是、当我将此代码闪存到器件中时、我只能在 UPP_buffer_size <= 8192时使其正常工作。 它不适用于 UPP_buffer_size>8192 (例如8193、16384或65536)。 我也在 LCDK 上尝试过这种情况、观察同样的行为。 为什么在我使用 JTAG 运行时该代码起作用、而在 UPP_BUFFER_SIZE > 8192时不起作用？ (对于 UPP_Buffer_Size <=8192、在闪存后工作正常)。 在哪里、似乎需要小于或等于8192的限制？ 我按照使用 out2rc 和 SFH 应用程序的刷写过程将 app.out 转换为 app.bin、然后通过 UART (以及 boot.AIS)下载、在所有情况下、无论我下载到闪存的程序是什么、这都声称是成功的。 我的.cfg 也在这里、我实际上不使用 BIOS、因此我不执行 BIOS_start 等)。 我确实为 SYS/BIOS 定义了一个8192堆栈和一个8192堆、 但这并不会产生影响、因为我不使用它(即、我增大该值、并且在使用 UPP_buffer_size > 8192时仍然无法使其在闪存后正常工作)、此外、为什么它在使用 JTAG 运行时正常工作、而在闪存时不起作用？
main.c：
#define UPP_buffer_size 16384 //Dimension in words UINT16 (16位字)
uint16 uPPRxBufferI[UPP_buffer_size]；
uint16 uPPRxBufferQ[UPP_buffer_size]；
void main (void)｛
hardware_init()； //初始化硬件
uint32 i=0；
while (1)｛
LED_ON (4)；//打开 LED 4.
延迟(1E6)； //循环虚拟延迟
LED_ON (5)；//打开 LED 5
延迟(1e6)；
对于(i=0；i<(UPP_buffer_size)；i++)｛
uPPRxBufferI[i]=I；
uPPRxBufferQ[i]=i+1；
｝
｝
｝
///----------------------------------
// hardware_init()
///----------------------------------
void hardware_init (void)｛
device_init()；
｝
void device_init (void)｛
//PLL 配置-------------------------------------------------------
setupPll0 (24)；//将执行24MHz x (24+1)/2 = 300MHz SYSCLK1
///----------------------------------------------------------
//引脚复用设置-------------------------------------------------------
pinMUX()；
///----------------------------------------------------------
// GPIO 设置-------------------------------------------------------
//在 PSC 中启用 GPIO 模块
gpioPowerOn()；
gpioDirection()；
｝
e2e.ti.com/.../7823.cfg_5F00_file.txte2e.ti.com/.../1537.cfg_5F00_file.txt
好的、这很有趣(希望我觉得我接近学习一堂课)。
我首先使用 JTAG 调试器执行了 memtest()。 实质上在 void memtest (void)｛...｝内
我在 memtest 中执行此操作：
1) 1)本地声明/定义特定大小的缓冲器(它存储在 DDR 空间0xc00xxxxx 中)
2) 2)用于切换某些 LED 的设置引脚(pinMux、gpioowerON、gpioDirection)
3) 3)开启 LED
4) 4)填充上面声明/定义的缓冲区
5) 5)关闭 LED
这会在 main()之前按预期发生。 我下载了带有调试器的程序，我可以看到并且实际上可以在 memtest Fxn 中放入断点，并看到它正在执行(打开 LED，填充缓冲区)，在完成后，它会转到，*有时*，然后到达 main()。
当我使用小于8192的缓冲区时，memtest 中声明的缓冲区会被分配到0xc002xxxx (0XC0023b90)中的某个位置，然后一切都正常，然后我从 main()开始，然后主()中的其余代码执行得像我看到的那样正常。 当我放置一个大于8192的缓冲区时、它将这个缓冲区放置在0xc001xxxx (0XC001bc58)上、但这似乎与代码中的其他内容相冲突、并且实际上 CPU 崩溃、我永远不会去 main ()。 这在某种程度上复制了我在闪存时看到的内容、但这次是在使用调试器时看到的内容。
有时、当我放置一个大于8192的缓冲区时、它实际上会在 memtest 中循环、因为永远不会进入 main、有时它会崩溃并进入退出中止段。
我还尝试了一个大小为131072的大型缓冲区，它将该地址的开头放在0xBxxxxxx，并循环它在 memtest 中看起来永远的内容...或者有时崩溃。 似乎我将该缓冲器放置在存储器中的某个位置、 当大小大于某个值时、我不应该这么做？ 同样、我有另一个程序使用大小为131072和的缓冲区、该程序在调试器中运行良好、并在刷写之后... 但最后一项测试似乎表明内存分配有问题？
我附加了 CCS 的屏幕截图、其中显示了大小为16384时缓冲区变量的位置：
