AUTOSAR进阶图解==＞AUTOSAR_SRS_MemoryHWAbstractionLayer

最新推荐文章于 2025-07-29 21:57:01 发布
最新推荐文章于 2025-07-29 21:57:01 发布
阅读量587 收藏 12
点赞数 19
CC 4.0 BY-SA版权
分类专栏： 进阶图解AUTOSAR_CP_R18-10 文章标签： AUTOSAR 嵌入式 汽车 单片机
本BLOG上原创文章未经本人许可，不得用于商业用途。转载请注明出处，否则保留追究法律责任的权利。
本文链接：https://blog.youkuaiyun.com/zhangkaidewd/article/details/149143126

AUTOSAR 内存硬件抽象层 (MemHwA) 详解

基于AUTOSAR标准的内存硬件抽象层架构、组件和接口分析

目录

  1. 概述
  2. 内存硬件抽象层架构
  3. 虚拟地址空间与物理地址空间映射
  4. 组件与接口详解
  5. 写入操作序列
  6. 配置需求
  7. 总结

1. 概述

AUTOSAR（汽车开放系统架构）内存硬件抽象层(Memory Hardware Abstraction Layer, MemHwA)是AUTOSAR基础软件中的关键组成部分，它为上层软件提供了对非易失性存储器(如EEPROM和Flash)的统一访问接口，屏蔽了底层硬件的差异。

内存硬件抽象层主要由以下模块组成：

  • EEPROM抽象(EA)模块：抽象底层EEPROM驱动，提供虚拟分段和线性地址空间
  • Flash EEPROM模拟(FEE)模块：在Flash技术上模拟EEPROM行为
  • 内存抽象接口(MemIf)模块：为上层提供统一的接口，抽象底层的EA和FEE模块

这些模块共同工作，为NVRAM管理器提供一个统一的接口，使应用程序能够方便地访问非易失性存储器，而不必关心底层硬件的细节。

2. 内存硬件抽象层架构

在这里插入图片描述

架构组件解释

NVRAM Manager（应用层）
  • 功能：非易失性RAM管理器，位于应用层，是上层应用访问非易失性存储的接口
  • 职责：
    • 管理非易失性数据的读写操作
    • 提供数据一致性保证
    • 处理块管理和CRC校验
Memory Abstraction Interface（内存硬件抽象层）
  • 功能：内存抽象接口，替代了驱动接口层
  • 职责：
    • 允许NVRAM管理器访问多个内存抽象模块
    • 提供统一的地址空间
    • 转发请求到适当的底层模块（FEE或EA）
EEPROM Abstraction（内存硬件抽象层）
  • 功能：EEPROM抽象层，为上层提供统一的EEPROM访问方式
  • 职责：
    • 提供虚拟分段和线性地址空间
    • 支持"几乎无限"的擦写周期
    • 抽象底层EEPROM驱动和设备的差异
Flash EEPROM Emulation（内存硬件抽象层）
  • 功能：Flash EEPROM模拟，在闪存技术上模拟EEPROM行为
  • 职责：
    • 提供与EA相同的功能和API
    • 管理闪存磨损均衡
    • 处理块对齐和地址映射
内存驱动层
  • EEPROM Driver：直接操作EEPROM硬件
  • Flash Driver：直接操作Flash硬件
  • Vendor Specific Library：特定供应商库，可替代FEE/EA模块，只要提供相同的功能和API接口

关键架构特点

  1. 分层设计：清晰的分层结构，每层职责明确
  2. 硬件独立性：上层应用不依赖于具体硬件
  3. 接口统一：无论底层是EEPROM还是Flash，都提供统一的接口
  4. 可配置性：支持灵活配置，适应不同硬件
  5. 可替代性：组件可以被特定供应商库替代，只要保持API一致

3. 虚拟地址空间与物理地址空间映射

在这里插入图片描述

虚拟地址结构解释

32位虚拟地址

  • 功能：FEE和EA模块提供的虚拟32位地址空间

  • 结构：

    • 16位逻辑块ID (0x0001-0xFFFE)：唯一标识一个逻辑块
    • 16位块内偏移量 (0x0000-0xFFFF)：块内数据的偏移地址

  • 特点：

    • 支持最多65534个逻辑块（0x0000和0xFFFF被保留）
    • 每个块最大可达64KB
    • 抽象了底层物理存储器的地址空间
