Konfigurasikan antarmuka jaringan dan sinyal decoder - AWS IoT FleetWise

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Konfigurasikan antarmuka jaringan dan sinyal decoder

Setiap manifes decoder memiliki setidaknya antarmuka jaringan dan sinyal decoder yang dipasangkan dengan sinyal yang ditentukan dalam model kendaraan terkait.

Jika manifes decoder berisi antarmuka jaringan CAN, itu harus berisi sinyal decoder CAN. Jika manifes decoder berisi antarmuka jaringan OBD, itu harus berisi sinyal decoder OBD.

Konfigurasikan antarmuka jaringan

Untuk mengkonfigurasi antarmuka jaringan CAN, tentukan informasi berikut.

  • name— Nama antarmuka CAN.

    Nama antarmuka harus unik dan dapat memiliki 1-100 karakter.

  • (Opsional) protocolName — Nama protokol.

    Nilai yang valid: CAN-FD dan CAN

  • (Opsional) protocolVersion - AWS IoT FleetWise saat ini mendukung CAN-FD dan CAN 2.0b.

    Nilai yang valid: 1.0 dan 2.0b

Untuk mengkonfigurasi antarmuka jaringan OBD, tentukan informasi berikut.

  • name— Nama antarmuka OBD.

    Nama antarmuka harus unik dan dapat memiliki 1-100 karakter.

  • requestMessageId— ID pesan yang meminta data.

  • (Opsional) dtcRequestIntervalSeconds — Seberapa sering meminta kode masalah diagnostik (DTC) dari kendaraan dalam hitungan detik. Misalnya, jika nilai yang ditentukan adalah 120, perangkat lunak Edge Agent mengumpulkan DTC yang disimpan setiap 2 menit sekali.

  • (Opsional) hasTransmissionEcu — Apakah kendaraan memiliki modul kontrol transmisi (TCM).

    Nilai yang valid: true dan false

  • (Opsional) obdStandard - Standar OBD yang didukung AWS FleetWise IoT. AWS IoT FleetWise saat ini mendukung standar World Wide Harmonization On-Board Diagnostics (WWH-OBD) ISO15765-4.

  • (Opsional) pidRequestIntervalSeconds — Seberapa sering meminta PID OBD II dari kendaraan. Misalnya, jika nilai yang ditentukan adalah 120, perangkat lunak Edge Agent mengumpulkan PID OBD II setiap 2 menit sekali.

  • (Opsional) useExtendedIds — Apakah akan menggunakan ID yang diperluas dalam pesan.

    Nilai yang valid: true dan false

Untuk mengkonfigurasi antarmuka jaringan middleware kendaraan, tentukan informasi berikut.

  • name— Nama antarmuka middleware kendaraan.

    Nama antarmuka harus unik dan dapat memiliki 1-100 karakter.

  • protocolName- Nama protokol.

    Nilai yang valid: ROS_2

Konfigurasikan sinyal decoder

Untuk mengkonfigurasi sinyal decoder CAN, tentukan informasi berikut.

  • factor— Pengganda yang digunakan untuk memecahkan kode pesan.

  • isBigEndian— Apakah urutan byte pesan adalah big-endian. Jika besar-endian, nilai paling signifikan dalam urutan disimpan terlebih dahulu, di alamat penyimpanan terendah.

  • isSignedApakah pesan tersebut ditandatangani. Jika ditandatangani, pesan dapat mewakili angka positif dan negatif.

  • length— Panjang pesan dalam byte.

  • messageId— ID pesan.

  • offset— Offset yang digunakan untuk menghitung nilai sinyal. Dikombinasikan dengan faktor, perhitungannya adalahvalue = raw_value * factor + offset.

  • startBit— Menunjukkan lokasi bit pertama pesan.

  • (Opsional) name — Nama sinyal.

Untuk mengkonfigurasi sinyal decoder OBD, tentukan informasi berikut.

  • byteLength— Panjang pesan dalam byte.

  • offset— Offset yang digunakan untuk menghitung nilai sinyal. Dikombinasikan dengan penskalaan, perhitungannya adalahvalue = raw_value * scaling + offset.

  • pid— Kode diagnostik yang digunakan untuk meminta pesan dari kendaraan untuk sinyal ini.

  • pidResponseLength— Panjang pesan yang diminta.

  • scaling— Pengganda yang digunakan untuk memecahkan kode pesan.

  • serviceMode— Mode operasi (layanan diagnostik) dalam pesan.

  • startByte— Menunjukkan awal pesan.

  • (Opsional) bitMaskLength — Jumlah bit yang ditutupi dalam pesan.

  • (Opsional) bitRightShift — Jumlah posisi bergeser ke kanan.

Untuk mengkonfigurasi sinyal decoder pesan, tentukan informasi berikut.

  • topicName— Nama topik untuk sinyal pesan. Ini sesuai dengan topik di ROS 2. Untuk informasi selengkapnya tentang objek pesan terstruktur, lihat StructuredMessage.

  • structuredMessage— Pesan terstruktur untuk sinyal pesan. Hal ini dapat didefinisikan dengan baik primitiveMessageDefinition, structuredMessageList Definisi, atau structuredMessageDefinition rekursif.