จับเหตุการณ์รอบเฟรมผิดพลาดให้เห็นลำดับเหตุ

ภาพที่แสดงเฟรมผิดพลาดชัดเจนอาจยังตอบไม่ได้ว่าอะไรทำให้ผิด หากเริ่มเก็บหลังเหตุไปแล้ว เราจะเห็นเพียงผลที่เครือข่ายตอบสนอง การจับข้อมูลก่อนจุดกระตุ้นจึงสำคัญในงาน CAN โดยเฉพาะอาการเกิดไม่บ่อย บทความนี้อธิบายการวางหน้าต่างบันทึกและการอ่านเหตุการณ์ต่อเนื่องจากข้อมูลที่มีอยู่ ไม่ใช้การสร้างความผิดพลาดบนรถเพื่อบังคับให้ได้ภาพ

จุดกระตุ้นคือเงื่อนไขเริ่มเก็บผล ไม่จำเป็นต้องเป็นต้นเหตุ

Trigger ทำหน้าที่กำหนดว่าเหตุการณ์ใดทำให้เครื่องมือเก็บหรือแสดงช่วงข้อมูล ส่วน pre-trigger คือข้อมูลก่อนตำแหน่งนั้น หากตั้งให้กระตุ้นเมื่อพบเฟรมผิดพลาด ตำแหน่งกระตุ้นอาจอยู่หลังบิตที่เริ่มอ่านผิดแล้ว การตีความจึงต้องย้อนดูบริบทก่อนหน้า ไม่ถือว่าตัวแรกที่ถูกไฮไลต์บนหน้าจอคือสาเหตุทางไฟฟ้าตัวแรกเสมอ

เมื่อโหนดหนึ่งแจ้งข้อผิดพลาด โหนดอื่นอาจตรวจพบความผิดปกติที่ตามมาได้ ชื่อข้อผิดพลาดในรายงานจึงเป็นสิ่งที่ตัวควบคุมหรือเครื่องมือมองเห็น ไม่ใช่ชื่อชิ้นส่วนเสีย และอาจต่างกันตามตำแหน่งสังเกต การบันทึกที่มีประโยชน์ต้องให้เห็นเฟรมก่อนหน้า ช่วงที่ผิด และสิ่งที่เกิดหลัง เช่นการพยายามส่งใหม่ โดยตรวจด้วยว่าเครื่องมือรองรับการบันทึกชนิดเหตุการณ์ที่ต้องการจริง

1. 1
   บริบทก่อนเหตุ

   รูปขอบหรือสถานะอื่นอาจเปลี่ยนก่อนเครื่องมือแจ้งเฟรมผิดพลาด

2. 2
   ถึงจุดกระตุ้น

   เงื่อนไขที่เลือกทำให้เก็บข้อมูล แต่ไม่ได้ยืนยันว่าเป็นเหตุแรกทางไฟฟ้า

3. 3
   ผลต่อเนื่อง

   โหนดอื่นอาจแจ้งความผิดพลาดตามมา จึงต้องเก็บช่วงหลังไว้แยกลำดับ

เก็บบริบทก่อนและหลังเฟรมผิดพลาดเพื่อแยกสิ่งที่เครื่องมือเห็นจากเหตุเริ่มต้น

ตัวอย่างสมมติของหน้าต่าง 100 มิลลิวินาที

สมมติตั้งหน้าต่างเก็บข้อมูลรวม 100 มิลลิวินาทีและ pre-trigger ร้อยละ 40 จะมีข้อมูลก่อนเหตุ 40 มิลลิวินาทีและหลังเหตุ 60 มิลลิวินาที หากข้อผิดพลาดเริ่มตามหลังเหตุไฟเลี้ยงสมมติ 15 มิลลิวินาที เหตุไฟเลี้ยงนั้นอยู่ในช่วงก่อนที่เก็บไว้ แต่ถ้าเหตุเกี่ยวข้องเกิดก่อนถึง 80 มิลลิวินาที หน้าต่างนี้จะไม่เห็น จึงยังไม่อาจสรุปว่าไม่มีสิ่งผิดปกติก่อนหน้า

หากเพิ่มหน้าต่างเป็น 500 มิลลิวินาทีโดยใช้หน่วยความจำเดิม เครื่องมือบางโหมดอาจลดอัตราเก็บตัวอย่าง ทำให้รายละเอียดขอบที่ต้องดูหายไป การได้ช่วงยาวขึ้นจึงอาจแลกกับรายละเอียดเวลา ต้องตรวจค่าที่เครื่องมือใช้จริงหลังเปลี่ยนหน้าต่าง ไม่สมมติว่าการซูมภายหลังสร้างรายละเอียดที่ไม่ได้เก็บกลับมาได้ ตัวอย่างนี้ชี้ว่าควรเลือกทั้งระยะเวลาและความละเอียดตามคำถามเดียวกัน

นำไปใช้วางการจับเหตุที่หาเจอยาก

