上位机接收的数据一直不正确

2万 · 2022-11-25 19:41

调试串口的时候，发现上位机接收的数据一直不正确，然后就修改了半天下位机程序，改了老半天不行，怀疑是硬件出错，拿示检测了以后发现没有问题，最后还把芯片都换了，试了老半天还是不行

1万 · 2022-11-25 19:43

换一个串口调试助手

1万 · 2022-11-25 19:50

嗯，我之前也是，换了一个串口调试助手竟然好，拿原来那个版本的串口调试助手对比才发现版本确实有问题

1万 · 2022-11-25 19:52

你应该先短接测试一下
我碰到过自动发送不完全正确的情况,两次才正确一次,停止自动发送后会立刻再发一次等问题

1万 · 2022-11-25 19:55

一般来说, 调试串口应准备几个类似串口调试助手的小程序, 在一个上调试有问题, 可试试其他的.
比如最常用的是"超级终端", WINDOWS XP自带的, 但只能用来调ASCII码串的收发.

1万 · 2022-11-25 19:57

我一直用的没发现过问题，因为是买产品附带的

1万 · 2022-11-25 19:59

有专用检测工具吧，在内核抓数据，绝对不会漏掉任何数据

1万 · 2022-11-25 20:01

是啊，不会因为应用层问题丢失数据。

1万 · 2022-11-25 20:04

这种情况确实让人抓狂，这些小软件多多少少都有些缺憾
所以手头多备几种软件以防万一

1万 · 2022-11-25 20:06

自己编一个呗

1万 · 2022-11-25 20:09

上位机有两种，基于中断的和基于查询的。

用mscomm控件的，或者调用CreateEvent的，都是基于中断的，缓冲区一般不会溢出。

1万 · 2022-11-25 20:11

我也觉得网上不少是基于查询的，加个定时器在那里ReadFile，是不可靠的

2万 · 2022-11-25 20:13

对啊，即使用多线程的技术，因为默认串口驱动2k的缓冲区，相对于windows十几毫秒调度一个线程，如果系统一忙，就卡死了。

1万 · 2022-11-25 20:22

碰到过类似情况，可以用多个调试助手试试。
觉得AccessPort挺好用的

1万 · 2022-11-25 20:24

是用的自己写的上位机还是啥？

1万 · 2022-11-25 20:27

是指开发的上位机还是指串口调试助手？

1万 · 2022-11-25 20:29

好好检查一下MCU程序和上位机程序

2万 · 2022-11-25 20:32

嗯，我再好好缕一缕吧，有了好消息及时通知大家

只看该作者 · 2022-11-26 19:21

估计是程序问题，建议再旅顺一下程序