[参考译文] TMS320F280025：UL1998 RAM 测试

您好！

您是否验证了它进入非法操作处理程序的确切指令是什么？ 您是否已确保当前或附近发生的数组索引和地址访问有效？  当您到达非法操作处理程序时、您能看到  CPU 中的返回地址寄存器指向了哪个函数吗？

此致、

阿米尔·奥马尔

您好

• 将 值从临时存储器恢复到原始地址期间触发非法操作处理程序  
• 从地址0x128到0xAA？？可以正常运行代码。 非法操作处理程序始终在地址0xAA 的某个值处触发？？
• 供参考…在主循环中运行代码时禁用中断…之所以将移至 ISR、是因为我们的数字电源降压转换器像主循环中的 RAM 测试一样停止响应。 这并不好。
• 您提到了"CPU 中的返回地址寄存器指向了哪些函数？"、我不知道如何进行检查

您好！

Miracle 说：

将 值从临时存储恢复回原始地址期间触发非法操作处理程序

您的代码中的这一行是什么？ 我不 知道这是在您上面的代码中还是在您的程序中的其他位置。

Miracle 说：

从地址0x128到0xAA 的代码是否正常工作？ 非法操作处理程序始终触发地址0xAA？

这话具体是什么意思？ 您是否在至中 使用指针或数组来访问0x128至0xAA 处的存储器？

Miracle 说：

您提到"CPU 中的返回地址寄存器指向了什么函数？"，我不知道如何检查它

此返回地址存储在 RPC (返回程序计数器)中。 您可以在调试会话的"Registers"窗口中找到此信息。

上面的屏幕截图来自 C28x 指令集。

此致、

阿米尔·奥马尔

您好

我的代码会将测试 RAM 的内容复制到0xC7B2后面的临时 RAM 中。 该区域不通过代码进行测试。 下面是测试 RAM 中内容的代码副本、

           ramR1_Copy =* ramR1Address_pr；
           ramR1_NextCopy = * ramR1AddressNext_pr；

其中 ramR1_Copy 和 ram_NextCopy 是在0xC7B2后面定义的、ramR1Address_pr/ramR1AddressNext_pr 是指向测试 RAM 地址的指针。

指针用以下代码定义、Ram_Temp 2在0xC782后面。

#pragma DATA_SECTION (ramR1Address_pr、"pragma Ram_Temp 2002")；
   uint32_t * ramR1Address_pr =(uint32_t *) 0x00000128；
#pragma DATA_SECTION (ramR1AddressNext_pr、" Ram_Temp 452")；
   uint32_t * ramR1AddressNext_pr =(uint32_t *) 0x0000012A；

在 March 测试(使用12个模式写入/读取到测试地址)之后、内容被从临时区域恢复到测试地址。

           * ramR1Address_pr = ramR1_Copy；
           * ramR1AddressNext_pr = ramR1_NextCopy；

ramR1Address_pr 和 ramR1AddressNext_pr、增加了1

           如果(x > 4000)
           {
               if (ramR1Address_pr ==(uint32_t *) 0x000007F2)//指针必须是偶数，因为指针增加2
               {
                   ramR1Address_pr =(uint32_t *) 0x0000A000；
                   ramR1AddressNext_pr =(uint32_t *) 0x0000A002；
               ｝否则、如果(ramR1Address_pr =(uint32_t *) 0x0000C7B2)
               {
                   ramR1Address_pr =(uint32_t *) 0x00000128；
                   ramR1AddressNext_pr =(uint32_t *) 0x000012A；

               ｝
               否则
               {

                   ramR1AddressNext_pr++；
                   ramR1Address_pr++；
               ｝
               pattern_index = 0；
               X = 0；
           ｝
       ｝

您会发现代码将跳过某个地址、因为链接器信息表明不应访问跳过的地址、它不是 RAM 的地址。

关于"0x0128"至"0xAA"的含义？" 正常工作。 这意味着代码执行从0x128到0xAA 的指针的测试？ 正确配置。 在这里、"？？" 指针的最后2位。 该值在不同的编译中没有固定值。

我在亚洲。 是否有可能让一些来自亚洲的 FAE 来支持这个问题。 这是因为它非常紧迫。 安全代理等待我们为应用解决此问题。

您好！

Miracle 说：

我位于亚洲。 是否可能有一些来自亚洲的 FAE 来支持这个问题。

FAE 很可能也会针对这种问题通过 E2E、因此问题也会以同样的速度解决。

Miracle 说：

在 March 测试(使用12个模式写入/读取到测试地址)之后、内容被从临时区域恢复到测试地址。

           * ramR1Address_pr = ramR1_Copy；
           * ramR1AddressNext_pr = ramR1_NextCopy；

[/报价]

根据您之前所说的、执行此代码时好像会发生非法操作处理程序、是这样吗？ 如果是这样、您是否介意单步执行这里的代码以查看是否有任何 CPU 寄存器被错误地更改？ 另请查看"Disassembly"窗口和"Memory Browser"、以便您验证所发生的更改符合预期。

此致、

阿米尔·奥马尔

1.内容是内存浏览器正确。  

我不熟悉汇编代码。

3.我们是否可以通过在线电话核实问题？