ccs调试

导师让师弟把ti例程的新建成project方便使用,在这个过程中遇到了不少的问题,决定总结一下。

(FPGA的坑过几天填上,这两周光改论文了)

1.unresolved symbol问题的解决

这是一个特别普遍的问题,引起这个问题比较常见的原因就是定义对应函数的h文件或者c文件没有被添加进来。在我们的project里面是因为est.h文件中的一些变量没有被定义,但是却没有找到对应的est.c文件。这时候就需要去检查是否是lib文件没有添加全的问题了。进入到ti为我们提供的文件夹中(这个文件比较复杂,建议直接在电脑上搜索想要的东西),可以看到它里面提供了这些lib文件:

因为我们使用的例程是coff数据格式,因此就先把所有带有coff后缀的lib都先添加进project里面。添加进去后关于unresolved symbol的报错消失了。

2.#10099-D 内存分配的问题(Memory Allocation)

错误显示为:program will not fit into available memory...

点击view——>memory allocation出现右侧窗口:

运行程序后如果memory allocation中没有出现内容,点击代码中的任何一个寄存器就能显示出程序关于内存的分配:

从这里我们就能看到text.1没有被分配到合适的寄存器中存放。于是查找cmd文件中对寄存器定义的代码:

MEMORY
{
PAGE 0 :
   /* BEGIN is used for the "boot to SARAM" bootloader mode   */

   BEGIN           	: origin = 0x000000, length = 0x000002
   RAMM0           	: origin = 0x0000F6, length = 0x00030A

   RAMLS0          	: origin = 0x008000, length = 0x000800
   RAMLS1          	: origin = 0x008800, length = 0x000800
   RAMLS2      		: origin = 0x009000, length = 0x000800
   RAMLS3      		: origin = 0x009800, length = 0x000800
   RAMLS4      		: origin = 0x00A000, length = 0x000800
   RESET           	: origin = 0x3FFFC0, length = 0x000002

 /* Flash sectors: you can use FLASH for program memory when the RAM is filled up*/
   /* BANK 0 */
   FLASH_BANK0_SEC0  : origin = 0x080000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC1  : origin = 0x081000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC2  : origin = 0x082000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC3  : origin = 0x083000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC4  : origin = 0x084000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC5  : origin = 0x085000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC6  : origin = 0x086000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC7  : origin = 0x087000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC8  : origin = 0x088000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC9  : origin = 0x089000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC10 : origin = 0x08A000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC11 : origin = 0x08B000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC12 : origin = 0x08C000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC13 : origin = 0x08D000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC14 : origin = 0x08E000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK0_SEC15 : origin = 0x08F000, length = 0x001000	/* on-chip Flash */

  /* BANK 1 */
   FLASH_BANK1_SEC0  : origin = 0x090000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC1  : origin = 0x091000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC2  : origin = 0x092000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC3  : origin = 0x093000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC4  : origin = 0x094000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC5  : origin = 0x095000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC6  : origin = 0x096000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC7  : origin = 0x097000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC8  : origin = 0x098000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC9  : origin = 0x099000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC10 : origin = 0x09A000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC11 : origin = 0x09B000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC12 : origin = 0x09C000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC13 : origin = 0x09D000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC14 : origin = 0x09E000, length = 0x001000	/* on-chip Flash */
   FLASH_BANK1_SEC15 : origin = 0x09F000, length = 0x001000	/* on-chip Flash */

PAGE 1 :

   BOOT_RSVD       : origin = 0x000002, length = 0x0000F1     /* Part of M0, BOOT rom will use this for stack */
   RAMM1           : origin = 0x000400, length = 0x0003F8     /* on-chip RAM block M1 */
//   RAMM1_RSVD      : origin = 0x0007F8, length = 0x000008     /* Reserve and do not use for code as per the errata advisory "Memory: Prefetching Beyond Valid Memory" */

   RAMLS5      : origin = 0x00A800, length = 0x000800
   RAMLS6      : origin = 0x00B000, length = 0x000800
   RAMLS7      : origin = 0x00B800, length = 0x000800
   
   RAMGS0      : origin = 0x00C000, length = 0x002000
   RAMGS1      : origin = 0x00E800, length = 0x001000
   RAMGS2      : origin = 0x010000, length = 0x002000
   RAMGS3      : origin = 0x012000, length = 0x001FF8
//   RAMGS3_RSVD : origin = 0x013FF8, length = 0x000008     /* Reserve and do not use for code as per the errata advisory "Memory: Prefetching Beyond Valid Memory" */
}

