AUTOSAR图解==＞AUTOSAR_SWS_WirelessEthernetDriver-CSDN博客

本BLOG上原创文章未经本人许可，不得用于商业用途。转载请注明出处，否则保留追究法律责任的权利。

本文链接：https://blog.csdn.net/zhangkaidewd/article/details/147693897

AUTOSAR 无线以太网驱动（WEth）详解

基于AUTOSAR 4.4.0标准规范的无线以太网驱动架构与实现分析

1. 概述

1.1 无线以太网驱动的定位和作用

无线以太网驱动（Wireless Ethernet Driver，WEth）是AUTOSAR基础软件（BSW）中的一个关键模块，属于微控制器抽象层（MCAL）的通信驱动组件。它的主要任务是为上层的以太网接口（Ethernet Interface，EthIf）模块提供统一的、硬件无关的接口，使上层软件能够以一致的方式访问不同的无线以太网控制器硬件。

无线以太网驱动负责处理与特定无线控制器硬件的直接交互，包括初始化、配置、数据传输和接收等操作。通过这种抽象，AUTOSAR架构实现了应用软件与底层硬件的解耦，提高了软件的可移植性和重用性。

1.2 适用场景

AUTOSAR无线以太网驱动主要支持两种应用场景：

车载无线接入点（Access Point）：支持车内设备与车辆系统的无线连接，提供网络服务。
车对车通信（V2X，Vehicle-to-X）：支持IEEE 802.11p标准，实现车辆与其他车辆、基础设施或行人等的无线通信。

在当前AUTOSAR 4.4.0版本中，无线以太网驱动主要关注欧洲版本的车对车通信标准，遵循Car-2-Car联盟基础系统标准规范。未来版本将扩展支持其他区域的标准。

1.3 功能特性

无线以太网驱动模块具有以下关键功能特性：

硬件抽象：为上层软件提供统一的接口，屏蔽底层硬件差异
多控制器支持：单个驱动模块可支持多个相同类型的控制器
多无线电配置：每个无线电可支持多个上下文（信道配置）
非阻塞操作：所有接口均以非阻塞方式实现，提高系统响应性
包参数控制：支持每个数据包的参数单独控制（如发送功率、信道等）
对象代码交付：遵循"一适用于所有"原则，可通过配置而非修改源代码进行适配
多核分发：支持多核处理器架构，提高性能
V2X专属特性：支持Car-2-Car联盟基本系统配置文件定义的特性

2. 架构设计

2.1 整体架构

AUTOSAR无线以太网驱动在整体软件架构中的位置及其与其他模块的关系如下图所示：

在这里插入图片描述

2.1.1 层次关系

从上图可以看出，无线以太网驱动在AUTOSAR分层架构中处于以下位置：

应用层（Application Layer）：包含V2X应用和无线网络应用，这些应用是无线通信的最终用户
通信服务层（Communication Services Layer）：包括COM模块，处理应用层与基础软件层之间的通信
ECU抽象层（ECU Abstraction Layer）：包含以太网接口（EthIf），为通信服务层提供标准化的以太网访问接口
微控制器抽象层（Microcontroller Abstraction Layer）：包含无线以太网驱动（WEth）及相关驱动模块
硬件层（Hardware Layer）：包含实际的无线以太网控制器和收发器硬件

2.1.2 模块交互

无线以太网驱动主要与以下模块交互：

上行交互：与以太网接口（EthIf）模块交互，接收来自上层的命令并向上层报告状态和接收到的数据
下行交互：与无线以太网收发器驱动（WEthTrcv）交互，控制无线电参数
横向交互：如果使用的是片外无线以太网控制器，可能需要与其他MCAL驱动（如SPI）交互

2.2 模块组成

无线以太网驱动内部由以下主要组件构成：

无线电配置组件：负责管理多个无线电的配置信息
数据发送队列：每个无线电都有独立的发送队列，用于管理待发送的数据包
数据包参数管理：处理每个数据包的发送和接收参数（如功率、信道、天线等）
控制器抽象层：提供对不同控制器统一的操作接口
中断处理：处理来自控制器的中断信号，触发相应的数据处理流程

