Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
串口
5
为什么用串口发送一帧数据,会断开?
发布于 2022-08-05 19:50:18 浏览:2148
订阅该版
代码如下:发送400左右个字节 ```c rt_device_write(dev, 0, USART3_TX_BUF, n); ``` 然后串口调试助手显示如下: ![screenshot_图片.png](https://oss-club.rt-thread.org/uploads/20220805/b9f5ca4ed639f14a85ecdb70bc3503be.png.webp) 问题1:为什么一帧数据之间有几十ms的间隔呢?这样导致我的从机不会认为它是一帧了。我需要在发送的时候关闭调度器吗? 问题2:我在接收的时候也是这样,把一帧数据打断。同事用的3.1.2版本,他的device_read可以一次读一帧数据,几百个字节,我读到的都是断开的。 补充信息**补充信息 8.7.9:43** 04 10 01 00 00 C9 01 92 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 32个字节 时间是40.612——40.657,一个字节1.40625ms,1位是0.17578125,1s发5688.88,相当于波特率是这个 9600波特率,一个字节,起始,8位字长,1停止,10个bit位,1s中9600个比特位,960个字节,一个字节1.0416666ms 百度了一下,超过2个字节的时间,就认为产生空闲中断了。9600是2ms左右,我这也没超过啊,偶尔也有这种情况,这种应该超过了42ms 6个字节 ![screenshot_图片.png](https://oss-club.rt-thread.org/uploads/20220807/21b2bfaea7787603cfc8e92b77227ff4.png) 怎么在线程切换的时候打印一个信息呢?比如进入这个线程,或者离开这个线程的时候,我看看是因为线程切换,还是因为啥。 线程时间片拉长到150ms了,不好使啊。添加了dma发送模式 试试, **8.8 9:26添加** 可以看到,接收的时候,第一帧是串口助手发的,第二帧是从机响应的。主机接收的时候,把他俩当成一帧了,下面open time tick是主机每次调用device read成功时开启定时器的时间,他把这些分成了3份 共388个字节,时间是394-155 = 249ms,一个字节 0.6417,为什么这么快呢 ![screenshot_图片.png](https://oss-club.rt-thread.org/uploads/20220808/9176ae47b99148ae81528e4470c191d2.png.webp) ![screenshot_图片.png](https://oss-club.rt-thread.org/uploads/20220808/540bf94e04a139cdebe1e503a7626c05.png.webp) 现在用超时判断一帧的时候,200ms才能保证接收不出错,150ms偶尔接收会失败。这太变态了,哪个串口同一帧数据,间隔了150ms
查看更多
aozima
2022-08-05
调网络不抓包,调I2C等时序不上逻辑分析仪,就像电工不用万用表!多用整理的好的文字,比截图更省流量,还能在整理过程中思考。
你的波特率多少?
8
个回答
默认排序
按发布时间排序
JonasWen
2022-08-05
这家伙不懒,但是什么也不想写!
是不是有更高优先级的任务抢占了,或者时间片耗尽了。有逻辑分析仪可以抓一下看看,应该是字节之间有空隙
lchnu
2022-08-05
Witness, Understand, Skill
如你所言,9600bps,是一个比较低的波特率,一秒极限也就960bytes。如果你连续发送400bytes,还要求关闭调度器,意味着有些线程接近0.5s得不到响应,用RTOS就没什么意义了。 如果是普通模式发送数据,CPU在等待发送完成期间一直被占用,如果优先级更高线程就绪(systick 1ms判断1次),就会打断发送; 如果是字节中断模式发送数据,大约1.04ms产生一次字节中断,对CPU占用高,也影响实时性。建议用DMA试试看。 数据是否为一帧的判断,应该在收发双发约定好数据帧格式,逐字节按照格式来进行判断,然后有一个最大超时时间来判断数据是否连续。这部分用有限状态机来做会很方便,程序也清晰可读,便于快速协议移植和修改。 不清楚你的从机判断逻辑,所以没法进一步讨论了。祝顺利! ps:串口调试助手可以设置数据分开显示的时间间隔。你根据提示自己计算一下看看。
出出啊
2022-08-06
恃人不如自恃,人之为己者不如己之自为也
看过 serialX 系列文章就不会有这个疑问了。
aprilhome
2022-08-07
这家伙很懒,什么也没写!
是不是发送线程优先级不是最高被其他线程打断了?
胡图图
2022-08-08
这家伙很懒,什么也没写!
首先,串口的发送就是一帧一帧发,发送方和接收方其实硬件上不知道啥时候结束,空闲中断只是单纯的判断一段时间超了一个固定时间长度就进入中断了(根据不同芯片型号一般是一字节或者三字节时间长度),你遇到问题一这种情况首先就需要用示波器看一下进终端地方的波形,应该明显时钟是长的,所以大部分情况下对于这种长度较长的单包数据接收不会单纯的用中断,而是中断+超时的形式最为稳妥,因为你的内部调度及外部的电信号都会影响发出的波形,内部还好,工业中的外部环境就更不可控了。
红枫
认证专家
2022-08-08
这家伙很懒,什么也没写!
用rs485软件包试试吧,可以解决此类问题
不讲武德的老法师
2022-08-08
这家伙很懒,什么也没写!
可以参考一下这一篇文档https://club.rt-thread.org/ask/article/df518f32ea179cdc.html 解决方案的话可以下一下这一篇文档https://club.rt-thread.org/ask/article/f86caf97eb80b514.html
撰写答案
登录
注册新账号
关注者
0
被浏览
2.1k
关于作者
伊森亨特
这家伙很懒,什么也没写!
提问
77
回答
31
被采纳
0
关注TA
发私信
相关问题
1
串口DMA发送数据时,数据被覆盖
2
关于串口DMA模式下rt_device_close问题
3
利用stm32f427实现usb转串口,电脑端什么也没有识别到
4
finsh 控制台 适配 RS 485请大神指点????
5
uart_sample.c 中,读串口设备时偏移量pos要设置为-1而不是0?
6
【结贴】at_device软件包中对串口接收数据缺少判断导致数据接收异常
7
串口无法接受数据,但可以发送
8
串口如何有效的清除掉接收缓冲,而不必一个一个的去读取
9
串口接收使用方式问题
10
雅特力FINSH问题
推荐文章
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
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部