Ⅰ 电脑接收数据包
1 压缩完了再用qq 传过来
2 存到网络网盘里面 再提取出来
Ⅱ 网卡如何接收与发送数据包
linux网卡驱动程序，将IP包添加14字节的MAC包头，构成MAC包。
MAC包中含有发送端和接收端的MAC地址信息。既然是驱动程序创建的MAC包头信息，当然可以随便输入地址信息的。主机伪装就是这么实现的。
驱动程序将MAC包拷贝到网卡芯片内部的缓冲区，就算完事了。有网卡芯片接手处理。
网卡芯片对MAC包，再次封装成物理帧，添加头部同步信息和CRC校验。然后丢到网线上，就完成一个IP报文的发送。所有挂接到本网线的网卡都可以看到该物理帧。
Ⅲ 电脑网络收不到数据包，怎么办
1、IP地址设置不对
分析：使用路由上网的电脑有时候需要手动设置一下电脑的IP地址，如果设置不对就会有问题。比如，如果网关是：192.168.1.1，那么你的电脑IP地址应该是：192.168.1.2-192.168.1.255。
解决：根据网关重新设置一下电脑的IP，或者简单一点，在路由中启用DHCP服务，让路由给你的电脑自动分析IP地址。
2、水晶头和网卡接触不好
分析：这种情况一般出现在比较老的电脑上，由于长时间的使用，水晶头和者网卡接触的地方可能会被氧化，造成8根网线中的某几根接触不好，虽然显示的已经连接，但是收不到数据包
解决：重做水晶头，或者更换网卡，把可以把网卡用酒精清洗一下。
3、电脑中了病毒
分析：对于上网的电脑，如果感染了ARP病毒或者其它病毒，可能会造成电脑上不了网或者收不到数据包的问题。
解决方法：安装杀毒软件进行杀毒，如果还是不行，建议重装操作系统。
4、主板和网卡不兼容，或者是网卡和路由的速率不兼容。
分析：这种情况一般比较少，可能会出现的是新的网卡装在比较旧的主板上的时候（我这次遇到的就是这个问题），由于一般情况下网卡都是即装即用，很少需要去设置的，所以很少有人会想到是这个问题。
解决方法：
1、在桌面上找到我的电脑，点右键，选择管理-->设备管理-->网络适配器
2、找到要设置的网卡，点右键，选择-->属性-->高级，找到Connection Type,这一项的默认值是：Auto-Negotiation,意思是自动调节，如图所示：在这里修改一下，和主板或者是路由相匹配即可。总之，对于网卡收不到数据包这种问题，出现的原因其实是有很多的，遇到这种情况的时候我们需要一步一步的去测试、排除，如果有相应的工具比如：测线仪，会方便很多。
Ⅳ 数据包接收问题 急求正解
完全正常.
Ⅳ windows如何发送与接收数据包
网络上发送接收数据包主要都是TCP/IP协议构成，太复杂了，主要是三次握手，确认后发送接收
Ⅵ 关于接收到数据包
因为没人给你发送数据，所以你接受的数据包为0
Ⅶ tcp接受数据包，如何解析成一个个完整的数据包。 求java代码。思路在下面写了。
思路挺好的，不过我没代码。建议搜索下网上的开源项目，大部分都可以找到对应的。没必要都自己写。在高级的工程师都不能保证自己写的没bug。特别前期。bug超多。不如学习别人修改了上万次后的结果来的快。
Ⅷ 串口中怎样接收一个完整数据包的解析
这里以串口作为传输媒介，介绍下怎样来发送接收一个完整的数据包。过程涉及到封包与解包。设计一个良好的包传输机制很有利于数据传输的稳定性以及正确性。串口只是一种传输媒介，这种包机制同时也可以用于SPI,I2C的总线下的数据传输。在单片机通信系统（多机通信以及PC与单片机通信）中，是很常见的问题。
一、根据帧头帧尾或者帧长检测一个数据帧
1、帧头+数据+校验+帧尾
这是一个典型的方案，但是对帧头与帧尾在设计的时候都要注意，也就是说帧头、帧尾不能在所传输的数据域中出现，一旦出现可能就被误判。如果用中断来接收的话，程序基本可以这么实现：
unsigned char recstatu;//表示是否处于一个正在接收数据包的状态
unsigned char ccnt; //计数
unsigned char packerflag;//是否接收到一个完整的数据包标志
unsigned char rxbuf[100];//接收数据的缓冲区
void UartHandler()
{
unsigned char tmpch;
tmpch = UARTRBR;
if(tmpch 是包头) //检测是否是包头
{
recstatu = 1;
ccnt = 0 ;
packerflag = 0;
return ;
}
if(tmpch是包尾) //检测是否是包尾
{
recstatu = 0;
packerflag = 1; //用于告知系统已经接收到一个完整的数据包
return ;
}
if(recstatu ==1) //是否处于接收数据包状态
{
rxbuf[ccnt++] = tmpch;
}
}
上面也就是接收一个数据包，但是再次提醒，包头和包尾不能在数据域中出现，一旦出现将会出现误判。另外一个。数据的校验算法是很必要的，在数据传输中，由于受到干扰，很难免有时出现数据错误，加上校验码可在发现数据传输错误时，可以要求数据的另一方重新发送，或是进行简单的丢弃处理。校验算法不一定要很复杂，普通的加和，异或，以及循环冗余都是可以的。我上面的接收程序在接收数据时，已经将包头和包尾去掉，这些可以根据自己的需求加上，关键是要理解原理。
上述包协议出现了以下的几种变种：
1.1 帧头+数据长度+数据+校验值
1.2包长+校验值
上面两种其实都是知道了数据包的长度，然后根据接收字节的长度来判断一个完整的数据包。例如，定义一个数据包的长度为256字节，那我们就可以一直接收，直到接收到256个字节，就认为是一个数据包。但是，会不会存在问题呢？比如说从机向主机发送数据，发送了一半，掉电，重启，开机后继续发送，这很明显接收到的数据就不对了，所以此时很有必要定义一个超限时间，比如我们可以维护下面这样的一个结构体。
struct uartrd{
char rd[ 256];
unsigned int timeout;
}
成员变量rd用来存放接收到的数据字节；成员变量timeout用来维护超时值，这里主要讨论这个。这个数值怎么维护呢，可以用一个定时器来维护，以可以放在普通的滴答中断里面来维护，也可以根据系统运行一条指令的周期，在自己的循环中来维护，给其设置个初值，比如说100，当有第一个数据到来以后，timeout在指定的时间就会减少1，减少到0时，就认为超时，不论是否接收到足够的数据，都应该抛弃。
二、根据接收超时来判断一个数据包
2.1 数据+校验
核心思想是如果在达到一定的时间没有接受到数据，就认为数据包接收完成。modbus协议里就有通过时间间隔来判断帧结束的。具体实现是要使用一个定时器，在接收到第一个数据时候，开启定时器，在接收到一个数据时候，就将定时器清零，让定时器重新开始计时，如果设定的超时时间到（超时时间长度可以设置为5个正常接收的周期），则认为在这一段时间内没有接受到新的数据，就认为接收到一个完整的数据包了。流程大体如下图所示：
进行一个简单的小的总结，上述几种方法都还是较为常用的，在具体的实现上，可以根据具体的实际情况，设计出具体的通讯协议。数据校验位，有时候感觉不出来其重要性，但是一定要加上，对数据进行一个相关的验证还是必要的。现在很在MCU都带有FIFO，DMA等功能，所以有时候利用上这些特性，可以设计出更好的通讯方式。有的人问在接受串口数据时候是应该中断一次接收一个，还是进入中断后接收一段数据呢，我认为应该中断接收一个，因为CPU是很快的，至少对于串口是这样，在接受每个数据的间隔期间，处理器还是可以做些其他工作的。这是在裸机下的模型。在多线程中，那就可以直接建立一个数据接收线程。
Ⅸ 如何直接读取网卡接收到的数据包的问题
这个如果你是客户端，httpclient调用交给你的就是完整的数据。如果是wireshark，好像其本身有一些工具可以直接按照协议把数据聚集起来保存的。
由于显示的时候有些字符无法直接显示，所以就用着这种格式显示了，\XXX代表一个直接，是8进制表示。其他的是解码好的。
你也可以用winpcap的开发包去读取并处理这些数据。一切看你要怎么处理这个数据了。
Ⅹ 以及串口中怎样接收一个完整数据包的解
1、帧头+数据+校验+帧尾
这是一个典型的方案，但是对帧头与帧尾在设计的时候都要注意，也就是说帧头、帧尾不能在所传输的数据域中出现，一旦出现可能就被误判。如果用中断来接收的话，程序基本可以这么实现：
unsigned char recstatu;//表示是否处于一个正在接收数据包的状态
unsigned char ccnt; //计数
unsigned char packerflag;//是否接收到一个完整的数据包标志
unsigned char rxbuf[100];//接收数据的缓冲区