MDK __attribute__指定数组在RAM中的地址，但是好像数组好像并没有存放在指定位置？

zyftank

MDK 5.26 ，ARM compiler :Use default compiler version5。

[C] 纯文本查看 复制代码

#define RAM_ADDR             0x20001000    
u16 plc_16BitBuf[PLC_16BIT_BUF_SIZE] __attribute__ ((at(RAM_ADDR)));

for(temp=0;temp<126;temp++)                     
  {                                                                 
     temp_address = 0x1800;
     plc_16BitBuf[temp_address+temp]=special_d[temp]; 
  }

先是定义了基地址0x20001000，然后指定plc_16BitBuf数组存放在RAM的基地址位置，初始化的时候给数组第0x1800后127个元素赋值 。

但是运行的时候，发现RAM的0x20002800地址的数据并不是我们想要的数据。

eric2013

这个定义按说没问题的，看下manp文件实际地址是多少。

AC5，直接写数值试试：
u16 plc_16BitBuf[PLC_16BIT_BUF_SIZE]  __attribute__((at(0x20001000)));

AC6：
u16 plc_16BitBuf[PLC_16BIT_BUF_SIZE] __attribute__((section(".ARM.__at_0x20001000")));

tajiong

应该不是0x20002800这个地址吧，我记得在u16数组的应该是0x20001000+0x1800*2

eric2013

tajiong 发表于 2024-9-9 08:32
应该不是0x20002800这个地址吧，我记得在u16数组的应该是0x20001000+0x1800*2

看的仔细

zyftank

tajiong 发表于 2024-9-9 08:32
应该不是0x20002800这个地址吧，我记得在u16数组的应该是0x20001000+0x1800*2

好像是这个原因，我回去再调试一下，我在main函数的C文件里，直接用int *p = (int*)0x20005000;试验了一下，是可以直接将变量定义在指定地址的。上面这个数组是定义在其他C文件里，不知道有没有影响？

WangYI741

有一些buf需要分配到固定的RAM1或者RAM2，如果使用DMA传输时，就只能分配到RAM1。

caicaptain2

zyftank 发表于 2024-9-9 09:04
好像是这个原因，我回去再调试一下，我在main函数的C文件里，直接用int *p = (int*)0x20005000;试验了一 ...

这种指针强制赋值访问的方式不好。
如果代码后续更新，编译器可能把这块地址用了，也不会有什么警告，然后就程序就飞了。
还是要让编译器参与指定地址的ram的分配。

Edmund1964

不能用宏要直接写地扯

zyftank

Edmund1964 发表于 2024-9-22 01:06
不能用宏要直接写地扯

那应该是你还没掌握规律，用起来还挺好用的，没那么玄乎。