项目中两个芯片之间用串口进行通信，由于传输格式中有校验位，在数据量很大的时候总是校验失败。于是花了很长的时间最终解决了这个问题。首先串口丢数据有两种情况（明显排除发送端发送的数据不对），第一种是信道也就是串口线或者连接口不行，无法承受很高的波特率（我使用的波特率是921600），第二种就是接收端由于某种原因丢数据。通过观察我排除了第一种情况，因为如果是信道承受不了太高的波特率的话那平时的小段小段的
转载
2024-07-17 19:32:40
396阅读
stm32串口接收、TF卡存储丢数现象解析与总结 问题：待接受的串口数据是9600波特率，一行一行的发送，最长一行不超过1024字节。 在利用stm32的串口进行数据接收，设置两个1024大小的buf，轮流接收，轮流写入TF卡， 为什么中间总会出现完整的一行无发记录下来的问题呢。 解析： 我确定是中间的数据丢失，我估计很大原因就是接收和写保护偏差问题。 刚才用串口调试攻击分别
转载
2024-01-27 20:03:02
47阅读
1、波特率是指数据信号对载波的调制速率，它用单位时间内载波调制状态改变的次数来表示；2、在信息传输通道中，携带数据信息的信号单元叫码元，每秒钟通过信道传输的码元数称为码元传输速率，简称波特率。波特率是传输通道频宽的指标；3，数据位 这是衡量通信中实际数据位的参数。当计算机发送一个信息包，实际的数据不会是8位的， 标准的值是5、6、7和8位。如何设置取决于你想传送的信息。比如，标准的ASCII码是0
转载
2024-01-25 17:03:14
171阅读
网络丢包最常见的：就是网线质量不行，水晶头氧化，水晶头和交换机接触不良、，网卡适配器损坏，网线环路，光衰过大。当网络有问题，首先我们会进行ping命令，所谓网络丢包是我们在使用ping命令（检测某个系统能否正常运行）对目的站进行询问时，数据包由于各种原因在信道中丢失的现象。测试是否丢包，可以使用命令：ping -t 192.168.16.1或者ping 192.168.16.1 网络丢包是网络中常
转载
2023-09-13 10:30:48
362阅读
我们知道，多串口卡是一种可分配多个串口供终端连接的设备，每个终端可以通过它与主机进行通讯。使用多用户卡是最便捷简单地解决扩展计算机外部设备数量的方案。它可使计算机方便扩展串口或并口，所以也称为串并口扩展卡。很多集成工控电脑只有一个串口或者根本没有串口，或者只有1-2个接口，无法满足现场系统需求，就可以用多串口卡扩充多端口，来连接比如串口的鼠标，IC卡刷卡器等等。 多串口卡的类型 多串口卡有
关键参数syn 重传多少次后放弃
net.ipv4.tcp_syn_retries
syn ack 重传多少次后放弃
net.ipv4.tcp_synack_retries
syn 包队列
net.ipv4.tcp_max_syn_backlog
tcp TIME-WAIT状态数量上限
net.ipv4.tcp_max_tw_buckets = 5000内核TCP网络状态记录cat /proc/
原创
2023-12-04 19:03:14
267阅读
一般在socket处理大数据量传输的时候会产生粘包和半包问题，有的时候tcp为了提高效率会缓冲N个包后再一起发出去，这个与缓存和网络有关系。粘包 为x.5个包半包 为0.5个包由于网络原因 一次可能会来 0.5/1 /2/ 2.5/ 。。。。个包当接收到时 要先看看那这个包中有多少个完整的包。把完整的包都处理了 也就是说把x都处理了。剩下的0.5留在接收区中，等待下次接收。这回接收到的就是0.5+
转载
2024-01-29 21:06:54
436阅读
1. 通讯控制要求： （1）接口要一致； （2）设置合适的通讯参数； （3）通讯协议一致；2.串口通信参数设置工具：串口调试助手（1）波特率串口通信时的速率。 如每秒钟传送1920个字符，而每个字符格式包含10位（1个起始位，1个停止位，8个数据位），
转载
2023-10-03 10:33:38
676阅读
在这篇博文中，我们将深入探讨“Android串口丢包”这一技术难题。随着物联网的快速发展，Android设备的串口通信越来越广泛，但在实际应用中，经常会遇到串口数据丢失的问题，这对业务稳定性产生了显著影响。
### 问题背景
Android设备作为实现各类通信及控制功能的重要平台，串口通信在智能硬件、自动化设备等业务中的应用十分普遍。一旦出现串口数据丢包，将导致指令无法及时传输，影响设备的正常运
老规矩，先说下问题：串口在接收pc端发来的数据时（100个bytes，每200ms发送一次），偶尔会丢一些数据。某一次的测试记录如下：
第一次丢数据 发送总量60多万字节 丢了27个
第二次丢数据 发送总量80多万字节 （在上一次发送的基础上又）丢了40个
第三次丢数据 发送总量190多万字节 （在上一次发送的基础上又）丢了37个
一、丢包这个丢包不是网卡级别的丢包，在每个网卡中也会显示丢失的包的数据。这个一般是由于网卡在中断处理中需要通过skbuff来存储新来的包。此时是直接通过内存管理接口申请结构，此时这个地方并没有办法做限制，因为此时的中断处理程序并不理解上层的协议，更不用说进程或者是socket这些逻辑概念。所以当网卡收到数据之后就分配一个包结构，此时分配失败就认为是丢掉一个包，计入网卡的报文统计中。TCP和UDP是
转载
2023-09-10 16:43:13
267阅读
最近在研究netty组件。Netty对nio的封装极大的方便了我们的业务开发，我们不再需要使用jdk提供的繁琐的nio进行编程，并且netty的扩展性强，健壮性强，不仅是对nio的bug的处理，还是对tcp粘包、断包的处理都是非常出色的。首先，先看看netty的服务端和客户端的demo。public class HelloServer {
public void run() throws
转载
2024-03-13 13:19:58
237阅读
TCP 核心问题之 顺序与丢包时隔多年，终于记起这个系列挖的坑还没写完。首先补充一点之前没提到的应答的知识累积应答 （cumulative acknowledgment）顾名思义，累积起来一起应答。（PS 我看网上不少会叫 累计应答，但我感觉更像是积累，所以我更倾向于称之为累积）TCP 在发包的是后会带有 id ，这个包 id 的起始值在三次握手的阶段会确定好一个数。TCP 需要发送端和接收端保存
串口在我印象中是从来不会丢包的，那是因为以前都是用的厂家提供的SDK，现在用MCU裸板开发，自己做驱动，如果驱动没做好，就会丢包。今天来总结两个串口驱动层的丢包问题，一个是发数据丢包，即实际发出的数据比预期发的少；一个是收数据丢包，即实际收到的数据比对端发出的数据少。1、发数据丢包调试过程发现，当应用层连续两次调用驱动层的串口发数据接口去发数据时，对端wifi板收到的数据会比发出的少了1byte！
转载
2024-01-05 22:28:37
856阅读
RS232/RS422/RS485 异步通信通常使用一个UART 来发送和接受数据， 用UART 芯片来控制串口的传输。UART芯片内部有一个FIFO缓冲区，用于存储软件驱动程序的输入数据。 FIFO的大小为1、16、64或128个字节，具体取决于UART类型。 FIFO用于通过缓冲数据来提高两个串行端口之间的通信吞吐量。接收和发送FIFO是独立的。数据流向 （RX）外部的串口设备---
转载
2023-07-03 14:03:57
586阅读
双向通信时，如果一方发送过于频繁和密集，容易造成另一方过多处于接收状态，导致发送的机会减小，发送的成功率下降，这时需要通过优化来达到更好的平衡效果。通常您可以根据您的数据模型来做一些对比测试，以达到更好的效果。为了了解什么样的配置有利于实际拉距测试，我们可以在实验室的条件下，先做一些基本测试。为了在实验室内测试远距通信的效果，可以采取降功率，不加天线等方式，来模拟实际应用场景。我们需要先在实验室内
我们首先来认识一下什么是丢包，以及什么样的现象被成为是网络丢包：
2
数据在INTERNET上是以数据包为单位传输的，每包nK，不多也不少。这就是说，不管网络线路有多好、网络设备有多强悍，你的数据都不会是以线性（就象打电话一样）传输的，中间总是有空洞的。数据包的传输，不可能百分之百的能够完成，因为种种原因，总会有一定的损失。碰到这种情况，INTERNET会自动的让双
转载
2024-03-12 21:18:45
15阅读
测试工具本片文章会用到以下工具来学习tcp三次握手：tcpdump，一个运行在用户态的应用程序，它本质上是通过调用 libpcap 库的各种 api 来实现数据包的抓取功能。数据包到达网卡后，经过数据包过滤器（BPF）筛选后，拷贝至用户态的 tcpdump 程序，以供 tcpdump 工具进行后续的处理工作，输出或保存到 pcap 文件。我们用tcpdump来抓取三次握手的报文iptables，也
UDP如何重发丢失的数据包？让我来告诉你答案!udp本身没有重发机制。需要用户自己在数据包中包含检索标记。接收方，检查到不合格的包，或是没有收到某一包，向发送方发送要求重发。c#在用udp传送数据时，丢包后怎么才能重传丢？UDP自身就是传输非安全性.你要想保证不丢失以及顺序正确是不可能的.推荐您考虑从包头的标识做起例如封装MODEL或者在bYTE数组前加入当前第几分组第几个.等等标识即可socke
转载
2023-10-17 19:22:40
274阅读
TCP 本身能够检测数据包丢失和重传，但由于其运行方式，它可能并不总是能够绝对确定地区分两者。 原因如下：重复和无序数据包：在 TCP 连接中，由于网络的性质，数据包可能会无序到达。 如果数据包无序到达，TCP 的接收缓冲区将保留它，直到接收到丢失的数据包并且数据可以按顺序传送到应用程序。 然而，在某些情况下，延迟的数据包可能会被误认为是重传。延迟确认：TCP 使用延迟确认，这意味着接收方不会为每
原创
2023-08-18 09:38:32
637阅读
