路灯车AUTOSAR规范及开发流程是什么??    东莞石排路灯车出租

     路灯车AUTOSAR规范及开发流程是什么??    东莞石排路灯车出租,  东莞石排路灯车, 东莞路灯车出租  AUTOSAR是路灯车制造界建立的路灯车电子/电气架构行业开放式标准，目的是降低应用与平台之间的藕合度，降低软件与硬件之间的耦合度便于软件在不同硬件平台之间的移植。实现应用层功能与底层件分离，软件与硬件分离。有了统一的标准不同企业开发的方案所得结果是相同的，但是在开发的路径方法，实现的形式是不同的，这样在实现上竞争才能够互相学习。AUTOSAR详细规定了架构(Architecture)、方法学(Methodology)、应用接口(ApplicationInterfaces)三个方面缩短了电子系统的开发周期降低了路灯车电子系统开发时间成本，改善系统软件的灵活性，提高了软件可维护性方便移植，易于软件更新和维护升级。

        为了实现功能模块的独立，每个ECU总的是分为上层应用层（Applicationlayer）、中间层RTE层（运行环境）、基础软件层（BasicSoftwareLayer）和微控器抽象层（Microcontroler）四层，其中基础软件层(BSW)又包含四个层：服务层（Service）、ECU抽象层（ECUAbstraction）、微控制器抽象层（MicrocontrollerAbstraction）和复杂驱动模块（ComplexDrivers）。每一层的BSW中，分别含有不同的功能模块[9]。在AUTOSAR框架中，应用层的软件包括很多的软件组件，每个软件组件能够完成特定的功能，每个组件都包含不可再分的运行实体，组件之间通过端口交互。按照AUTOSAR架构开发路灯车控制系统软件的流程，应用层软件组件开发是主要的核心，基础层软件和RTE层都是围绕着应用层软件组件开发来展开的。应用层每个软件组件的开发为核心的步骤。

    AUTOSARarchitecture8软件组件SWC是SoftwareComponent的英文缩写，在AUTOSAR中地位非常重要。软件组件封装了几乎全部路灯车电子功能的模块。软件组件主要是具体实现功能以及对相应功能的描述。利用虚拟功能总线（VFB）完成各组件之间的通信和交互，构成了一个完整AUTOSAR应用软件。应用层的不同的功能软件组件之间或软件组件与基础软件及硬件之间的通信是通过端口接口来实现的。端口要根据软件组件的作用功能和通信的内容来定义，端口分为三种，一种是C/S服务型端口用于应用层调用访问硬件资源，另一种端口是S/R数据交互端口用于应用层之间的数据交互还有一种用于标定。（1）应用层应用层可以划分成不同的组件，每一个组件都封装了相应的路灯车电子功能包括实现及对应的描述。软件组件的划分是通过功能来划分的，所有的软件组件组成整个应用层软件，实现设计的整个功能。如控制车门指示灯信号灯的运作，但与路灯车硬件系统没有连接。软件应用层由软件组件（SoftwareComponent，SWC）构成，软件组件分为传感器组件（sensorSWC）应用软件组件（Application，SWC）执行器软件组件（ActuatorSWC）各个组部件。各组件间以及组件与基础层软件都是通过RTE进行通讯交互、访问ECU资源和服务请求，从而通过RTE实现与硬件的分离。AUTOSAR主要的三种端口，AUTOSAR端口接口有3种形式：分别为客户端/服务器接口（Client-ServerInterface，C-S）、发送者/接收者接口（Sender-ReceiverInterface，S-R）和标定接口（CalibrationInterface）。ECU接收开关信号判断车门指示灯和驾驶舱照明灯响应的例子。两个ECU通过总线通讯联接ECU上层软件都包括Switch组件、Dimmer组件和Light组件等，各组件通过端口完成组件间或与基础层之间交互通讯。Switch组件接收端口与基础软件层交互，接收开关信号，端口类型为S/R型并通过发送端口发送给Dimmer组件，进行信号处理决定灯的亮暗程度，由发送端口发送给执行软件组件Light。Light组件与BSW层交互控制灯的亮度。期间，组件间、组件与基础层的交互只能通过9RTE。组件间信号的接收和发送的端口类型为S/R型。BSW基础层软件中的I/O驱动获得硬件信息，从而完成相应执行动作。

    东莞石排路灯车出租,  东莞石排路灯车, 东莞路灯车出租 http://www.zhuhaidiaolanchechuzu.com/

      下面介绍软件组件的内部行为。软件组件是按功能单位划分的，每一个组件都包含不可再分的可执行单元，也叫作运行实体，运行实体不可再分，完成组件的部分功能，所有的运行实体完成组件功能，所以运行实体体现软件组件的功能。每个运行实体都对应一个RTE事件，事件是在RTE配置时设计，一旦发生就会触发运行实体。运行实体运行时操作系统任务为运行实体提供需要的资源。

    （2）运行环境层RTE虚拟功能总线VFB（VirtualFunctionalBus），以总线形式虚拟的抽象描述了软件组件之间的通信机制。利用它AUTSOAR软件组件在开发阶段中不需要依赖任何机制就可以完成组件间以及组建于硬件之间的通信。虚拟功能总线的通信可以由实时运行环境（RTE)和基础软件(BSW)来实现，RTE是VFB在具体一个ECU中的实例。RTE是实现上层应用层与基础软件和硬件分离的保障，它屏蔽了基础层内部之间通信细节，为应用层和基础层以及硬件之间的信息交互和服务提供端口。开发人员只需在设计时针对通讯的类型定义相应的端口。所有的应用层组件可以通过RTE在不同的ECU上运行，这样就实现了应用层软件与硬件的分离。使开发者在设计软件时不必须关心硬件配置，只需要定义好接口和服务。RTE通过接口和服务端口实现软件组件之间和软件组件与硬件的通讯。软件组件之间和软件组件与硬件的通信都必须通过RTE，软件组件不能直接访问硬件资源，必须通过RTE逐层调用。上层软件无法访问操作系统，所以AUTOSAR不支持任务管理。每个任务都是由运行实体来完成，每个运行实体都绑定了唯一一个RTE10事件，这个事件是运行实体的唯一的入口。RTE是VFB虚拟总线的在通讯上具体一个ECU中的实现。RTE是实现架构分层的重要部分，它实现了应用层软件组件和BSW基础软件之间的通信，软件组件访问硬件资源时要通过RTE和基础软件实现了软件与硬件的分离。通过定义RTE通信的接口、事件和资源、形成了一个实现整个架构分离的实时运行环境。例如函数RTE_IWrite_pinvalue实现的是应用层与BSW层之间的通信，Rte_Call_Tester_Calculator_Multiply实现是应用层之间的通信。RTE是非常重要的一部分。

   （3）基础软件层BSW服务层（ServicesLayer）、ECU抽象层（ECUAbstractionLayer）、微控制器抽象（MicrocontrollerAbstractionLayer）、复杂驱动（ComplexDeviceDrivers）。BSW层是与硬件直接相关的一层直接驱动硬件，在RTE之下。自身不能完成相应的功能只能服务来自应用层的请求，只能驱动相关的硬件完成要求的功能。微控制器抽象层可以称为为控制器表达层，为了实现软件的分层避免应用层直接访问控制器的功能寄存器。它封装了I/O包括ADC数模转换PWM脉宽调制以及DIO等驱动，还有通信驱动CAN通信驱动SPI/I2C外设通信驱动、内存驱动包括Flash和EEPROM和微控制器驱动主要是看门狗、时钟单元。ECU抽象层封装了ECU布局，对所有的ECU硬件资源进行了抽象包括I/O设备和CAN控制器等等，使之不用关心外围的设备布局，实现与微控制器无关。为应用层软件访问ECU资源的提供统一接口。服务层即为应用层和基础层软件提供基础服务。包括软件组件运行时的任务调度，通信等一些服务。服务层的运行实现与微控制器和ECU硬件资源相关，主要体现为操作系统可直接访问为控制器和ECU硬件。

   东莞石排路灯车出租,  东莞石排路灯车, 东莞路灯车出租