功夫不负有心人？TMS320F28379D调试经历

littleshrimp

功夫不负有心人？TMS320F28379D调试经历 [复制链接]

 

最近想用一下TMD320F28379D的4路ADC,原因是STM32G474的4路ADC采集到的数据一直有些微小的不正常

手里虽然有专用的ADC芯片和评估板，但苦于一直没有FPGA作高带数据采集，无法发挥ADC的最佳性能。

自己已经买了FPGA芯片准备自己画一套板，从零开始学FPGA，但是时间不允许，最后只能试着啃一啃这个C2000。

TI的单片机里MSP430是最好用的，不过最近也很少用了，几乎都被STM32取代。

TI的单片机除了MSP430，其它的除MPU以外的我几乎都用过，CC2650、CC3200、Hercules、C2000等等。

几乎被这些芯片折磨的不成人样，感觉这些芯片不是适合新手，也不适合爱好者，也许只有那些大公司能得到原厂支持又有很多时间去系统研究的人才玩的起这种芯片。

这次的TMS320F28379D-LAUNCHPAD开发板买了有一年了，我考虑了很久，没办法了才准备弄一弄。

万万没想到，我用了一天的时间，竟然连一个官方的例程都没编译通过，强烈的挫败感让我这一天的心情都特别差，恨不得把这个还没怎么用过的板子给踹了，以后再不接触TI的单片机产品。

还好功夫不负有心人，就在刚才，问题解决，板子也算暂时保住了。

 

 

我全新安装了最新版的CCS10.0和最新版的C2000Ware_3_01_00_00

我要弄的例程是

C2000Ware_3_01_00_00\device_support\f2837xd\examples\cpu1\adc_soc_continuous_dma

可以在我把它导入CCS的过程中总是出现错误

比如ResourceExplorer找不到本地文件夹（时有时无）、导进工程失败，不过这些最后都很快解决了。

最难的还是这个编译错误

error #10234-D: unresolved symbols remain

和

gmake: Target 'all' not remade because of errors.

因为除了这些错误再没有任何其它提示，根本不知道问题出在哪儿

然后又是下边这种符号没有定义等等（这个是其它不好用的工程的错误提示信息）

各种添加头文件都不管用

最后使用Notepad++查找C2000Ware_3_01_00_00目录下的所有文件，看哪些文件包含这些没定义的代码

最后发现在C:\ti\c2000\C2000Ware_3_01_00_00\.tirex-temp\install-extract-ab2a86f1-0002-49a6-837d-3c0b77e8ea71\C2000Ware_3_01_00_00_Software里有和C2000Ware_3_01_00_00目录下的目录和文件一样的镜像

比如我工程里引用的F2837xD_PieCtrl.c文件是在C2000Ware_3_01_00_00\device_support\f2837xd\common\source下，打开它居然是TM空白的，和我安装在其它盘符下的C2000Ware目录里的文件一样

而C2000Ware_3_01_00_00\.tirex-temp\install-extract-ab2a86f1-0002-49a6-837d-3c0b77e8ea71\C2000Ware_3_01_00_00_Software、device_support\f2837xd\common\source下的F2837xD_PieCtrl.c等文件是有内容的

从.tirex-temp的文件夹名称来看，它好像是解压过程中的临时文件

最后我把C2000Ware_3_01_00_00\.tirex-temp\install-extract-ab2a86f1-0002-49a6-837d-3c0b77e8ea71\C2000Ware_3_01_00_00_Software下的东西全部复制替换C2000Ware_3_01_00_00下的文件，编译竟然通过了。

还有一个问题是我的C盘安装 C2000Ware时的路径是默认的

可以它的下边有一个C2000Ware_3_01_00_00_Software，C2000下还有一个C2000Ware_3_01_00_00_Software，内容一样

不清楚是我安装错了，还是CCS又帮我重新装了一回，后来才发现，这个文件夹下的文件是有内容的。

 

 

兰博

虾兄涉猎真广！

28能取代430吗？功耗不行吧。430不是主打低功耗吗？

freebsder

>>>几乎被这些芯片折磨的不成人样，感觉这些芯片不是适合新手，也不适合爱好者，也许只有那些大公司能得到原厂支持又有很多时间去系统研究的人才玩的起这种芯片。

 

完全同意，弄得太复杂了。当然，不是说器件复杂不好，而是说器件复杂的同时并没有提供相应的手段对最终用户来消除这种复杂，反而以复杂为荣耀。TI 总喜欢自己搞一套，ccs要在eclipse里搞一套xds tools，arduino要自己搞一套energia，2650里面的协处理器要在ccs外面另外再用个工具来编码调试。。。对 ti mcu的兴趣都被复杂性搞掉了。

 

没有什么是不可以替代的。

littleshrimp

freebsder 发表于 2020-3-24 10:55 >>>几乎被这些芯片折磨的不成人样，感觉这些芯片不是适合新手，也不适合爱好者，也许只有那些大公司 ...

的确，CCS配置起来比较复杂，很多功能不能拿来就用。

还有以前弄的CC2650，虽然是IAR开发也需要配置各种路径，解决XDS仿真器的问题，太多的时间都浪费在工具配置上。

感觉它家的MCU只有专业人士才能玩的起，新手玩起来太要命了。

littleshrimp

看在线研讨会，感觉CLB不错，导入一个CLB工程也这么难吗？

大秦正声

德州仪器是芯片领域的阎长官！

大秦正声

这些芯片还是有很多问题的。

大秦正声

世界上没有很完美的芯片，合理的选择非常重要！

大秦正声

如果自己设计板子，那么会有好多好多的问题在等着你！

大秦正声

只要肯下功夫，这些问题应该还是可以解决！

littleshrimp

大秦正声 发表于 2020-3-24 14:36 德州仪器是芯片领域的阎长官！

他家的硬件设计没的说，软件和资源方面需要再下些功夫，应该多学学ST。

大秦正声

littleshrimp 发表于 2020-3-24 15:17 他家的硬件设计没的说，软件和资源方面需要再下些功夫，应该多学学ST。

硬件问题很多的！

threetigher

版主的STM32G474就这样放弃治疗了？

littleshrimp

threetigher 发表于 2020-3-24 22:42
版主的STM32G474就这样放弃治疗了？

对比一下其它家的AD结果，看看问题是不是真的在STM32

大秦正声

littleshrimp 发表于 2020-3-25 06:11 对比一下其它家的AD结果，看看问题是不是真的在STM32

mcu+内部adc通常效果令人不太满意的！

建议使用模拟公司的芯片。ti的模拟芯片是收购原来国家半导体半导体的。

littleshrimp

大秦正声 发表于 2020-3-25 09:14 mcu+内部adc通常效果令人不太满意的！ 建议使用模拟公司的芯片。ti的模拟芯片是收购原来国家半导体半 ...

先用C2000试试，等FPGA弄明白了再怼专用ADC芯片

littleshrimp

大秦正声 发表于 2020-3-24 14:51 如果自己设计板子，那么会有好多好多的问题在等着你！

FPGA这条路必需要走了，已经做好心理准备。

alan000345

太厉害啦，那么多让人崩溃的bug提示，居然都调通啦。

threetigher

freebsder 发表于 2020-3-24 10:55 >>>几乎被这些芯片折磨的不成人样，感觉这些芯片不是适合新手，也不适合爱好者，也许只有那些大公司 ...

TI要向ST学习，那就牛大发了

freebsder

threetigher 发表于 2020-3-25 20:48
TI要向ST学习，那就牛大发了

不可能的，ti现在板子都不送了，官网活动也没了，这一手它玩不起。