串口 丢失数据,串口中断丢失数据一般写在oncom里

vb串口接收的数据丢失了吗？Stm32串口中断丢失数据，MAX485通讯串口丢失数据，51单片机串口通讯主机丢失数据，VB串口通讯丢失数据一般都是写在ONCOM上。如果有丢失的数据，可以考虑字节宽度为1来接收，我以前就是这么做的，你加一根线，休眠(500)到串行数据到达事件的第一行；让串口完全接受数据后再读取，然后试试没有这种阻塞的串口的响应速度。

这是正常的，就是处理中断需要时间，在快速发送的过程中并不总是成功的，因为串口处于中断处理状态时，不会接受新的中断，所以无法完美解决。【如果想解决问题，可以用倍频时钟来加快stm32的处理速度，这样可接受的速度会有所提高。这取决于你使用的晶体振荡器。8M的晶振看起来是最高的72M，但也够用了。可以满足大部分要求。

你可以在发送和接收信号方面做些努力。不是上位机太快，而是你写程序慢。两个问题:1)接收中断函数中怎么会有发送标志位的判断？删除这句话:while(usart _ getflagstatus(usart 1，usart _ flag _ tc) reset) 2)你的串口使用方式不对。你每接收一条数据都需要中断，其实接收所有数据都应该是中断。

单片机发出的字符串最好以一个特殊符号开始，比如！最后，用一个特殊的符号结束，比如$,数据在两个标签里！n1n2n3n4..........$。接收端不需要中断，而是在你的主程序的循环中查找mscomm1.input的值，读取的值累加到一个变量中，那个变量中的标记字符串就是单片机发送的所有值。尝试在主程序循环中添加一个DoEvent。应该能行。

波特率9600通讯不可靠？1.检查下电脑板的晶振是否合适(不要用12.0000代替11.0592！)，检查下位机软件的波特率设置。2.你的串口质量怎么样？有多远？3.用示波器抓取波形，看有无异常。\串行口线大约10米.\什么样的电线？你最好拍照。“我一个人发数据的时候还好好的，但是一打包数据发完就出现了这个问题。”检查发送程序，并在字节之间添加空格。

不知道你说的是送损还是收损。好像没遇到过数据丢失的问题。我看了你的节目。如果是送损，建议你不要在下面的节目中评论es0和es1前几天我也遇到了发送中断数据错误的问题。希望能帮到你if(flag1)//用查询方法判断是否进入了中断{//es0；//串口中断关闭，防止产生死循环flag0//清除延迟(100)；法松(一)；//es1；if(I > 4){ i0；}。

我现在在测试中也遇到过这个问题。我是按照android_serialport_api中的代码做的，就是串口发送的数据在android端是不完整的，几乎每次都只收到一部分数据，不知道另一部分去了哪里。你解决这个问题了吗？串口通信数据丢失的很大一部分原因是:(mscomm的inputlen的设置有问题；解决方法:将mscomm的输入设置为0(读取整个缓冲区)，读取一次，尝试清空缓冲区一次；

eeprom的速度太慢。增加缓冲区或使用闪存。中断服务程序耗时太长，所以把EEPROM写的程序放在外面。此外，您需要打开一个接收缓冲区，否则您可能会丢失数据。没有和串口助手握手，所以PC没有太多时间等待，还没收到你就丢了。6、C

你添加一个线程。休眠(500)到串行数据到达事件的第一行；让串口完全接受数据后再读取，然后试试没有这种阻塞的串口的响应速度。你尝试改变SerialPort的握手设置，应该是这个原因。我以前也遇到过这种情况，我发现就是这个原因。

数据接收一般用ONCOM编写。如果有丢失的数据，可以考虑字节宽度为1来接收，我以前就是这么做的。我觉得很有可能是你把接收到的数据和处理过的数据写在一个函数或者进程里，这样如果处理数据的工作量大，就会错过接收到的数据，建议接收的数据和处理的数据分两个地方，接收属于接收，处理属于处理。即接收到串行字节并保存在数组中后，接收过程结束，接收过程尽量短。