完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
正在测试CH57x芯片不使用蓝牙栈,仅仅使用2.4G_PHY层进行无线通讯(自己做跳频),因为遥控设备有实时性要求,而TMOS本质是在main中进行轮询操作,产品规划涉及到单色LCD刷屏可能会导致会有大页面更新操作(相对耗时),所以main中比较担心会影响跳频时序。
当前想法是将你们推荐放在main中轮询的TMOS_SystemProcess ()函数放在一个专门的200us中断中执行,所有2.4G_PHY跳频操作都尽量轻量化,而且TMOS的event这些统统不会在main的函数中变更(event全都在仅仅在ProcessEvent或者CB函数中操作(等于都在200us中断中执行),防止中断和非中断同时操作event标志,导致OS系统混乱),main中只会访问无线发送和接收缓冲。这样就等于将基于TMOS升级成了实时系统,而产品其他函数操作都是非实时在main中轮询。 好像TMOS是基于RTC中断的,只要我把设想的200us中断设置的比RTC中断优先级低,且开启中断嵌套,那么道理上在200us中断中跑TMOS_SystemProcess (),应该是可行的。 以上仅仅是个人猜想,你们TMOS手册中并未给出特别具体的说明,请问是否可行? |
|
相关推荐
1个回答
|
|
|
|
|
|
只有小组成员才能发言,加入小组>>
482 浏览 1 评论
CH579M+RT-Thread,RTC从Sleep模式唤醒失败是什么原因?
2879 浏览 2 评论
2366 浏览 1 评论
827浏览 2评论
508浏览 1评论
CH32F103C8T6使用当前官网上的CDC例程会出现设备描述符请求失败
374浏览 1评论
651浏览 1评论
riscv-none-embed-objcopy: \'PWM_Output.elf\': No such file这个咋解决,
391浏览 1评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-30 17:23 , Processed in 0.936277 second(s), Total 77, Slave 60 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号