Autosar之系统提取和ECU提取

lihu35

在<<Autosar方法论之开发流程分析>>一文中提到了SYSTEM_EXTRACT和ECU_EXTRACT这两个属性，本文将详细介绍。SYSTEM_EXTRACT属性的System是为了解决OEM和供应商的合作问题的，OEM通常只对需求的功能和集成后的功能感兴趣，因此OEM只提供各个子系统的基本框架，而具体开发是由供应商来完成。因此两者的两个主要不同点是：1） SYSTEM_EXTRACT的系统不是最小化的(还需要分解和提取才能作为ECU配置的基础)；2）SYSTEM_EXTRACT的系统没有与一个EcuInstance进行绑定(它可能包含多个EcuInstance)。
SYSTEM_EXTRACT
OEM可以在SYSTEM_EXTRACT文件中设计Sotfware Composition的下部结构甚至是原子的SWC，当然也可以只是一个空的Software Composition。一般情况下OEM只需要定义包含所有输入(required)和输出(provided)接口的Software Composition的外壳，内部实现由供应商来完成。当然这些SoftwareCoposition和EcuInstance的关系需要确定好。
ECU_EXTRACT
ECU_EXTRACT的系统代表了特定的EcuInstance。它是配置EcuInstance的基础，如RTE的配置依赖于EcuInstance上所部署的SWC接口的种类和数量、服务(Services)的配置依赖于SWC的服务需求(ServiceNeeds，SWC需求的AUTOSAR服务)、COM协议栈相关的BSW模块的配置依赖于ECU在整个系统的网络拓扑中通信需求。


从系统到ECU视图的扁平化过程
从上可以看出，需要分析SWC的归属(SwcToEcuMappings)、内外部通信等来从SYSTEM_EXTRACT创建ECU_EXTRACT，其中外部通信的接口的数据需要映射到SystemSignal来跨网络传输。

随风1

关于AUTOSAR中的SYSTEM_EXTRACT和ECU_EXTRACT，这是关于系统架构与电子控制单元（ECU）配置的重要概念。

SYSTEM_EXTRACT主要关注于解决OEM与供应商之间的合作问题。在AUTOSAR架构中，OEM主要关注需求功能和集成后的功能实现，为此提供了子系统的基本框架。而供应商则负责具体的系统开发。SYSTEM_EXTRACT的系统不是最小化的，需要根据实际需求进一步分解和提取，为后续ECU配置打下基础。同时，SYSTEM_EXTRACT的系统并不与一个特定的EcuInstance绑定，可能包含多个EcuInstance。这意味着它更偏向于提供一种灵活的框架，以适应不同的ECU配置需求。对于ECU提取，重点在于为ECU的开发和配置提供具体指导。

总结来说，SYSTEM_EXTRACT为OEM和供应商提供了一个合作开发的基础框架，而具体的ECU配置和开发则依赖于ECU_EXTRACT的指导。两者相辅相成，确保AUTOSAR系统的顺利开发和集成。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]