BSW详细描述

它支持标准的诊断协议，如UDS（Unified Diagnostic Services）和OBD（On-Board Diagnostics），并提供了一些常用的诊断服务，如读取故障码、清除故障码和读取传感器数据等。BSW提供了一些核心模块，包括通信模块、诊断模块、操作系统模块等。需要注意的是，示例代码仅用于演示目的，实际使用时可能需要根据具体的系统和硬件进行适当的修改和配置。此外，由于AutoSAR标准的更新和变化，读者还应参考最新的AutoSAR文档和规范来了解最新的BSW实现和用法。

1. BSW的作用 我们知道引入AUTOSAR软件架构的目的是为了提供一套优秀的底层代码库，使OEM在开发上层应用层软件的时不应考虑下层繁多的不同ECU型号，从而使汽车软件开发更加标准化、规范化、安全化、快速化和经济化。为了实现该目标，需要把这些不同型号的ECU封装起来，对外提供统一的接口，供上层软件开发时调用，BSW就是起这个作用的。 2. BSW的结构 在上篇文章中我们知道BSW又可以分成MCAL,ECUAL,SAL,CD四层，如下图所示每一层又提供不同的服务，下面将依次来介绍。 2.1 MCAL硬.

ECU上面除了主芯片MCU，还有很多外围设备，比如外置Flash，外置电源管理芯片等等。是对MCU 芯片的抽象和封装，由于Autosar Cp 是基于MCU 的软件架构，所以该层主要是实现MCU 外设驱动，比如I/O驱动、Flash 驱动、Can 驱动、看门狗驱动、定时器驱动等等。这里可以看到 BSW 主要提供了：看门狗服务 ，存储服务，通信和诊断服务，OS服务，I/O 功能，BswM 和 EcuM 等模式管理功能。看门狗服务：提供看门狗功能，检测 MCU，当 MCU 挂死的时候可以进行复位重启。

BSW 指的是基础软件层（Basic Software）。从本质上来说，它的作用是对整个电子控制单元（ECU）进行分层封装，一直封装到操作系统（OS）这一层。打个比方，大家都熟悉 Windows 操作系统，它具备很强的兼容性，能够在配置各不相同的设备上运行，像不同的 CPU、GPU 以及主板等硬件环境下都可以正常使用。同样的道理，我们可以把 ECU 类比成电脑硬件，而 ECU 上的主芯片就相当于电脑中的 CPU，AutoSAR OS 在这个情境中则可以看作是 Windows。

AUTOSAR中 CAN总线数据通过COM模块收发流程

接下来需要将isolar的os部分的文件 导入到RT OS中去完成操作系统的配置，具体需要去做我们的这个任务的构建以及像这种计数器还有像alarm uschedul table的配置等等，那么当我们完成这些所有的工作之后，我们会得到我们的.c和.h文件以及配合辅助我们的.s像LD文件以及 mc file 在我们的SSDS中去完成我们的集成工作之后，我们就可以主要来去做这个编译和链接阶段。以及出了问题，我需要追溯到前面的不同的哪个阶段，去查找我们的问题，去梳理一个系统性的这种系统调试方法。

全部学习汇总： https://github.com/GreyZhang/hack_autosar 继续学习AUTOSAR的文档，看一下《AUTOSAR_TPS_BSWModuleDescriptionTemplate》。 9.4.3 堆 堆是用于通过显式内存分配和取消分配来满足动态内存需求的内存段。 由于内存的分配是由应用程序控制的，因此它也能在调用上下文中从进入函数嵌套级别并再次离开它的变化中幸存下来。 因此，在子例程返回后，子例程中分配...

二、AutoSar架构分层架构 三、MCAL 四、BSW 五、RTE 六、SWC 七、开发工具 1.劳特巴赫 （Lauterbach ）：用来调试 2.vector DaVinci Developer --设计SWC的图形界面工具 3.vector DaVinci Configurator Pro ...

为了保证MCU和接口的正常运行，MCU内部需要有时钟定义，所谓时钟可以自行参考wiki，说一个简单但不一定恰当的理解，时钟信号决定了MCU上操作的先后顺序，比如上面的信号捕获和输出，如果同一时间两个操作要同时进行，必然会有冲突，这个时候用时钟信号的上升沿指示信号捕获开始进行，高电平的持续时间指示捕获时长，下降沿指示信号输出开始，低电平的持续时间，代表信号输出时间。最后，有些应用层的数据我们希望它存储起来，下电不消失，这需要我们抽象出操作NVM的接口放在RTE中，

