干DSP开发的人十有八九都经历过这样一个瞬间好不容易从同事、导师或者某个技术群里拿到一个CCS工程满怀期待地导入点下编译按钮结果屏幕上冒出一大片红字fatal error #1965 cannot open source file DSP2833x_Device.h整个工程直接没脾气连板子长什么样都还没见到。这篇教程把CCS导入DSP2833x工程的完整链路讲透核心解决三件事第一文件路径怎么摆才不出幺蛾子第二DSP2833x头文件报错到底是怎么来的怎么一次清干净第三从导入到编译再到烧录中间那些零零碎碎的坑怎么躲。适合刚拿到28335/28377开发板的学生、刚从51/STM32转过来接触TI C2000平台的工程师以及换新电脑后需要重新搭建开发环境的老手。我用的环境是Windows 10 CCS 10.2.0如果你的CCS是6.x老版本或者20.x新版菜单名称和路径略有差异我会在正文里单独点出来。1. 先把底子打好装对版本、选对工作区1.1 不同CCS版本的适配经验CCS从6.x一路走到20.x界面结构改过好几轮但C2000工程的核心逻辑一直没变工程描述文件、Build配置、编译器选项、链接脚本这四样东西搞清楚了任何版本都能玩得转。实操建议DSP2833x这种老片子最顺手的版本其实是CCS 6.2到CCS 12.x这个区间。CCS 6.2当年是TI官方教程配套版本网上大量例程注释都是针对它写的CCS 10之后的版本对Windows 10/11兼容性更好编译速度也有提升。再往上的新版本CCS 20.x整个界面换成了新内核初次使用很容易找不到菜单入口不太推荐新手第一步就折腾。再一个必须提的是仿真器兼容性。XDS100v2、XDS110在CCS 6.2以上都有驱动支持老款XDS560 USB要注意版本匹配有些老仿真器在新版CCS上会连不上目标板。这个可以在CCS安装后直接接上仿真器验证能省去后面一堆麻烦。1.2 工作区Workspace路径的讲究首次启动CCS会弹出一个Workspace Launcher让选择工作区目录。很多人随手就选了默认的 C:\Users\你的用户名\workspace_v10_2这个路径本身没问题但问题出在Windows用户名的设置上。如果你的用户名是中文或者带空格、带特殊字符极端情况下CCS的索引器会偶发抽风更麻烦的是后面导入某些工程时控制台会报路径无效的错误。经验做法把自己的工作区直接放在D盘或E盘根目录下比如 D:\ccs_workspace路径短、没有中文、没有空格、没有符号省心一辈子。我自己踩过的一个坑工程放在 C:\Users\张三\Desktop\毕业设计\28335代码\DSP2833x_examples... 这种层层叠叠的目录里重启电脑后工程打不开、仿真器连不上排查了大半天才发现是路径深度早就超过了Windows的上限。这引出下面的大问题。2. 导入工程的标准姿势与文件路径的坑2.1 三步完成工程导入第一步菜单 Project - Import CCS Projects弹出的窗口里选 Select search-directory点击Browse浏览到工程所在目录。注意导入对话框上面还有一个 Select archive file 选项虽然界面写法是archive file实际上是让你选zip压缩包。如果你拿到的是整个工程文件夹用search-directory就行只有拿到压缩包时才用archive file。第二步CCS会自动扫描目录下所有可导入的工程在Discovered projects列表里勾选你要的工程。这一步有一个极其重要的勾选项Copy projects into workspace。勾上CCS会把工程文件复制一份到当前工作区再导入源目录保持不动不勾CCS直接引用原路径上的文件。建议默认勾选。尤其是工程是别人发过来的复制到自己工作区后后续改动不会污染别人的源文件也方便工程统一管理。第三步点击Finish。导入成功后Project Explorer里能看到工程结构如果显示红叉说明有配置问题进入下一节的排查流程。2.2 路径相关的几个坑挨个排Windows系统一直有一个经典限制单个文件完整路径最长约260个字符MAX_PATH限制。DSP2833x官方例程的目录结构本身就长比如 D:\ti\controlSUITE\device_support\f2833x\v142\DSP2833x_examples_ccsv5... 嵌套层级至少有七层。如果用户又把这个工程拷贝到更深的个人目录很容易触发路径太长错误表现是文件复制失败、CCS新建工程失败、编译时报cannot open source file等。两个常用的处理办法把工程目录挪得浅一点比如直接放到 D:\28335\ 下再导入。用Windows的subst命令把一个深目录映射成虚拟盘符subst X: D:\some\very\long\path\to\project之后在CCS里通过X盘访问工程路径瞬间变短很多路径相关的诡异问题直接消失。这个命令在当前会话有效重启后需要重新执行如果想开机自动生效可以放到启动文件夹或写个批处理脚本。热词里大家还经常搜文件命名长度受影响怎么处理。如果某个文件本身名字超长即使整个目录路径不长也可能被Windows拒绝重命名或删除。处理方式是把文件移动到根目录再重命名或者确认Windows长路径支持已开启。Win10 1607及以上版本可以在系统注册表设置中打开 LongPathsEnabledWin11在开发者设置里也有Win32长路径选项。但即便系统支持CCS里的编译器在解析超长路径时仍可能出问题所以最稳妥的还是缩短总路径。还需要强调路径中不要出现 #、%、中文引号、中文括号这类字符。#在C/C里是预处理指令符号编译器解析包含路径时碰到#会直接犯浑%在某些编译器宏展开里也可能被吞掉。最好的方案是目录名只用英文字母、数字、下划线版本号用下划线连接比如 dsp28335_final_v2 这种风格。2.3 导入后第一件事检查工程配置导入后右键工程 - Properties主要看三处Build - C2000 Compiler - Include Options头文件搜索路径列表是否完整Build - C2000 Linker - File Search Path库文件路径和库文件名是否齐全Build - C2000 Compiler - Predefined SymbolsCPU1、_DEBUG等预定义宏是否存在这三处就是后面所有报错的集中区域。可以这么说头文件报错十有八九是Include Options少了路径链接报错十有八九是库路径或者COFF/EABI格式不匹配。把这三项检查变成肌肉记忆以后再拿到任何C2000工程直接照这个顺序查能省下一大半调试时间。3. DSP2833x头文件报错全攻略3.1 头文件报错的底层逻辑DSP2833x系列片子的官方例程头文件组织方式是固定的DSP2833x_headers/include/DSP2833x_Device.h 外设寄存器结构体声明 DSP2833x_common/include/DSP2833x_Examples.h 常用宏和函数声明 DSP2833x_common/include/ 下还有很多外设驱动头文件main.c里通常这样写#include DSP2833x_Device.h #include DSP2833x_Examples.h编译器在编译时会去两个地方找头文件一是工程源文件所在的目录相对include二是编译选项-I参数指定的路径。如果Include Options里没有配置DSP2833x_headers/include编译器就找不到DSP2833x_Device.h立刻报错。这就是明明文件就在却说不存在的根本原因。DSP2833x的官方例程导入CCS后通常已经配置好路径但问题是很多人拿到的是精简版、改过的工程或者路径被移动过导致相对路径失效。理解了这个逻辑遇到任何头文件报错都不会慌无非就是路径没指到或者指到了却没权限/路径太长识别不了。3.2 各类报错现象和对应解法报错一fatal error #1965: cannot open source file DSP2833x_Device.h原因Include Options中未添加DSP2833x_headers/include目录。处理右键工程 - Properties - Build - C2000 Compiler - Include Options在Include search path区域添加$PROJECT_ROOT/DSP2833x_headers/include $PROJECT_ROOT/DSP2833x_common/include这里用$PROJECT_ROOT这个内置变量可以避免写死绝对路径工程拿到任何电脑上都不会丢。如果自己的代码分散在多个子目录同理逐个添加相对路径即可。报错二fatal error #10234-D: unresolved symbols remain原因链接阶段缺少源文件或库。DSP2833x例程一般要包含DSP2833x_common/source下的外设驱动源文件以及运行时库rts2800_fpu32.lib浮点库28335必须用它。如果导入时没有把这些文件加进工程就会出现几百个unresolved symbol。处理办法分两步确认源文件是否被排除编译在Project Explorer里找到DSP2833x_common/source下的.c文件右键 - Properties - C/C Build - Exclude from build把已排除前面的勾去掉。这个情况常见于源文件太多、有人图省事把暂时用不到的驱动文件exclude了结果真正需要时忘了取消。打开Properties - Build - C2000 Linker - File Search Path在Include library or command file as input里确认有rts2800_fpu32.lib并确认右边的路径正确。报错三#10010 errors encountered during linking; xxx.out not built原因链接脚本.cmd文件没有正确包含或者FLASH/RAM配置与代码段的分配不匹配。处理确认工程里有28035_RAM_lnk.cmdRAM调试用或F28335.cmdFLASH烧录用。在Properties - Build - C2000 Linker - Basic Options里确认Linker command file填了对应的cmd路径。RAM版本跑在调试器里FLASH版本写进片内Flash两个场景对应不同脚本别拿混了。报错四Program will not fit into available memory原因RAM容量不够。28335的RAM其实不算小但如果你使用了很大的局部数组或者启动了全部外设驱动RAM段L0-L7可能会被塞满。处理缩减全局数组大小或者把部分变量分配到扩展RAM区。在CCS的Build Analyzer里查看memory usage报告确认是哪个段溢出再对症处理。这种属于常规调优不是配置上出了致命错误。3.3 编译器选项里隐藏的雷区第一COFF和EABI必须匹配。CCS 6之后默认的编译器输出格式是ELF/EABI但很多网上下载的老工程是COFF格式。如果工程文件里引用的是COFF格式的库而编译器配置成了EABI链接时会报一堆格式不兼容的错误。检查位置Properties - Build - C2000 Compiler - Processor Options看--abi选项。建议直接把工程里的库换成对应格式COFF用rts2800_fpu32.libEABI用rts2800_fpu32_eabi.lib。这个差别很隐蔽因为两个库文件名只差一个_eabi后缀不注意根本发现不了。第二预定义宏不能少。Properties - Build - C2000 Compiler - Predefined Symbols里至少要有CPU1。老例程还会定义_DEBUG、DEBUG、LARGE_MODEL等。如果宏缺失可能会出现某些条件编译分支没被编译、函数声明缺失的诡异现象。比如DSP2833x_Device.h里很多寄存器结构体声明是用条件编译包裹的CPU1没定义部分外设结构体就不会编译进去后面所有调用这些结构的代码都会报identifier is undefined。第三浮点支持开关。28335是浮点核编译选项里默认会启用硬件浮点--float_supportfpu32。如果从别的工程复制了设置把浮点关掉了不仅跑起来奇慢有些浮点库函数的行为也不对。检查Processor Options里的Float Support是不是fpu32。这个选项还和库的选用强相关fpu32版本库和纯软件浮点库不能混用。下面整理一份速查表方便遇到报错时直接对照报错编号报错信息主要原因处理位置#1965cannot open source file头文件路径缺失Include Options#10234-Dunresolved symbols remain源文件被排除或库缺失Exclude from build / File Search Path#10010errors encountered during linkingcmd链接脚本缺失或不匹配Linker Basic Options#10247-Dcreates output section without SECTIONS spec链接脚本中段分配不明确检查cmd文件#20identifier xxx is undefined预定义宏缺失或头文件未包含全Predefined Symbols / Include Options4. 从编译到烧录常见问题排查实录4.1 编译报错排查顺序我在实际排查中形成了一套固定顺序处理过好几个远程求助的案例效率很高看第一个错误。编译器报错往往是滚雪球式的第一个错误会引发连锁错误。比如找不到头文件这一个错误后面会跟着无数个标识符未定义实际上根因就一个。所以永远从第一条错误开始看从上往下按顺序解决千万不要从头文件中间的某个未知报错开始查。看错误类型。#1965、#10234、#10010这种编号基本指向路径或库的问题如果错误编号是#20这种且集中在某个.c文件里多半是那个文件include的头文件不全或者预定义宏缺失。最后看warning。CCS的warning很多是statement is unreachable之类可以忽略但#10247-D creates output section without SECTIONS specification这种跟cmd文件相关的warning要重视因为它通常暗示内存段布局可能有问题程序在特定条件下会跑飞。4.2 烧录环节的经典问题编译通过只是前半场烧录阶段有几个高频问题我在群里看到的最多。连不上目标板error -1135。先确认仿真器驱动装好了没有再看CCS里Target Configuration的型号选得对不对28335对应TMS320F28335。有时第一次连不上把板子断电重插、仿真器重新插一次在CCS里Debug Configuration里重新选Target就可以。这个顺序一定要对先开CCS再选Target Configuration再点Debug。如果Target Configuration配的是别的芯片型号报错信息会提示does not support the configured target。Flash烧录失败Data verification failed。这种情况先确认cmd用的是FLASH版本并且在Debug Configuration里选择对应芯片的Flash烧写算法。F28335要选对Flash plugin不同型号的Flash插件不通用。如果提示Data verification failed at address 0x3F7FF6附近大概率是芯片加密锁住了。28335的CSM密码区默认全是0xFFFF等于没锁一旦密码被烧过且你不知道只能通过JTAG清保护或者换芯片。这个问题在二手开发板上特别常见买板子时最好问清楚有没有锁密码。4.3 工程路径换了怎么快速修复别人用绝对路径配过Include Options传给你的工程里路径就指向他那台电脑比如 C:\Users\zhangsan...你导入后当然报错。最省事的办法右键工程 - Properties - Resource - Linked Resources里面可以看到工程可用的路径变量把里面的绝对路径统一改到你的实际路径回到Include Options把路径中的绝对前缀手动替换成$PROJECT_ROOT/对应子目录一劳永逸。另外一个经验工程里如果有.project和.ccsproject文件损坏导入时CCS会提示project file is missing or invalid。这种情况直接删掉工程文件夹里的.project、.ccsproject、.cproject这三个隐藏配置重新用Import CCS Projects扫描CCS会根据源码自动重新生成配置。实测对大多数文件还在但工程废了的情况都有效但前提是源码文件本身没坏。5. 温习一遍完整操作流程照抄即可最后给一个从零开始的完整流程按顺序做能避免来回折腾工作区放到D:\ccs_workspace这类浅目录。把整个DSP2833x工程文件夹放到D:\28335_demo这种短路径下文件夹名只用英文字母和数字。Project - Import CCS Projects选择D:\28335_demo勾选Copy projects into workspaceFinish。右键工程 - Properties - Include Options确认有DSP2833x_headers/include和DSP2833x_common/include这两项。Properties - Predefined Symbols确认有CPU1等宏。Properties - Linker - File Search Path确认库路径和rts2800_fpu32.lib或对应EABI版本库存在。选择Active Build Configuration为DebugRAM或ReleaseFlash点锤子编译。编译通过后确认Target Configuration选对仿真器和芯片然后Debug下载。RAM版本直接仿真Flash版本需要在Debug配置里选Flash烧写再Run。这八步看着普通但大多数人导入失败都卡在第4、6步上。第4步控制头文件搜索路径第6步控制库文件链接这两个地方各花两分钟检查一遍后面能省两个小时。我个人这几年和CCS打交道踩过的路径坑比技术坑多得多。有个小习惯强烈推荐每次拿到新工程第一件事不是编译而是先看一眼工程属性里Include Options和Linker搜索路径把所有绝对路径全部改成$PROJECT_ROOT相对形式哪怕当时编译没问题也顺手改掉。这样工程转到任何一台电脑、任何一个路径下都不会再因为文件位置报错。CCS的配置本身并不难难的是把这些细节变成习惯。
CCS导入DSP2833x工程报错#1965？路径配置与头文件排查指南
干DSP开发的人十有八九都经历过这样一个瞬间好不容易从同事、导师或者某个技术群里拿到一个CCS工程满怀期待地导入点下编译按钮结果屏幕上冒出一大片红字fatal error #1965 cannot open source file DSP2833x_Device.h整个工程直接没脾气连板子长什么样都还没见到。这篇教程把CCS导入DSP2833x工程的完整链路讲透核心解决三件事第一文件路径怎么摆才不出幺蛾子第二DSP2833x头文件报错到底是怎么来的怎么一次清干净第三从导入到编译再到烧录中间那些零零碎碎的坑怎么躲。适合刚拿到28335/28377开发板的学生、刚从51/STM32转过来接触TI C2000平台的工程师以及换新电脑后需要重新搭建开发环境的老手。我用的环境是Windows 10 CCS 10.2.0如果你的CCS是6.x老版本或者20.x新版菜单名称和路径略有差异我会在正文里单独点出来。1. 先把底子打好装对版本、选对工作区1.1 不同CCS版本的适配经验CCS从6.x一路走到20.x界面结构改过好几轮但C2000工程的核心逻辑一直没变工程描述文件、Build配置、编译器选项、链接脚本这四样东西搞清楚了任何版本都能玩得转。实操建议DSP2833x这种老片子最顺手的版本其实是CCS 6.2到CCS 12.x这个区间。CCS 6.2当年是TI官方教程配套版本网上大量例程注释都是针对它写的CCS 10之后的版本对Windows 10/11兼容性更好编译速度也有提升。再往上的新版本CCS 20.x整个界面换成了新内核初次使用很容易找不到菜单入口不太推荐新手第一步就折腾。再一个必须提的是仿真器兼容性。XDS100v2、XDS110在CCS 6.2以上都有驱动支持老款XDS560 USB要注意版本匹配有些老仿真器在新版CCS上会连不上目标板。这个可以在CCS安装后直接接上仿真器验证能省去后面一堆麻烦。1.2 工作区Workspace路径的讲究首次启动CCS会弹出一个Workspace Launcher让选择工作区目录。很多人随手就选了默认的 C:\Users\你的用户名\workspace_v10_2这个路径本身没问题但问题出在Windows用户名的设置上。如果你的用户名是中文或者带空格、带特殊字符极端情况下CCS的索引器会偶发抽风更麻烦的是后面导入某些工程时控制台会报路径无效的错误。经验做法把自己的工作区直接放在D盘或E盘根目录下比如 D:\ccs_workspace路径短、没有中文、没有空格、没有符号省心一辈子。我自己踩过的一个坑工程放在 C:\Users\张三\Desktop\毕业设计\28335代码\DSP2833x_examples... 这种层层叠叠的目录里重启电脑后工程打不开、仿真器连不上排查了大半天才发现是路径深度早就超过了Windows的上限。这引出下面的大问题。2. 导入工程的标准姿势与文件路径的坑2.1 三步完成工程导入第一步菜单 Project - Import CCS Projects弹出的窗口里选 Select search-directory点击Browse浏览到工程所在目录。注意导入对话框上面还有一个 Select archive file 选项虽然界面写法是archive file实际上是让你选zip压缩包。如果你拿到的是整个工程文件夹用search-directory就行只有拿到压缩包时才用archive file。第二步CCS会自动扫描目录下所有可导入的工程在Discovered projects列表里勾选你要的工程。这一步有一个极其重要的勾选项Copy projects into workspace。勾上CCS会把工程文件复制一份到当前工作区再导入源目录保持不动不勾CCS直接引用原路径上的文件。建议默认勾选。尤其是工程是别人发过来的复制到自己工作区后后续改动不会污染别人的源文件也方便工程统一管理。第三步点击Finish。导入成功后Project Explorer里能看到工程结构如果显示红叉说明有配置问题进入下一节的排查流程。2.2 路径相关的几个坑挨个排Windows系统一直有一个经典限制单个文件完整路径最长约260个字符MAX_PATH限制。DSP2833x官方例程的目录结构本身就长比如 D:\ti\controlSUITE\device_support\f2833x\v142\DSP2833x_examples_ccsv5... 嵌套层级至少有七层。如果用户又把这个工程拷贝到更深的个人目录很容易触发路径太长错误表现是文件复制失败、CCS新建工程失败、编译时报cannot open source file等。两个常用的处理办法把工程目录挪得浅一点比如直接放到 D:\28335\ 下再导入。用Windows的subst命令把一个深目录映射成虚拟盘符subst X: D:\some\very\long\path\to\project之后在CCS里通过X盘访问工程路径瞬间变短很多路径相关的诡异问题直接消失。这个命令在当前会话有效重启后需要重新执行如果想开机自动生效可以放到启动文件夹或写个批处理脚本。热词里大家还经常搜文件命名长度受影响怎么处理。如果某个文件本身名字超长即使整个目录路径不长也可能被Windows拒绝重命名或删除。处理方式是把文件移动到根目录再重命名或者确认Windows长路径支持已开启。Win10 1607及以上版本可以在系统注册表设置中打开 LongPathsEnabledWin11在开发者设置里也有Win32长路径选项。但即便系统支持CCS里的编译器在解析超长路径时仍可能出问题所以最稳妥的还是缩短总路径。还需要强调路径中不要出现 #、%、中文引号、中文括号这类字符。#在C/C里是预处理指令符号编译器解析包含路径时碰到#会直接犯浑%在某些编译器宏展开里也可能被吞掉。最好的方案是目录名只用英文字母、数字、下划线版本号用下划线连接比如 dsp28335_final_v2 这种风格。2.3 导入后第一件事检查工程配置导入后右键工程 - Properties主要看三处Build - C2000 Compiler - Include Options头文件搜索路径列表是否完整Build - C2000 Linker - File Search Path库文件路径和库文件名是否齐全Build - C2000 Compiler - Predefined SymbolsCPU1、_DEBUG等预定义宏是否存在这三处就是后面所有报错的集中区域。可以这么说头文件报错十有八九是Include Options少了路径链接报错十有八九是库路径或者COFF/EABI格式不匹配。把这三项检查变成肌肉记忆以后再拿到任何C2000工程直接照这个顺序查能省下一大半调试时间。3. DSP2833x头文件报错全攻略3.1 头文件报错的底层逻辑DSP2833x系列片子的官方例程头文件组织方式是固定的DSP2833x_headers/include/DSP2833x_Device.h 外设寄存器结构体声明 DSP2833x_common/include/DSP2833x_Examples.h 常用宏和函数声明 DSP2833x_common/include/ 下还有很多外设驱动头文件main.c里通常这样写#include DSP2833x_Device.h #include DSP2833x_Examples.h编译器在编译时会去两个地方找头文件一是工程源文件所在的目录相对include二是编译选项-I参数指定的路径。如果Include Options里没有配置DSP2833x_headers/include编译器就找不到DSP2833x_Device.h立刻报错。这就是明明文件就在却说不存在的根本原因。DSP2833x的官方例程导入CCS后通常已经配置好路径但问题是很多人拿到的是精简版、改过的工程或者路径被移动过导致相对路径失效。理解了这个逻辑遇到任何头文件报错都不会慌无非就是路径没指到或者指到了却没权限/路径太长识别不了。3.2 各类报错现象和对应解法报错一fatal error #1965: cannot open source file DSP2833x_Device.h原因Include Options中未添加DSP2833x_headers/include目录。处理右键工程 - Properties - Build - C2000 Compiler - Include Options在Include search path区域添加$PROJECT_ROOT/DSP2833x_headers/include $PROJECT_ROOT/DSP2833x_common/include这里用$PROJECT_ROOT这个内置变量可以避免写死绝对路径工程拿到任何电脑上都不会丢。如果自己的代码分散在多个子目录同理逐个添加相对路径即可。报错二fatal error #10234-D: unresolved symbols remain原因链接阶段缺少源文件或库。DSP2833x例程一般要包含DSP2833x_common/source下的外设驱动源文件以及运行时库rts2800_fpu32.lib浮点库28335必须用它。如果导入时没有把这些文件加进工程就会出现几百个unresolved symbol。处理办法分两步确认源文件是否被排除编译在Project Explorer里找到DSP2833x_common/source下的.c文件右键 - Properties - C/C Build - Exclude from build把已排除前面的勾去掉。这个情况常见于源文件太多、有人图省事把暂时用不到的驱动文件exclude了结果真正需要时忘了取消。打开Properties - Build - C2000 Linker - File Search Path在Include library or command file as input里确认有rts2800_fpu32.lib并确认右边的路径正确。报错三#10010 errors encountered during linking; xxx.out not built原因链接脚本.cmd文件没有正确包含或者FLASH/RAM配置与代码段的分配不匹配。处理确认工程里有28035_RAM_lnk.cmdRAM调试用或F28335.cmdFLASH烧录用。在Properties - Build - C2000 Linker - Basic Options里确认Linker command file填了对应的cmd路径。RAM版本跑在调试器里FLASH版本写进片内Flash两个场景对应不同脚本别拿混了。报错四Program will not fit into available memory原因RAM容量不够。28335的RAM其实不算小但如果你使用了很大的局部数组或者启动了全部外设驱动RAM段L0-L7可能会被塞满。处理缩减全局数组大小或者把部分变量分配到扩展RAM区。在CCS的Build Analyzer里查看memory usage报告确认是哪个段溢出再对症处理。这种属于常规调优不是配置上出了致命错误。3.3 编译器选项里隐藏的雷区第一COFF和EABI必须匹配。CCS 6之后默认的编译器输出格式是ELF/EABI但很多网上下载的老工程是COFF格式。如果工程文件里引用的是COFF格式的库而编译器配置成了EABI链接时会报一堆格式不兼容的错误。检查位置Properties - Build - C2000 Compiler - Processor Options看--abi选项。建议直接把工程里的库换成对应格式COFF用rts2800_fpu32.libEABI用rts2800_fpu32_eabi.lib。这个差别很隐蔽因为两个库文件名只差一个_eabi后缀不注意根本发现不了。第二预定义宏不能少。Properties - Build - C2000 Compiler - Predefined Symbols里至少要有CPU1。老例程还会定义_DEBUG、DEBUG、LARGE_MODEL等。如果宏缺失可能会出现某些条件编译分支没被编译、函数声明缺失的诡异现象。比如DSP2833x_Device.h里很多寄存器结构体声明是用条件编译包裹的CPU1没定义部分外设结构体就不会编译进去后面所有调用这些结构的代码都会报identifier is undefined。第三浮点支持开关。28335是浮点核编译选项里默认会启用硬件浮点--float_supportfpu32。如果从别的工程复制了设置把浮点关掉了不仅跑起来奇慢有些浮点库函数的行为也不对。检查Processor Options里的Float Support是不是fpu32。这个选项还和库的选用强相关fpu32版本库和纯软件浮点库不能混用。下面整理一份速查表方便遇到报错时直接对照报错编号报错信息主要原因处理位置#1965cannot open source file头文件路径缺失Include Options#10234-Dunresolved symbols remain源文件被排除或库缺失Exclude from build / File Search Path#10010errors encountered during linkingcmd链接脚本缺失或不匹配Linker Basic Options#10247-Dcreates output section without SECTIONS spec链接脚本中段分配不明确检查cmd文件#20identifier xxx is undefined预定义宏缺失或头文件未包含全Predefined Symbols / Include Options4. 从编译到烧录常见问题排查实录4.1 编译报错排查顺序我在实际排查中形成了一套固定顺序处理过好几个远程求助的案例效率很高看第一个错误。编译器报错往往是滚雪球式的第一个错误会引发连锁错误。比如找不到头文件这一个错误后面会跟着无数个标识符未定义实际上根因就一个。所以永远从第一条错误开始看从上往下按顺序解决千万不要从头文件中间的某个未知报错开始查。看错误类型。#1965、#10234、#10010这种编号基本指向路径或库的问题如果错误编号是#20这种且集中在某个.c文件里多半是那个文件include的头文件不全或者预定义宏缺失。最后看warning。CCS的warning很多是statement is unreachable之类可以忽略但#10247-D creates output section without SECTIONS specification这种跟cmd文件相关的warning要重视因为它通常暗示内存段布局可能有问题程序在特定条件下会跑飞。4.2 烧录环节的经典问题编译通过只是前半场烧录阶段有几个高频问题我在群里看到的最多。连不上目标板error -1135。先确认仿真器驱动装好了没有再看CCS里Target Configuration的型号选得对不对28335对应TMS320F28335。有时第一次连不上把板子断电重插、仿真器重新插一次在CCS里Debug Configuration里重新选Target就可以。这个顺序一定要对先开CCS再选Target Configuration再点Debug。如果Target Configuration配的是别的芯片型号报错信息会提示does not support the configured target。Flash烧录失败Data verification failed。这种情况先确认cmd用的是FLASH版本并且在Debug Configuration里选择对应芯片的Flash烧写算法。F28335要选对Flash plugin不同型号的Flash插件不通用。如果提示Data verification failed at address 0x3F7FF6附近大概率是芯片加密锁住了。28335的CSM密码区默认全是0xFFFF等于没锁一旦密码被烧过且你不知道只能通过JTAG清保护或者换芯片。这个问题在二手开发板上特别常见买板子时最好问清楚有没有锁密码。4.3 工程路径换了怎么快速修复别人用绝对路径配过Include Options传给你的工程里路径就指向他那台电脑比如 C:\Users\zhangsan...你导入后当然报错。最省事的办法右键工程 - Properties - Resource - Linked Resources里面可以看到工程可用的路径变量把里面的绝对路径统一改到你的实际路径回到Include Options把路径中的绝对前缀手动替换成$PROJECT_ROOT/对应子目录一劳永逸。另外一个经验工程里如果有.project和.ccsproject文件损坏导入时CCS会提示project file is missing or invalid。这种情况直接删掉工程文件夹里的.project、.ccsproject、.cproject这三个隐藏配置重新用Import CCS Projects扫描CCS会根据源码自动重新生成配置。实测对大多数文件还在但工程废了的情况都有效但前提是源码文件本身没坏。5. 温习一遍完整操作流程照抄即可最后给一个从零开始的完整流程按顺序做能避免来回折腾工作区放到D:\ccs_workspace这类浅目录。把整个DSP2833x工程文件夹放到D:\28335_demo这种短路径下文件夹名只用英文字母和数字。Project - Import CCS Projects选择D:\28335_demo勾选Copy projects into workspaceFinish。右键工程 - Properties - Include Options确认有DSP2833x_headers/include和DSP2833x_common/include这两项。Properties - Predefined Symbols确认有CPU1等宏。Properties - Linker - File Search Path确认库路径和rts2800_fpu32.lib或对应EABI版本库存在。选择Active Build Configuration为DebugRAM或ReleaseFlash点锤子编译。编译通过后确认Target Configuration选对仿真器和芯片然后Debug下载。RAM版本直接仿真Flash版本需要在Debug配置里选Flash烧写再Run。这八步看着普通但大多数人导入失败都卡在第4、6步上。第4步控制头文件搜索路径第6步控制库文件链接这两个地方各花两分钟检查一遍后面能省两个小时。我个人这几年和CCS打交道踩过的路径坑比技术坑多得多。有个小习惯强烈推荐每次拿到新工程第一件事不是编译而是先看一眼工程属性里Include Options和Linker搜索路径把所有绝对路径全部改成$PROJECT_ROOT相对形式哪怕当时编译没问题也顺手改掉。这样工程转到任何一台电脑、任何一个路径下都不会再因为文件位置报错。CCS的配置本身并不难难的是把这些细节变成习惯。
