1.0x800 IP数据报
 
2.0x806 ARP请求或应答报文
 
3.0x835 RARP请求或应答报文

 
 
 
  
  
我们之前已经分享了LIN、CAN、CAN FD、FlexRay总线。在开始阅读之前，如果你对已介绍的总线技术还不了解的话，可以先阅读以下文章快速温习一下，等补完车载以太网和MOST，汽车总线技术楼主基本分享结束了。
  
说一说LIN总线
  
CAN总线基础(一)
  
CAN总线基础(下)
  
CAN FD 介绍
  
FlexRay 介绍
  
背景
  
车载以太网的出现背景楼主就不多做赘述了，其实主要是因汽车E/E架构和功能的复杂度提升而带来的对车辆数据传输带宽提高和通讯方式改变(基于服务的通讯-SOA)的需求。
  
就目前汽车总线的应用情况，成本低、可靠性高、应用普遍的有Lin、CAN通讯，CAN FD也是最近几年才逐渐得到应用，而FlexRay、车载Ethernet等基于成本因素，目前主要在高端车型中使用。
  

  
其中楼主之前介绍的FlexRay后续得到普遍应用的可能性楼主认为不是很大，首先成本方面与车载以太网差不多而通讯速率又远低于它，而伴随着未来智能化、网联化的趋势，车载Ethernet在未来得到推广的可能性要比FlexRay高很多。需要注意的是CAN FD在市场推广实施还没有几年，第三代CAN总线-CAN XL也即将登场，CAN XL传输速率将达到10Mbit/s，可填补CAN FD和百兆车载以太网(100BASE-T1)之间的鸿沟，从这点也可以看出车载通讯的快速发展及对通讯带宽的越来越高的要求，同时也可从另一方面说明FlexRay的尴尬。当然所有总线的应用都是分所在的域和场景的，例如对于安全要求很高的场合，采用了基于时间触发机制的FlexRay因实时性和确定性更高则更合适。
  

  
标准
  
在车载网络方面，玩家是很多的，也推出了各自的标准，如下：
  

  
其中OPEN Alliance和电气与电子工程师协会(IEEE)制定的标准是车载以太网领域比重最大和应用最广泛的，例如我们熟知的100BASE-T1和1000BASE-T1。
  

  
自1980年以来，IEEE一直负责以太网的维护、开发和标准化。尽管各个公司都可提供专有的以太网解决方案，但大多数时候公司都会交给IEEE进行标准化以确保更广泛的应用。802工作组则专门负责以太网，因此，所有与以太网相关的标准都以802开头(例如，IEEE 802.1，IEEE 802.2，IEEE 802.3等)。
  
OPEN Alliance SIG是由汽车制造商和供应商组成的联盟，目的是促进以太网在汽车工业中的进一步发展。OPEN Alliance SIG与IEEE合作，将汽车以太网转换为通用标准。就目前的车载以太网标准方面，主流标准的是如下几个，目前主要是第二个100BASE-T1：用单对双绞线实现100Mbit/s的数据传输，走的靠前的OEM则使用更快的千兆以太网。
  

  
车载以太网的网络分层和拓扑
  
OSI七层网络模型(OSI=Open Systems Interconnection)是互联网发展过程中一个很重要的模型。OSI是一个开放性的通信系统互连参考模型，其含义就是建议所有公司使用这个规范来控制网络。只有统一通信规范时，才能实现真正的互联化。OSI 七层模型及通信互联的传输过程，如下图所示：
  

  
OSI 七层网络模型是一个理想的网络参考模型，TCP/IP模型是已经被实际广泛应用于因特网的网络分层模型。TCP/IP 模型没有对 OSI 的 5~7 层做严格区分，统称为应用层。
  

  
车载以太网是基于 TCP/IP 的网络分层模型，并由 OPEN 和 AUTOSAR 等联盟对以太网相关协议进行了规范和补充。
  

  
以太网的网络拓扑结构有点对点形式、类似于CAN或LIN的总线形式、链式和星型等形式：
  

  
也有由上面几种形式的组合形式：
  

  
当然现在多个节点的车载以太网的互联互通需要交换机Switch，Switch的作用如下：
  

  
车载以太网的物理连接
  
