我把CC2640R2F官方开发板的资料hw_uart.c和hw_uart.h文件移到simple_peripheral_oad_onchip项目中,在simple_peripheral_oad_onchip.c的函数SimplePeripheral_init(void)最后添加hw_uart.c中的串口初始化和显示一段话,然后运行,串口没反应且蓝牙也不广播了。是不是官方开发板的例程资料ble5stack里面的.c和.h文件不适用于blestack的项目??因为我也试了下官方资料按键的例程,里面的.c/.h文件添加到simple_peripheral_oad_onchip项目中也一样出现按键没反应。


Kevin Qiu1:
可以参考C:\ti\simplelink_cc2640r2_sdk_4_20_00_04\examples\rtos\CC2640R2_LAUNCHXL\ble5stack\simple_peripheral
Display_printf和board_key.c按键的使用
卑鄙的信鸽:
回复 Kevin Qiu1:
board_key.c按键有用,然后Display_printf串口没反应
Kevin Qiu1:
回复 卑鄙的信鸽:
是否在使用之前用了dispHandle =Display_open(id, params)
Display_printf参考:dev.ti.com/…/node
也可以看下C:\ti\simplelink_cc2640r2_sdk_4_20_00_04\examples\rtos\CC2640R2_LAUNCHXL\drivers\adcsinglechannel 的用法,代码少一点
卑鄙的信鸽:
回复 Kevin Qiu1:
我试了下Display_printf(),这个函数不够直接,多了好多累赘。
按照这个流程:
结果是:
Kevin Qiu1:
回复 卑鄙的信鸽:
乱码和串口工具编码有关,用Putty或者Tera Term应该不会有此问题,你可以试试
卑鄙的信鸽:
回复 Kevin Qiu1:
这个串口工具是开发板资料自带的,我之前一直用这个工具来实验hw_uart.c和sdi_tl_uart.c代码都不会出现乱码,然后我用Display_printf()这个函数用逻辑分析仪(波特率时115200)来看了,确实是有乱码的16进制数存在,所以这个工具没有问题,是这个代码的问题。
卑鄙的信鸽:
回复 Kevin Qiu1:
关于Display_printf()函数,我电脑有3款串口工具,都会乱码,这应该是不是巧合。有没有其他比较直观的函数或者文件,类似hw_uart.c和sdi_tl_uart.c这种,初始化,然后直接用,也不会有乱码的出现的
Kevin Qiu1:
回复 卑鄙的信鸽:
我用Tera Term显示没有问题
其他的看下例程C:\ti\simplelink_cc2640r2_sdk_4_30_00_08\examples\rtos\CC2640R2_LAUNCHXL\drivers\uartecho
串口驱动看下C:\ti\simplelink_cc2640r2_sdk_4_30_00_08\source\ti\drivers目录下的UART.c和UART.h文件
卑鄙的信鸽:
回复 Kevin Qiu1:
好吧,我再试下吧,谢谢
Kevin Qiu1:
回复 卑鄙的信鸽:
不客气
TI中文支持网