物理地址空间
  • 功能：底层实际的存储器地址空间
  • 特点：
    • 页是最小可写单元
    • 扇区是最小可擦除单元
    • 支持地址对齐配置
逻辑块

  • 功能：内存抽象层管理的基本单位

  • 属性：

    • 块ID：16位唯一标识符
    • 块大小：以字节为单位的大小
    • 起始/结束地址：支持配置对齐方式
    • 擦写次数要求：可配置所需的擦写次数

  • 特点：

    • 支持配置所需的擦写次数
    • 地址边界对齐可配置
    • 模块自动处理物理磨损平衡

地址映射代码示例

/* 虚拟地址定义 */
typedef struct {
    uint16 BlockId;    /* 逻辑块ID (0x0001-0xFFFE) */
    uint16 Offset;     /* 块内偏移量 */
} MemIf_VirtualAddressType;

/* 逻辑块配置结构 */
typedef struct {
    uint16 BlockNumber;       /* 逻辑块编号 */
    uint16 BlockSize;         /* 块大小(字节) */
    uint16 WriteCyclesLimit;  /* 所需擦写周期数 */
    uint8 AddressAlignment;   /* 地址对齐要求 */
} Fee_BlockConfigType;

/* 物理地址映射示例函数 */
Std_ReturnType Fee_ConvertVirtualToPhysicalAddress(
    MemIf_VirtualAddressType VirtualAddress,
    uint32* PhysicalAddressPtr)
{
    uint16 blockId = VirtualAddress.BlockId;
    uint16 offset = VirtualAddress.Offset;
    Fee_BlockConfigType* blockConfig;
    uint32 physicalAddress;
    
    /* 检查块ID有效性 */
    if (blockId == 0x0000 || blockId == 0xFFFF) {
        return E_NOT_OK;  /* 无效的块ID */
    }
    
    /* 获取块配置 */
    blockConfig = Fee_GetBlockConfig(blockId);
    if (blockConfig == NULL) {
        return E_NOT_OK;  /* 未找到块配置 */
    }
    
    /* 检查偏移量有效性 */
    if (offset >= blockConfig->BlockSize) {
        return E_NOT_OK;  /* 偏移量超出块大小 */
    }
    
    /* 计算物理地址（示例算法，实际实现会更复杂） */
    physicalAddress = Fee_GetBlockStartAddress(blockId) + offset;
    
    /* 返回物理地址 */
    *PhysicalAddressPtr = physicalAddress;
    
    return E_OK;
}

4. 组件与接口详解

组件接口解释

Memory Abstraction Interface (MemIf)
  • 功能：提供统一的接口，抽象底层多个FEE或EA模块
  • 主要接口：
    • MemIf_Init：初始化内存抽象接口
    • MemIf_Read：读取数据块
    • MemIf_Write：写入数据块
    • MemIf_Erase：擦除数据块
    • MemIf_GetStatus：获取当前作业状态
    • MemIf_GetJobResult：获取上一个作业结果
    • MemIf_InvalidateBlock：使数据块无效
    • MemIf_Cancel：取消当前作业
    • MemIf_GetVersionInfo：获取版本信息
EEPROM Abstraction (EA)
  • 功能：抽象底层EEPROM驱动，提供虚拟分段和线性地址空间
  • 主要接口：
    • EA_Init：初始化EEPROM抽象层
    • EA_Read：读取数据
    • EA_Write：写入数据
    • EA_Erase：擦除数据
    • EA_GetStatus：获取当前作业状态
    • EA_GetJobResult：获取上一个作业结果
    • EA_InvalidateBlock：使数据块无效
    • EA_Cancel：取消当前作业
    • EA_GetVersionInfo：获取版本信息
    • EA_MainFunction：周期性处理函数
Flash EEPROM Emulation (FEE)
  • 功能：在闪存技术上模拟EEPROM行为
  • 主要接口：
    • FEE_Init：初始化Flash EEPROM模拟层
    • FEE_Read：读取数据
    • FEE_Write：写入数据
    • FEE_Erase：擦除数据
    • FEE_GetStatus：获取当前作业状态
    • FEE_GetJobResult：获取上一个作业结果
    • FEE_InvalidateBlock：使数据块无效
    • FEE_Cancel：取消当前作业
    • FEE_GetVersionInfo：获取版本信息
    • FEE_MainFunction：周期性处理函数

