本人最近用TI的开发板LaunchPad加BOOSTXL_POSMGR套件,希望获取多摩川编码器中的位置信息。
但是无法获取数据,在线调试发现程序卡在while(tformatdata.dataready != 1) {}这个位置。
经测试:
1、通过高速串口向编码器发送读取数据指令是可以获得响应的。
2、开发板也可以发出数据,但是发出的数据与编码器厂商给出的指令的定义不同,如
但是例程中的程序发出的数据是不同的。
所以现在问题归结到,难道利用TI的例程不能和多摩川协议的编码器通讯?
mangui zhang:这个可能需要根据对接传感器需求命令进行修改了
本人最近用TI的开发板LaunchPad加BOOSTXL_POSMGR套件,希望获取多摩川编码器中的位置信息。
但是无法获取数据,在线调试发现程序卡在while(tformatdata.dataready != 1) {}这个位置。
经测试:
1、通过高速串口向编码器发送读取数据指令是可以获得响应的。
2、开发板也可以发出数据,但是发出的数据与编码器厂商给出的指令的定义不同,如
但是例程中的程序发出的数据是不同的。
所以现在问题归结到,难道利用TI的例程不能和多摩川协议的编码器通讯?
Green Deng:你好,昨晚咨询了一下美国FAE,F28377S不支持多摩川编码器。
这款编码器需要用到CLB功能从而运行编码器协议,而拥有CLB的只有F28379D 或 F28379S。
本人最近用TI的开发板LaunchPad加BOOSTXL_POSMGR套件,希望获取多摩川编码器中的位置信息。
但是无法获取数据,在线调试发现程序卡在while(tformatdata.dataready != 1) {}这个位置。
经测试:
1、通过高速串口向编码器发送读取数据指令是可以获得响应的。
2、开发板也可以发出数据,但是发出的数据与编码器厂商给出的指令的定义不同,如
但是例程中的程序发出的数据是不同的。
所以现在问题归结到,难道利用TI的例程不能和多摩川协议的编码器通讯?
user6158824:
回复 Green Deng:
非常感谢您的解答!
但是现在我用28379D的官方开发板LaunchPad,以及我们自行开发的基于28379S的控制板,进行编码器位置信息的获取,依然无法获取位置信息,请问是否真如一楼所说,需要根据不同的编码器而修改指令内容。
本人最近用TI的开发板LaunchPad加BOOSTXL_POSMGR套件,希望获取多摩川编码器中的位置信息。
但是无法获取数据,在线调试发现程序卡在while(tformatdata.dataready != 1) {}这个位置。
经测试:
1、通过高速串口向编码器发送读取数据指令是可以获得响应的。
2、开发板也可以发出数据,但是发出的数据与编码器厂商给出的指令的定义不同,如
但是例程中的程序发出的数据是不同的。
所以现在问题归结到,难道利用TI的例程不能和多摩川协议的编码器通讯?
user4688852:
回复 user6158824:
可能跟你的LIB有关,查看SPI引脚配置是否正确,若正确,查看tformat的lib日期,controlsuit中提供了两个解码例程,两个LIB对应的引脚是不一样的,一个是高速SPI,一个是普通SPI,希望能帮到你。
本人最近用TI的开发板LaunchPad加BOOSTXL_POSMGR套件,希望获取多摩川编码器中的位置信息。
但是无法获取数据,在线调试发现程序卡在while(tformatdata.dataready != 1) {}这个位置。
经测试:
1、通过高速串口向编码器发送读取数据指令是可以获得响应的。
2、开发板也可以发出数据,但是发出的数据与编码器厂商给出的指令的定义不同,如
但是例程中的程序发出的数据是不同的。
所以现在问题归结到,难道利用TI的例程不能和多摩川协议的编码器通讯?
user6158824:
回复 user4688852:
您好,
我也注意到了这个问题,我用的是下图中的引脚配置,
据检查,这里面的几个引脚跟我的硬件配置都是一样的。会是其他的什么问题吗?
另:哪个是高速SPI,哪个是低速SPI?
本人最近用TI的开发板LaunchPad加BOOSTXL_POSMGR套件,希望获取多摩川编码器中的位置信息。
但是无法获取数据,在线调试发现程序卡在while(tformatdata.dataready != 1) {}这个位置。
经测试:
1、通过高速串口向编码器发送读取数据指令是可以获得响应的。
2、开发板也可以发出数据,但是发出的数据与编码器厂商给出的指令的定义不同,如
但是例程中的程序发出的数据是不同的。
所以现在问题归结到,难道利用TI的例程不能和多摩川协议的编码器通讯?
user4688852:
回复 user6158824:
这个是高速SPI,你卡在while那里,一定是你的中断没进去,如果确认引脚配置与lib一致,请查看SPICLK引脚即GPIO65与GPIO7是否连接在一起,必须连接在一起!
如果还是不行,请查看GPIO9的INXBAR是否被占用
相关推荐
- TIDM-DC-DC-BUCK: Design files can't download
- TMS320F28335: Error enabling this function: This task cannot be accomplished with the existing AET resources.
- TMS320F280049: 芯片在运行过程中莫名出现复位
- TMS320F28035: Ti28035芯片看门狗复位偶尔失败问题
- TMS320C28346: 28346 DMA和CPU同时访问冲突问题
- TMS320F28335: 是否有对应的SDL 软件诊断库?
- LAUNCHXL-F28069M: J3,5V引脚的作用是什么;在ADC采样过程中,需要怎样接外接信号?
- TMS320F28335: C2000™︎ 微控制器论坛