社区
非技术类
帖子详情
判断数据是否接收完毕
Amoon
2002-01-23 10:28:17
请问有什么办法可以不用通过判断接收到的文本里有某个字符来判断接收完毕?
...全文
202
18
打赏
收藏
判断数据是否接收完毕
请问有什么办法可以不用通过判断接收到的文本里有某个字符来判断接收完毕?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
18 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
Amoon
2002-01-25
打赏
举报
回复
to tg123(T.G.)::),对不起,我有点笨的。能请你说清楚点么?
tg123
2002-01-24
打赏
举报
回复
有超时联想到的
再数据到达里写话
让一个timer 复位(reset)
当timer到到某一时长后便促发timer事件
呵呵
下面不用我说了八
jett
2002-01-23
打赏
举报
回复
学习
Amoon
2002-01-23
打赏
举报
回复
谢谢,我去看看。
sonicdater
2002-01-23
打赏
举报
回复
俺不懂,只有帮你找点资料, 不知对你 是否有用。 但 是 e 文的 :(
http://codeguru.earthweb.com/cgi-bin/bbs/wt/showpost.pl?Board=CPP&Number=2651&page=12&view=collapsed&sb=5
http://codeguru.earthweb.com/cgi-bin/bbs/wt/showpost.pl?Board=vc&Number=295572&page=0&view=collapsed&sb=5
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wcecomm/htm/serial_7.asp
Amoon
2002-01-23
打赏
举报
回复
可是,这是从酶标仪上收到的数据啊
Jneu
2002-01-23
打赏
举报
回复
当然七层协议没有那么简单~,只是举了个简单的例子
Jneu
2002-01-23
打赏
举报
回复
自己将传输协议添加数据前面~有点像网络的七层协议~
sonicdater
2002-01-23
打赏
举报
回复
好,一定会的。
到时候 再联系 :)
Amoon
2002-01-23
打赏
举报
回复
Jneu(沧海桑田):格式是这样的".begin"<cr><mes1.data>".end"<cr>".begin"<cr><mes2.data>".end"<cr>
没有其他信息了
Amoon
2002-01-23
打赏
举报
回复
没有,我闲着呢!
好,你回来就给我来电话?
sonicdater
2002-01-23
打赏
举报
回复
帮你 顶一下。
我 28 号 左右 回去 。 好象 你很忙 ?
Jneu
2002-01-23
打赏
举报
回复
举个简单的例子,比如以特殊&HDF字符开头,后面接的就是包长,
这样就可以避免你说的那种情况。
Amoon
2002-01-23
打赏
举报
回复
to Jneu(沧海桑田) : 这样的,数据是以 ".End"结束的,但有时候数据有两块,就有两个".End"
Amoon
2002-01-23
打赏
举报
回复
不是,我是用串口。
你什么时候回来?
Jneu
2002-01-23
打赏
举报
回复
采用约定的通信协议~
sonicdater
2002-01-23
打赏
举报
回复
比 大小? size A = size B 可以吗?
你用什么? winsock 发送的?
sonicdater
2002-01-23
打赏
举报
回复
Amoon ,好久不见。 做什么 去啦?
我快 回去了, 你什么时候 有空, 出来 聊聊?
uCOS-III及循环队列串口收发示例
结合uCOS-III和循环队列的串口
数据
收发方式,实时性好。
接收
方面,使用STM32的总线空闲中断
判断
数据
包
接收
完毕
并发布消息,使用状态机检查
数据
包正误。发送方面,采用中断的方式发送
数据
,避免程序死等
数据
发送
完毕
。
usart怎么
判断
这一包
数据
接收
完成了
usart怎么
判断
这一包
数据
接收
完成了
计算机网络
数据
链路层 实现的功能详解
#
数据
链路层主要研究的三个基本问题 封装成帧:源mac,目的mac、帧开始符、帧结束符、帧校验序列 透明传输:文本传输、可执行文件传输的界定符 差错检验:发送端 环冗余检验CRC FCS帧校验序列
接收
端亦CRC运算# 点到点信道的
数据
链路 P2P封装成帧:PPP协议的特点;更换默认HDLC协议传输 P2P透明传输:同步帧单位、零比特填充;异步字符单位、字节填充;CRC计算FCS# 以太网特性 最短帧大小64字节及其测算过程 冲突解决退避算法 长度小于64字节时填充字段 以太网信道利用率# 广播信道的
数据
链路 广播信道的局域网 以太网标准 CSMA/CD协议:带冲突检测的载波侦听多路访问协议。 以太网最短帧:保证有错误的反馈时间。 冲突解决方法:退避算法 以太网帧格式 以太网信道利用率 网卡的作用 查看和更改MAC地址# 网络设备特性对比 集线器、网桥、交换机与路由器# 生成树协议STP 有效处理广播风暴的机理
串口
数据
实时处理:定时器+串口
判断
串口
数据
接收
完成
使用背景: 之前在做项目的时候,串口
接收
的
数据
要及时进行处理,虽然采用了自定义的串口协议,但是协议的包尾只有一个字节,经常
判断
不准
数据
是否
接受
完毕
,所以就采用计时器+串口的方式来判定串口
是否
接受完成。 核心思想 根据波特率来计算接受一个字节所需要的时间,当超过这个时间没有收到
数据
,则表明这一帧
数据
已经接受
完毕
实现方法 串口中断函数
接收
第一个字节之后,开启定时器计数。接受下一个字节的时候清空定时器...
GPS模块
接收
数据
采用的是串口中断
接收
数据
,是将
接收
到的
数据
放到接受缓存器U2RBR里面的,读GPS的时候就是读的U2RBR的内容,GPS的协议是标准的NMEA0813协议,我用串口发一帧
数据
如。内含下一个要读取的已
接收
字符。/*读bit0 0为空,1为
接收
到
数据
。读取
接收
数据
接收
缓冲寄存器,内含下一个要读取的已
接收
字符。‘C’)) //
判断
是否
是BDRMC,如果是继续
接收
{
判断
数据
是否
接收
完毕
*/串口
接收
新
数据
的标志。
非技术类
742
社区成员
26,925
社区内容
发帖
与我相关
我的任务
非技术类
VB 版八卦、闲侃,联络感情地盘,禁广告帖、作业帖
复制链接
扫一扫
分享
社区描述
VB 版八卦、闲侃,联络感情地盘,禁广告帖、作业帖
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章