2.3 层次结构

无线以太网驱动采用分层设计，从上至下包括：

API层：提供标准化的函数接口供上层模块调用
功能层：实现核心功能，如数据处理、参数设置等
硬件抽象层：处理与特定控制器硬件的交互
中断处理层：处理硬件中断和异步事件

此分层结构确保了良好的模块化设计，使得不同层次的功能变更对其他层的影响最小化。

3. API接口

3.1 主要接口函数

无线以太网驱动提供了一系列标准化的API接口，供以太网接口（EthIf）模块调用。下图展示了WEth模块的主要API接口及其关联的数据类型：

在这里插入图片描述

3.1.1 初始化与模式控制接口

WEth_Init：初始化无线以太网驱动模块
WEth_SetControllerMode：设置控制器的运行模式（如初始化、活动、关闭等）
WEth_GetControllerMode：获取控制器当前的运行模式

3.1.2 收发器寄存器访问接口

WEth_WriteTrcvRegs：向无线以太网收发器写入寄存器值
WEth_ReadTrcvRegs：从无线以太网收发器读取寄存器值

3.1.3 地址管理接口

WEth_GetPhysAddr：获取无线以太网控制器的物理地址（MAC地址）
WEth_SetPhysAddr：设置无线以太网控制器的物理地址（MAC地址）

3.1.4 数据传输接口

WEth_Transmit：发送数据帧到指定的无线以太网控制器

3.1.5 数据包参数接口

WEth_GetBufWRxParams：获取接收数据包的参数（如信号强度、信道等）
WEth_GetBufWTxParams：获取发送数据包的参数
WEth_SetBufWTxParams：设置发送数据包的参数（如发送功率、信道等）

3.2 配置结构

为使WEth模块适应不同的硬件配置和应用需求，AUTOSAR定义了一系列配置数据结构：

WEth_ConfigType：WEth模块的主配置结构，包含控制器配置数组
WEth_CtrlConfigType：单个控制器的配置，包含控制器ID、MAC地址和缓冲区配置
WEth_BufConfigType：缓冲区配置，定义缓冲区ID和大小

这些配置数据结构由系统配置工具（如Module Configuration Generator）生成，遵循"一适用于所有"原则，无需修改WEth模块源代码即可适配不同平台。

3.3 数据类型

无线以太网驱动定义了两类特殊的参数ID类型，用于数据包参数的获取和设置：

WEth_BufWRxParamIdType：接收参数ID类型，包括：
- WETH_BUFWRXPID_RSSI：接收信号强度指示
- WETH_BUFWRXPID_CHANNEL_ID：接收信道ID
- WETH_BUFWRXPID_FREQ：接收频率
- WETH_BUFWRXPID_TRANSACTION_ID_32：32位事务ID
- WETH_BUFWRXPID_ANTENNA_ID：接收天线ID
WEth_BufWTxParamIdType：发送参数ID类型，包括：
- WETH_BUFWTXPID_POWER：发送功率
- WETH_BUFWTXPID_CHANNEL_ID：发送信道ID
- WETH_BUFWTXPID_QUEUE_ID：发送队列ID
- WETH_BUFWTXPID_TRANSACTION_ID_16：16位事务ID
- WETH_BUFWTXPID_ANTENNA_ID：发送天线ID

此外，WEth模块还定义了错误码类型（WEth_ErrorType），用于在开发错误检测启用时进行错误报告。

4. 数据流程

无线以太网驱动的主要功能是处理数据的传输和接收。下图展示了数据流经WEth模块的详细流程：

在这里插入图片描述

4.1 发送流程

数据发送流程涉及从应用层到硬件的完整路径：

应用调用：应用通过EthIf_Transmit()函数发起数据发送请求
接口转发：以太网接口（EthIf）调用WEth_Transmit()，将请求传递给无线以太网驱动
参数设置：WEth模块设置发送参数（如功率、信道等）
收发器配置：WEth模块通过WEthTrcv配置无线收发器硬件参数
数据写入：WEth模块将数据写入控制器发送缓冲区
发送触发：WEth模块触发控制器开始发送操作
状态返回：WEth模块返回状态给EthIf，再由EthIf返回给应用

