Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
bc35
协议重发
BC35 协议重发机制的问题
发布于 2020-09-09 11:58:42 浏览：1046
订阅该版
老师您好： 我现在有以下问题不知如何解决： 我现在开发一款以NB通讯的产品。现在以电信平台为基础进行开发。 下位机与上位机通讯过程中，需要重连机制。 具体应用为： 以下位机给上位机发心跳协议为例子： 当下位机发送心跳协议后，等待上位机给我会一条数据。如果通讯正常，在5秒内能收到上位机的回复就认为通讯正常，每条协议通过流水号来判断。 现在问题来了： 当我下位机给上位机发送完心跳包(流水号0)后，5秒内没有收到上位机的回复，就认为发送失败，下位机重发。 第一次重发(流水号还是0)，5秒内没有收到上位机回复，继续重发。 重发3次，重发阶段流水号不变。如果重发阶段收到上位机回复，则不用再重发。 现在思路有点乱，不知如何实现。根据流水号，来实现重发机制。 问题2： 重发阶段，流水号应该变还是不变。 如果变得话我感觉处理更麻烦。
查看更多
1
个回答
默认排序
按发布时间排序
iamyhw
2020-09-09
这家伙很懒，什么也没写！
可以使用快慢拍模式,以你的应用场景为例讲解: 正常5s交互一次,看作慢拍动作, 发生掉线重连时,使用快拍方式,将交换时间压缩,例如200ms, 快拍的作用是及时重建连接. 掉线期间需要将未发送的数据缓存起来,然后在快拍期间重连后全部发送出去,至发送完缓存数据为止,恢复慢拍模式. 你可以根据自己的情况设计合理的方式. 至于重连期间的流水号问题.可能也需要根据业务来定. 一般心跳包可以不带流水号,只负责检测网络保活功能. 可以只在数据包中使用流水号,这样处理起来简单些. 还是那句话,根据业务来定.
撰写答案
登录
注册新账号
关注者
0
被浏览
1k
关于作者
zhutourou
这家伙很懒，什么也没写！
提问
8
回答
6
被采纳
0
关注TA
发私信
相关问题
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总，欢迎查看！
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》，看这篇就够了！干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
使用百度AI助手辅助编写一个rt-thread下的ONVIF设备发现功能的功能代码
2
RT-Thread 发布 EtherKit开源以太网硬件！
3
rt-thread使用cherryusb实现虚拟串口
4
《C++20 图形界面程序：速度与渲染效率的双重优化秘籍》
5
《原子操作：程序世界里的“最小魔法单位”解析》
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
WIZnet_W5500
UART
ota在线升级
PWM
cubemx
freemodbus
flash
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
Debug
编译报错
msh
SFUD
keil_MDK
rt_mq_消息队列_msg_queue
ulog
C++_cpp
at_device
本月问答贡献
踩姑娘的小蘑菇
7
个答案
3
次被采纳
a1012112796
13
个答案
2
次被采纳
张世争
9
个答案
2
次被采纳
rv666
5
个答案
2
次被采纳
用户名由3_15位
11
个答案
1
次被采纳
本月文章贡献
程序员阿伟
8
篇文章
2
次点赞
hhart
3
篇文章
4
次点赞
大龄码农
1
篇文章
5
次点赞
ThinkCode
1
篇文章
1
次点赞
Betrayer
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部