1. เขียนสิ่งที่จะพิสูจน์ เช่นมีการเปลี่ยนรูปขอบก่อน error frame หรือมีเพียงปัญหาถอดรหัสของเครื่องมือ
2. เลือกเงื่อนไขกระตุ้นที่ฮาร์ดแวร์รองรับและสัมพันธ์กับอาการ โดยไม่ฉีดข้อความผิดพลาดเพื่อให้เข้าเงื่อนไข
3. กำหนดช่วงก่อนเหตุให้ครอบคลุมเวลาของสาเหตุที่สงสัย และช่วงหลังให้พอเห็นผลต่อเนื่อง
4. ตรวจอัตราเก็บตัวอย่าง หน่วยความจำ และแบนด์วิดท์ที่ใช้อยู่หลังเลือกหน้าต่าง
5. เก็บไฟล์ดิบพร้อมการตั้งค่าและเวลาระบบ ไม่เก็บเฉพาะภาพหน้าจอที่ตัดบริบทออก

ถ้าใช้หลายช่องเพื่อตรวจความสัมพันธ์ ต้องให้ช่องเหล่านั้นมีแนวเวลาที่เชื่อถือได้และจุดอ้างอิงที่ปลอดภัย การบันทึก CAN จากเครื่องหนึ่งกับแรงดันจากอีกเครื่องต้องมีวิธีเทียบเวลาที่รองรับ ไม่ใช้เพียงนาฬิกาหน้าจอที่ตั้งใกล้กัน หากยังซิงโครไนซ์ไม่ได้ อาจสรุปได้แค่ว่าเกิดในช่วงเดียวกันระดับหยาบ แต่ไม่ควรกล่าวว่าแรงดันนำหน้าบิตผิดเป็นจำนวนไมโครวินาที

1. 1
   รวม 100 มิลลิวินาที

   กำหนดช่วงก่อนจุดกระตุ้นร้อยละ 40 ตามตัวอย่างในบท

2. 2
   ก่อน 40 หลัง 60

   100 × 0.4 = 40 มิลลิวินาทีก่อนเหตุ เหลือ 60 มิลลิวินาทีหลังเหตุ

3. 3
   นำหน้า 15

   เหตุสมมติที่เกิดก่อนจุดกระตุ้น 15 มิลลิวินาทีอยู่ในช่วงบันทึก

4. 4
   นำหน้า 80

   เหตุที่นำหน้า 80 มิลลิวินาทีอยู่นอกหน้าต่าง จึงใช้ภาพนี้ยืนยันว่าไม่มีเหตุก่อนหน้าไม่ได้

ตัวอย่างร้อยละ 40 ก่อนจุดกระตุ้นช่วยให้เห็นเหตุที่นำหน้า 15 มิลลิวินาที

ข้อผิดพลาดของการใช้โหมดอัตโนมัติแล้วคิดว่าจับเหตุแล้ว

โหมด auto trigger ของเครื่องมือบางแบบแสดงข้อมูลหลังรอครบเวลาหนึ่งแม้เงื่อนไขไม่เกิด การเห็นภาพใหม่จึงไม่แปลว่าจุดกระตุ้นที่กำหนดถูกพบ ต้องอ่านสถานะและโหมดในคู่มือ หากต้องการเก็บเฉพาะเหตุครั้งแรกให้ใช้ความสามารถที่ตรงงานและตรวจผลว่าเป็นการกระตุ้นจริง การเปลี่ยนโหมดมีผลต่อหลักฐาน จึงควรจดไว้กับไฟล์ทุกชุดที่นำมาเปรียบเทียบ

การตั้งระดับกระตุ้นจากยอดแหลมที่เกิดจากหัววัดอาจทำให้เก็บเหตุของเครื่องมือเองแทนเหตุของบัส อีกด้านหนึ่งเงื่อนไขที่แคบเกินไปอาจไม่จับความผิดปกติรูปแบบอื่น หากไม่พบเหตุภายในเวลาสังเกต ต้องแยกว่าเงื่อนไขไม่เกิดหรือเครื่องมือยังไม่พร้อมรับเหตุ ไม่ใช้คำว่าไม่พบปัญหาโดยไม่ระบุว่ากำลังเฝ้ารออะไรและนานเท่าใด

ตรวจสอบผลด้วยเหตุการณ์ที่หักล้างได้

สมมติพบรูปขอบผิดก่อนทุก error frame ที่จับได้ ควรตรวจช่วงที่มีรูปขอบลักษณะเดียวกันแต่ไม่เกิด error ด้วย ถ้ามีมาก สมมติฐานว่ารูปนั้นทำให้เสียทุกครั้งต้องปรับ อาจขึ้นกับจุดอ่านหรือเงื่อนไขอื่น การเก็บเฉพาะภาพที่เข้ากับความคิดแรกทำให้รายงานดูแน่นแต่ไม่ช่วยแยกสาเหตุ การเปรียบเทียบทั้งเหตุและช่วงปกติเป็นการตรวจข้อสรุปที่สำคัญ

ผลที่ส่งต่อควรระบุหน้าต่างก่อนหลัง จำนวนครั้งที่จับได้ ชนิดเหตุที่เครื่องมือรายงาน และตำแหน่งสังเกต หากหลังแก้ไม่พบเหตุในหน้าต่างเดิมและข้อมูลสื่อสารยังครบ ให้รายงานเป็นผลในเงื่อนไขนั้น ไม่อ้างความแน่นอนทุกสภาพ บันทึกที่มีบริบทครบทำให้ผู้ตรวจกลับมาทบทวนจุดเริ่มต้นได้ แม้ต่อมาพบว่าสมมติฐานแรกไม่ถูกต้อง