接口详细描述和代码示例

/* 内存抽象接口状态定义 */
typedef enum {
    MEMIF_UNINIT = 0,      /* 模块未初始化 */
    MEMIF_IDLE,            /* 模块空闲 */
    MEMIF_BUSY,            /* 模块正在处理作业 */
    MEMIF_BUSY_INTERNAL    /* 模块内部处理中 */
} MemIf_StatusType;

/* 作业结果状态 */
typedef enum {
    MEMIF_JOB_OK = 0,         /* 作业成功完成 */
    MEMIF_JOB_FAILED,         /* 作业失败 */
    MEMIF_JOB_PENDING,        /* 作业正在处理 */
    MEMIF_JOB_CANCELED,       /* 作业被取消 */
    MEMIF_BLOCK_INCONSISTENT, /* 数据块不一致 */
    MEMIF_BLOCK_INVALID       /* 数据块无效 */
} MemIf_JobResultType;

/* 内存抽象接口模块定义 */
typedef enum {
    MEMIF_FEE_INSTANCE_0 = 0, /* FEE实例0 */
    MEMIF_EA_INSTANCE_0       /* EA实例0 */
} MemIf_DeviceIndexType;

/* Memory Abstraction Interface API示例 */
Std_ReturnType MemIf_Read(
    MemIf_DeviceIndexType DeviceIndex,
    uint16 BlockNumber,
    uint16 BlockOffset,
    uint8* DataBufferPtr,
    uint16 Length)
{
    /* 根据设备索引转发请求到相应的底层模块 */
    switch (DeviceIndex) {
        case MEMIF_FEE_INSTANCE_0:
            return Fee_Read(BlockNumber, BlockOffset, DataBufferPtr, Length);
        
        case MEMIF_EA_INSTANCE_0:
            return Ea_Read(BlockNumber, BlockOffset, DataBufferPtr, Length);
            
        default:
            return E_NOT_OK;
    }
}

/* EEPROM Abstraction模块接口示例 */
Std_ReturnType Ea_Write(
    uint16 BlockNumber,
    uint8* DataBufferPtr)
{
    Ea_BlockConfigType* blockConfig;
    
    /* 检查模块是否已初始化 */
    if (Ea_Status == EA_UNINIT) {
        Ea_JobResult = MEMIF_JOB_FAILED;
        return E_NOT_OK;
    }
    
    /* 检查是否有作业正在进行 */
    if (Ea_Status != EA_IDLE) {
        return E_NOT_OK;
    }
    
    /* 获取块配置 */
    blockConfig = Ea_GetBlockConfig(BlockNumber);
    if (blockConfig == NULL) {
        Ea_JobResult = MEMIF_JOB_FAILED;
        return E_NOT_OK;
    }
    
    /* 更新模块状态并启动写入作业 */
    Ea_Status = EA_BUSY;
    Ea_JobResult = MEMIF_JOB_PENDING;
    Ea_JobType = EA_JOB_WRITE;
    Ea_CurrentBlockNumber = BlockNumber;
    Ea_CurrentDataPtr = DataBufferPtr;
    
    /* 返回挂起状态，实际写入将在Ea_MainFunction中处理 */
    return E_OK;
}

5. 写入操作序列

在这里插入图片描述

写入操作序列解释

参与者说明
  • NVRAM Manager：非易失性RAM管理器，负责协调数据的读写操作
  • Memory Abstraction Interface：内存抽象接口，提供统一访问接口
  • Flash EEPROM Emulation：Flash EEPROM模拟，处理闪存的读写操作
  • Flash Driver：闪存驱动，直接操作闪存硬件
