AIHMIMultimediaAndTelematics

AIHMIMultimediaAndTelematics
本文档原文为英文版AUTOSAR ,此文档仅问作者阅读过程中的笔记，文档内图来源与AUTOSAR文档。
1本文档的目的

本文的目的是对Multimedia(MM),Telematics(T)和Human-Machine-Interfaces(HMI)子域的的标准port和interface进行解释。到目前为止，对HMI领域仅仅有一些简单的UI（User
interface）Device Interface已经标准化，如buttons, knobs
etc.第三章对MM/T/HMI的structure和characteristic进行了简单的介绍，第四章对MM/T/HMI领域的architecture领域给出了一些观点，在第五章对标准的MM/T/HMI的port和interface进行了解释。

2 Acronyms and abbreviations

Acronyms and abbreviations	Description
HMI	Human-Machine-Interfaces
LED	Light Emitting Diode
MM/T/HMI	Multimedia / Telematics / Human Machine Interface
PDC	Park Distance Control
SWC	Software Component
UI	User Interface

3 介绍

MM/T/HMI领域是很复杂的也是相当大的，包含了很多不同类型多种用途的SW
component之间的相互作用。MM/T/HMI领域包含了不同应用类型的SW component，such as
Multimedias, Telematics , HMI 应用。此外，一些SW
component也可以被分为两种或多种应用类型。HMI领域是复杂的，不同OEM car
的设计和处理方式也不同。

体系结构的目的是提供最需要的功能，并允许HMI的不同体系结构设计，而不强加特定的设计。体系结构的目的：

（1）将“功能核心”领域与HMI领域分离；

（2）从HMI表示中分离出HMI的逻辑；

（3）集中管理HMI 资源（audio and display）

（4）抽象化物理配置（keyboard）

4 基础结构

这一部分通过一个简单的系统描述结构和区分运用在不同类型SEC组件的术语。架构的基本概念是区分HMI零件与非HMI零件，OEM特定零件与非OEM特定零件。下图展示了一个典型的架构结构，包括下面几种类型的SWCs。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iRhWEf0E-1577495925538)(media/b7b2f9d19f67cf62f726582610bc5f09.png)]

图1 Three SWC types and their dependencies

（1）Application Service SWC

该SWC实现主要功能如PDC、CD/Modia Player 或者后视镜调整。这些功能相对于HMI（Look
Feel）是独立的。

（2）UI-Device SWC

代表所有用户界面(UI)设备(输入和输出设备)。UI-Device的定义是不知道它所连接的设备功能的。例如，PDC组件功能的开关按钮应该只提供按下/不按下的信息，而不是PDC开/关信息(由于按钮可重用)。输入设备的例子有按钮、操纵杆、麦克风、触摸屏。输出设备的例子有屏幕、led、蜂鸣器、振动设备。

（3）Application Controller

Application Controller将Application Services映射到UI-Devices。对HMI
logic与UI-Devices的联系负责。该组件是OEM最关注的部分。

架构能够使Application Services重复使用在不同的HMI
场景中（带或不带Display的HMI,速度识别等）。Application
Services的方式是对立与HMI的。

4.1 Data Flow：

下图显示Application Service / Application Controller / UI-Device
system之间的Data Flow。需要注意的是Application Service与UI-Devi ce之间没有Data
Flow直接流向，因为一个基本原则是UI-Device应该是通用的，不关心Application
Service的功能。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9eofN9VU-1577495925540)(media/2855bd3fbfde7239caeca6bbf36a1240.png)]

图2 Data flow between the three SWC types

4.1.1 Application Service SWC

Application Service是实现HMI相关应用程序功能的swc。有很多关于HMI应用的例子：

（1）Park distance control application

（2）AM/FM tuner application

（3）Navigation application

（4）Climate control application

Application
services不特定于MM/T/HMI领域，应用程序服务不必特定于MM/T/HMI域，但也可以派生于与用户交互的任何其他域，例如驱动动力学功能。其中一些Application
service的ports和interfaces在AUTOSAR中进行了标准化，另一些可能在不同的标准化组中进行了标准化，例如the
MOST cooperation。

4.1.2 Application Controller SWC

Application Controller SWC可以看做是HMI特别的包装的Application
Services。HMI的特定的应用部分由应用控制器实现，包括以下几个方面:

（1）决定应用程序服务提供的哪些数据必须以何种方式呈现给用户(音频、视频等)

（2）对使用者的输入和Application Service的控制功能进行解释。