微处理器抽象层（Microcontroller Abstraction Layer，MCAL）位于 BSW 的最底层，它包含了跟硬件相关的驱动程序，可以直接访问微处理器和片内外设。它的作用是让 MCAL 层的上层软件独立于 MCU 硬件。MCAL 的实现依赖于 uC。

BSW架构 上一篇文章提到了基础软件层BSW包含微处理器抽象层(MCAL)、ECU抽象层、服务层以及复杂驱动，而每一层按照功能模块可以进一步划分，如下图所示。 微处理器抽象层MCAL 我们先来看一下微处理器抽象层(MCAL)，MCAL是BSW的最低层，它包含一些MCU内部驱动软件模块，这些驱动直接访问MCU内部外设(ADC、WatchDog、General Purpose Timer等)。MCAL这一层依赖于MCU，但是它的上面一层(ECU抽象层)则可以独立于具体的MCU。 MCAL主要包含下面这些模块：

随着汽车电子技术的快速发展，Autosar（Automotive Open System Architecture）已成为了现代汽车软件开发中的一种广泛采用的标准。BSW驱动层将硬件相关的操作进行封装，使得上层应用软件不需要关心具体的硬件细节，只需调用相应的接口即可。BSW服务层：提供了一系列的标准化服务接口，包括通信、诊断、存储管理、时间管理等。ComStack：负责通信栈的管理，包括CAN、LIN、FlexRay等总线的通信协议实现。NvM：提供非易失性存储器的管理功能，支持数据的读写和恢复。

BSW（Basic Software）层是AUTOSAR架构中的一个关键组成部分，它提供了底层的基础软件功能，为上层应用提供支持。硬件抽象层（HAL）：这是BSW层的最底层，提供了对硬件的抽象，包括处理器、内存、外设等。硬件抽象层（HAL）：作为BSW层的最底层，提供了对硬件的抽象，包括处理器、内存和外设等。诊断和故障管理：BSW层提供了诊断和故障管理功能，用于监测和管理车辆系统的健康状态。它提供了任务优先级、调度算法和任务间的通信机制。时间管理：BSW层提供了时间管理功能，用于同步和管理ECU中的时间。

BSW概述，主要讲解BSW的结构组成

汽车电子学习笔记—AutoSAR之基础软件层（BSW） - 1、概述 如之前autosar概述笔记中说明，BSW按照层级结构可以分为服务层、ECU抽象层、硬件抽象层（MCAL）和复杂驱动层（CDD）。 - 硬件抽象层（MCAL） 主要包含了相关的Driver，通过该层次可以访问MCU的资源，比如访问整个芯片的CAN,LIN等控制器，配置MCU的Port脚，配置MCU的时钟等。主要包含下面的内容：...

EB tresos 介绍 软件开发环境 EB tresos Studio 让您能够配置、验证和生成 ECU 基础软件 (BSW)。 软件开发环境 EB tresos Studio 是我们的 EB tresos AutoCore 和 EB tresos OsekCore的工具环境。凭借其导入器和生成器接口，该工具可完美地融入汽车开放系统架构 AUTOSAR 工作流程，并且可以无缝集成到现有工具链中。这样就能实现公司特定的汽车基础软件模块以及传统软件组件的集成。 ...

BSW（Basic Software）中文翻译为基础软件层，BSW中包含系统层、ECU抽象层、微控制器抽象层，这三个分层内的各个模块均在AUTOSAR规范中被详细定义了，详细到函数功能以及函数名称都被定义。 BSW中包含微控制器抽象、ECU抽象层、系统层自下而上，其与硬件的关系逐步减小，代码的抽象程度越高。

其中，BSW（Basic Software）是AutoSAR架构中的一个重要组成部分。本文将对BSW进行概述，并提供相关源代码和描述。BSW是AutoSAR架构中的基础软件层，它提供了通信、内存管理和诊断等功能模块，为上层应用开发者提供了标准化的接口和服务。本文提供了通信栈、内存栈和诊断栈的简单源代码示例，希望对读者理解BSW的概述有所帮助。BSW是AutoSAR架构中的基础软件层，它为上层应用提供了一系列的服务和功能。BSW的目标是提供标准化的接口和功能模块，以支持各种汽车电子应用的开发和集成。