写入操作流程

  1. 操作发起：

    • NVRAM Manager调用MemIf_Write函数，指定设备索引、块号、数据指针和长度
    • Memory Abstraction Interface根据设备索引转发请求到相应的底层模块（FEE或EA）

  2. 请求处理：

    • FEE模块接收写入请求，将逻辑块ID转换为内部管理的块结构
    • 检查块大小是否符合配置，并将虚拟地址转换为物理地址
    • 设置内部状态为BUSY，开始异步写入操作

  3. 异步处理：

    • FEE调用Flash Driver的Flash_Write函数，开始实际的写入操作
    • Flash Driver返回FLASH_E_PENDING，表示操作已开始但尚未完成
    • FEE返回MEMIF_JOB_PENDING，表示作业正在进行
    • NVRAM Manager记录操作状态为待处理

  4. 状态轮询：

    • NVRAM Manager循环调用MemIf_GetStatus检查操作状态
    • Memory Abstraction Interface转发请求到FEE模块
    • FEE查询Flash Driver的作业状态

  5. 操作完成：

    • 当Flash Driver完成写入操作，返回FLASH_E_OK
    • FEE更新内部状态为IDLE，并更新块的磨损计数
    • NVRAM Manager检测到状态为MEMIF_IDLE，调用MemIf_GetJobResult获取操作结果
    • 根据返回结果(E_OK或E_NOT_OK)确定操作是否成功

写入操作代码示例

/* NVRAM Manager中的写入函数示例 */
Std_ReturnType NvM_WriteBlock(
    NvM_BlockIdType BlockId,
    const void* NvM_SourceDataPtr)
{
    uint8 deviceIndex;
    uint16 blockNumber;
    MemIf_StatusType status;
    MemIf_JobResultType result;
    Std_ReturnType ret;
    
    /* 获取块配置 */
    const NvM_BlockDescriptorType* blockDescriptor = NvM_GetBlockDescriptor(BlockId);
    if (blockDescriptor == NULL) {
        return E_NOT_OK;
    }
    
    /* 获取设备索引和块号 */
    deviceIndex = blockDescriptor->DeviceIndex;
    blockNumber = blockDescriptor->BlockNumber;
    
    /* 调用MemIf写入函数 */
    ret = MemIf_Write(deviceIndex, blockNumber, NvM_SourceDataPtr);
    if (ret != E_OK) {
        return E_NOT_OK;
    }
    
    /* 等待操作完成 */
    do {
        /* 延时或任务切换，取决于系统配置 */
        NvM_TaskDelay();
        
        /* 获取当前状态 */
        status = MemIf_GetStatus(deviceIndex);
        
        if (status == MEMIF_IDLE) {
            /* 操作已完成，获取结果 */
            result = MemIf_GetJobResult(deviceIndex);
            
            if (result == MEMIF_JOB_OK) {
                return E_OK;
            } else {
                /* 处理错误情况 */
                return E_NOT_OK;
            }
        }
    } while (status == MEMIF_BUSY || status == MEMIF_BUSY_INTERNAL);
    
    /* 如果循环退出但状态不是IDLE，则出现了未预期的错误 */
    return E_NOT_OK;
}

6. 配置需求

内存硬件抽象层的配置需求主要包括逻辑块配置、地址对齐要求和擦写周期设置等方面。以下是这些配置的详细说明：

逻辑块配置

根据源文档需求[SRS_MemHwAb_14001]，FEE和EA模块需要支持逻辑块起始和结束地址的对齐配置：

typedef struct {
    uint16 BlockNumber;         /* 逻辑块编号(0x0001-0xFFFE) */
    uint16 BlockSize;           /* 块大小(字节) */
    uint8 AddressAlignment;     /* 地址对齐要求(字节) */
    boolean ImmediateData;      /* 是否为即时数据 */
    uint16 WriteCyclesLimit;    /* 所需擦写周期数 */
} Fee_BlockConfigType;

/* 块配置示例 */
const Fee_BlockConfigType Fee_BlockConfig[] = {
    /* BlockNumber, BlockSize, AddressAlignment, ImmediateData, WriteCyclesLimit */
    {1, 16, 4, FALSE, 10000},   /* 块1: 16字节，4字节对齐，非即时数据，10000擦写周期 */
    {7, 32, 4, TRUE, 50000},    /* 块7: 32字节，4字节对齐，即时数据，50000擦写周期 */
    {8, 64, 8, FALSE, 5000}     /* 块8: 64字节，8字节对齐，非即时数据，5000擦写周期 */
};

