Dokumen kontrol antarmuka penerima (ICD) GNSS mengubah diskusi integrasi menjadi serah terima rekayasa yang dapat dilacak. Dokumen ini mencatat apa yang diekspos penerima, apa yang diharapkan platform host, dan bukti apa yang harus dikumpulkan sebelum antena atau terminal anti-jamming dipilih.
Panduan ini adalah kerangka dokumentasi, bukan klaim kompatibilitas. Perilaku penerima, sinyal yang didukung, akurasi timing, batas lingkungan, dan kesesuaian instalasi harus dikonfirmasi dari dokumentasi pabrikan terkini dan bukti pengujian khusus proyek.
Mengapa ICD penerima penting
Sebuah penerima dapat menyediakan beberapa antarmuka listrik dan data, namun proyek tetap bisa gagal jika pinout konektor, level tegangan, timing pesan, atau kepemilikan konfigurasi tetap ambigu. ICD yang berguna menciptakan satu referensi terkontrol untuk penerima GNSS, peralatan anti-jamming, komputer host, dan tim instalasi.
Sebelum meminta penawaran, pasangkan dokumen ini dengan daftar periksa kompatibilitas penerima GNSS dan daftar periksa instalasi GNSS anti-jamming.
1. Identifikasi konfigurasi penerima
- Pabrikan, model persis, dan revisi perangkat keras.
- Versi firmware dan file konfigurasi atau set perintah yang digunakan untuk pengujian.
- Konstelasi yang diaktifkan, pita frekuensi, dan mode pemrosesan sinyal.
- Jenis input antena, konektor, impedansi, dan catu daya bias yang terdokumentasi.
- Batasan yang diketahui, penyimpangan terbuka, dan pemilik yang bertanggung jawab atas persetujuan.
Jangan gunakan nama keluarga jika varian penerima tertentu diperlukan. Sufiks kecil atau perubahan firmware dapat mengubah port, pesan, atau perilaku timing.
2. Dokumentasikan antarmuka timing
Catat setiap output timing secara terpisah. Item umum termasuk 1PPS, pesan waktu-of-day, input peristiwa, dan waktu jaringan yang disinkronkan. Untuk setiap antarmuka, dokumentasikan konektor dan pin, level listrik, polaritas, tepi referensi, pesan yang dikonfigurasi, tingkat pembaruan, dan kondisi di mana output valid.
| Item timing | Entri ICD yang diperlukan | Bukti penerimaan |
|---|---|---|
| 1PPS | Pin, level tegangan, polaritas, tepi referensi, dan kondisi validitas | Tangkapan osiloskop dan catatan status penerima |
| Pesan waktu | Protokol, pengidentifikasi pesan, baud rate, dan hubungan dengan 1PPS | Log serial berstempel waktu dan output parser |
| Input peristiwa | Batas listrik, tepi pemicu, dan perilaku pesan peristiwa | Catatan stimulus dan log penerima yang berkorelasi |
| Waktu jaringan | Protokol, pengaturan alamat, status sinkronisasi, dan perilaku fallback | Tangkapan paket dan catatan status host |
Jangan menyalin nilai akurasi nominal ke dalam ICD kecuali kondisi operasi yang berlaku dan sumber bukti juga dikutip.
3. Tentukan port serial, USB, dan Ethernet
Untuk setiap port fisik, tentukan fungsi dan kepemilikannya. Entri lengkap biasanya mencakup konektor, pinout, standar listrik, baud rate atau kecepatan tautan, framing, protokol, set pesan, tingkat pembaruan, izin perintah, dan perilaku startup.
- Pisahkan port konfigurasi dari port data operasional.
- Nyatakan apakah pengaturan bertahan setelah siklus daya.
- Catat port apa pun yang digunakan bersama dengan diagnostik atau pembaruan firmware.
- Tentukan bagaimana host mendeteksi data navigasi yang tidak valid, basi, atau tidak ada.
- Lampirkan sampel data yang diambil menggunakan konfigurasi produksi yang dimaksud.
URL, alamat IP, pengaturan serial, dan parameter kueri harus disalin persis. Mereka tidak boleh diterjemahkan atau diformat ulang dalam dokumentasi proyek multibahasa.
4. Kontrol daya, pembumian, dan detail bias antena
ICD harus mengidentifikasi rentang catu daya penerima dari dokumentasi yang disetujui, transisi status daya yang diharapkan, referensi pembumian, terminasi pelindung, dan output bias antena. Jika terminal anti-jamming berada di antara antena dan penerima, konfirmasikan perangkat mana yang menyuplai daya bias dan bagaimana jalur DC dikelola.
Catat nomor bagian konektor, konektor pasangan, pengidentifikasi rakitan kabel, dan batasan akses layanan. Jangan berasumsi bahwa konektor yang kompatibel secara mekanis memiliki pinout atau perilaku daya yang benar.
5. Lindungi konfigurasi dan kontrol perubahan
Tetapkan versi pada ICD dan pada setiap gambar, log, dan file konfigurasi yang dirujuk. Ketika firmware penerima, jalur antena, perangkat lunak host, atau konfigurasi pesan berubah, ulangi pemeriksaan penerimaan yang terpengaruh dan perbarui versi sumber.
Catatan perubahan yang praktis mencakup nilai sebelumnya, nilai baru, alasan, pemilik persetujuan, tes yang terpengaruh, dan paket bukti yang dihasilkan setelah perubahan.
Matriks bukti penerimaan
| Antarmuka | Bukti yang harus disimpan | Pertanyaan tinjauan |
|---|---|---|
| Jalur antena RF | Gambar, daftar kabel, data konektor, dan foto instalasi | Apakah jalur RF yang didokumentasikan identik dengan jalur yang diuji? |
| Data navigasi | Log mentah, laporan pesan yang didekode, dan hasil parser host | Dapatkah host mengidentifikasi data yang valid, tidak valid, dan basi? |
| Timing | Tangkapan 1PPS, log pesan waktu, dan catatan korelasi | Apakah tepi referensi dan epoch pesan tidak ambigu? |
| Daya | Diagram pengkabelan, tangkapan startup, dan catatan kondisi kesalahan | Apakah tanggung jawab suplai, return, dan bias didefinisikan? |
| Konfigurasi | Pengaturan yang diekspor, identitas firmware, dan checksum | Dapatkah konfigurasi yang diuji direproduksi? |
Daftar periksa serah terima RFQ
- Berikan model penerima yang tepat, revisi perangkat keras, dan versi firmware.
- Lampirkan dokumentasi antarmuka penerima dan ICD khusus proyek.
- Daftarkan sinyal GNSS yang diaktifkan, batasan input penerima, dan perilaku bias antena.
- Berikan gambar mekanis, envelope yang tersedia, rute kabel, dan persyaratan konektor.
- Jelaskan antarmuka host, tingkat pesan, output timing, dan kepemilikan konfigurasi.
- Nyatakan batasan lingkungan dan instalasi yang memerlukan tinjauan rekayasa.
- Identifikasi tes penerimaan dan bukti yang diperlukan sebelum rilis.
Gunakan halaman ResiNav RFQ untuk mengirim set input yang terkontrol. Pemilihan produk harus tetap bersifat sementara sampai penerima, jalur RF, instalasi mekanis, dan kriteria penerimaan telah ditinjau bersama.
Pertanyaan yang sering diajukan
Apakah lembar data penerima cukup untuk tinjauan integrasi?
Tidak. Lembar data adalah sumber penting, tetapi proyek juga membutuhkan varian penerima yang tepat, firmware, konfigurasi yang diaktifkan, antarmuka host, batasan instalasi, dan bukti penerimaan.
Haruskah ICD menyertakan hasil pengukuran?
Ya, ketika pengukuran tersedia dan dapat dilacak. Pisahkan hasil pengukuran dari persyaratan, dan identifikasi konfigurasi pengujian, peralatan, dan tanggal.
Dapatkah satu ICD mencakup beberapa model penerima?
Hanya ketika antarmuka dan perilaku terbukti identik untuk ruang lingkup yang dikontrol. Jika tidak, gunakan bagian khusus model atau versi terpisah.
Kapan ICD harus diperbarui?
Perbarui setiap kali antarmuka yang dikontrol, konfigurasi, kabel, firmware, parser host, atau kriteria penerimaan berubah. Versi sumber yang direvisi harus memicu tinjauan setiap salinan terjemahan.
Langkah rekayasa berikutnya
Setelah ICD selesai, bandingkan batasan penerima yang didokumentasikan dengan katalog produk ResiNav. Kesesuaian akhir, konfigurasi, dan ruang lingkup pengujian tetap tunduk pada konfirmasi rekayasa.
LANGKAH BERIKUTNYA
Ubah informasi platform yang tersedia menjadi tinjauan rekayasa.
Gunakan pusat Teknologi untuk membingkai pembahasan, tinjau skenario aplikasi yang relevan, lalu kirimkan rincian platform dan penerima yang tersedia untuk dikonfirmasi.