当前位置: 首页 > news >正文

使用qt编写上位机程序,出现串口死掉无法接受数据的bug

项目场景:

使用qt编写上位机程序,出现串口死掉无法接受数据的bug


问题描述

串口打开后一段时间内可以接受串口数据,过了一段时间后,端口就失去了响应,观察下位机指示灯发现下位机的串口还是在正常发送数据,使用其它串口工具打开也能正常接收数据,当上位机的串口死掉之后关掉串口重新打开又能正常接收数据了,过一会儿又会死掉,关掉串口再重新打开又恢复正常。

经调试发现,串口死掉之后时的串口状态仍是open状态,查看缓冲区并没有满,调用error()方法打印错误信息为noerror


原因分析:

多种可能:
1、程序采用的信号机制来读取信息,当产生readyread信号之后,由槽函数进行数据读取并处理,数据的读取和处理位于了同一个线程,可能导致下一包数据来时,上一包的数据还在处理,无法响应readyread信号并读物数据,进而导致上位机的串口缓冲区溢出,再无法触发readyread信号;

2、程序使用了很多定时器,有可能定时器触发定时信号和readyread信号冲突了,信号没有得到处理,进而影响了后续的readyread信号产生;

等等


解决方案:

1、串口和数据处理以及UI显示分别在不同的线程中处理;
2、设置各定时器的定时周期时避免同线程内出现多定时器同时触发的情况,譬如timerA定时周期为2ms、tiemrB的定时周一为1ms,那么在两个定时器同时启动之后,在初始值分别为2ms和1ms的情况下,2ms后两个定时器会同时触发。
3、将信号与槽的连接尽量选择队列的方式,避免,信号没有被处理完,或者产生冲突;
4、设置串口超时处理函数,在串口超时处理函数里以下两行代码:

port->clear(QSerialPort::Input);  // 仅清空输入缓冲区
QCoreApplication::processEvents(); // 强制处理事件队列‌

我是在试了1、2、3之后问题还是没有解决,甚至尝试了在超时函数里面尝试了重启串口,没想到问题没解决还出现了程序闪退的问题。最终在删掉重启串口的操作,添加4之后问题得到解决,这个bug折磨了我近半个月,好在解决了。

http://www.dtcms.com/a/291975.html

相关文章:

  • Kotlin 中的单例模式(Singleton)与对象声明
  • 力扣-链表相关题 持续更新中。。。。。。
  • 手写 防抖函数、节流函数
  • 【企业APP上架小米应用商店需要做的准备】(本示例为uniapp开发)
  • LLM评测框架Ragas:SQL指标(解决了Ollama推理框架不支持的问题)
  • oracle查询数据结构滤涉及的sql语句
  • 程序是如何生成的-以c语言为例
  • 行内元素垂直边距为何失效?
  • Vite:下一代前端构建工具的革命
  • 金仓数据库风云
  • 基于JAVA实现基于“obj--html--pdf” 的PDF格式文本生成
  • C语言第二章分支与循环(下)——猜数字游戏
  • 【深度解析】从AWS re_Invent 2025看云原生技术发展趋势
  • AWS RDS 排查性能问题
  • RedisJSON 指令精讲JSON.TOGGLE 键翻转布尔值
  • 聊聊 iframe:网页中的“窗口”是怎么回事?
  • Vue3 学习教程,从入门到精通,Vue3 循环语句(`v-for`)语法知识点与案例详解(13)
  • rabbitmq 03
  • 《3D printed deformable sensors》论文解读
  • 【初识数据结构】CS61B 中的堆以及堆排序算法
  • 矩阵SVD分解计算
  • 今日Github热门仓库推荐 第八期
  • 3ds Max 云端渲染插件 - 完整 Python 解决方案
  • 锟斤拷与烫烫烫:中文编程界的独特印记
  • Go语言切片(Slice)与数组(Array)深度解析:避坑指南与最佳实践
  • Go语言实战案例-遍历目录下所有文件
  • Go 的第一类对象与闭包
  • 基于单片机智能衣柜/智能衣橱设计
  • Go 并发(协程,通道,锁,协程控制)
  • 【Unity开发】坦克大战项目实现总结