擦写周期需求

根据源文档需求[SRS_MemHwAb_14002]，FEE和EA模块需要支持每个逻辑块所需擦写周期数的配置：

  • 这允许模块抽象底层物理设备的硬件特性
  • 即使底层物理设备只支持有限的擦写周期，模块也能够提供更多的擦写次数
  • 模块通过磨损均衡算法来实现这一功能

块号限制

根据源文档需求[SRS_MemHwAb_14026]，块号0x0000和0xFFFF不能被内存抽象模块使用：

  • 这些块号无法与闪存或EEPROM的擦除值区分开
  • 配置工具在生成块号时必须避免使用这些值
  • 这些限制确保了块号的唯一性和可识别性

地址空间配置

根据源文档需求[SRS_MemHwAb_14005]，FEE和EA模块需要提供32位虚拟地址空间：

  • 32位虚拟地址包括16位逻辑块标识符和16位块内偏移量
  • 支持最多65534个逻辑块（0x0001-0xFFFE）
  • 每个块最大可达64KB

7. 总结

AUTOSAR内存硬件抽象层(MemHwA)通过提供统一的接口和抽象层，有效解决了不同非易失性存储技术之间的差异，为上层软件提供了一致的访问方式。

主要特点

  • 硬件独立性：抽象底层硬件差异，提供统一接口
  • 扩展擦写周期：通过软件实现"几乎无限"的擦写次数
  • 灵活配置：支持逻辑块、地址对齐和擦写周期的灵活配置
  • 异步操作：支持异步读写操作，提高系统效率
  • 状态管理：提供完善的状态和错误管理机制

应用优势

  1. 可移植性：应用可以在不同硬件平台上移植，无需修改
  2. 延长寿命：通过磨损均衡算法延长存储器寿命
  3. 简化开发：开发人员无需关心底层存储技术细节
  4. 标准化：符合AUTOSAR标准，保证系统兼容性

内存硬件抽象层作为AUTOSAR架构中的关键组件，为汽车电子系统提供了可靠、高效的非易失性数据存储解决方案，是现代汽车电子控制单元(ECU)中不可或缺的部分。

