完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
您好，LED和KEY只是GPIO的的控制，您只需要在tmos中创建一个事件去做对应的处理即可。
|
|
|
|
|
|
是不是该HAL不支持TMOS，只建议用原生的GPIO控制？
答：HAL是专门为适配TMOS。参考EVT中的LED.C和KEY.C LED、KEY都是通过一个任务，去实现的。 之所以BLE工程内嵌TMOS，是因为BLE逻辑的复杂性，通过OS任务模式，可以实现更清晰逻辑化。 既然BLE中内嵌了TMOS，就是MCU被TMOS全权接管分配，所有的功能，都应该在TMOS机制下运行，即通过TMOS任务机制去实现，而非基于对MCU操作。 这样才能最大程度的保证BLE框架的稳定性。 |
|
|
|
|
|
|
|
|
|
|
|
app_uart_process();这个函数并不是串口打印啊，他的操作是在查询一个标志位，串口在中断中接受后会置标志，查到标志后就调用蓝牙将串口收到的数据通过蓝牙发送给主机。
|
|
|
|
|
|
app_uart_process函数调用了app_drv_fifo_read_to_same_addr函数，往R8_UART3_THR寄存器循环写入数据，串口1发送字符串函数UART1_SendString也调用了R8_UART1_THR寄存器，不就是打印数据吗
|
|
|
|
|
|
那也要看什么时候会往R8_UART3_THR面写，不是每个循环都会往里面写，默认情况就是发送fifo里面没有数据，是没有往里面写数据去发送的。
|
|
|
|
|
|
明白，确定这个操作是写串口数据寄存器就行，以为main循环只能跑TMOS
|
|
|
|
|
|
不建议放在主循环里去调用，最好是放在tmos任务里调用，如果事件较长还需要加大连接间隔，不然会导致蓝牙断开连接。
|
|
|
|
|
只有小组成员才能发言，加入小组>>
463 浏览 1 评论
CH579M+RT-Thread，RTC从Sleep模式唤醒失败是什么原因？
2868 浏览 2 评论
2357 浏览 1 评论
808浏览 2评论
CH569通过HSPI实现USB3.0和FPGA高速双向通讯
630浏览 1评论
492浏览 1评论
CH32F103C8T6使用当前官网上的CDC例程会出现设备描述符请求失败
356浏览 1评论
630浏览 1评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
868
评论
淘帖
365