首先尝试添加更多的寄存器来对test.1进行存储,但是在我们将代码改写为下式后仍然内存分配仍然是这8941的test.1没有被分配到存储空间:

   .text            : >> RAMLS0| RAMLS1| RAMLS2| RAMLS3| RAMLS4| FLASH_BANK0_SEC0| FLASH_BANK0_SEC1| FLASH_BANK0_SEC2,   PAGE = 0

于是在内存分配需要查找更大的没有利用的存储空间,发现page1中的寄存器RAMGS0_RAMGS3都没有被使用,于是更改代码为:

.text            : >> RAMGS0 | RAMGS1 | RAMGS2 ,   PAGE = 1

此时可以看到在这个位置成功存储了test的内容:

3.#10247-D 选择cmd文件的问题

在我们使用的例程对应的cmd文件夹中提供了很多不同的cmd文件:

首先通过我们使用的是coff还是eabi类型的程序还有希望烧录到ram或者flash中可以筛选出需要的cmd文件,但是ti的历程中还为我们提供了另外一系列的cmd文件:

以往写程序的时候使用的基本都是名为generic_ram_ink.cmd的文件,但在编译过程中会出现如下警告:#10247-D creating output section "ctrl_data" without a SECTIONS specification。这个问题是在提醒我们没有对这个名为ctrl_data的节进行介绍。我在新建工程的时候喜欢把它提供的所有cmd文件都先复制进去,因为这样在遇到这种问题的时候可以直接搜索来确定在哪一个cmd文件中定义了名为ctrl_data的字段,然后把其他不需要的文件exclude from project就可以了。比如在我们的程序中搜索ctrl_data,就会发现在ram_cpu_is_coff.cmd中对它进行了定义,因此就确定了应该使用的cmd文件:

如果不想要更改cmd文件,也可以直接在使用的命令文件中添加语句(这个根据内存分配的情况找一个没有被占用的内存来定义就可以),添加如下代码:

此时内存分配如下:

可以看到,现在ctrl_data已经被成功的存储到RAMLS1中了。程序中显示的警也不存在了。

### 使用CCS对TDA4进行调试的方法 #### 创建新的CCS项目 为了启动一个新的开发环境,当需要创建针对TDA4的新工程项目时,应当通过打开CCS软件并利用菜单栏里的"Project"选项来实现这一目标;具体是在弹出的下拉列表里选取“New CCS Project”[^2]。 #### 配置JTAG连接 对于硬件连接部分,确保正确配置了JTAG工具以便于与TDA4设备建立稳定联系至关重要。这涉及到几个关键步骤: - **选择合适的JTAG适配器**:确认选择了Blackhawk XDS560V2-USB作为连接方式。 - **指定SOC型号**:设置Device参数为`J721E_DRA829_TDA4EVM`以匹配特定的目标板。 - **保存并测试连接**:完成上述设定之后,务必执行Save and Test connection操作验证一切正常工作[^4]。 #### 编写和加载程序到MCU核心 考虑到mcu1-0是TDA4 MCU域内的R核之一,它能够支持多种应用领域如ADAS、汽车网络以及多媒体处理等功能[^3]。因此,在编写应用程序时可以充分利用这些特性,并通过CCS界面将编译好的二进制文件下载至对应的处理器内核中运行。 #### 开始调试过程 一旦成功上传代码后就可以进入实际的调试环节了。借助CCS内置的各种调试功能(断点管理、变量监视等),开发者可以在实时环境中深入分析程序行为,从而更有效地定位潜在问题所在。 ```c++ // 示例C++代码片段展示如何初始化一个简单的循环用于观察CPU性能 #include <iostream> int main() { while (true) { // 持续运行直到手动停止 std::cout << "Monitoring CPU usage..." << std::endl; sleep(1); // 延迟一秒再继续打印日志信息 } } ```
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值