从硬件的角度看，以太网接口电路主要由MAC(Media Access Control)控制器和物理层接口PHY(Physical Layer，PHY)两大部分构成，如下图所示：
  

  
MAC及PHY工作在OSI七层模型的数据链路层和物理层，如下
  

  
PHY和MAC之间是如何传送数据和相互沟通的呢？MAC与PHY之间通过两个接口连接，分别为SMI接口和MII接口。
  

  
MII(Media Independent Interface)即媒体独立接口，MII接口是MAC与PHY连接的标准接口，以太网MAC通过该接口发出数据帧经过PHY后传输到其他网络节点上，同时其他网络节点的数据先经过PHY后再由MAC接收。MII是IEEE-802.3定义的以太网行业标准，MII接口提供了MAC与PHY之间、PHY与STA(Station Management)之间的互联技术，该接口支持10Mb/s与100Mb/s的数据传输速率，数据传输的位宽为4位。"媒体独立"表明在不对MAC硬件重新设计或替换的情况下，任何类型的PHY设备都可以正常工作。802.3协议最多支持32个PHY，但有一定的限制：要符合协议要求的connector特性。
  
SMI叫串行管理接口，以太网MAC通过该接口可以访问PHY的寄存器，通过对这些寄存器操作可对PHY进行控制和管理。SMI接口包括MDIO(控制和管理PHY以获取PHY的状态)和MDC(为MDIO提供时钟)。MDC由MAC提供，MDIO是一根双向的数据线。用来传送MAC层的控制信息和物理层的状态信息。MDIO数据与MDC时钟同步，在MDC上升沿有效。
  

  
由此可见，MAC 和PHY，一个是数据链路层，一个是物理层；两者通过MII传送数据。 因此Ethernet的接口实质是MAC通过MII总线控制PHY的过程。
  

  
MII接口后续又衍生了很多其他版本，如RMII、GMII、SGMII、RGMII等。这里简要介绍其中的MII和RMII，如下图所示。MII共使用了16根线。其中CRS与COL只在半双工模式有效，而车载以太网固定工作在全双工模式下，故应用在汽车环境需要14根线。
  

  
RMII是精简版的MII，数据发送接收均为两根，相比MII减少了4根，另外它整合或减去了一些线，最终RMII只有8根线RMII的接口如下：
  

  
在实际的设计中，以上三部分并不一定独立分开的。由于，PHY整合了大量模拟硬件，而MAC是典型的全数字器件。考虑到芯片面积及模拟/数字混合架构的原因，通常，将MAC集成进微控制器而将PHY留在片外。更灵活、密度更高的芯片技术已经可以实现MAC和PHY的单芯片整合，可分为下列几种类型:
  
CPU集成MAC与PHY，目前来说并不多见：
  

  
CPU集成MAC，PHY采用独立芯片，这种在车载以太网上是主流方式，因嵌入式芯片厂商一般都将MAC集成在MCU内部，而PHY芯片则由OEM或控制器供应商自己选择：
  

  
CPU不集成MAC与PHY，MAC与PHY采用集成芯片。这种在消费用以太网上比较比较常见，如电脑的网卡有这种方式的。
  

  
在以太网连接线束上，车载以太网与消费用以太网也是不同的，首先消费用以太网的标准主要采用10BASE-2、10/100BASE-TX和1000BASE-T，其中1000BASE-T是使用RJ45接口，需要四对双绞线共8根线进行数据传输，而10/100BASE-TX则是只使用四对双绞线其中的两对共4根线进行数据传输，如下是100BASE-TX的示意图(使用了两对双绞线)。
  

  
在很早之前的10BASE-2则是同轴电缆进行数据传输，因此消费类以太网采用线束总结如下：
  

  

  
而车载以太网一般都基本采用带T1的标准，如IEEE 100BASE-T1(以前称为OABR)、IEEE 1000BASE-T1，这些都使用一对双绞线共两根线进行数据传输：
  

  

  
其次在编码方式上，1000BASE-T主要采用PAM5的编码方式：
  

  
而车载以太网100BASE-T1和1000BASE-T1主要采用PAM3的编码方式。
  

  

  
从上面可知，车载以太网主要采用基于一对双绞线进行数据传输的100BASE-T1或1000BASE-T1标准，而我们电脑则使用RJ45接口采用基于4对双绞线进行数据传输的1000BASE-TX标准，因此当我们用电脑测量控制器以太网时，有时需要转换器，如下：
  

  
车载以太网帧结构
  
以太网帧的格式如下：
  

  
以太帧有多种类型，不同类型的帧具有不同的格式和MTU值，但在同种物理媒体上都可同时存在。常见有两种帧格式，第一种是上世纪80年代初提出的DIX v2格式，即Ethernet II帧格式。Ethernet II后来被IEEE802标准接纳，并写进了IEEE802.3x-1997的3.2.6节。
  

  
第二种是1983年提出的IEEE802.3格式。
  

  
这两种格式的主要区别在于，Ethernet II格式中包含一个Type字段，标识以太帧处理完成之后将被发送到哪个上层协议进行处理。IEEE802.3格式中，同样的位置是长度字段。
  
