คำตอบโดยตรง: เมื่อแพลตฟอร์มที่พึ่งพา GNSS แสดงสภาวะการนำทาง เวลา หรืออินเทอร์เฟซที่ผิดปกติ ขั้นแรกให้รักษาช่วงเวลาร่วมและค่ากำหนดที่ติดตั้งไว้ จากนั้นเก็บข้อมูลจากตัวรับ สาย RF และแพลตฟอร์มโดยไม่ระบุสาเหตุ ชุดหลักฐานที่กระชับช่วยให้ทีมวิศวกรรมที่รับผิดชอบตัดสินใจได้ว่าจะตรวจสอบ ทดสอบ ยกระดับ หรืออัปเดตบันทึกค่ากำหนด
รักษาขอบเขตทางวิศวกรรมให้ชัดเจน
สภาวะที่สังเกตพบไม่ได้พิสูจน์ด้วยตัวมันเองว่าเป็นการรบกวน การปลอมแปลงสัญญาณ ตัวรับขัดข้อง ปัญหา RF หรือปัญหาการควบคุมแพลตฟอร์ม รายการตรวจสอบนี้ช่วยให้ทีมเก็บข้อมูลที่จำเป็นสำหรับการทบทวนเหตุการณ์ ไม่ได้แทนที่ขั้นตอนความปลอดภัยที่ได้รับอนุมัติของผู้ปฏิบัติงาน คำแนะนำจากผู้ผลิตตัวรับ หรือแผนการทดสอบที่ควบคุม
สำหรับบริบทการจัดการความเสี่ยงที่กว้างขึ้น NIST PNT Profile อธิบายการใช้บริการระบุตำแหน่ง การนำทาง และเวลาอย่างคำนึงถึงความเสี่ยง ไม่ใช่ข้อกำหนดผลิตภัณฑ์หรือการรับรองประสิทธิภาพ
1. กำหนดช่วงเวลาเหตุการณ์ร่วม
บันทึกเวลาที่พบสภาวะครั้งแรก เวลาที่สิ้นสุดหรือเปลี่ยนแปลง และนาฬิกาที่ใช้บันทึกแต่ละรายการ รักษาเขตเวลา แหล่งซิงโครไนซ์ และความไม่แน่นอนที่ทราบในบันทึกเวลา หากตัวรับ ตัวควบคุมแพลตฟอร์ม และระบบบันทึกไม่ได้ใช้นาฬิกาที่ตรงกัน ให้บันทึกข้อจำกัดนั้นแทนการบังคับให้ตรงกันโดยไม่ถูกต้อง
เก็บระยะการทำงานด้วย: การติดตั้ง การบำรุงรักษา การทำงานปกติ การเปลี่ยนแปลงค่ากำหนด หรือกิจกรรมอื่นที่บันทึกไว้ สร้างขอบเขตการทบทวนโดยไม่อ้างว่ากิจกรรมนั้นทำให้เกิดสภาวะ
2. รักษาค่ากำหนดที่ติดตั้งไว้ก่อนการตีความ
บันทึกตัวระบุค่ากำหนดของตัวรับ ตัวระบุเวอร์ชันซอฟต์แวร์หรือเฟิร์มแวร์ที่มี บทบาทของเสาอากาศหรือเทอร์มินัล บันทึกสายเคเบิลและขั้วต่อ การจัดวางพลังงาน แผนผังอินเทอร์เฟซ และรุ่นแพลตฟอร์ม ใช้ตัวระบุที่มีอยู่ในบันทึกโครงการ อย่าอนุมานค่าที่ขาดหายไปจากภาพถ่าย ป้าย หรือเว็บเพจทั่วไป
การควบคุมค่ากำหนดมีความสำคัญเพราะการเปลี่ยน ซ่อมแซม หรือปรับการตั้งค่าในภายหลังอาจทำให้การเปรียบเทียบที่มีประโยชน์เป็นไปไม่ได้ ค่ากำหนดที่มีอยู่ คู่มือการบันทึกเส้นทาง RF อธิบายวิธีเก็บประวัติสายเคเบิลและขั้วต่อโดยไม่ถือว่าการเปลี่ยนแปลงเป็นข้อสรุปด้านประสิทธิภาพ
3. ส่งออกหลักฐานจากเครื่องรับเป็นข้อสังเกต
บันทึกสถานะเครื่องรับที่มีอยู่จริงสำหรับโครงการ: เวลาและตัวบ่งชี้ความถูกต้อง สถานะสัญญาณหรือสถานะการแก้ไขที่รายงาน ข้อความแจ้งเตือนหรือเหตุการณ์ สถานะอินเทอร์เฟซ และการส่งออกที่ไม่ได้แก้ไขหากได้รับอนุญาต ติดป้ายทุกอย่างเป็นข้อสังเกต อย่าเขียนการแจ้งเตือนใหม่เป็นข้อความสรุปสาเหตุต้นตอ
คู่มือ การตรวจสอบความสมบูรณ์ของ GNSS ให้กรอบการบันทึกที่เน้นการใช้งานจริง ในระหว่างการคัดแยกปัญหา ให้ใช้ชื่อระเบียนและฐานเวลาเดียวกันหากเป็นไปได้ เพื่อให้เหตุการณ์สามารถเปรียบเทียบกับระเบียนการตรวจสอบที่วางแผนไว้ได้
4. เก็บบริบท RF และการติดตั้งไว้พร้อมกับบันทึก
แนบรายการเส้นทาง RF ปัจจุบัน บันทึกการติดตั้งเสาอากาศหรือเทอร์มินัล เส้นทางสายเคเบิล การเปลี่ยนแปลงขั้วต่อ กิจกรรมการบำรุงรักษาที่ทราบ และภาพถ่ายหรือแบบวาดที่เกี่ยวข้องซึ่งโครงการมีอยู่แล้ว ระบุเวอร์ชันเอกสารและเวลาที่บันทึก เอกสารที่ขาดหายไปคือข้อค้นพบจากการทบทวน ไม่ใช่หลักฐานว่ามีสภาพ RF เกิดขึ้น
อย่าแก้ไขฮาร์ดแวร์ การตั้งค่า หรือไฟล์เพียงเพื่อให้เหตุการณ์อธิบายได้ง่ายขึ้น หากจำเป็นต้องมีการตรวจสอบหรือทดสอบภายใต้การควบคุม ทีมที่รับผิดชอบควรกำหนดไว้แยกต่างหากและรักษาสถานะก่อนการเปลี่ยนแปลงไว้
5. เชื่อมโยงเหตุการณ์แพลตฟอร์ม กำลังไฟ และอินเทอร์เฟซ
รวบรวมสถานะตัวควบคุมแพลตฟอร์ม เหตุการณ์กำลังไฟ ข้อผิดพลาดการสื่อสาร การดำเนินการบำรุงรักษา และข้อสังเกตของผู้ปฏิบัติงานที่อยู่ในช่วงเวลาของเหตุการณ์ เก็บชื่อระบบและเวลาประทับเดิมไว้ การเชื่อมโยงสามารถบ่งชี้ว่าควรทบทวนอะไรต่อไป แต่ไม่ได้ยืนยันว่าระเบียนหนึ่งทำให้เกิดอีกระเบียนหนึ่ง
สำหรับอินเทอร์เฟซและขอบเขตจังหวะเวลา ให้เปรียบเทียบวัสดุที่เก็บรักษาไว้กับบันทึกควบคุมอินเทอร์เฟซของตัวรับของโครงการ คู่มือ ICD ของตัวรับ เป็นข้อมูลอ้างอิงที่มีประโยชน์สำหรับประเภทของข้อมูลอินเทอร์เฟซ จังหวะเวลา และการกำหนดค่าที่ควรกำหนดเวอร์ชัน
6. แยกข้อเท็จจริง สิ่งที่ไม่ทราบ และการตัดสินใจที่ร้องขอ
เตรียมรายการสั้น ๆ สามรายการ:
- ข้อเท็จจริงที่สังเกตได้: บันทึกที่มีการประทับเวลา ตัวระบุการกำหนดค่า และบันทึกผู้ปฏิบัติงานที่ได้รับการอนุมัติ
- สิ่งที่ไม่ทราบ: บันทึกที่ขาดหายไป การจัดตำแหน่งนาฬิกาที่ไม่แน่นอน การบำรุงรักษาที่ไม่ได้บันทึก เวอร์ชันการกำหนดค่าที่ไม่พร้อมใช้งาน หรือการส่งออกที่ไม่สามารถอ่านได้
- การตัดสินใจทบทวน: ไม่ว่าการดำเนินการถัดไปคือการทบทวนเอกสาร การตรวจสอบที่ควบคุม การประเมินบนโต๊ะที่ควบคุม คำถามจากซัพพลายเออร์ หรือการอัปเดตเกณฑ์พื้นฐานการกำหนดค่า
การแยกนี้ป้องกันไม่ให้ชุดคัดแยกที่มีประโยชน์กลายเป็นข้อสรุปทางเทคนิคที่ไม่ได้รับการสนับสนุน
7. สร้างชุดเอกสารเหตุการณ์ที่ทีมอื่นสามารถนำไปใช้ซ้ำได้
กำหนดตัวระบุเหตุการณ์ให้กับชุดเอกสาร และรวมลำดับเหตุการณ์โดยย่อ ไฟล์ต้นฉบับหรือข้อมูลอ้างอิงการส่งออก ตัวระบุการกำหนดค่า รายการสามรายการข้างต้น และผู้ติดต่อที่รับผิดชอบสำหรับแต่ละระเบียนระบบ ใช้สำเนาที่ไม่สามารถแก้ไขได้หรือวิธีการควบคุมเอกสารที่กำหนดไว้ของโครงการ นำข้อมูลส่วนบุคคลที่ไม่จำเป็นสำหรับการตรวจสอบทางวิศวกรรมออก
หากจำเป็นต้องทำการทดสอบภายใต้การควบคุม ให้เชื่อมโยงชุดเอกสารเหตุการณ์กับคำจำกัดความการทดสอบแยกต่างหาก คู่มือหลักฐานการทดสอบบนโต๊ะ อธิบายว่าเหตุใดจึงต้องกำหนดชิ้นงานทดสอบ ข้อมูลพื้นฐาน ข้อมูลนำเข้า และการสังเกตการณ์ก่อนที่จะเปรียบเทียบผลลัพธ์
8. ปิดวงจรผ่านการควบคุมการกำหนดค่า
หลังจากทีมที่รับผิดชอบดำเนินการตรวจสอบเสร็จสิ้น ให้บันทึกการตัดสินใจและการเปลี่ยนแปลงการกำหนดค่าที่ได้รับอนุมัติในห่วงโซ่หลักฐานเดียวกัน อย่าแทนที่ชุดเอกสารเหตุการณ์เดิมด้วยบทสรุป บันทึกต้นฉบับสนับสนุนการบำรุงรักษา การยอมรับ และการหารือกับซัพพลายเออร์ในภายหลัง แม้ว่าการตัดสินใจขั้นสุดท้ายจะเป็นเพียงว่าจำเป็นต้องมีหลักฐานเพิ่มเติมก็ตาม
สำหรับการอภิปรายทางวิศวกรรมเฉพาะโครงการ ให้ส่งชุดเอกสารหลักฐานปัจจุบันผ่าน แบบฟอร์มขอใบเสนอราคา แทนที่จะเลือกแบบจำลองจากคำอธิบายเหตุการณ์เพียงอย่างเดียว
คำถามที่พบบ่อย
ชุดเอกสารเหตุการณ์พิสูจน์สาเหตุของสภาพ GNSS หรือไม่
ไม่ใช่ มันเก็บรักษาข้อสังเกตและบริบทการกำหนดค่าไว้ เพื่อให้ทีมวิศวกรรมที่รับผิดชอบสามารถพิจารณาได้ว่าสิ่งใดจำเป็นต้องตรวจสอบ มันไม่ได้พิสูจน์ว่ามีการรบกวน การปลอมแปลง ฮาร์ดแวร์ล้มเหลว หรือสาเหตุอื่นใด
ทีมควรทำการทดสอบการยอมรับซ้ำหลังจากทุกเงื่อนไขที่สังเกตพบหรือไม่?
ไม่ควรทำโดยอัตโนมัติ แพ็กเก็ตควรแสดงก่อนว่าสิ่งใดที่รู้ สิ่งใดที่เปลี่ยนแปลง และสิ่งใดที่ขาดหายไป ทีมที่รับผิดชอบสามารถตัดสินใจได้ว่าการตรวจสอบที่ควบคุมหรือการทดสอบที่กำหนดแยกต่างหากนั้นเหมาะสมหรือไม่
เหตุใดตัวระบุการกำหนดค่าจึงสำคัญในระหว่างการคัดแยก?
ตัวระบุเหล่านี้ช่วยให้ผู้ตรวจสอบแยกแยะการติดตั้งที่บันทึกไว้จากการซ่อมแซม การเปลี่ยนทดแทน หรือการเปลี่ยนแปลงการตั้งค่าในภายหลัง พวกมันไม่ได้ยืนยันว่าเวอร์ชันใดเวอร์ชันหนึ่งทำให้เกิดเหตุการณ์นั้น
สามารถใช้คำอธิบายเหตุการณ์เพื่อเลือกผลิตภัณฑ์ได้หรือไม่?
ไม่ใช่ การอภิปรายเกี่ยวกับผลิตภัณฑ์หรือการกำหนดค่าจำเป็นต้องมีข้อกำหนดที่ตรวจสอบแล้วเกี่ยวกับตัวรับ RF การติดตั้ง แพลตฟอร์ม และโครงการ บันทึกเหตุการณ์สามารถระบุคำถามสำหรับการตรวจสอบนั้นได้ แต่ไม่ใช่ผลลัพธ์การเลือก
ขั้นตอนถัดไป
เปลี่ยนข้อมูลแพลตฟอร์มที่มีอยู่ให้เป็นการทบทวนด้านวิศวกรรม
ใช้ศูนย์เทคโนโลยีเพื่อกำหนดกรอบการหารือ ทบทวนกรณีการใช้งานที่เกี่ยวข้อง แล้วส่งรายละเอียดแพลตฟอร์มและเครื่องรับที่มีอยู่เพื่อยืนยัน