请问用28379D解码多摩川编码器，能不能把解码的代码移植到CLA中处理？

目前tformat调试没有问题，现在想用SPIBRXINT触发CLA，用CLA去读tformat返回来的位置信息，并实现解码。

目前CLA读SPIBRXBUF是没有问题的，但是解码代码有几个函数是封库的，我没办法完全移植到CLA中，移过来编译就会报错，提示差不多就是没有找到这个函数的实体，请问有什么办法能够实现吗？

比如这两个函数  PM_tformat_receiveData()  ,  PM_tformat_getCRC()  ，就是封库的。

user4688852：

回复 user6158824:

你的那个帖，我已经回复过几次了，我还以为昨天已经帮你解决了。。。

首先，你卡在while那里，就是你没有进入SPIBRXINT中断，也就是你的SPI没有接收到数据。

那么，这种情况可能的问题就是：

1、你们自行开发的基于28379S的控制板，关于SPI的输入输出脚可能搞错了，请仔细对比官方说明文档，注意这里SPIB是从模式，不是主模式，所以很容易误认为MISO就是RX，其实MISO应该接485芯片的TX，MOSI接RX；

2、MOSI脚和485方向控制脚都跟XBAR相关联，请核查XBAR配置是否冲突，尤其是485方向控制脚的；

3、请确认你的例程的引脚配置是否与tformat.lib的定义一致，据本人实测：

controlSUIT中包含两个不同版本日期的LIB，
第一个的路径是F:\TI\controlSUITE\libs\app_libs\position_manager\v01_02_00_00\tformat\Float\lib，这个LIB的日期为2016/04/11，这个路径下对应的例程是支持gpio24~27，多摩川解码没有问题，不支持gpio63~66和gpio9；
第二个的路径是F:\TI\controlSUITE\development_kits\BOOSTXL_POSMGR\v01_01_00_00\tformat-F28379DLpad-S2\Float\lib，这个LIB的日期为2017/07/26，这个路径下对应的例程支持gpio63~66，多摩川解码没有问题，不支持gpio24~27和gpio34；

所以具体用的哪个LIB很重要！官方FAE给我的答复也是只是引脚不一致而已。

4、时钟脚一定要连接！

最后，这样还不能解决的话，那我也很无奈。