社区导航

 

搜索
查看: 373|回复: 2

[经验] 玩TMS320F28379D遇到的坑

[复制链接]

7067

TA的帖子

19

TA的资源

版主

Rank: 6Rank: 6

发表于 2020-3-26 09:37 | 显示全部楼层 |阅读模式

对C2000了解不多,使用起来应该有很多注意的地方

调试之前没做太多准备工作,调试过程中遇到了很多问题

比如第一个问题是无法在代码里创建一个大数组

4个uint16_t的数据如果每个长度设置为1024就会在调试的时候正常,然后复位后就会无法启动

如果长度是512就正常

代码
#pragma DATA_SECTION(adcADataBuffer, "ramgs0");
#pragma DATA_SECTION(adcBDataBuffer, "ramgs1");
#pragma DATA_SECTION(adcCDataBuffer, "ramgs2");
#pragma DATA_SECTION(adcDDataBuffer, "ramgs3");
CMD
RAMGS0      : origin = 0x00C000, length = 0x002000
RAMGS1      : origin = 0x00E000, length = 0x002000
RAMGS2      : origin = 0x010000, length = 0x002000
RAMGS3      : origin = 0x012000, length = 0x002000
RAMGS4      : origin = 0x014000, length = 0x002000
RAMGS5      : origin = 0x016000, length = 0x001000

ramgs0           : > RAMGS0,     PAGE = 1
ramgs1           : > RAMGS1,     PAGE = 1
ramgs2           : > RAMGS2,     PAGE = 1
ramgs3           : > RAMGS3,     PAGE = 1

后来没办法直接使用指针访问这些内存问题好像解决

另一个问题是我在把ADC数据通过字节的方式发送到PC时数据总是错的

后来我先把内存按照uint16_t的位数写入递增数据

image.png

然后我把使用uint8_t 的指针读取0x0000E000地址,按照我理解读取的数据应该是00,00,00,01,00,02,00,03

但实际读取到的数据是01,02,03,04

开始的时候我怀疑是指针没弄对,后来发现不是这个问题

然后把CCS查看的格式由16bit改成8bit查看时发现我读取到的数据没错

image.png

想到数据手册里的表格,数据的长度是16位的,也就是说每一个地址对应一个16位数据,如果使用int8_t的指针相当于把高8位给丢弃了,所以读到的数据是00,01,02,03,04应该就是这个问题

image.png

 

虾扯蛋

回复

使用道具 举报

2083

TA的帖子

0

TA的资源

纯净的硅(初级)

Rank: 4

发表于 2020-3-26 13:36 | 显示全部楼层

谢谢分享,太有用了,会减少好多弯路。


回复

使用道具 举报

2080

TA的帖子

0

TA的资源

版主

Rank: 6Rank: 6

发表于 2020-3-26 23:03 | 显示全部楼层

最近C2000有探讨会,其实我觉得有啥不懂的,问他们的技术人员比较靠谱


回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

关闭

站长推荐上一条 1/4 下一条

  • 论坛活动 E手掌握

    扫码关注
    EEWORLD 官方微信

  • EE福利  唾手可得

    扫码关注
    EE福利 唾手可得

Archiver|手机版|小黑屋|电子工程世界 ( 京ICP证 060456 )

GMT+8, 2020-4-6 07:05 , Processed in 0.143275 second(s), 19 queries , Gzip On, MemCache On.

快速回复 返回顶部 返回列表