AutoSAR系列讲解（实践篇）12.1-Diagnostics简介
雪云飞星的博客
02-19 1万+
主要概括性的讲解了诊断协议UDS和AutoSAR的诊断架构
AUTOSAR图解==＞AUTOSAR_SRS_EEPROMDriver
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
05-06 1845
EEPROM（Electrically Erasable Programmable Read-Only Memory，电可擦除可编程只读存储器）是一种非易失性存储器，广泛应用于汽车电子控制单元(ECU)中，用于存储配置数据、校准参数和诊断信息等。AUTOSAR标准规范了EEPROM驱动的接口和行为，确保不同供应商的EEPROM控制器能够统一集成到AUTOSAR架构中。内部EEPROM：集成在微控制器内部的EEPROM存储器外部EEPROM：通过通信总线（如SPI、I2C）连接的独立EEPROM芯片。
AUTOSAR图解==＞AUTOSAR_SRS_MemoryHWAbstractionLayer
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
06-05 2347
本文详细介绍了AUTOSAR标准中的存储硬件抽象层(MemHwA)架构及其实现。MemHwA通过硬件无关接口为上层软件提供统一的非易失性存储访问，包含MemIf、FEE、EA等模块，采用虚拟地址空间(32位)与逻辑块(16位ID)概念抽象底层存储差异，支持磨损均衡技术延长物理设备寿命。该分层设计实现了存储硬件与上层应用的解耦，提高了汽车软件的可移植性和可维护性。
AUTOSAR进阶图解==＞AUTOSAR_SRS_TTCAN
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
07-25 1675
AUTOSAR TTCAN分析与实现摘要 本文详细分析了AUTOSAR标准中时间触发CAN(TTCAN)的实现方案。TTCAN基于ISO 11898-4标准，通过预定义时间窗口实现确定性通信，同时兼容传统事件触发模式。文档从架构设计、配置模型和通信流程三个维度展开：架构上采用分层设计，包含CAN Driver、TTCAN Manager和CAN Interface等核心组件；配置模型定义了时间窗口与硬件对象的映射关系；通信流程则详细说明了时间窗口调度机制。实现上提供了关键代码示例，包括硬件初始化、时间窗口配
AUTOSAR进阶图解==＞AUTOSAR_SRS_XCP
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
07-25 604
XCP（Universal Measurement and Calibration Protocol）是ASAM（Association for Standardization of Automation and Measuring Systems）标准，用于ECU（Electronic Control Unit）的标定目的。XCP是CCP（CAN Calibration Protocol）的后继者，提供了更多功能和灵活性。在线内存标定：读写访问ECU内存数据页初始化和切换：管理不同的标定数据页。
AUTOSAR进阶图解==＞AUTOSAR_SRS_PortDriver
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
07-28 990
AUTOSAR Port Driver是MCAL层的关键模块，负责初始化和配置微控制器的端口结构。它提供引脚功能、方向、特性等静态配置，并支持运行时方向修改。模块架构分为初始化、API接口和配置结构三部分，包含Port_Init、SetPinDirection等核心API。通过配置结构定义引脚属性，Port Driver为DIO、ADC等驱动提供基础支持，确保硬件访问标准化。
AUTOSAR图解==＞AUTOSAR_SRS_Gateway
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
05-28 730
AUTOSAR Gateway是汽车电子通信架构中的关键组件，主要负责不同总线系统间的数据交换。本文深入解析了Gateway的两大核心模块：PDU Router（基于帧的路由）和Signal Gateway（基于信号的路由），详细阐述了它们的架构、功能特性和协同工作机制。文章从数据流角度分析了信号从应用层到物理层的完整传输过程，包括信号处理、PDU路由和物理传输三个关键阶段。同时介绍了静态路由规则、配置更新机制和安全考量等管理特性。
AUTOSAR图解==＞AUTOSAR_SRS_PWMDriver
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
05-21 2143
本文详细介绍了AUTOSAR PWM驱动模块的功能、架构、配置、API接口及状态管理。PWM驱动作为AUTOSAR微控制器抽象层的一部分，负责生成和控制PWM信号，广泛应用于汽车电子系统中的电机控制、LED调光等场景。文章首先概述了PWM驱动的基本功能，包括通道配置、占空比设置和电源管理。接着，分析了PWM驱动在AUTOSAR软件架构中的层次关系及其与其他模块的交互。随后，详细描述了PWM驱动的配置选项，包括占空比、通道类型和通知机制等。文章还介绍了PWM驱动的核心API接口，涵盖初始化、占空比控制、通道状
AUTOSAR进阶图解==＞AUTOSAR_SRS_SecureOnboardCommunication
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
07-27 635
AUTOSAR SecOC模块是车载通信安全的核心组件，负责消息认证、完整性和新鲜度保护。该模块位于通信服务层，支持CAN、FlexRay、Ethernet等多种总线协议。SecOC处理流程包括发送方创建带MAC和新鲜度值的Secured I-PDU，接收方验证新鲜度和MAC。关键功能包括可配置的安全属性设置、验证重试机制、支持数据和认证信息分离传输等。SecOC通过严格的认证流程确保车载通信安全，防止重放攻击和消息篡改，满足AUTOSAR规范对安全通信的所有要求。
AUTOSAR图解==＞AUTOSAR_SRS_CoreTest
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
05-03 1066
AUTOSAR CoreTest模块是为满足汽车标准要求而设计的核心测试API规范，用于在运行时检测硬件核心组件的静态错误。CoreTest作为AUTOSAR标准的一部分，主要职责是定期或在启动时执行对CPU核心及其相关资源的测试，确保ECU核心功能的正常运行。CoreTest在整体安全概念中发挥着重要作用，但需要注意的是，它本身并不提供完整的诊断覆盖率，而是作为更大安全概念的组成部分。该模块专注于检测静态硬件错误，而非瞬态故障或间歇性故障。启动时测试：在系统启动阶段验证核心硬件功能关键任务前验证。
AUTOSAR图解==＞AUTOSAR_SRS_OCUDriver
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
06-14 1024
OCU（Output Compare Unit，输出比较单元）驱动是AUTOSAR标准中的一个基础软件模块，属于MCAL（Microcontroller Abstraction Layer，微控制器抽象层）层。OCU驱动模块为上层软件提供了对微控制器输出比较单元的访问接口，使应用软件能够在指定时间点执行特定的输出操作。自由运行计数器：从最小值运行到最大值，然后自动重新开始计数比较阈值：在每次计数器增加一个单位时与计数器内容进行比较的目标值比较动作：当计数器值与比较阈值匹配时执行的操作。
AUTOSAR-SWS-EEPROMDriver
qq_45212020的博客
06-10 1288
AUTOSAR EEPROM Driver
1 + X 传感网 中级 | 任务五 Wifi通信实践
yuzhaokangcode的博客
07-29 1099
本文摘要介绍了Wi-Fi接入云平台实践中的关键内容：1. 提供WiFi通信设备数据链路图绘制要求；2. 详细分析了5种常见串口错误代码（-1至-5）的成因及解决方案，包括工作模式设置、热点配置、服务器连接、数据发送和握手异常等问题；3. 基于TCP协议的设备接入流程，通过实践案例解析了连接请求、连接响应、数据上报及响应等四种报文格式，包含设备认证、状态码说明、数据类型定义和消息序列机制。文中还提供了AT指令示例、硬件检查要点和错误处理流程，为物联网设备云平台接入提供了完整的技术参考。
嵌入式ADC和DMA
学习过程记录，欢迎大家交流互动，互相学习
07-26 594
数据搬运工（从哪搬？搬到哪？搬多少？DMA(Direct Memory Access，直接内存(存储器)访问)是一种内存访问技术，允许某些硬件设备独立地、直接地访问主内存，而不需要通过中央处理器（CPU）的介入。DMA传输是将数据从一个地址空间搬到另一个地址空间，提供在外设和存储器之间或者存储器和存储器之间的高速数据传输。
使用Y modem协议进行瑞萨RX MCU OTA数据传输
RA_MCU的博客
07-29 616
摘要：本文介绍了将Xmodem协议升级为Ymodem协议的关键修改点，主要包括：1）握手信号需由接收方发送特定字符启动；2）起始帧需包含文件名和大小信息；3）数据帧需支持1024字节块传输；4）结束帧采用空包格式；5）强制使用CRC16校验；6）调整数据缓冲区配置。测试结果表明，修改后的Ymodem协议实现了稳定的固件传输功能，MCU能正确接收文件并完成升级。该方案基于瑞萨MCU平台实现，适用于需要可靠OTA升级的应用场景。
【GD32】基于GD32+OV5640的摄像头模块学习记录
qq_73648789的博客
07-26 1021
在信息载体中，图像包含的信息最为丰富。作为机器视觉领域的核心组件，摄像头的应用场景十分广泛，涵盖安防监控、野外探险、车牌识别检测等多个领域。按输出信号类型：可分为数字摄像头和模拟摄像头。数字摄像头输出的是数字信号，能直接与数字设备（如计算机、单片机等）进行数据传输和处理。模拟摄像头输出的是模拟信号，通常需要经过模数转换后才能被数字设备处理。按图像传感器材料构成：可分为 CCD（电荷耦合器件）摄像头和 CMOS（互补金属氧化物半导体）摄像头。
《嵌入式C语言笔记（十五）：字符串操作与多维指针深度解析》
weixin_72612809的博客
07-29 248
本文总结了C语言中字符串、指针和数组的重要操作与安全实践。主要内容包括：1.字符串操作推荐使用strn系列安全函数（如strncpy、strncat）替代危险函数；2.const关键字保护数据不被修改，void*指针需类型转换；3.区分数组指针和指针数组的用法；4.指针函数禁止返回局部变量地址，可用静态或全局变量；5.提供字符串基本操作函数实现和二维数组操作示例。关键技巧：使用const保护参数，注意指针生命周期管理，安全操作优先选择带长度限制的函数版本。这些实践对嵌入式开发等安全敏感场景尤为重要。
protobuf2.5.0 arm_linux
GAORUI_GAO的博客
07-29 94
【代码】protobuf2.5.0 arm_linux。
集成开发环境（IDE）
最新发布
qq_51712982的博客
07-29 96
集成开发环境就是集成了多个开发工具的软件。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

KaiGer666

慧眼~施主！！！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值