การต่อเครื่องมือที่ช่องวินิจฉัยแล้วไม่เห็นข้อความบางชนิด ไม่ได้หมายความว่าข้อความนั้นไม่มีในรถทุกส่วน รถสามารถแบ่งเครือข่ายเป็นหลายช่วงและใช้เกตเวย์ประมวลผลหรือส่งต่อข้อมูลระหว่างกัน จุดสังเกตจึงกำหนดขอบเขตสิ่งที่เห็น บทความนี้อธิบายแนวคิดดังกล่าวเพื่อให้ตั้งคำถามวินิจฉัยถูกฝั่ง โดยไม่เสนอการข้ามสิทธิ์เข้าถึงหรือเปลี่ยนกฎของเกตเวย์
เกตเวย์รับและประมวลผล ไม่ใช่ต่อทองแดงให้ถึงกัน
เกตเวย์ยานยนต์เชื่อมเครือข่ายที่อาจใช้โปรโตคอลต่างกัน เช่น CAN กับ LIN หรือ Ethernet และสามารถกรองข้อมูลตามกฎได้ แต่ละฝั่งจึงมีการสื่อสารของตน การได้รับเฟรมฝั่งหนึ่งไม่ได้ทำให้แรงดันของเฟรมนั้นเดินทางผ่านเกตเวย์ไปเป็นรูปเดิมทุกบิตโดยอัตโนมัติ ต้องแยกการต่อสายทางกายภาพออกจากการส่งต่อข้อมูลในระบบ
การออกแบบจริงอาจส่งต่อบางข้อความ แปลงรูปแบบ หรือให้บริการวินิจฉัยเฉพาะตามเงื่อนไข รายละเอียดว่าข้อมูลใดไปฝั่งใดเป็นข้อกำหนดของผู้ผลิต จึงไม่ควรอนุมานจากชื่อกล่องเพียงอย่างเดียว การเห็นเฟรมรหัสเดียวกันสองฝั่งก็ยังไม่พิสูจน์ว่าเป็นสำเนาเดียวกัน หากไม่มีคำอธิบายข้อมูลและเส้นเวลาประกอบ รายงานต้องระบุฝั่งเครือข่ายไว้กับข้อมูลทุกชุด
- บัสฝั่ง ก
จุดสังเกตฝั่งนี้เห็นข้อความที่เกิดในช่วงเครือข่าย ก
- กฎของเกตเวย์
เลือกส่งต่อ กรอง หรือแปลงข้อมูลตามข้อกำหนดระบบที่ต้องตรวจจากเอกสาร
- บัสฝั่ง ข
อาจได้ข้อความคนละชุดหรือคนละรูปแบบ ไม่จำเป็นต้องเห็นทุกเฟรมเหมือน ก
การส่งต่อทางซอฟต์แวร์ไม่ทำให้ทุกฝั่งเป็นวงจรคู่สายเดียวกัน
ตัวอย่างสมมติของข้อมูลทุก 10 กับ 50 มิลลิวินาที
สมมติระบบฝึกกำหนดให้ฝั่ง ก ส่งค่าทุก 10 มิลลิวินาที ส่วนเกตเวย์เลือกค่าล่าสุดส่งไปฝั่ง ข ทุก 50 มิลลิวินาที ในหนึ่งช่วง 50 มิลลิวินาทีจึงมีโอกาสรับค่าจาก ก ห้ารอบตามขอบเขตเวลาที่กำหนด แต่ ข ได้การอัปเดตหนึ่งรอบ การไม่เห็นทุกค่าของ ก ที่ ข เป็นพฤติกรรมตามแบบจำลอง ไม่ใช่ข้อมูลตกหล่นเสมอไป ตัวเลขนี้เป็นข้อกำหนดสมมติ ไม่ใช่คาบของรถจริง
ถ้าผู้วิเคราะห์ไม่รู้กฎนี้แล้วคาดว่า ข ต้องมีห้าเฟรมเหมือน ก จะรายงานว่าหายสี่เฟรมทุกช่วงทั้งที่เกตเวย์ทำงานตามที่ตั้งใจ ในทางกลับกัน หากเอกสารกำหนดให้ส่งต่อครบแต่มีเพียงหนึ่งจริง ก็เป็นเหตุให้ตรวจต่อ ดังนั้นสิ่งที่ตัดสินความผิดปกติไม่ใช่จำนวนต่างกันเพียงอย่างเดียว แต่เป็นความต่างจากกฎที่ยืนยันแล้วของระบบนั้น
นำไปใช้เลือกจุดสังเกตและเอกสารประกอบ
- อ่านแผนผังเพื่อระบุช่วงเครือข่ายที่เครื่องมือเข้าถึง ไม่ถือว่าช่องวินิจฉัยมองเห็นทุกบัส
- ระบุข้อความหรือบริการที่ต้องการตรวจและเอกสารที่บอกว่าควรเข้าถึงจากฝั่งนี้ได้
- ถ้ามีบันทึกหลายฝั่งที่ได้มาโดยวิธีอนุญาต ให้เก็บชื่อช่อง ชนิดโปรโตคอล และแหล่งเวลาแยกชัดเจน
- เทียบการอัปเดตกับกฎส่งต่อหรือรูปแบบข้อมูลที่ทราบ ไม่จับคู่จากรหัสตัวเลขอย่างเดียว
- หากไม่มีเอกสารการส่งต่อ ให้รายงานสิ่งที่พบแต่ละฝั่งและสิ่งที่ยังยืนยันไม่ได้ แทนกล่าวว่าเกตเวย์บล็อกผิดปกติ
การเปรียบเทียบเวลาเข้าออกเกตเวย์ต้องมีนาฬิกาที่เทียบกันได้ หากเครื่องมือสองฝั่งไม่ซิงโครไนซ์ ความต่างเวลาอาจมาจากเครื่องมือเอง และถ้าเกตเวย์รวมหลายค่าหรือเลือกค่าล่าสุด การจับคู่เฟรมหนึ่งต่อหนึ่งอาจไม่ตรงความหมาย ต้องเริ่มจากกฎข้อมูลก่อนคำนวณ latency การหาเฟรมที่เวลาคล้ายกันโดยไม่รู้การแปลงอาจสร้างคู่ที่ไม่มีความสัมพันธ์จริง
- ก ทุก 10
ฝั่ง ก มีคาบอัปเดต 10 มิลลิวินาทีตามข้อตกลงสมมติ
- ช่วง 50 มิลลิวินาที
50 / 10 = 5 รอบของ ก เมื่อกำหนดขอบเขตหน้าต่างสอดคล้องกัน
- ข ทุก 50
เกตเวย์ส่งค่าล่าสุดให้ ข หนึ่งรอบในช่วงเดียวกันตามกฎชุดฝึก
- นับตามข้อกำหนด
ไม่เห็นสี่ค่าระหว่างกลางจึงไม่ใช่หลักฐานข้อมูลสูญหาย หากกฎกำหนดให้เลือกค่าล่าสุด
ระบบฝึกสมมติกำหนดให้เกตเวย์เลือกค่าล่าสุด ไม่ได้ส่งสำเนาทุกเฟรม
ข้อผิดพลาดของการข้ามขอบเขตการวัด
ความต้านทานที่วัดในบัสฝั่งหนึ่งไม่ได้รวมตัวจบสายอีกฝั่งของเกตเวย์เหมือนต่อขนานกันทั้งหมด เพราะไม่ใช่สายเส้นเดียว การใช้ค่าด้านช่องวินิจฉัยไปยืนยันปลายสายของทุกเครือข่ายจึงผิดขอบเขต แม้ข้อมูลบางชนิดส่งต่อกันได้ ความสัมพันธ์ทางซอฟต์แวร์ไม่ได้ทำให้เครือข่ายกลายเป็นวงจรกระแสตรงเดียวกัน ต้องอ่านโครงสร้างก่อนใช้สูตรไฟฟ้า
การเข้าถึงบางบริการไม่ได้พิสูจน์ว่าเส้นทางอื่นทั้งหมดเปิดอยู่ และการที่บริการไม่ตอบอาจมาจากเงื่อนไขการทำงานหรือสิทธิ์ที่กำหนด ไม่ควรใช้วิธีข้ามข้อจำกัดเพื่อพิสูจน์ว่าอีกฝั่งยังอยู่ การวิเคราะห์เชิงหลักการทำได้ด้วยแผนผัง รายงานที่ได้รับอนุญาต และการเปรียบเทียบสถานะ ไม่จำเป็นต้องเปลี่ยนตัวกรองหรือส่งข้อความปลอมเข้าบัส
ตรวจสอบผลโดยยืนยันเส้นทางที่เกี่ยวข้องจริง
หลังแก้สาเหตุที่ตรวจพบ ให้ยืนยันเส้นทางข้อมูลที่สัมพันธ์กับอาการ เช่นค่าที่ควรผ่านไปฝั่ง ข กลับอัปเดตตามกฎที่เอกสารระบุ ไม่ใช้เพียงการเชื่อมต่อเครื่องสแกนได้เป็นผลสำเร็จทุกด้าน หากมีเพียงฝั่งเดียวที่บันทึกได้ ควรระบุว่าเห็นการอัปเดตในฝั่งนั้น แต่ยังไม่ได้ตรวจเวลาภายในเกตเวย์หรือข้อมูลฝั่งอื่น
ในตัวอย่างสมมติ ผลที่ถูกต้องคือฝั่ง ก มีคาบ 10 มิลลิวินาทีและ ข มีคาบ 50 มิลลิวินาทีพร้อมค่าล่าสุดตามข้อตกลง ไม่ใช่บังคับให้จำนวนเฟรมทั้งสองเท่ากัน การเขียนรายงานแบบนี้รักษาความแตกต่างระหว่างการสูญหายกับการเลือกส่งตามการออกแบบ และช่วยให้ผู้ใช้บทความไม่เหมารวมว่าทุกข้อความที่มองไม่เห็นต้องเกิดจากสายหรือกล่องเสีย
