受朋友所托,调试一款GPS模块,该模块是UBLOX的NEO-6M GPS模组.想到用这款GPS的人较多,自己日后也有可能在用到这个模块,就写下这份笔记. 1. 介绍 基本信息如下: 1, 模块采用U-BLOX NEO-6M模组,体积小巧,性能优异. 2, 模块增加放大电路,有利于无缘陶瓷天线快速搜星. 3, 模块可通过串口进行各种参数设置,并可保存在EEPROM,使用方便. 4, 模块自带SMA接口,可以连接各种有源天线,适应能力强. 5, 模块兼容3.3V/5V电平,方便连接各种单片机系统.

用Winpcap编程构造ARP包选择网卡并发出,遇到若干问题,学到了许多新知识,但是有的还尚未解决,在这里记录下没解决的和解决的问题. 先来看下ARP协议的格式,ARP字段有28个字节,发到以太网中还要加上14字节的以太网首部和4字节的FCS尾部,一共是28+14+4=46字节,以太网帧的最小长度为64字节,所以还要在尾部之前填充18个字节. 依据此原理我用winpcap编程实现了构造发送ARP包的源程序,并用Wireshark抓到了构造的ARP包,长度为64字节. 但是我在局域网的环境下抓包发

遇到的问题:以太网的数据帧封装如下图所示,包含在IP数据报中的数据部分最长应该是( )字节? A.1434 B.1460 C.1480 D.1500 答案:C 原因: 以太网(IEEE 802.3)帧格式: 1.前导码(前同步码):7字节0x55,一串1.0间隔,用于信号同步 2.帧开始定界符:1字节0xD5(10101011),表示一帧开始 3.DA(目的MAC):6字节 4.SA(源MAC):6字节 5.类型/长度:2字节,0-1500保留为长度域值,1536-65535保留为类型域值(0x

//-------------------------------------------------------------------------------------------- - //DSP28377 利用EMIF控制网口DM9000芯片收发数据 //-------------------------------------------------------------------------------------------- - #include "F28x_Project

G:\controlSUITE\device_support\F2837xD\v180\F2837xD_examples_Cpu1\emif1_16bit_asram\cpu01\emif1_16bit_asram.c 2016年11月22日 20:35//---------------------------------------------------------------------------------------------//DSP28377 利用EMIF控制网口DM9000芯

1.MAC头部 解释: ① Version 版本号  目前为止802.11只有一个版本,所以协议编号为0 ② Type 00表示管理帧,01表示控制帧,10表示数据帧 ③ Subtype 和Type一起表示不同的帧, Management frame(管理帧:Type=00)a 0000 Association request(关联请求) 0001 Association response(关联响应) 0010 Reassociation request(重新关联请求) 0011 Reassoc

通过mina进行TCP开发,遇到对数据进行解码处理,网上例子基本都是帧长度定长,在doDecode中通过in.remaining()就可以判断得到的数据帧长度为多少,是否能够正常解析,长度不对返回false即可. 但,如果帧是变长的又怎么处理呢? 变长的帧格式一般如下: 说明 长度 例子 标识位 1B 0x01 帧长度 1B 0x20 帧内容 32B ... 通过标识位判断是什么类型的帧,再通过帧长度判断帧内容有多长. 因此只有读取了标志位和帧长度才能知道当前处理缓冲区数据够不够分析完整的一帧,

以太网帧http://blog.csdn.net/guoshaobei/article/details/4768514 Ethernet的帧格式 (转)  http://jiangqiaosun.blog.163.com/blog/static/260981820101022114138277/ 数据链路层 http://rabbit.xttc.edu.cn/rabbit/htm/artical/2010831172946.shtml Ethernet Frame http://www.info

传输层及其以下的机制由内核提供,是操作系统的一部分,应⽤层由⽤户进程提供应⽤层数据通过协议栈发到⽹络上时,每层协议都要加上⼀个数据⾸部(header),称为封装.不同的协议层对数据包有不同的称谓,在传输层叫做段(segment),在⽹络层叫做数据报(datagram),在链路层叫做帧(frame). 1.以太网帧格式 ♦源地址和⽬的地址是指⽹卡的硬件地址(也叫MAC地址),长度是48位,是在⽹卡出⼚时固化的.Linux下可以⽤ifconfig命令看⼀下,"HWaddr 00:15:F2:14:9

下图是UDP的段格式: 相比TCP段格式,UDP要简单得多,也没啥好说的,需要注意的是UDP数据长度指payload加上首部的长度. 下面分析一帧基于UDP的TFTP协议帧: 以太网首部 0000: 00 05 5d 67 d0 b1 00 05 5d 61 58 a8 08 00 IP首部 0000: 45 00 0010: 00 53 93 25 00 00 80 11 25 ec c0 a8 00 37 c0 a8 0020: 00 01 UDP首部 0020: 05 d4 00 45 0

在使用Netty的过程中,你将会遇到需要解码器的基于分隔符和帧长度的协议.本节将解释Netty所提供的用于处理这些场景的实现. 基于分隔符的协议 基于分隔符的(delimited)消息协议使用定义的字符来标记的消息或者消息段(通常被称为帧)的开头或者结尾.由RFC文档正式定义的许多协议(如SMTP.POP3.IMAP以及Telnet名称)都是这样的.此外,当然,私有组织通常也拥有他们自己的专有格式.无论你使用什么样的协议,下面列出的解码器都能帮助你定义可以提取由任意标记(token)序列分隔的帧

手头上有个嵌入网页的flash数据交互报表要做性能测试,单纯的F12开发者工具,或者Fiddler抓取的http或https协议的包是无法使用的.只能使用wireshark来解决该问题.      实际上很早以前接触过wireshark(读书的时候),感觉比较复杂,就用Fiddler来替换W工具来解决.看来还是得以解决问题为主. 从抓包的内容信息来分析: 每一帧数据都有类似的结构组成,我这里使用抓到一个对应的ping 包进行分析. 这一帧包包含以下四种信息: Frame: 物理层的数据帧情况.

以太网所处的层次 IEEE 802.3/以太网MAC子层协议  IEEE802.3协议描述了运行在各种介质上1 Mb/s~10 Mb/s的1- 持续CSMA/CD协议的局域网标准.  很多人对以太网和IEEE802.3不加区分,但二者确有差别(如帧格式). IEEE 802.3和 和以太网帧的比较 帧结构的各个字段含义  前导码与帧起始字段 前导码:7个字节,10101010-101010比特序列. 帧起始符:1字节,10101011. 帧结构的各个字段含义  目的地址和源地址字段

串口通信是经常使用到的功能,在STM32中UART具有DMA功能,并且收发都可以使用DMA,使用DMA发送基本上大家不会遇到什么问题,因为发送的时候会告知DMA发送的数据长度,DMA按照发送的长度直接发送就OK了,但是使用DMA接收时候就不同了,因为有时候数据接收并不是每一次都是定长的,但是DMA只在接收数据长度和设定数据长度相同的时候才可以触发中断,告诉MCU数据接收完毕,针对这个问题,解决方法如下,有一点复杂,但是很管用. UART在传输一个字节的时候,首先拉低,传输起始位,然后在是LSB

HTTP2于2015年2月28日正式通过IETF组织批准发布,正式定稿.有关它的内容可以参考:  HTTP2 概述  http://www.cnblogs.com/ghj1976/p/4552583.html . 在HTTP2 的网络通讯中, Frame 是 通讯中的最小传输单位,至少含有一个 Frame header,能够表示它属于哪一个 Stream.一个具体的请求类似如下:     HTTP/2 帧通用格式: 帧头+负载的比特位通用结构: 帧头为固定的9个字节((24+8+8+1+31)/

下图是UDP的段格式: 相比TCP段格式,UDP要简单得多,也没啥好说的,需要注意的是UDP数据长度指payload加上首部的长度. 下面分析一帧基于UDP的TFTP协议帧: 以太网首部 0000: 00 05 5d 67 d0 b1 00 05 5d 61 58 a8 08 00 IP首部 0000: 45 00 0010: 00 53 93 25 00 00 80 11 25 ec c0 a8 00 37 c0 a8 0020: 00 01 UDP首部 0020: 05 d4 00 45 0

零.前言 客户端和服务器端一旦握手协商成功接建立连接,端点之间可以基于HTTP/2协议传递交换帧数据了. 一.帧通用格式 下图为HTTP/2帧通用格式:帧头+负载的比特位通用结构: +-----------------------------------------------+ | Length (24) | +---------------+---------------+---------------+ | Type (8) | Flags (8) | +-+-------------+-

一.网络通讯协议 一般地,关注于逻辑数据关系的协议通常被称为上层协议,而关注于物理数据流的协议通常被称为低层协议. IEEE802就是一套用来管理物理数据流在局域网中传输的标准,包括在局域网中传输物理数据的802.3以太网标准.还有一些用来管理物理数据流在使用串行介质的广域网中传输的标准,如帧中继FR(FrameRelay),高级数据链路控制HDLC(High-LevelDataLinkControl),异步传输模式ATM(AsynchronousTransferMode). 二.分层模型 一般

OSI七层模型:从底往上记(研究细致时用) 物理层:单位bit,字节byte,同轴电缆,光纤,二进制,比特流 数据链路层:帧,16进制,0-9,A-FMac地址->全网唯一性     mac地址过滤, 网络层:数据包,IP地址,十进制 传输层:数据段,TCP,UDP 会话层:建立维护管理会话链接 表示层:加密,解密,数据格式化 应用层是最接近用户的一层  http协议   TCP/IP(最常用模型):不关注物理层 最常用tcp/ip PDU数据传输单元:帧,包,段 网络接口层,网络层,传输层,应

Renix软件修改报文长度的方式有4种,分别是固定.递增.随机和自动.接下来对这四种方式,分别配置和验证. 一.固定(fixed) 描述:流中的帧具有固定长度 1.配置fixed 64Byte 2.wireshark抓包验证 二.递增(increment) 描述:流中的帧长度以增量方式更改 1.配置increment 64~256Byte 2.wireshark抓包验证 三.随机(random) 描述:流中帧的长度是最小长度和最大长度之间的随机值 1.配置random 64~256Byte 2.

一.简介 RFC 2889为LAN交换设备的基准测试提供了方法学,它将RFC 2544中为网络互联设备基准测试所定义的方法学扩展到了交换设备,提供了交换机转发性能(Forwarding Performance).拥塞控制(Congestion Control).延迟(Latency).地址处理(Address Handling)和错误过滤(Error Filtering)等基准测试的方法说明.除去备忘录状态.介绍.要求以及后面的安全机制.参考文献等辅助性说明外,RFC 2889的核心内容分别为测