AUTOSAR图解==＞AUTOSAR_SWS_MCUDriver_autosar 在启动时提示pll unlocked-优快云博客

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

本文链接：https://blog.youkuaiyun.com/zhangkaidewd/article/details/147693805

AUTOSAR MCU驱动详解

AUTOSAR微控制器单元驱动模块架构与实现分析

1. 概述

AUTOSAR MCU驱动是AUTOSAR标准中微控制器抽象层(MCAL)的核心组件之一，提供了对微控制器硬件的底层访问能力。MCU驱动负责基本的微控制器初始化、时钟配置、RAM段初始化、电源管理和复位控制等功能。

MCU驱动模块提供以下核心功能：

微控制器时钟初始化：包括PLL设置、时钟预分频器配置和时钟分配
RAM段初始化：初始化指定的RAM内存区域
电源模式管理：激活微控制器低功耗模式
硬件复位服务：提供触发硬件复位的功能
复位原因查询：获取上一次复位的原因

MCU驱动位于AUTOSAR软件架构的微控制器抽象层中，直接与微控制器硬件交互。它为上层模块提供统一的接口，使应用软件不必关心底层硬件的具体实现细节。

2. MCU驱动架构

2.1 架构概览

MCU驱动在AUTOSAR架构中处于微控制器抽象层(MCAL)，是连接ECU抽象层与微控制器硬件的重要桥梁。下图展示了MCU驱动在AUTOSAR软件架构中的位置及其与其他模块的关系：

在这里插入图片描述

2.2 模块位置与关系

从上图可以清晰地看到MCU驱动的架构特点：

层级位置：
- MCU驱动位于微控制器抽象层(MCAL)
- 它直接访问微控制器硬件寄存器
- 向上层模块如ECU状态管理器(EcuSM)和其他MCAL驱动提供服务
关键交互：
- 启动代码交互：启动代码在标准化MCU初始化之前执行，完成初期的硬件准备工作，之后将控制权交给MCU驱动
- ECU状态管理器：通过MCU驱动控制微控制器的运行模式和状态
- 复杂驱动和其他MCAL模块：使用MCU驱动提供的时钟和硬件控制功能
- 诊断事件管理器(DEM)：MCU驱动通过DEM报告产品级错误(如时钟故障)
硬件访问：
- MCU驱动直接访问微控制器寄存器，配置时钟、电源模式和其他硬件特性
- 作为软件和硬件之间的抽象层，隐藏了具体微控制器的硬件细节

此架构设计确保了软件的可移植性和硬件的抽象化，使上层应用能够在不同微控制器平台上保持一致的接口和行为。

3. 配置模型

3.1 配置结构

MCU驱动模块使用一组结构化的配置类型来管理其功能。这些配置在初始化阶段被传递给驱动，控制其行为和提供必要的硬件参数。下图展示了MCU驱动的配置模型：

在这里插入图片描述

3.2 数据类型

MCU驱动的配置模型由以下关键组件组成：

Mcu_ConfigType：
- 作为主配置结构，包含MCU初始化所需的全部数据
- 包括复位配置、MCU模式定义、时钟设置和RAM段定义等
- 在Mcu_Init()函数中作为参数传入
配置子组件：
- Mcu_ClockSettingConfig：定义PLL设置、振荡器配置和时钟分配参数
- Mcu_ModeConfig：指定MCU的不同运行模式及相关参数
- Mcu_RamSectionConfig：定义RAM段的基地址、大小和写入特性
状态和类型枚举：
- Mcu_PllStatusType：表示PLL锁定状态(锁定/未锁定/未定义)
- Mcu_ResetType：表示支持的复位类型(上电复位/看门狗复位等)
- Mcu_RawResetType：存储原始寄存器格式的复位原因
- Mcu_RamStateType：表示RAM内容的有效状态

MCU配置结构支持多种硬件特性的配置，如使用链接器符号指定RAM段参数，使配置更加灵活。整个配置模型采用分层结构，使得特定微控制器的配置可以在不改变软件架构的情况下进行调整。

4. API接口

4.1 API概览

MCU驱动提供了一组丰富的API接口，用于初始化和控制微控制器的各种功能。这些接口遵循AUTOSAR标准规范，保证了模块在不同实现间的一致性。下图展示了MCU驱动的API接口结构：

在这里插入图片描述

4.2 接口分类

MCU驱动的API接口可分为以下几个功能组：

