完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
发现用CH392GetRecvLength获取长度,CH392GetRecvData读取数据后,接收缓冲区的数据任然保留着,于是在CH392GetRecvData读取数据后,主动用 CH392ClearRecvBuf 清除该socket的接收缓存,但是无效,这可能是什么原因造成呢
我的应用轮询读CH392接收缓冲区的有效数据长度,有数据就进行处理,实际没有用到中断,是这种方式不可行吗? 我用的淘宝买的以太网模块,spi接口,读到的芯片版本23.又发现2个问题
|
|
相关推荐
1个回答
|
|
“我的应用轮询读CH392接收缓冲区的有效数据长度,有数据就进行处理,实际没有用到中断,是这种方式不可行吗?”,这种方式不太合理,会很占用CH392的处理,正常情况是读出数据后缓冲区数据就会自动清空。
|
|
|
|
只有小组成员才能发言,加入小组>>
562 浏览 1 评论
CH579M+RT-Thread,RTC从Sleep模式唤醒失败是什么原因?
2929 浏览 2 评论
2428 浏览 1 评论
910浏览 2评论
721浏览 1评论
riscv-none-embed-objcopy: \'PWM_Output.elf\': No such file这个咋解决,
444浏览 1评论
571浏览 1评论
请教一下,Mounriver 编译不成功:找不到库文件,怎么整
843浏览 1评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-1-14 11:08 , Processed in 1.007457 second(s), Total 75, Slave 59 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (威廉希尔官方网站 图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号