不同的Type字段值可以用来区别这两种帧的类型，当Type字段值小于等于1500(或者十六进制的0x05DC)时，帧使用的是IEEE802.3格式。当Type字段值大于等于1536(或者十六进制的0x0600)时，帧使用的是Ethernet II格式。以太网中大多数的数据帧使用的是Ethernet  II格式。
  
以太帧中还包括源和目的MAC地址，分别代表发送者的MAC和接收者的MAC，此外还有帧校验序列字段，用于检验传输过程中帧的完整性。
  
汽车行业通常使用Ethernet  II格式，该格式还可包含VLAN信息作为扩展，因此，又分基本MAC帧(无VLAN)和标记MAC帧(包括VLAN)两种。
  

  
MAC addresses: Ethernet II帧通常以接收者目标地址开头。 作用是指定要接收消息的网络节点。 与随后的发送者源地址相反，除单播地址外，还可以使用多播或广播地址。对于以太网帧，只能有一个发送方，但可以有多个接收方。
  

  
Ether type: 基本和标记的MAC帧通过类型字段(以太类型)进行区分。 这通常标识有效载荷数据区域中包含的分组，并给出有关较高层中使用的协议(例如，IPv4)的信息。如果以太类型的值为0x8100，则将类型字段向后移四个字节，并在其原始位置插入一个VLAN标签。
  

  
VLAN Tag：VLAN标签由协议标识符(TPID)和控制信息(TCI)组成。 TPID包含原始类型字段的值，而TCI由优先级(PCP)，符合丢弃要求或规范的形式指示符(DEI或CFI)和标识符(VID)组成。标识符和优先级主要用于汽车行业。标识符区分不同应用区域的相应虚拟网络。优先级允许通过交换机优化运行时间，以便优先转发重要信息。
  

  
Payload：在类型字段之后，以太帧包含有效载荷数据区域。 有效负载的最小长度为不带VLAN标记的46字节或带VLAN标记的42字节, 在汽车工业中，它最多可以包含1500个字节。
  

  
CRC校验：CRC校验在以太帧的末尾发送。 校验中包含的值是使用标准化算法计算的，该算法在发送方和接收方中以相同的方式实现。该计算是在以太帧的所有字段中进行的，因此可以确保整个消息的完整性。
  

  
以太网Packet: 对于以太网II帧的传输，以太网控制器在开头插入前同步码和起始帧定界符(SFD),用于指示传输开始。前同步码，开始帧定界符和以太帧的组合称为以太网数据包。
  

  
车载以太网帧传输过程
  
上面我们已经提到，车载以太网是基于TCP/IP的网络模型，因此我们先不考虑应用层数据是根据哪种应用层协议组织的，从应用层来的数据，经过传输层会加上TCP/UDP报头，再到网络层的IP报头，然后到链路层增加MAC地址等信息，最后由PHY转换成线路上的二进制流实现在发送端和接收端的数据传输。
  

  

  
其中上面传输层的TCP协议和网络层的IP协议，楼主在本篇文章中就不过多赘述了，大家感兴趣的请自行查询了解。而应用层协议有不少，例如DoIP、DHCP、SOME/IP等，而最重要的车载以太网应用层协议主要是SOME/IP协议，关于这部分的阐述楼主放到下一篇。
  

  
参考文献：
  
1、Ethernet introduction(BOSCH、Tektronix、Vector、CSDN等资料)
  

  
点个“在看”再走！
 
 
 

 
 

  

  
如上图为以太网的帧格式，以下是对每字段的字段、字段长度及作用的
  
1、前导码（Preamble）     7B  不算在以太帧里面，只是用定制帧开始，起同步作用。
  
2、帧开始符（SFD）        1B  标识一个帧的开始，代码为：10101011. 
  
3、目的MAC地址            6B  指明帧的接受者 
  
4、源MAC地址              6B  指明帧的发送者 
  
5、长度（Length）         2B  帧的数据字段的长度（长度或类型） 
  
6、类型（Type）           2B  帧中数据的协议类型（长度或类型） 
  
7、数据和填充（Data and Pad）注 46~1500 高层的数据，通常为3层协议数据单元。
  
对于TCP/IP是IP数据包 
  
8、帧校验序列（FCS）  4B   对接收网卡提供判断是否传输错误的一种方法，如果发现错误，丢弃此     帧 
  
注：
  
如果帧长小于64字节，则要求“填充”，以使这个帧的长度达到64字节。
  


  
补充：
  
Ethernet II和IEEE802.3的帧格式比较。
  
Ethernet II帧格式：
  
-----------------------------------------------------------------------------------------
  
| 前序 | 目的地址 | 源地址 | 类型 | 数据 | FCS | 
  
-----------------------------------------------------------------------------------------
  
| 8 byte | 6 byte | 6 byte | 2 byte | 46~1500 byte | 4 byte| 
  


  
IEEE802.3一般帧格式
  
