ความเข้ากันได้ของตัวรับสัญญาณมักถูกมองว่าเป็นการตรวจสอบตัวเชื่อมต่อ สำหรับการรวม GNSS anti-jamming นั้นไม่เพียงพอ การตรวจสอบทางวิศวกรรมควรกำหนดสัญญาณที่รองรับ ขอบเขต RF กำลังเสาอากาศ เอาต์พุตเวลา อินเทอร์เฟซข้อมูล เส้นทางสายเคเบิล และความรับผิดชอบของแพลตฟอร์มด้วย
คู่มือนี้อธิบายหลักฐานที่ต้องรวบรวมก่อนขอให้ผู้จำหน่ายเสาอากาศ เทอร์มินัล หรือตัวรับสัญญาณยืนยันความเข้ากันได้ เป็นกรอบเอกสาร ไม่ใช่การอ้างว่าการกำหนดค่าเฉพาะนั้นเหมาะสำหรับทุกแพลตฟอร์ม
1. กำหนดขอบเขตของตัวรับสัญญาณ
เริ่มต้นด้วยผู้ผลิตตัวรับสัญญาณ รุ่น การแก้ไขฮาร์ดแวร์ และเวอร์ชันเฟิร์มแวร์ที่แน่นอน ชื่อผลิตภัณฑ์ที่คล้ายกันอาจซ่อนพอร์ต RF สัญญาณที่รองรับ หรือพฤติกรรมอินเทอร์เฟซที่แตกต่างกัน บันทึกข้อมูลจากเอกสารตัวรับสัญญาณปัจจุบันแทนที่จะถือว่าสมาชิกในตระกูลหนึ่งเป็นตัวแทนของอีกตระกูลหนึ่ง
| พื้นที่อินเทอร์เฟซ | หลักฐานที่ต้องรวบรวม | คำถามการตรวจสอบ |
|---|---|---|
| GNSS สัญญาณและย่านความถี่ | กลุ่มดาวเทียมที่รองรับ ย่านความถี่ และข้อกำหนดพอร์ตเสาอากาศ | เอาต์พุตของเสาอากาศหรือเทอร์มินัลตรงกับอินพุตของตัวรับสัญญาณหรือไม่? |
| อินพุต RF | ตัวเชื่อมต่อ อิมพีแดนซ์ จำนวนพอร์ต และขีดจำกัดอินพุตที่บันทึกไว้ | ขอบเขต RF ทางกายภาพและทางไฟฟ้าถูกกำหนดหรือไม่? |
| กำลังเสาอากาศ | แรงดันไบแอส ขีดจำกัดกระแส การตรวจสอบ และพฤติกรรมการป้องกัน | ส่วนประกอบใดจ่ายไฟให้กับเส้นทางเสาอากาศแบบแอคทีฟ? |
| การกำหนดเวลา | 1PPS อินพุตเหตุการณ์ ข้อความเวลา ขั้ว และข้อกำหนดความหน่วง | หลักฐานการกำหนดเวลาใดที่แพลตฟอร์มต้องใช้หรือตรวจสอบ? |
| อินเทอร์เฟซข้อมูล | UART, RS-232, RS-422, CAN, Ethernet, USB และเอกสารโปรโตคอล | แพลตฟอร์มสามารถรับข้อความและอัตราข้อมูลที่ต้องการได้หรือไม่? |
| พฤติกรรมการอัปเดต | อัตราเอาต์พุต สมมติฐานการเริ่มต้น และการจัดตารางข้อความ | ความคาดหวังการควบคุมและการตรวจสอบของแพลตฟอร์มสอดคล้องกันหรือไม่? |
| สายเคเบิลและการติดตั้ง | ประเภทสายเคเบิล ความยาว การสูญเสียการแทรก การเปลี่ยนตัวเชื่อมต่อ และการเดินสาย | เส้นทาง RF ทั้งหมดอยู่ในข้อจำกัดที่บันทึกไว้หรือไม่? |
| สภาพแวดล้อม | อุณหภูมิ การสั่นสะเทือน การรั่วซึม การต่อลงดิน และสภาพตู้ | การติดตั้งรักษาขีดจำกัดการทำงานของตัวรับสัญญาณหรือไม่? |
2. แยกความรับผิดชอบของเสาอากาศ เทอร์มินัล และตัวรับสัญญาณ
คำว่า ระบบ อาจหมายถึงสถาปัตยกรรมหลายแบบ เสาอากาศ anti-jamming อาจให้เอาต์พุต RF ที่ประมวลผลแล้วแก่ตัวรับสัญญาณภายนอก เทอร์มินัลอาจรวมการประมวลผลเสาอากาศ ฟังก์ชันตัวรับสัญญาณ และอินเทอร์เฟซแพลตฟอร์ม ตัวรับสัญญาณอาจให้ไบแอสเสาอากาศ เอาต์พุตเวลา หรือข้อมูลการตรวจสอบ ขอบเขตที่แน่นอนต้องมาจากเอกสารผลิตภัณฑ์ที่เลือก
บันทึกความเป็นเจ้าของสำหรับการปรับสภาพ RF กำลังเสาอากาศ การกำหนดค่าตัวรับสัญญาณ เอาต์พุตการนำทาง การกำหนดเวลา การวินิจฉัย และการจัดการข้อผิดพลาด เพื่อป้องกันไม่ให้อินเทอร์เฟซถูกสันนิษฐานว่าเป็นของทั้งสองส่วนประกอบ—หรือไม่ใช่ของทั้งสอง สำหรับสถาปัตยกรรมที่กว้างขึ้น ดู คู่มือการรวมเสาอากาศ–ตัวรับสัญญาณ–แพลตฟอร์ม
3. สร้างแพ็คเกจหลักฐานความเข้ากันได้ของตัวรับสัญญาณ
- ระบุตัวรับสัญญาณอย่างแม่นยำ. บันทึกผู้ผลิต รุ่น การแก้ไขฮาร์ดแวร์ เวอร์ชันเฟิร์มแวร์ และการแก้ไขเอกสารข้อมูลที่เกี่ยวข้อง
- ระบุสัญญาณ GNSS ที่ต้องการ. ระบุกลุ่มดาวเทียมและย่านความถี่ที่แพลตฟอร์มตั้งใจจะใช้
- ให้แผนภาพอินเทอร์เฟซ RF. แสดงทุกพอร์ต ตัวเชื่อมต่อ อะแดปเตอร์ ตัวแยก สายเคเบิล และจุดฉีดไฟ
- กำหนดเอาต์พุตเวลาและข้อมูล. รวมระดับไฟฟ้า ขั้ว โปรโตคอล อัตราบอด ชุดข้อความ และข้อกำหนดการอัปเดต
- บันทึกพลังงานและการต่อลงดิน. ระบุแหล่งพลังงาน ช่วงแรงดัน ขีดจำกัดกระแส จุดต่อลงดิน และพฤติกรรมการตรวจสอบใดๆ
- อธิบายการติดตั้ง. บันทึกการเดินสาย ความยาวสายเคเบิล ตำแหน่งตู้ แหล่งกำเนิดสัญญาณรบกวนใกล้เคียง และข้อจำกัดด้านสิ่งแวดล้อม
- ระบุวัตถุประสงค์การตรวจสอบ. แยกการยืนยันความเข้ากันได้ การออกแบบการรวม การส่งมอบเอกสาร และกิจกรรมการตรวจสอบในภายหลัง
4. ใช้การตรวจสอบความเข้ากันได้แบบเป็นขั้นตอน
การตรวจสอบที่ใช้งานได้จริงสามารถดำเนินการได้ห้าขั้นตอน: ยืนยันสัญญาณที่ต้องการ ตรวจสอบขอบเขต RF และพลังงาน ตรวจสอบอินเทอร์เฟซเวลาและข้อมูล ตรวจสอบบริบทสายเคเบิลและการติดตั้ง จากนั้นบันทึกรายการที่ค้างอยู่และเจ้าของหลักฐานแต่ละรายการ การจับคู่ตัวเชื่อมต่อไม่ควรปิดการตรวจสอบเมื่อยังไม่ทราบย่านความถี่ที่รองรับ พฤติกรรมไบแอส หรืออินเทอร์เฟซข้อความ
หากทีมแพลตฟอร์มยังไม่สามารถให้ข้อมูลทั้งหมดได้ ให้ระบุแต่ละรายการที่ไม่ทราบอย่างชัดเจน ฟิลด์ที่ไม่ทราบปลอดภัยกว่าค่าที่เดาเพราะให้รายการที่กำหนดให้ทีมวิศวกรรมแก้ไข
5. ช่องว่างความเข้ากันได้ทั่วไป
- ทราบประเภทตัวเชื่อมต่อ แต่ยังไม่ยืนยันย่านความถี่ GNSS ที่ต้องการ
- ระบุแรงดันไบแอสเสาอากาศ แต่ขาดขีดจำกัดกระแสและพฤติกรรมการตรวจสอบ
- ขอ 1PPS โดยไม่มีระดับไฟฟ้า ขั้ว ขอบอ้างอิง หรือความคาดหวังความหน่วง
- ระบุอินเทอร์เฟซอนุกรมโดยไม่มีโปรโตคอล อัตราบอด หรือข้อความที่ต้องการ
- ระบุความยาวสายเคเบิลโดยไม่มีประเภทสายเคเบิล การสูญเสียการแทรก หรือการเปลี่ยนตัวเชื่อมต่อ
- ทราบรุ่นตัวรับสัญญาณ แต่ไม่ทราบการแก้ไขฮาร์ดแวร์หรือเฟิร์มแวร์
- การป้องกันการรบกวนและ anti-spoofing ถือว่าใช้แทนกันได้โดยไม่กำหนดเวอร์ชันผลิตภัณฑ์ที่ต้องการและขอบเขตการตรวจสอบ
คำถามที่ควรใส่ใน RFQ
- จะใช้ตัวรับสัญญาณรุ่นใด การแก้ไขฮาร์ดแวร์ และเวอร์ชันเฟิร์มแวร์ใด?
- กลุ่มดาวเทียม GNSS และย่านความถี่ใดที่ต้องคงไว้?
- ใครจ่ายไฟเสาอากาศ และข้อจำกัดแรงดันและกระแสใดที่ใช้?
- อินเทอร์เฟซ RF เวลา ข้อมูลนำทาง และการวินิจฉัยใดที่จำเป็น?
- วางแผนประเภทสายเคเบิล ความยาว การเดินสาย และการเปลี่ยนตัวเชื่อมต่อใด?
- ต้องส่งมอบแบบวาด เอกสารควบคุมอินเทอร์เฟซ หรือบันทึกการทดสอบใด?
ใช้ GNSS anti-jamming RFQ รายการตรวจสอบ เพื่อรวมคำถามตัวรับสัญญาณเหล่านี้กับอินพุตแพลตฟอร์ม การติดตั้ง และเอกสาร
คำถามที่พบบ่อย
ตัวเชื่อมต่อที่ตรงกันยืนยันความเข้ากันได้ของตัวรับสัญญาณหรือไม่?
ไม่ การตรวจสอบควรยืนยันย่านความถี่ RF อิมพีแดนซ์ พฤติกรรมพลังงานหรือไบแอส ระดับสัญญาณ จำนวนพอร์ต และขีดจำกัดอินพุตที่บันทึกไว้ด้วย
กำลังเสาอากาศควรมาจากตัวรับสัญญาณเสมอหรือไม่?
ไม่จำเป็น สถาปัตยกรรมที่เลือกอาจใช้ไบแอสตัวรับสัญญาณ เส้นทางพลังงานเทอร์มินัล หรือตัวฉีดแยก บันทึกแหล่งจริง แรงดัน ขีดจำกัดกระแส และพฤติกรรมการตรวจสอบ
1PPS และข้อความนำทางใช้แทนกันได้หรือไม่?
ไม่ 1PPS เป็นสัญญาณเวลา ในขณะที่ข้อความนำทางมีข้อมูล การตรวจสอบการรวมควรบันทึกทั้งสองอินเทอร์เฟซและวิธีที่แพลตฟอร์มใช้
anti-jamming และ anti-spoofing สามารถตรวจสอบเป็นฟังก์ชันเดียวกันได้หรือไม่?
ไม่ เป็นขอบเขตที่แตกต่างกัน ระบุเวอร์ชันผลิตภัณฑ์ที่ต้องการ พฤติกรรมตัวรับสัญญาณ ความรับผิดชอบอินเทอร์เฟซ และหลักฐานที่คาดหวังสำหรับแต่ละฟังก์ชัน
ขั้นตอนถัดไป
เริ่มต้นด้วยรุ่นตัวรับสัญญาณที่แน่นอนและเอกสารอินเทอร์เฟซ จากนั้นเพิ่มแบบวาดแพลตฟอร์มและเส้นทางสายเคเบิลที่วางแผนไว้ ตรวจสอบ ResiNav ผลิตภัณฑ์ที่มี, ติดต่อทีมวิศวกรรม หรือส่ง คำขอใบเสนอราคา ที่ควบคุมพร้อมหลักฐานที่มีอยู่ในปัจจุบัน
ขั้นตอนถัดไป
เปลี่ยนข้อมูลแพลตฟอร์มที่มีอยู่ให้เป็นการทบทวนด้านวิศวกรรม
ใช้ศูนย์เทคโนโลยีเพื่อกำหนดกรอบการหารือ ทบทวนกรณีการใช้งานที่เกี่ยวข้อง แล้วส่งรายละเอียดแพลตฟอร์มและเครื่องรับที่มีอยู่เพื่อยืนยัน