共查询到15条相似文献,搜索用时 203 毫秒
1.
功能安全的概念在汽车嵌入式系统领域越发到关注,汽车开放系统架构AUTOSAR(Automotive Open System Architecture)是目前国际流行的标准软件架构,它在AUTOSAR4.1的版本中针对功能安全首次提出了点到点(End-to-End,E2E)的安全通信机制;为保证汽车各组件间的通信安全,对在AUTOSAR架构下的E2E安全通信机制进行了研究,采用E2E Profile 2的方法来实现E2E安全通信,旨在解决如何保证电子控制单元(Electronic Control Unit,ECU)之间以及ECU内部不同核之间,不同SWC(software component)之间数据的安全通信的问题;基于AUTOSAR架构,通过在电子控制单元核内通信采用E2E Protection Wrapper的通信方式,跨电子控制单元核外通信采用COM E2E Callout的通信方式实现了通信机制的搭建;通过对ECU内部及跨ECU的通信测试,表明该方法能有效的检测通信过程中的重复发送错误、CRC(Cyclic Redundancy Check)校验和错误及发送序列错误等问题。 相似文献
2.
OSEK/VDX规范在汽车电子控制系统开发中具有重要地位,其中OSEK/VDX通信规范(OSEK COM)为汽车电子通信系统的构建提供了依据和参考。本文介绍了OSEK COM3.03规范基于消息的通信机制,设计并实现了一种基于CAN总线的通信系统,并对该系统的功能进行了测试。测试表明,该通信系统可以很好地实现消息的发送和接收功能。 相似文献
3.
4.
5.
为了高效管理愈来愈复杂的车辆电子、软件系统,并且在确保产品及服务质量的同时,提高成本效率,以统一建模语言(UML)和系统建模语言(SysML)为基础,参照汽车开放系统架构(AUTOSAR),提出一种基于模型驱动架构的汽车嵌入式软件开发方法,并以汽车引擎点火和敲打控制系统为例进行描述.性能分析表明,该方法缩短了汽车嵌入式软件开发周期,降低了开发成本. 相似文献
6.
7.
8.
本文主要从基于模型的开发方法、AUTOSAR的体系架构、V模式的开发流程三大方面介绍汽车嵌入式系统的开发体系。 相似文献
9.
10.
11.
随着汽车电子应用程序对处理器性能需求的不断提高,现代汽车电子系统中的电子控制单元(ECU)已升级为多核结构。多核ECU中的AUTOSAR应用程序的设计、实现和集成将面临新的挑战。其中一个重要的挑战是在映射任务到多核ECU的同时确保系统的实时性能。且在AUTOSAR静态配置过程中,实时系统的资源限制和调度分析使问题变得更加复杂。因此,文中提出了一种基于纳什均衡的AUTOSAR任务到多核ECU的映射方法。该方法将任务优先级应用于博弈过程中,对提高任务映射过程的效率具有非常重要的实用价值。最后,将所提方法应用于AUTOSAR标准的实例中。实验结果表明,所提方法在减少各个任务中可运行实体的最坏响应时间方面具有良好的表现。 相似文献
12.
13.
14.
下一代汽车电子标准AUTOSAR定义汽车应用程序设计过程包括系统级设计和ECU级设计。系统级设计以软件构件为单位来设计应用,其中软件构件包含一组可运行实体。ECU级设计主要将可运行实体代码组织为嵌入式实时操作系统任务。因此,在将分配到ECU的软件构件集转换为实时系统任务集的过程中,需要有经验的嵌入式开发工程师进行可运行实体-任务的映射配置,以保证系统的实时性。鉴于可运行实体-任务的映射配置工作具有配置需求量大、复杂度高等特点,文中设计了一种可运行实体-任务自动映射方法。该方法综合考虑了可运行实体的触发关系、周期需求、数据共享等因素,对提高汽车软件开发效率具有非常重要的实用价值。最后,将该方法应用于AUTOSAR标准的汽车电子巡航控制系统实例中。实验结果显示,所提方法在抖动时间、阻塞时间、调度频繁度和数据通信量4个方面都具有良好的表现。 相似文献
15.
为确保车载网络通信的可靠性和稳定性,针对AUTOSAR网络管理规范对节点故障、总线关闭处理以及节点间协同工作的不足,在CAN总线基础上提出了一种处理方法。通过在原状态转换图上增加两种故障处理状态,实现节点故障和总线关闭有效的处理,并在网络管理协议数据单元中添加网络唤醒指示位,实现节点间协同工作。最后给出具体的改进策略,并在实际汽车仪表及CANoe软件构建的平台上进行了测试。测试结果表明,改进的方法具有有效性和可靠性。 相似文献