-----------------------------------------------------------------------------------------
  
| 前序 | 帧起始定界符 | 目的地址 | 源地址 | 长度 | 数据 | FCS |
  
-----------------------------------------------------------------------------------------
  
| 7 byte | 1 byte | 2/6 byte |2/6 byte| 2 byte | 46~1500 byte | 4 byte |
  


  
Ethernet II和IEEE802.3的帧格式比较类似，主要的不同点在于前者定义的2字节的类型，而后者定义的是2字节的长度；后者定义的有效长度值与前者定义的有效类型值无一相同，这样就容易区分两种帧格式了。
  


  
以上仅是个人学习笔记总结，如有不正确的，烦扰指正！
 
 
 
转载于:https://blog.51cto.com/6152587/1229241

 
EtherType ：以太网类型字段及值
 
 
 
  

   EtherType 是以太帧里的一个字段，用来指明应用于帧数据字段的协议。根据 IEEE802.3，Length/EtherType 字段是两个八字节的字段，含义两者取一，这取决于其数值。在量化评估中，字段中的第一个八位字节是最重要的。而当字段值大于等于十进制值 1536 （即十六进制为 0600）时， EtherType 字段表示为 MAC 客户机协议（EtherType 解释）的种类。该字段的长度和 EtherType 详解是互斥的。
   
该类字段值取自 IEEE EtherType 字段寄存器。EtherType 字段是个极限空间，因此其分配是有限的。只有开发新的数据传输协议的人员需要使用 EtherType 字段，而不管他们实际上是否真正生产任何设备。IEEE RAC EtherType 字段批准权威机构负责检查和批准 EtherType 字段。
   
知名协议已经分配了 EtherType 值，下面表格中列出了 EtherType 字段中常用值及其对应的协议：
   
Ethertype 
   
( 十六进制 ) 
   
协议 
   

   
0x0000 - 0x05DC   IEEE 802.3 长度
   

   
0x0101 – 0x01FF   实验
   

   
0x0600   XEROX NS IDP
   

   
0x0660 
   
0x0661   DLOG
   

   
0x0800   网际协议（IP）
   

   
0x0801   X.75 Internet
   

   
0x0802   NBS Internet
   

   
0x0803   ECMA Internet
   

   
0x0804   Chaosnet
   

   
0x0805   X.25 Level 3
   

   
0x0806   地址解析协议（ARP ： Address Resolution Protocol）
   

   
0x0808   帧中继 ARP （Frame Relay ARP） [RFC1701] 
   
0x6559   原始帧中继（Raw Frame Relay） [RFC1701] 
   
0x8035   动态 DARP （DRARP：Dynamic RARP）反向地址解析协议（RARP：Reverse Address Resolution Protocol）
   

   
0x8037   Novell Netware IPX 
   
0x809B   EtherTalk 
   
0x80D5 IBM SNA Services over Ethernet 
   
0x 80F 3   AppleTalk 地址解析协议（AARP：AppleTalk Address Resolution Protocol）
   

   
0x8100   以太网自动保护开关（EAPS：Ethernet Automatic Protection Switching）
   

   
0x8137 因特网包交换（IPX：Internet Packet Exchange）
   

   
0x 814C   简单网络管理协议（SNMP：Simple Network Management Protocol）
   

   
0x86DD   网际协议v6 （IPv6，Internet Protocol version 6）
   

   
0x880B   点对点协议（PPP：Point-to-Point Protocol）
   

   
0x 880C   通用交换管理协议（GSMP：General Switch Management Protocol）
   

   
0x8847 
   
多协议标签交换（单播） MPLS：Multi-Protocol Label Switching <unicast>）
   

   
0x8848   多协议标签交换（组播）（MPLS, Multi-Protocol Label Switching <multicast>）
   

   
0x8863   以太网上的 PPP（发现阶段）（PPPoE：PPP Over Ethernet <Discovery Stage>）
   

   
0x8864   以太网上的 PPP（PPP 会话阶段） （PPPoE，PPP Over Ethernet<PPP Session Stage>）
   

   
0x88BB 轻量级访问点协议（LWAPP：Light Weight Access Point Protocol）
   

   
0x88CC   链接层发现协议（LLDP：Link Layer Discovery Protocol）
   

   
0x8E88   局域网上的 EAP（EAPOL：EAP over LAN）
   

   
0x9000 配置测试协议（Loopback） 
   
0x9100   VLAN 标签协议标识符（VLAN Tag Protocol Identifier）
   

   
0x9200   VLAN 标签协议标识符（VLAN Tag Protocol Identifier）
   

   
0xFFFF   保留
  
 
 
 
转载于:https://www.cnblogs.com/laixufie2046/p/8675666.html