Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
bc35
协议重发
BC35 协议重发机制的问题
发布于 2020-09-09 11:58:42 浏览：1070
订阅该版
老师您好： 我现在有以下问题不知如何解决： 我现在开发一款以NB通讯的产品。现在以电信平台为基础进行开发。 下位机与上位机通讯过程中，需要重连机制。 具体应用为： 以下位机给上位机发心跳协议为例子： 当下位机发送心跳协议后，等待上位机给我会一条数据。如果通讯正常，在5秒内能收到上位机的回复就认为通讯正常，每条协议通过流水号来判断。 现在问题来了： 当我下位机给上位机发送完心跳包(流水号0)后，5秒内没有收到上位机的回复，就认为发送失败，下位机重发。 第一次重发(流水号还是0)，5秒内没有收到上位机回复，继续重发。 重发3次，重发阶段流水号不变。如果重发阶段收到上位机回复，则不用再重发。 现在思路有点乱，不知如何实现。根据流水号，来实现重发机制。 问题2： 重发阶段，流水号应该变还是不变。 如果变得话我感觉处理更麻烦。
查看更多
1
个回答
默认排序
按发布时间排序
iamyhw
2020-09-09
这家伙很懒，什么也没写！
可以使用快慢拍模式,以你的应用场景为例讲解: 正常5s交互一次,看作慢拍动作, 发生掉线重连时,使用快拍方式,将交换时间压缩,例如200ms, 快拍的作用是及时重建连接. 掉线期间需要将未发送的数据缓存起来,然后在快拍期间重连后全部发送出去,至发送完缓存数据为止,恢复慢拍模式. 你可以根据自己的情况设计合理的方式. 至于重连期间的流水号问题.可能也需要根据业务来定. 一般心跳包可以不带流水号,只负责检测网络保活功能. 可以只在数据包中使用流水号,这样处理起来简单些. 还是那句话,根据业务来定.
撰写答案
登录
注册新账号
关注者
0
被浏览
1.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
在RT-Thread Studio中构建前执行python命令
2
研究一了一段时间RTT，直接标准版上手太难，想用nano，但又舍不得组件
3
CherryUSB开发笔记(一)：FSDEV USB IP核的 HID Remote WakeUp (USB HID 远程唤醒) 2025-01-18 V1.1
4
RT-thread 缩写字典
5
RT Thread 源码分析笔记 ：线程和调度器
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
Bootloader
AT
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
I2C_IIC
ESP8266
UART
WIZnet_W5500
ota在线升级
PWM
cubemx
flash
freemodbus
BSP
packages_软件包
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
编译报错
中断
Debug
rt_mq_消息队列_msg_queue
SFUD
msh
keil_MDK
ulog
MicroPython
C++_cpp
本月问答贡献
用户名由3_15位
7
个答案
1
次被采纳
bernard
4
个答案
1
次被采纳
xusiwei1236
3
个答案
1
次被采纳
踩姑娘的小蘑菇
1
个答案
1
次被采纳
张世争
1
个答案
1
次被采纳
本月文章贡献
聚散无由
2
篇文章
14
次点赞
catcatbing
2
篇文章
5
次点赞
Wade
2
篇文章
2
次点赞
Ghost_Girls
1
篇文章
6
次点赞
xiaorui
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部