（3）确定Application Service希望在何时处于活动状态(“request for the focus”)。

由于不同的OEM会定义他们自己的HMI行为特性，因此，Application
Controller在每一个each HMI system中都是不同的。

4.1.3 UI Devices SWCs

UI Devices SWCs为用户提供输入与输出。这个组件是hardware
devices对输入和输出的访问点。这些设备有按钮、操纵杆、麦克风、屏幕、led、蜂鸣器等。

需要注意的是，有一些领域特定的UI Devices不处理WP，像油门踏板。这些领域特定的UI
Devices与特定的application service紧密耦合，很难重用。

4.1.4 example: AUTOSAR PDC application

基于上一节介绍的MM/T/HMI体系结构的示例，PDC功能是通过以下swc实现的：

（1）PDC application service SWC

（2）PDC application controller SWC

（3）PDC Button SWC

（4）PDC LED SWC

PDC application
service提供了PDC的基本功能(处理传感器、计算到障碍物的距离等)。PDC的主要目的控制器是实现特定的PDC
application service SWC与与PDC application service无关的UI devices之间的通信。

PDC application controller 使用两个Interface与PDC application service进行通信。

（1）PDC Service Interface

（2）PDC Status Interface

这些interface由PDC领域专家提供，必须独立于提供给用户的user interface。

本例中省略了对用户距离的检测。示例PDC应用程序控制器仅使用两个通道与user
interface通信。

（1）A simple hard button to switch the PDC functionality on or off.

（PDC Button SWC )

（2）A LED to give feedback to the driver if the PDC functionality is switched
on or off.

(PDC LED SWC)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YhHwjMpB-1577495925542)(media/39d6584fcd135fa3d19301153664e88f.png)]

图3 Example PDC application using UI device interfaces

5 介绍 software component and components

5.1 Button Panel Component

ButtonPanel为简单的UI Devices聚集了一组标准化的ports和interfaces如hard buttons,
switches, LEDs等

标准化的UI-Device Interfaces遵循以下规则：

（1）A UI-Device interface不应该是特定与某些功能；

（2）A UI-Device
interface应该在最基本的级别上进行标准化。如果需要更高级的功能(例如a hold long
signal after N ms)，那么该功能必须在UI Device上分层。

Simple button
interface：用于发送简单的用户请求。此请求由一个按钮提供，该按钮支持“按下”和“未按下”两个不同的值。(例如，开启/关闭泊车距离控制功能)。

Toggle state
interface：接受简单的值信息(激活/停用)。LED是一个典型的示例是，它显示相应的功能是激活的还是不激活的(例如，PDC控制功能状态是打开/关闭的)。

Multi state button
interface：当按钮/开关/旋钮等具有两个以上物理位置时，用于向相应的SWC发送具有多个值信息的用户请求。状态信息的范围可以从小到大。状态值总是离散的值。

Multi state output
interface：接受具有多种可能状态的UI硬件设备的状态值信息。对于多状态按钮，使用不同范围的状态值信息(参见多状态按钮描述)。(例如，座椅加热调节与数值范围0-3作为状态信息。)

Boundless rotary knob interface：用于发送state output
到没有用户识别的物理位置，例如没有启停状态的旋钮/车轮。动作(如顺时针1步)影响功能(如顺时针1步)。增加音量)，而不是设备的物理位置。

6 术语

Application：一种软件(或程序)，用于解决终端用户需要信息处理的问题。Application有一个functional
part(Application)和一个HMI /Behaviour part(Application Controller)。

Domain：将vehicle
functions放在一起参考一定的语义同质性。在AUTOSAR中，有5个functional Domain：ody
and comfort, power train,chassis, P&P safety,
HMI/Telematics/Multimedia。域可以划分为子域。

Architecture：一个系统的基本组织体现在它的组成部分，它们之间的静态和动态关系，以及与环境的关系，以及指导设计和发展的原则。

HMI logic：允许和期望的用户交互序列。

Global HMI Logic：系统中不同应用程序之间允许的和期望的用户交互序列。

Specific HMI Logic：给定应用程序中允许的和期望的用户交互序列。

e：一个系统的基本组织体现在它的组成部分，它们之间的静态和动态关系，以及与环境的关系，以及指导设计和发展的原则。

HMI logic：允许和期望的用户交互序列。

Global HMI Logic：系统中不同应用程序之间允许的和期望的用户交互序列。

Specific HMI Logic：给定应用程序中允许的和期望的用户交互序列。

Modality：向用户输出通道的类型，例如音频或视频输出。