Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
bc35
协议重发
BC35 协议重发机制的问题
发布于 2020-09-09 11:58:42 浏览:973
订阅该版
老师您好: 我现在有以下问题不知如何解决: 我现在开发一款以NB通讯的产品。现在以电信平台为基础进行开发。 下位机与上位机通讯过程中,需要重连机制。 具体应用为: 以下位机给上位机发心跳协议为例子: 当下位机发送心跳协议后,等待上位机给我会一条数据。如果通讯正常,在5秒内能收到上位机的回复就认为通讯正常,每条协议通过流水号来判断。 现在问题来了: 当我下位机给上位机发送完心跳包(流水号0)后,5秒内没有收到上位机的回复,就认为发送失败,下位机重发。 第一次重发(流水号还是0),5秒内没有收到上位机回复,继续重发。 重发3次,重发阶段流水号不变。如果重发阶段收到上位机回复,则不用再重发。 现在思路有点乱,不知如何实现。根据流水号,来实现重发机制。 问题2: 重发阶段,流水号应该变还是不变。 如果变得话我感觉处理更麻烦。
查看更多
1
个回答
默认排序
按发布时间排序
iamyhw
2020-09-09
这家伙很懒,什么也没写!
可以使用快慢拍模式,以你的应用场景为例讲解: 正常5s交互一次,看作慢拍动作, 发生掉线重连时,使用快拍方式,将交换时间压缩,例如200ms, 快拍的作用是及时重建连接. 掉线期间需要将未发送的数据缓存起来,然后在快拍期间重连后全部发送出去,至发送完缓存数据为止,恢复慢拍模式. 你可以根据自己的情况设计合理的方式. 至于重连期间的流水号问题.可能也需要根据业务来定. 一般心跳包可以不带流水号,只负责检测网络保活功能. 可以只在数据包中使用流水号,这样处理起来简单些. 还是那句话,根据业务来定.
撰写答案
登录
注册新账号
关注者
0
被浏览
973
关于作者
zhutourou
这家伙很懒,什么也没写!
提问
8
回答
6
被采纳
0
关注TA
发私信
相关问题
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
机器人操作系统 (ROS2) 和 RT-Thread 通信
4
国产MCU移植系列教程汇总,欢迎查看!
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
NXP MCXN947 测评(2)基于GPIO 控制实现DHT11 温湿度采集
2
RT-Thread Vision Board - Bare Metal Project with VSCode/PyOCD/Cortex-Debug
3
【学习分享】libc切换 -- 从newlib切换到mlibc
4
FRDM-MCXN947开发板之i2c应用
5
esp32 s3使用cherryusb cdc
热门标签
RT-Thread Studio
串口
LWIP
Env
SPI
Bootloader
AT
ART-Pi
Hardfault
CAN总线
FinSH
USB
文件系统
DMA
RT-Thread
SCons
线程
RT-Thread Nano
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
ota在线升级
WIZnet_W5500
I2C_IIC
UART
flash
cubemx
packages_软件包
freemodbus
潘多拉开发板_Pandora
PWM
定时器
ADC
BSP
中断
编译报错
socket
keil_MDK
GD32
MicroPython
msh
Debug
ulog
SFUD
flashDB
SDIO总线
rt_mq_消息队列_msg_queue
本月问答贡献
用户名由3_15位
19
个答案
3
次被采纳
踩姑娘的小蘑菇
16
个答案
3
次被采纳
xiaorui
7
个答案
3
次被采纳
sakumisu
5
个答案
3
次被采纳
三世执戟
32
个答案
1
次被采纳
本月文章贡献
比特饼干
3
篇文章
9
次点赞
Z_Y
2
篇文章
5
次点赞
xusiwei1236
2
篇文章
3
次点赞
yinxiangxv
2
篇文章
3
次点赞
Alipay
2
篇文章
3
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部