管理 AWS IoT FleetWise 解码器清单 - AWS IoT FleetWise

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

管理 AWS IoT FleetWise 解码器清单

重要

目前对某些 AWS 物联网 FleetWise 功能的访问受到限制。有关更多信息，请参阅 AWSAWS 物联网中的区域和功能可用性 FleetWise。

解码器清单包含解码信息，物 AWS 联网 FleetWise 使用这些信息将车辆数据（二进制数据）转换为人类可读的值，并为数据分析做好准备。网络接口和信号解码器是您用来配置解码器清单的核心组件。

网络接口

包含有关车载网络使用的协议的信息。 AWS 物联网 FleetWise 支持以下协议。

控制器局域网（CAN总线）

一种协议，用于定义电子控制单元之间如何传输数据 (ECUs)。ECUs可以是发动机控制单元、安全气囊或音频系统。

注意

CANDBC规范允许定义SIG_VALTYPE_。定义后，它控制原始信号值转换为哪种数据类型。但是， AWS 物联网 FleetWise 导入逻辑无法处理.dbc 文件中的SIG_VALTYPE_定义。

机载诊断 (OBD) II

一种进一步开发的协议，用于定义相互之间ECUs如何传输自我诊断数据。它提供了许多标准的诊断故障代码 (DTCs)，可帮助识别您的车辆出了什么问题。

车辆中间件

车辆中间件定义为一种网络接口。车辆中间件的示例包括机器人操作系统 (ROS2) 和基于 IP 的可扩展服务型中间件 (SOME/IP)。

注意

AWS IoT FleetWise 支持 ROS 2 个用于视觉系统数据的中间件。

自定义接口

您也可以使用自己的接口来解码边缘的信号。这可以节省您的时间，因为您无需在云中创建解码规则。

信号解码器

提供特定信号的详细解码信息。车辆模型中指定的每个信号都必须与信号解码器配对。如果解码器清单包含CAN网络接口，则必须包含CAN解码器信号。如果解码器清单包含OBD网络接口，则必须包含OBD信号解码器。

如果解码器清单还包含车辆中间件接口，则它必须包含消息信号解码器。或者，如果解码器清单包含自定义解码接口，则它还必须包含自定义解码信号。

每个解码器清单都必须与车辆型号相关联。 AWS 物联网 FleetWise 使用关联的解码器清单来解码基于车辆模型创建的车辆的数据。

每个解码器清单都有一个状态字段，其中包含解码器清单的状态。状态可以是以下值之一：

  • ACTIVE – 解码器清单处于活动状态。

  • DRAFT – 未保存解码器清单的配置。

  • VALIDATING – 正在验证解码器清单资格。这仅适用于包含至少一个视觉系统数据信号的解码器清单。

  • INVALID – 解码器清单验证失败，尚无法激活。这仅适用于包含至少一个视觉系统数据信号的解码器清单。您可以使用 ListDecoderManifests 和 GetDecoderManifestAPIs来检查验证失败的原因。

重要

  • 如果您使用 AWS IoT FleetWise 控制台创建解码器清单， AWS IoT FleetWise 会自动为您激活解码器清单。

  • 如果您使用该CreateDecoderManifestAPI操作创建解码器清单，则解码器清单将保持状态。DRAFT

  • 您无法通过与 DRAFT 解码器清单关联的车辆型号创建车辆。使用UpdateDecoderManifestAPI操作将解码器清单更改为ACTIVE状态。

  • 您无法编辑处于 ACTIVE 状态的解码器清单。

主题