Manage AWS IoT FleetWise Word 解碼器資訊清單 - AWS IoT FleetWise

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

Manage AWS IoT FleetWise Word 解碼器資訊清單

重要

存取特定 AWS IoT FleetWise Word 功能目前已封鎖。如需詳細資訊，請參閱AWSAWS IoT FleetWise 中的區域和功能可用性。

解碼器資訊清單包含解碼資訊， AWS IoT FleetWise Word 會用來將車輛資料 （二進位資料） 轉換為人類可讀值，並準備您的資料以供資料分析。網路介面和訊號解碼器是您用來設定解碼器資訊清單的核心元件。

網路介面

包含車載網路使用的通訊協定相關資訊。 AWS IoT FleetWise Word 支援下列通訊協定。

控制器區域網路 (CAN 匯流排）

定義如何在電子控制單元 (ECUs) 之間通訊資料的通訊協定。ECUs可以是引擎控制單元、安全氣囊或音訊系統。

注意

CAN DBC 規格允許 的定義SIG_VALTYPE_。定義後，它會控制原始訊號值轉換為的資料類型。不過， AWS IoT FleetWise Word 匯入邏輯無法處理 .dbc 檔案中SIG_VALTYPE_的定義。

內建診斷 (OBD) II

進一步開發的通訊協定，定義如何在 ECUs 之間通訊自我診斷資料。它提供多種標準診斷問題碼 (DTCs)，可協助識別您車輛的問題。

車輛中介軟體

車輛中介軟體定義為一種網路介面類型。車輛中介軟體的範例包括機器人作業系統 (ROS 2) 和透過 IP (SOME/IP) 的可擴展服務導向 MiddlewarE。

注意

AWS IoT FleetWise Word 支援視覺系統資料的 ROS 2 中介軟體。

自訂介面

您也可以使用自己的界面在 Edge 解碼訊號。這可以節省您的時間，因為您不需要在雲端中建立解碼規則。

訊號解碼器

提供特定訊號的詳細解碼資訊。車輛模型中指定的每個訊號都必須與訊號解碼器配對。如果解碼器資訊清單包含 CAN 網路介面，則必須包含 CAN 解碼器訊號。如果解碼器資訊清單包含 OBD 網路介面，則必須包含 OBD 訊號解碼器。

如果解碼器資訊清單也包含車輛中介軟體介面，則它必須包含訊息訊號解碼器。或者，如果解碼器資訊清單包含自訂解碼介面，它也必須包含自訂解碼訊號。

每個解碼器資訊清單都必須與車輛模型建立關聯。 AWS IoT FleetWise Word 會使用相關聯的解碼器資訊清單，從根據車輛模型建立的車輛解碼資料。

每個解碼器資訊清單都有一個狀態欄位，其中包含解碼器資訊清單的狀態。狀態可以是下列其中一個值：

  • ACTIVE – 解碼器資訊清單處於作用中狀態。

  • DRAFT – 不會儲存解碼器資訊清單的組態。

  • VALIDATING – 解碼器資訊清單正在驗證其資格。這僅適用於至少包含一個視覺系統資料訊號的解碼器資訊清單。

  • INVALID – 解碼器資訊清單驗證失敗，且尚未啟用。這僅適用於至少包含一個視覺系統資料訊號的解碼器資訊清單。您可以使用 ListDecoderManifests 和 GetDecoderManifest APIs 來檢查驗證失敗的原因。

重要

  • 如果您使用 AWS IoT FleetWise Word 主控台建立解碼器資訊清單， AWS IoT FleetWise Word會自動為您啟用解碼器資訊清單。

  • 如果您使用 CreateDecoderManifest API 操作來建立解碼器資訊清單，解碼器資訊清單會保持 DRAFT 狀態。

  • 您無法從與DRAFT解碼器資訊清單相關聯的車輛模型建立車輛。使用 UpdateDecoderManifest API 操作將解碼器資訊清單變更為 ACTIVE 狀態。

  • 您無法編輯處於 ACTIVE 狀態的解碼器資訊清單。

主題