在发送过程中，WEth模块提供了精细的数据包参数控制能力，允许针对每个数据包单独设置传输功率、信道、队列优先级和天线等参数。这对于V2X通信尤为重要，可以根据不同消息类型和紧急程度调整传输参数。

4.2 接收流程

数据接收流程始于硬件接收到数据包，终于应用处理该数据包：

中断触发：控制器接收到新数据包后触发中断
数据读取：WEth模块从控制器接收缓冲区读取数据
数据解析：WEth模块解析数据包内容和接收参数
上报通知：WEth模块通过EthIf_RxIndication()回调函数通知EthIf
参数获取：应用可通过EthIf_GetRxParams()和WEth_GetBufWRxParams()获取接收参数
数据处理：应用处理接收到的数据

接收流程中，WEth模块会捕获并提供丰富的接收参数信息，如信号强度（RSSI）、接收信道、频率和天线信息等。这些信息对于评估连接质量和实现智能通信策略至关重要。

4.3 伪名变更处理

为了支持V2X通信中的隐私保护特性，WEth模块提供了特殊的伪名变更处理流程：

变更请求：应用通过EthIf_SetPhysAddr()请求变更物理地址（MAC地址）
转发请求：EthIf调用WEth_SetPhysAddr()将请求传递给WEth模块
队列清空：WEth模块清空所有发送队列，避免使用旧地址发送数据
更新地址：WEth模块更新控制器中的物理地址
状态返回：WEth模块返回操作状态

这一特性对于车对车通信（V2X）场景中的隐私保护尤为重要，通过定期更换车辆的MAC地址，降低车辆被长期跟踪的风险。

5. 状态管理

5.1 状态模型

无线以太网驱动采用状态机模型管理其内部状态和行为。下图展示了WEth模块的状态转换图：

在这里插入图片描述

5.1.1 主要状态

WEth模块具有以下主要状态：

未初始化（UNINITIALIZED）：系统启动后的初始状态，模块尚未初始化
已初始化（INITIALIZED）：模块已完成初始化，但尚未激活
活动（ACTIVE）：模块处于正常工作状态，可以收发数据
关闭（DOWN）：模块处于关闭状态，通常用于低功耗模式
错误（ERROR）：模块检测到错误，需要恢复处理

5.1.2 子状态

在活动（ACTIVE）状态下，WEth模块具有三个子状态：

空闲（IDLE）：等待收发数据的状态
发送（TRANSMIT）：正在发送数据包的状态
接收（RECEIVE）：正在接收数据包的状态

5.2 状态转换

WEth模块的状态转换主要由以下触发事件控制：

初始化触发：调用WEth_Init()函数触发从UNINITIALIZED到INITIALIZED的转换
模式控制触发：调用WEth_SetControllerMode()函数，根据参数值触发不同的状态转换：
- WETH_MODE_ACTIVE：从INITIALIZED到ACTIVE
- WETH_MODE_INIT：从ACTIVE或DOWN回到INITIALIZED
- WETH_MODE_DOWN：从INITIALIZED到DOWN
错误触发：检测到初始化失败或运行时硬件错误时触发到ERROR状态的转换
恢复触发：错误恢复后，可以重新初始化，从ERROR回到INITIALIZED状态

5.3 错误处理

无线以太网驱动的错误处理分为两类：

开发错误：在开发阶段检测出的错误，如无效参数、未初始化调用等
- 当开发错误检测（DET）功能启用时，这些错误将报告给DET模块
- 主要错误类型包括：WETH_E_INV_CTRL_ID（无效控制器ID）和WETH_E_UNINIT（未初始化调用）
运行时错误：在系统运行过程中遇到的错误，如硬件故障
- 这些错误会导致WEth模块进入ERROR状态
- 需要通过重新初始化或其他恢复机制恢复正常状态

无线以太网驱动的错误处理策略确保了系统的稳定性和可靠性，即使在出现异常情况时也能尽可能地维持基本功能。