newbie的博客

转载连接： http://www.cnblogs.com/tianzhiliang/archive/2010/08/31/1813659.html当前在网络传输应用中，广泛采用的是TCP/IP通信协议及其标准的socket应用开发编程接口（API）。TCP/IP传输层有两个并列的协议：TCP和UDP。其中TCP（transport control protocol，传输控制协议

转载连接： http://blog.youkuaiyun.com/u010456460/article/details/53168729这里以串口作为传输媒介，介绍下怎样来发送接收一个完整的数据包。过程涉及到封包与解包。设计一个良好的包传输机制很有利于数据传输的稳定性以及正确性。串口只是一种传输媒介，这种包机制同时也可以用于SPI,I2C的总线下的数据传输。在单片机通信系统（多机通信以及P

本文转载连接： http://blog.youkuaiyun.com/u010456460/article/details/53009252关于串口接收的处理策略一 需求：1.每帧的数据量：20~1045字节之间2.数据频率：10ms级别3.能够识别错误帧和正确帧，并丢弃错误帧，留下正确帧4.数据采用两个字节的头码（7E 7E），中间有数据长度，最后一个字节为C

本文转载连接： http://blog.youkuaiyun.com/chenhongwu666/article/details/40142513?locationNum=9&fps=1曾经这个问题困扰我多天最后查资料一大堆，最后终于解决了，看到很多人做C#串口都遇到同样的问题，所以写一篇博文，以便学习交流。一定要在com实例化的时候设置ReceivedBytesThresho

本文转载连接： http://blog.youkuaiyun.com/kasama1953/article/details/51768667我们的串口程序，除了通用的，进行串口监听收发的简单工具，大多都和下位机有关，这就需要关心我们的通讯协议如何缓存，分析，以及通知界面。    我们先说一下通讯协议。通讯协议就是通讯双方共同遵循的一套规则，定义协议的原则是尽可能的简单以提高传输率，

转载连接：http://blog.youkuaiyun.com/kasama1953/article/details/52075709串口通信之数据接收处理1　　如果通信物理设备连接如下图1所示，即计算机有1到多个串口，而每个串口设备下仅仅挂载1个采集器，那么协议就没必要地址码，协议可以是：同步头 + 命令字 + 数据长度 + 数据正文 + 校验码。此时各个串口通信是互不相关的

转载连接： http://blog.youkuaiyun.com/wyd1520/article/details/44153543上一篇说到Socket 的字节缓冲区里的 有包头、包长度、包尾，有些数据包只有包头与包尾而里面没有包长度，且这个包头包尾是多个字节组成的。这篇文章也是应优快云某位网友的需求对这样的数据字节缓冲区进行改造一下，不多说了上代码[csharp] vi

转载连接： http://blog.youkuaiyun.com/wyd1520/article/details/23822313我们接收Socket字节流数据一般都会定义一个数据包协议( 协议号,长度,内容),由于Socket接收数据是连续的，对方发两个包过来，Socket的 Recive事件有可能只触发一次或触发三次，也就是大家听到的粘包，为解决这个粘包，所以我们必要建一个字节缓冲区，将所

本文转载连接： http://blog.youkuaiyun.com/SQLDebug_Fan/article/details/20465455粘包使用TCP长连接就会引入粘包的问题，粘包是指发送方发送的若干包数据到接收方接收时粘成一包，从接收缓冲区看，后一包数据的头紧接着前一包数据的尾。粘包可能由发送方造成，也可能由接收方造成。TCP为提高传输效率，发送方往往要收集到

转载连接： http://blog.youkuaiyun.com/sqldebug_fan/article/details/7907765粘包使用TCP长连接就会引入粘包的问题，粘包是指发送方发送的若干包数据到接收方接收时粘成一包，从接收缓冲区看，后一包数据的头紧接着前一包数据的尾。粘包可能由发送方造成，也可能由接收方造成。TCP为提高传输效率，发送方往往要收集到足够多的数据后