1.C:\ti\controlSUITE\device_support\f2806x\v150\F2806x_examples_ccsv5\ecan_back2back历程为什么使用CCSv5工程不能导入?
2.除了上述目录下的can开发历程是否还有其他方法,可以快速完成28069的CAN通信实现?
谢谢~
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
1.C:\ti\controlSUITE\device_support\f2806x\v150\F2806x_examples_ccsv5\ecan_back2back历程为什么使用CCSv5工程不能导入?
2.除了上述目录下的can开发历程是否还有其他方法,可以快速完成28069的CAN通信实现?
谢谢~
1,28069和28069M在CAN上是一样的,操作的代码软件也一样的;
2, controlSUITE和Motorware的编程风格不一样,例程是可以用的,但是需要更改风格,麻烦点。
之前是在C:\ti\controlSUITE\device_support\f2806x\v151\F2806x_examples_ccsv5\ecan_back2back目录下无法导入TI的历程(无工程文件),V150目录下可以导入,ecan_back2back自测程序运行正常。
后再lab05b中编写CAN的收发程序,由于motorware 和controlsuite不同的编程风格,遇到很多问题,比较麻烦,最后CAN可以正常收发程序。
希望TI能够将CAN封装成结构体方式加入到motorware中的历程中,提高开发效率。
以后TI的驱动程序是否都会采用motorware中的OOP架构?个人还是比较习惯原有的controlsuite方式,对底层比较清楚,改起来方便。
motorware中的方式调用太麻烦。需要反复查找。
和你一样遇到V151存在问题的情况,我也是最后用了V150调试成功的。
你后来遇到的那个问题是怎么解决的,分享一下?我在另外一个帖子里看你提到的改动好像没错所以也不知道是具体哪里漏了,也想了解一下,免得自己以后再次移植的时候也遇到类似问题。
不过和你相反,我是MW入手,所以反而觉得ControlSuit很棘手....
E2E上官方的说法好像还是要全面往MW的风格靠拢。