自适应 AUTOSAR - 功能组和应用程序之间的区别？
adaptive AUTOSAR - difference between function group and application?
自适应Autosar的Execution Manager最新需求文档中，
我对功能组和应用感到困惑。
在文档中它说的是 function group 和 application 如下
（来自 https://www.autosar.org/fileadmin/user_upload/standards/adaptive/19-11/AUTOSAR_SWS_ExecutionManagement.pdf）
Function Group
A Function Group is a set of coherent Processes, which
need to be controlled consistently. Depending on the state of
the Function Group, Processes are started or terminated.
Processes can belong to more than one Function Group
State (but at exactly one Function Group).
"MachineState" is a Function Group with a predefined
name, which is mainly used to control Machine lifecycle and
Processes of platform level Applications. Other Function
Groups are sort of general purpose tools used (for example) to
control Processes of user level Applications.
,
Application
An implementation that resolves a set of coherent functional requirements and is the result of functional development. An Application is the unit of delivery for Machine specific configuration and integration.
这些概念让我很困惑。
根据我的理解，我是这样对应用程序进行分类的。
- 系统应用程序
- 用户应用程序 - 功能组中的多个应用程序
- 用户应用程序 - 其他应用程序
但我不确定这是否正确。帮助我充分了解
功能组和应用程序，以便我可以以正确的方式对应用程序进行分类。
说到底就是整车的功能，分布在多个ECU上，包括支持功能和中间的ECU。
为了节省电池电量，并非所有 ECU 都需要一直 运行ning。但也可能是，某些 ECU 实现了多种功能。
例如：
SRR（短程雷达，现在也超过150m范围！）后部的ECU做BSD（BlindSpotDetection），LCA（LaneChangeAssist），RCTA（RearCrossTrafficAssist Alert/Brake），自由空间检测、防撞、OccupantSafeExit、360° 视觉和融合的物体检测输出，例如对于自动驾驶 ...
CentralECU，像自动驾驶的360°Vision/FusionECU，它连接了几个传感器ECU，如前置LRR（远程雷达）、前置摄像头和前后SRR。如果这个ECU也是sensor ECU的gateway，后面的SRR用于OSE，那么前面的ECU可以关掉，CentralECU至少可以关几个高性能的cores/processors，除了需要的用于车辆和后部 SRR 之间的路由。 driver/passenger下车后，他们也可以很快关机。
对于上述场景，可能还涉及到其他网关。此外，SRR 和 CentralECU 需要注意，其他 ECU 已关闭并且不提供车速、偏航率、转向角等数据，因此，消息不再在网络上传输。 Rx/Tx 关闭的功能应禁用截止时间监控。在这些 SRR 或 CentralECU 中也被关闭的功能也应该停止传输它们的功能消息。
也就是说，为什么您可以在一个应用程序中将多个功能分组到一个或多个功能组中，因为 ECU 可能涉及其中的多个功能组。
至少AUTOSAR Adaptive是针对CentralECU的，SRR ECU一般都是低价ECU，就是运行 AUTOSAR Classic。但是通过 PartialNetworking、VirtualFunctionCLusters 和 NetworkManagement 也有类似的处理。
自适应Autosar的Execution Manager最新需求文档中，
我对功能组和应用感到困惑。
在文档中它说的是 function group 和 application 如下 （来自 https://www.autosar.org/fileadmin/user_upload/standards/adaptive/19-11/AUTOSAR_SWS_ExecutionManagement.pdf）
Function Group
A Function Group is a set of coherent Processes, which need to be controlled consistently. Depending on the state of the Function Group, Processes are started or terminated. Processes can belong to more than one Function Group State (but at exactly one Function Group). "MachineState" is a Function Group with a predefined name, which is mainly used to control Machine lifecycle and Processes of platform level Applications. Other Function Groups are sort of general purpose tools used (for example) to control Processes of user level Applications.
,
Application
An implementation that resolves a set of coherent functional requirements and is the result of functional development. An Application is the unit of delivery for Machine specific configuration and integration.
这些概念让我很困惑。
根据我的理解，我是这样对应用程序进行分类的。
- 系统应用程序
- 用户应用程序 - 功能组中的多个应用程序
- 用户应用程序 - 其他应用程序
但我不确定这是否正确。帮助我充分了解 功能组和应用程序，以便我可以以正确的方式对应用程序进行分类。
说到底就是整车的功能，分布在多个ECU上，包括支持功能和中间的ECU。
为了节省电池电量，并非所有 ECU 都需要一直 运行ning。但也可能是，某些 ECU 实现了多种功能。
例如：
SRR（短程雷达，现在也超过150m范围！）后部的ECU做BSD（BlindSpotDetection），LCA（LaneChangeAssist），RCTA（RearCrossTrafficAssist Alert/Brake），自由空间检测、防撞、OccupantSafeExit、360° 视觉和融合的物体检测输出，例如对于自动驾驶 ...
CentralECU，像自动驾驶的360°Vision/FusionECU，它连接了几个传感器ECU，如前置LRR（远程雷达）、前置摄像头和前后SRR。如果这个ECU也是sensor ECU的gateway，后面的SRR用于OSE，那么前面的ECU可以关掉，CentralECU至少可以关几个高性能的cores/processors，除了需要的用于车辆和后部 SRR 之间的路由。 driver/passenger下车后，他们也可以很快关机。
对于上述场景，可能还涉及到其他网关。此外，SRR 和 CentralECU 需要注意，其他 ECU 已关闭并且不提供车速、偏航率、转向角等数据，因此，消息不再在网络上传输。 Rx/Tx 关闭的功能应禁用截止时间监控。在这些 SRR 或 CentralECU 中也被关闭的功能也应该停止传输它们的功能消息。
也就是说，为什么您可以在一个应用程序中将多个功能分组到一个或多个功能组中，因为 ECU 可能涉及其中的多个功能组。 至少AUTOSAR Adaptive是针对CentralECU的，SRR ECU一般都是低价ECU，就是运行 AUTOSAR Classic。但是通过 PartialNetworking、VirtualFunctionCLusters 和 NetworkManagement 也有类似的处理。