初始化API：
- Mcu_Init()：初始化MCU驱动模块，存储配置数据
- Mcu_InitRamSection()：初始化指定的RAM段
- Mcu_InitClock()：配置MCU时钟设置
时钟控制API：
- Mcu_GetPllStatus()：获取PLL锁定状态
- Mcu_DistributePllClock()：当PLL锁定后分配PLL时钟到系统
复位控制API：
- Mcu_GetResetReason()：获取上一次复位的原因
- Mcu_GetResetRawValue()：获取原始寄存器格式的复位值
- Mcu_PerformReset()：触发微控制器复位
模式控制API：
- Mcu_SetMode()：设置微控制器的运行模式(如正常模式或低功耗模式)
状态查询API：
- Mcu_GetVersionInfo()：获取模块版本信息
- Mcu_GetRamState()：获取RAM内容的有效状态

4.3 错误处理

MCU驱动使用两种主要的错误报告机制：

开发错误：
- 通过DET(Default Error Tracer)模块报告
- 包括参数错误、未初始化错误和PLL未锁定等错误类型
- 主要用于开发和集成测试阶段
扩展产品错误：
- 通过DEM(Diagnostic Event Manager)模块报告
- 包括时钟故障等严重错误
- 用于产品运行时的诊断和监控

MCU驱动通过配置选项支持不同的功能组合，如可通过配置开关启用或禁用某些API功能。这种灵活的设计使模块能够适应不同的应用需求和资源限制。

5. 初始化与状态转换

5.1 初始化流程

MCU驱动的初始化是一个复杂的过程，涉及多个API调用和状态检查。下图展示了典型的MCU初始化序列：

在这里插入图片描述

初始化序列包含以下关键步骤：

模块初始化：
- 调用Mcu_Init()进行基本初始化
- 存储配置数据并设置初始化标志
- 初始化基本的MCU控制寄存器
时钟配置：
- 调用Mcu_InitClock()配置MCU时钟
- 设置PLL、分频器和其他时钟参数
PLL锁定检查：
- 循环调用Mcu_GetPllStatus()直到PLL锁定
- 应用可能需要等待一段时间再次检查PLL状态
时钟分配：
- 当PLL锁定后，调用Mcu_DistributePllClock()
- 将PLL时钟分配到CPU和外设
RAM初始化：
- 对每个需要初始化的RAM段调用Mcu_InitRamSection()
- 初始化指定RAM段的内存区域
复位原因查询：
- 调用Mcu_GetResetReason()获取当前复位的原因
- 应用程序可根据复位原因执行相应的处理逻辑

整个初始化过程中包含了详细的参数校验和错误处理，确保初始化安全可靠。调用顺序非常重要，特别是PLL相关的操作，必须按照正确的顺序执行。

5.2 状态机模型

MCU驱动内部实现了一个状态机，管理模块在不同阶段的行为。下图展示了MCU驱动的状态转换模型：

在这里插入图片描述

MCU驱动的状态机模型包含以下主要状态和转换：

主要状态：
- 未初始化状态：模块启动时的初始状态，功能不可用
- 已初始化状态：调用Mcu_Init()后进入，所有API可用
MCU模式状态：
- 正常运行模式：默认的全功能运行状态
- 低功耗模式：通过Mcu_SetMode()切换，降低功耗
- 睡眠模式：更深度的省电模式，可能需要硬件中断唤醒
PLL状态：
- PLL未启用：初始状态或复位后
- PLL未锁定：PLL启动但未稳定
- PLL已锁定：PLL稳定运行，可以分配时钟
时钟状态：
- 默认时钟源：使用默认时钟源(如内部振荡器)
- PLL时钟源：使用PLL作为系统时钟源
RAM段状态：
- 未初始化段：RAM段内容未初始化
- 已初始化段：RAM段已被正确初始化

状态转换主要由API调用触发，如Mcu_Init()、Mcu_SetMode()等。部分状态转换(如从低功耗模式到正常模式)可由硬件中断触发。Mcu_PerformReset()可使模块回到初始状态，重新开始整个生命周期。

6. 总结

AUTOSAR MCU驱动是AUTOSAR软件架构中连接软件与硬件的关键模块，它抽象了微控制器硬件的细节，为上层软件提供了统一的接口。通过本文的分析，我们可以总结出MCU驱动的以下特点：

架构特点：
- 位于微控制器抽象层(MCAL)，直接与硬件交互
- 提供标准化接口，隐藏微控制器硬件差异
- 与多个模块(如ECU状态管理器、其他MCAL驱动)交互
配置模型：
- 采用分层结构化的配置方式
- 支持多种硬件特性参数配置
- 通过配置开关启用或禁用特定功能
API接口：
- 提供全面的初始化、时钟、复位和模式控制功能
- 实现标准错误处理机制
- 支持可配置的功能选项
状态管理：
- 实现完整的状态机模型
- 严格定义的初始化流程和状态转换
- 支持多种运行模式和电源状态