การมองเห็นแบบเฟรมคืออะไร?
การมองเห็นแบบเฟรมจะจับภาพฉากเป็นภาพที่สมบูรณ์ในช่วงเวลาสม่ำเสมอ เช่น เฟรม 30, 60 หรือ 120 ต่อวินาที แต่ละเฟรมมีข้อมูลเชิงพื้นที่หนาแน่น ซึ่งทำให้กล้องทั่วไปมีความเหมาะสมตามธรรมชาติสำหรับการจดจำวัตถุ การวิเคราะห์สี การตรวจสอบ การทำแผนที่ และระบบนิเวศของซอฟต์แวร์ขนาดใหญ่ที่สร้างขึ้นรอบๆ เทนเซอร์ของภาพ
ข้อเสียคือทุกเฟรมจะย้ายภาพที่สมบูรณ์ผ่านไปป์ไลน์ ไม่ว่าฉากจะเปลี่ยนไปหรือไม่ก็ตาม สำหรับวงจรการตัดสินใจที่รวดเร็ว เวลาเปิดรับแสง ระยะเวลาเฟรม การอ่านข้อมูล เซนเซอร์ การขนส่ง การแปลงภาพ และการอนุมาน ล้วนมีส่วนทำให้เกิดเวลาแฝงจากต้นทางถึงปลายทาง อัตราเฟรมที่สูงจะช่วยลดช่วงเวลาการสุ่มตัวอย่าง แต่โดยปกติแล้วจะเพิ่มแบนด์วิดธ์ การรับส่งข้อมูลหน่วยความจำ พลังงาน และโหลดความร้อน
วิสัยทัศน์ตามเหตุการณ์คืออะไร?
การมองเห็นตามเหตุการณ์ใช้รูปภาพตามเหตุการณ์ เซนเซอร์ ซึ่งพิกเซลตอบสนองต่อการเปลี่ยนแปลงความสว่างแบบอะซิงโครนัส แทนที่จะส่งภาพสี่เหลี่ยมด้วยจังหวะคงที่ เซนเซอร์ จะสร้างสตรีมที่มีพิกัดพิกเซล ขั้ว และการประทับเวลาที่แม่นยำ ขอบเขตคงที่จึงสร้างข้อมูลเพียงเล็กน้อยหรือไม่มีเลย ในขณะที่ขอบที่เคลื่อนที่สามารถสร้างเหตุการณ์ที่มีความละเอียดทางโลกที่ละเอียดมาก
การแสดงนี้มีประโยชน์เมื่อจังหวะการเคลื่อนไหวมีความสำคัญมากกว่าการได้รับภาพที่สมบูรณ์ซ้ำๆ สามารถรองรับการติดตามเวลาแฝงต่ำ หุ่นยนต์ความเร็วสูง และการเปลี่ยนแสงที่ยากลำบาก แต่สตรีมเหตุการณ์ไม่ใช่ภาพถ่ายปกติ เครื่องมืออัลกอริธึม การสร้างภาพ การบันทึก และการตรวจสอบความถูกต้องต้องได้รับการออกแบบรอบๆ โมเดลข้อมูล
วิธีที่รูปภาพตามเหตุการณ์ เซนเซอร์ เปลี่ยนเส้นทางข้อมูล
ระบบอ้างอิงที่เป็นประโยชน์จะเปิดเผยเส้นทางแบบเต็มจากการได้มาของ เซนเซอร์ ผ่านการกรองและการประมวลผลไปยังเอาต์พุตของแอปพลิเคชัน วางขอบเขตขอบเขตเหล่านั้นเพื่อให้สามารถประเมินเวลาแฝงและอัตราข้อมูลได้ตั้งแต่ต้นจนจบ
ความแตกต่างทางสถาปัตยกรรมที่สำคัญไม่ใช่แค่ “กล้องที่เร็วกว่ากับกล้องที่ช้ากว่า” ไปป์ไลน์การมองเห็นแบบเดิมๆ มักเริ่มต้นด้วยบัฟเฟอร์ภาพเต็ม ไปป์ไลน์ตามเหตุการณ์สามารถเริ่มประมวลผลแต่ละเหตุการณ์หรือหน้าต่างเหตุการณ์ขนาดเล็กได้ทันทีที่มาถึง ซึ่งช่วยให้การกรอง การจัดตำแหน่งการประทับเวลา ตรรกะตามภูมิภาคที่สนใจ และคุณสมบัติการเคลื่อนไหวทำงานใกล้กับ เซนเซอร์ โดยไม่ต้องรอให้เฟรมสมบูรณ์
อย่างไรก็ตาม ข้อมูลเหตุการณ์อาจมีความหนาแน่นสูงในฉากที่มีพื้นผิวสูง หรือภายใต้การสั่นสะเทือนและการสั่นไหว การออกแบบระบบจึงควรวัดอัตราเหตุการณ์ที่เลวร้ายที่สุด การใช้งานอินเทอร์เฟซ และแบนด์วิดท์หน่วยความจำ แทนที่จะคิดว่าการตรวจจับเหตุการณ์หมายถึงแบนด์วิธต่ำเสมอ
การมองเห็นตามเหตุการณ์เทียบกับการมองเห็นตามเฟรม
| มิติข้อมูล | การมองเห็นแบบเฟรม | วิสัยทัศน์ตามเหตุการณ์ |
|---|---|---|
| เอาต์พุต เซนเซอร์ | ภาพหนาแน่นในช่วงเวลาที่กำหนด | เหตุการณ์การเปลี่ยนแปลงความสว่างแบบอะซิงโครนัส |
| ข้อมูลเวลา | ถูกจำกัดด้วยการรับแสงและจังหวะเฟรม | การประทับเวลาแบบละเอียดที่เกี่ยวข้องกับแต่ละเหตุการณ์ |
| ข้อมูลฉากแบบคงที่ | เฟรมสมบูรณ์ยังมีมาเรื่อยๆ | กิจกรรมเล็กๆ น้อยๆ จากภูมิภาคที่ไม่เปลี่ยนแปลง |
| บริบทเชิงพื้นที่/สี | แข็งแกร่ง; ความเข้มของภาพที่สมบูรณ์และภาพสีที่สมบูรณ์ | ทางอ้อม; สตรีมเหตุการณ์อธิบายการเปลี่ยนแปลงมากกว่ารูปภาพทั่วไป |
| การเคลื่อนไหวด้วยความเร็วสูง | ต้องมีการรับแสงและอัตราเฟรมที่เพียงพอ | เหมาะสมกับการเปลี่ยนแปลงทางโลกอย่างรวดเร็ว |
| ระบบนิเวศของซอฟต์แวร์ | CV ที่เป็นผู้ใหญ่มากและเครื่องมือการเรียนรู้เชิงลึก | อัลกอริธึม การแสดง และชุดข้อมูลเฉพาะทางเพิ่มเติม |
| พอดีที่สุด | การสร้างภาพทั่วไป การจดจำ พื้นผิว และภาพที่มนุษย์สามารถอ่านได้ | ไดนามิกที่รวดเร็ว คุณสมบัติชั่วคราว และการรับรู้การเคลื่อนไหวที่มีความหน่วงต่ำ |
เวลาแฝง: วัดเซ็นเซอร์ต่อการตัดสินใจ ไม่ใช่องค์ประกอบเดียว
กล้องเหตุการณ์มักถูกเลือกสำหรับการรับรู้เวลาแฝงต่ำ แต่ความละเอียดการประทับเวลา เซนเซอร์ ไม่เหมือนกับเวลาแฝงของแอปพลิเคชัน ตัวชี้วัดทางวิศวกรรมที่มีประโยชน์คือเวลาตั้งแต่การเปลี่ยนแปลงในโลกแห่งความเป็นจริงไปจนถึงการตัดสินใจที่ปรากฏบนอินเทอร์เฟซระบบ พาธดังกล่าวประกอบด้วยการตอบสนองของ เซนเซอร์ การขนส่ง การบัฟเฟอร์ การประมวลผลล่วงหน้า การอนุมานหรือการติดตาม การตั้งเวลาซอฟต์แวร์ และการสื่อสารเอาท์พุต
กฎเดียวกันนี้ใช้กับกล้องแบบเฟรม ไปป์ไลน์อัตราเฟรมสูงที่ออกแบบมาอย่างดีพร้อมเส้นทางหน่วยความจำโดยตรงอาจมีประสิทธิภาพเหนือกว่าไปป์ไลน์เหตุการณ์ที่รวมไม่ดี สถาปัตยกรรมจึงควรได้รับการเปรียบเทียบด้วยการเคลื่อนไหว แสง และอัลกอริธึมที่เป็นตัวแทน
ซอฟต์แวร์วิชันซิสเต็มตามเหตุการณ์และข้อควรพิจารณาเกี่ยวกับ SDK
โดยทั่วไปแล้วสแต็กซอฟต์แวร์การมองเห็นตามเหตุการณ์จำเป็นต้องมีการกำหนดค่าอุปกรณ์ การถอดรหัสเหตุการณ์ การจัดการการประทับเวลา การกรอง การแสดงภาพ การบันทึก และการเล่นซ้ำ การมองเห็นตามเหตุการณ์ที่มีประโยชน์ SDK ควรทำให้ง่ายต่อการซิงโครไนซ์ทริกเกอร์ภายนอกและเซ็นเซอร์อื่นๆ ตรวจสอบอัตราเหตุการณ์ และสร้างลำดับที่บันทึกไว้ในระหว่างการพัฒนาอัลกอริทึม
สำหรับระบบที่ใช้งานจริง ซอฟต์แวร์ต้องขยายเกินกว่าเดสก์ท็อป SDK ทีมควรกำหนดวิธีการย้ายเหตุการณ์ไปยังทรัพยากร FPGA, MCU, MPU หรือ NPU วิธีจัดเก็บการสอบเทียบ ซิงโครไนซ์เวลาอย่างไร และวิธีเล่นซ้ำบันทึกภาคสนาม หากอัลกอริทึมแปลงเหตุการณ์เป็นเฟรมที่สะสม หน้าต่างการสะสมจะกลายเป็นการแลกเปลี่ยนเวลาแฝงกับข้อมูลที่ชัดเจน
ในกรณีที่การมองเห็นตามเหตุการณ์มีประโยชน์
แอปพลิเคชันการมองเห็นตามเหตุการณ์ทั่วไป ได้แก่ การติดตามเป้าหมายความเร็วสูง การควบคุมด้วยหุ่นยนต์ การไหลของแสง การวิเคราะห์การสั่นสะเทือนหรือการเคลื่อนไหว การตรวจสอบทางอุตสาหกรรมที่รวดเร็ว และการรับรู้อัตโนมัติในฉากที่มีการเปลี่ยนแปลงความสว่างมาก กรณีการใช้งานที่โดดเด่นที่สุดมักเป็นกรณีที่โครงสร้างชั่วคราวที่ละเอียดช่วยปรับปรุงการตัดสินใจได้โดยตรง แทนที่จะเปลี่ยนเพียงกล้องทั่วไปเท่านั้น
วิสัยทัศน์ตามเหตุการณ์สำหรับแพลตฟอร์มการป้องกันและอัตโนมัติ
ในระบบการป้องกัน การรักษาความปลอดภัย และระบบอัตโนมัติ การตรวจจับเหตุการณ์สามารถเกี่ยวข้องกับการชี้นำการเคลื่อนไหวที่รวดเร็ว การติดตามการทดลอง เพย์โหลดเชิงแสงที่มีความหน่วงต่ำ และการวิจัยการรวมเซ็นเซอร์ ระบบยังคงต้องตอบสนองความต้องการของแพลตฟอร์ม เช่น การซิงโครไนซ์ อินเทอร์เฟซที่กำหนด การออกแบบด้านสิ่งแวดล้อม การบันทึก ความปลอดภัยทางไซเบอร์ และการตรวจสอบความถูกต้อง การตรวจจับเหตุการณ์เป็นองค์ประกอบหนึ่งของห่วงโซ่ภารกิจ ไม่ใช่โซลูชันการรับรู้ที่สมบูรณ์ในตัวมันเอง
เมื่อสถาปัตยกรรมกล้องไฮบริดดีขึ้น
ระบบการปฏิบัติหลายอย่างได้ประโยชน์จากการผสมผสานรูปแบบต่างๆ เฟรมสามารถให้บริบทเชิงความหมายและภาพที่มนุษย์สามารถอ่านได้ ในขณะที่เหตุการณ์มีส่วนช่วยในรายละเอียดชั่วคราว เซ็นเซอร์ความร้อน เฉื่อย หรือเซ็นเซอร์วัดระยะสามารถเพิ่มความทนทานได้ ฟิวชั่นมีประโยชน์อย่างยิ่งเมื่อแอปพลิเคชันต้องการทั้ง "มันคืออะไร" และ “มันเคลื่อนไหวเมื่อใดและอย่างไร”
สำหรับระบบไฮบริด การแบ่งเวลาเป็นสิ่งสำคัญ ควรพิจารณาทริกเกอร์ฮาร์ดแวร์ โดเมนการประทับเวลา และการสอบเทียบก่อนที่จะสรุปอัลกอริธึม
สถาปัตยกรรมอ้างอิงการมองเห็นตามเหตุการณ์ที่ใช้งานได้จริง
ระบบอ้างอิงสามารถวางการกรองตามที่กำหนดและการประทับเวลาใน FPGA, การอนุมาน AI บน NPU หรือตัวเร่งความเร็ว, บริการแอปพลิเคชันบน MPU และการควบคุมดูแลบน MCU หรือคอร์แบบเรียลไทม์ พาร์ติชันที่ถูกต้องจะขึ้นอยู่กับอัตราเหตุการณ์ สถาปัตยกรรมโมเดล แบนด์วิธหน่วยความจำ และอินเทอร์เฟซภายนอก ของเรา คู่มือเปรียบเทียบ FPGA, NPU และ MPU สำหรับ Edge AI อธิบายการแบ่งพาร์ติชันนี้โดยละเอียด
รายการตรวจสอบการคัดเลือก
- กำหนดเวลาแฝงของเซ็นเซอร์ต่อการตัดสินใจสูงสุดที่ยอมรับได้
- วัดความเร็วการเคลื่อนไหวที่คาดหวัง ระยะแสง และกิจกรรมในฉากที่เลวร้ายที่สุด
- ตัดสินใจว่าต้องการความเข้มของภาพ สี หรือวิดีโอที่มนุษย์สามารถอ่านได้
- ประมาณการการเคลื่อนไหวของแบนด์วิดท์และหน่วยความจำสำหรับทั้งฉากทั่วไปและกรณีที่เลวร้ายที่สุด
- ยืนยันอัลกอริธึม ชุดข้อมูล และวิสัยทัศน์ตามเหตุการณ์ SDK
- วางแผนการซิงโครไนซ์กับแหล่งทริกเกอร์เฟรม ความร้อน แรงเฉื่อย หรือภายนอก
- เปรียบเทียบไปป์ไลน์ที่สมบูรณ์ก่อนที่จะแช่แข็งคอมพิวเตอร์, บอร์ดฐาน และการออกแบบการระบายความร้อน
เลือกรอบการสังเกตที่แอปพลิเคชันต้องการ
| คำถามเกี่ยวกับการสมัคร | แนวทางการประเมินก่อน | สิ่งที่จะทดสอบ |
|---|---|---|
| ฉลากหรือสีที่พิมพ์ถูกต้องหรือไม่? | การถ่ายภาพตามเฟรม | ความละเอียด แสงสว่าง การเปิดรับแสง และความแม่นยำในการตรวจสอบ |
| ขอบที่เคลื่อนที่อย่างรวดเร็วข้ามภูมิภาคเมื่อใด | การตรวจจับตามเหตุการณ์ | คุณภาพการกำหนดเวลา กิจกรรมในฉาก เหตุการณ์ที่ผิดพลาด และการหน่วงเวลาเอาต์พุตที่สมบูรณ์ |
| วัตถุใดมีอยู่ และมันเคลื่อนที่ได้แม่นยำแค่ไหน? | เฟรมไฮบริดและไปป์ไลน์เหตุการณ์ | การสอบเทียบ เวลาที่ใช้ร่วมกัน การนำเสนอ และประโยชน์ของฟิวชัน |
| ระบบจะทำงานด้วยการเปลี่ยนแสงหรือการสั่นสะเทือนหรือไม่? | ผู้สมัครทั้งสองภายใต้เงื่อนไขการเป็นตัวแทนเดียวกัน | ความแม่นยำของแอปพลิเคชัน อัตราเหตุการณ์หรือคุณภาพของเฟรม และการใช้ทรัพยากร |
ใช้งานและฉากเดียวกันเมื่อเปรียบเทียบผู้สมัคร การสร้างภาพที่คมชัดไม่ใช่ผลการตรวจจับ และการนับเหตุการณ์ที่สูงไม่ใช่หลักฐานของข้อมูลที่เป็นประโยชน์ ยอมรับเมตริกเอาต์พุตก่อนบันทึกการเปรียบเทียบ
วิธีปฏิบัติจริงในการสร้างงบประมาณเวลาในการตอบสนอง
ที่เฟรม 60 ต่อวินาที ช่วงเฟรมจะอยู่ที่ประมาณ 16.7 ms ภายใต้โมเดลแบบง่ายซึ่งมีการเปลี่ยนฉากเกิดขึ้นอย่างสม่ำเสมอระหว่างตัวอย่างที่เกิดขึ้นทันที การรอโดยเฉลี่ยสำหรับตัวอย่างถัดไปจะอยู่ที่ประมาณ 8.3 มิลลิวินาที การเปิดรับแสง การอ่านค่า การขนส่ง และการประมวลผลเป็นผลกระทบเพิ่มเติม เลขคณิตนี้อธิบายช่วงการสุ่มตัวอย่าง ไม่ใช่เวลาแฝงของกล้องที่วัดได้
ไปป์ไลน์เหตุการณ์ยังมีตัวเลือกการออกแบบที่เพิ่มความล่าช้าอีกด้วย หากแอปพลิเคชันรอให้หน้าต่างเหตุการณ์ 5 ms ปิดก่อนที่จะประมวลผล เหตุการณ์ที่อยู่ใกล้จุดเริ่มต้นของหน้าต่างนั้นสามารถรอได้เกือบ 5 ms ในขั้นตอนนั้นเพียงอย่างเดียว การประทับเวลา เซนเซอร์ ที่ดีไม่ได้ลบตัวเลือกการบัฟเฟอร์นั้น ใช้ตัวอย่างเหล่านี้เพื่อระบุขั้นตอนที่ควรค่าแก่การวัด ไม่ใช่เพื่ออ้างข้อได้เปรียบคงที่สำหรับ เซนเซอร์
| ขอบเขต | ไปป์ไลน์เฟรม | ไปป์ไลน์เหตุการณ์ |
|---|---|---|
| การสังเกต | การเปิดรับแสงและระยะเวลาในการสุ่มตัวอย่าง | การตอบสนองการเปลี่ยนแปลงความสว่างและการสร้างการประทับเวลา |
| ขนส่ง | การอ่านข้อมูล ลิงก์ และบัฟเฟอร์โฮสต์ | บัฟเฟอร์การเข้ารหัสเหตุการณ์ ลิงก์ และตัวถอดรหัส |
| การเตรียมการ | การแปลงภาพ การปรับขนาด และการเตรียมเทนเซอร์ | การกรอง กรอบเวลา และการสร้างตัวแทน |
| การตัดสินใจ | อัลกอริทึมและการกำหนดเวลาเอาต์พุต | อัลกอริทึมและการกำหนดเวลาเอาต์พุต |
วัดอายุเอาต์พุตด้วยความสัมพันธ์ที่ถูกต้องระหว่างนาฬิกาสังเกตและนาฬิกาผลลัพธ์ การประทับเวลาของซอฟต์แวร์เมื่อสิ้นสุดการโทรเพื่ออ่านด้วยกล้องไม่จำเป็นต้องแสดงถึงเวลาในการเปิดรับแสง ในทำนองเดียวกัน การประทับเวลาเหตุการณ์ที่แม่นยำอาจเป็นของนาฬิกาที่ยังไม่สอดคล้องกับโฮสต์
ออกแบบการเปรียบเทียบที่วิศวกรคนอื่นสามารถทำซ้ำได้
- กำหนดงาน การเคลื่อนไหวของเป้าหมาย ระยะแสง และเอาท์พุตที่ต้องการก่อนเลือกการตั้งค่า
- เลนส์เอกสาร ขอบเขตการมองเห็น การตั้งค่า เซนเซอร์ เวอร์ชันซอฟต์แวร์ และการสอบเทียบ
- บันทึกสภาวะของตัวแทน รวมถึงฉากที่ยาก เช่น การสั่นไหวหรือการสั่นสะเทือนตามที่เกี่ยวข้อง
- ประเมินความแม่นยำของงาน ความล่าช้าในการส่งออก อัตราข้อมูล และโหลดการประมวลผลที่ยั่งยืนร่วมกัน
- เก็บรักษาการบันทึกและไฟล์การกำหนดค่าเพื่อให้สามารถเปรียบเทียบการเปลี่ยนแปลงอัลกอริธึมกับอินพุตเดียวกันได้
สำหรับขั้นตอนการดำเนินการของเรา ซอฟต์แวร์กล้องเหตุการณ์และคู่มือ SDK ครอบคลุมถึงการแสดงข้อมูล การบันทึก และการใช้งาน ใช้ คู่มือการซิงโครไนซ์เวลา เมื่อรวมวิธีการต่างๆ
คุณควรประเมินกล้องใดเพื่อตรวจสอบคุณภาพ
เริ่มต้นด้วยข้อบกพร่องที่คุณต้องสังเกต ส่วนประกอบที่ขาดหายไป ฉลากที่พิมพ์ หรือเครื่องหมายพื้นผิวอาจเหมาะสมอย่างยิ่งกับการถ่ายภาพเฟรมแบบทั่วไปที่มีการควบคุมเลนส์และแสงสว่าง เมื่อสัญญาณสำคัญคือการเคลื่อนไหวเร็วหรือจังหวะเวลาที่แม่นยำของการเปลี่ยนแปลง ให้ประเมินการตรวจจับเหตุการณ์เทียบกับงานเดียวกัน
เขียนคุณลักษณะที่เกี่ยวข้องน้อยที่สุด ความเร็วของวัตถุ ขอบเขตการมองเห็น ความแปรผันของแสง และเวลาการตัดสินใจที่มีอยู่ รักษาความผันแปรของการผลิตตามปกติไว้ในการประเมิน: แบทช์ การเลื่อน ผิวสำเร็จ และตำแหน่งของชิ้นส่วนที่แตกต่างกัน เปรียบเทียบข้อบกพร่องที่พลาดและการคัดแยกที่ผิดพลาด รวมถึงความเร็วในการประมวลผล
การตรวจจับเหตุการณ์เป็นตัวเลือกในการทดสอบ ไม่ใช่ข้อกำหนดสำหรับทุกระบบการตรวจสอบ ดูของเรา วิสัยทัศน์ทางอุตสาหกรรมและโซลูชันการควบคุมคุณภาพ สำหรับการบูรณาการระหว่างกล้องกับเครื่องจักรและการวางแผน โครงการนำร่อง
คำถามที่พบบ่อยเกี่ยวกับการมองเห็นตามเหตุการณ์
วิสัยทัศน์ตามเหตุการณ์คืออะไร?
การมองเห็นตามเหตุการณ์เป็นวิธีการตรวจจับที่พิกเซลรายงานความสว่างในพื้นที่เปลี่ยนแปลงแบบอะซิงโครนัส แทนที่จะรอจนได้เฟรมภาพที่สมบูรณ์ โดยทั่วไปแต่ละเหตุการณ์จะมีพิกัดพิกเซล ขั้ว และการประทับเวลา ช่วยให้ข้อมูลเกี่ยวกับการเคลื่อนไหวสามารถเข้าถึงไปป์ไลน์การประมวลผลด้วยความละเอียดทางเวลาที่ดี
อะไรคือความแตกต่างระหว่างการมองเห็นตามเหตุการณ์และการมองเห็นตามเฟรม?
การมองเห็นตามเฟรมจะจับภาพที่สมบูรณ์ในช่วงเวลาที่กำหนด ในขณะที่การมองเห็นตามเหตุการณ์จะรายงานการเปลี่ยนแปลงเมื่อเกิดขึ้น กล้องแบบเฟรมให้บริบทเชิงพื้นที่และสีที่หนาแน่น เซ็นเซอร์เหตุการณ์สามารถลดข้อมูลฉากคงที่ที่ซ้ำซ้อนและปรับปรุงจังหวะเวลาสำหรับการเคลื่อนไหวที่รวดเร็ว สถาปัตยกรรมที่ดีที่สุดขึ้นอยู่กับงาน แสงสว่าง กลุ่มซอฟต์แวร์ และเวลาแฝงในการตัดสินใจที่จำเป็น
ซอฟต์แวร์ใดหรือ SDK ที่จำเป็นสำหรับการมองเห็นตามเหตุการณ์
ซอฟต์แวร์วิชันซิสเต็มตามเหตุการณ์ต้องจัดการสตรีมเหตุการณ์แบบอะซิงโครนัส ไม่ใช่แค่เทนเซอร์รูปภาพทั่วไปเท่านั้น SDK ที่ใช้งานได้จริงควรรองรับการกำหนดค่า เซนเซอร์ การกรองเหตุการณ์ การจัดการการประทับเวลา การสร้างภาพ การบันทึก การเล่น การสอบเทียบ การซิงโครไนซ์ และการแปลงเป็นการเป็นตัวแทนที่จำเป็นสำหรับการติดตามหรือไปป์ไลน์เครือข่ายประสาทเทียม
การมองเห็นตามเหตุการณ์ใช้ที่ไหน?
แอปพลิเคชันการมองเห็นตามเหตุการณ์ทั่วไป ได้แก่ หุ่นยนต์ความเร็วสูง การติดตามการเคลื่อนไหว ระบบอัตโนมัติ การตรวจสอบและการตรวจจับทางอุตสาหกรรม ซึ่งฉากที่เปลี่ยนแปลงอย่างรวดเร็วหรือการจัดแสงที่ยากทำให้จังหวะเวลามีความสำคัญ นอกจากนี้ยังสามารถเสริมกล้องทั่วไปในระบบการรับรู้แบบไฮบริดได้อีกด้วย
การมองเห็นตามเหตุการณ์สามารถนำมาใช้ในแพลตฟอร์มการป้องกันได้อย่างไร?
สำหรับแพลตฟอร์มการป้องกันและอัตโนมัติ เซ็นเซอร์เหตุการณ์สามารถรองรับสัญญาณการเคลื่อนไหวที่มีความหน่วงต่ำ การติดตามและการรับรู้ภายใต้ช่วงไดนามิกสูงหรือการเคลื่อนไหวที่รวดเร็ว ระบบที่ปรับใช้ได้ยังคงต้องมีการประทับเวลาที่กำหนด อินเทอร์เฟซที่ทนทาน การซิงโครไนซ์ การผสานข้อมูลเซนเซอร์ ซอฟต์แวร์ที่ได้รับการตรวจสอบ และการวัดอัตราเหตุการณ์ที่เลวร้ายที่สุดอย่างระมัดระวัง
อิมเมจตามเหตุการณ์ เซนเซอร์ แบนด์วิธต่ำกว่าเสมอหรือไม่
ไม่ ฉากที่อยู่นิ่งอาจสร้างข้อมูลเพียงเล็กน้อย แต่การสั่นสะเทือน การสั่นไหว หรือการเคลื่อนไหวที่มีพื้นผิวสูงสามารถสร้างสตรีมเหตุการณ์ที่หนาแน่นได้ ดังนั้นการออกแบบอินเทอร์เฟซและหน่วยความจำจึงควรใช้อัตราเหตุการณ์ที่เลวร้ายที่สุดที่วัดได้ แทนที่จะถือว่าการตรวจจับเหตุการณ์นั้นมีแบนด์วิธต่ำเสมอ
ระบบแมชชีนวิชัน, การถ่ายภาพความร้อน และคำถามในการตรวจสอบ
คอมพิวเตอร์วิทัศน์เป็นสาขากว้างๆ ในการดึงข้อมูลที่เป็นประโยชน์จากข้อมูลภาพ ในอุตสาหกรรม ระบบแมชชีนวิชัน ระบบจะต้องส่งผลการตรวจสอบซ้ำได้ภายใต้ข้อจำกัดด้านแสง การเคลื่อนไหว และเวลาของสายการผลิต เลือกระหว่างการตรวจจับตามเฟรมและตามเหตุการณ์โดยการทดสอบข้อบกพร่องหรือคุณสมบัติการเคลื่อนไหวที่แอปพลิเคชันจำเป็นต้องสังเกตจริง
การถ่ายภาพความร้อน เพิ่มมิติการวัดที่แตกต่าง: การแผ่รังสีอินฟราเรดที่เกี่ยวข้องกับอุณหภูมิพื้นผิว กล้องที่มองเห็นได้อาจเผยให้เห็นข้อบกพร่องของการประกอบหรือพื้นผิว ในขณะที่กล้องถ่ายภาพความร้อนจะเผยให้เห็นรูปแบบอุณหภูมิ รูปแบบเหล่านี้สามารถเสริมได้ แต่ก็ไม่ได้รับประกันการมองเห็นข้อบกพร่องทั้งหมด กำหนดการจัดตำแหน่ง เงื่อนไขการวัด และกฎการตัดสินใจ ก่อนที่จะรวมเข้ากับระบบการตรวจสอบ
สำรวจการตรวจสอบคุณภาพด้วยภาพและความร้อน
ข้อมูลอ้างอิงทางเทคนิค
- Gallego และคณะ: วิสัยทัศน์ตามเหตุการณ์ - แบบสำรวจ
- Prophesee: การสตรีมเหตุการณ์และการเข้าถึงแบบหน้าต่าง
ตัวอย่างการกำหนดเวลาเป็นการคำนวณตัวอย่าง การอ้างสิทธิ์ในการตรวจจับและการหน่วงเวลาระดับผลิตภัณฑ์จำเป็นต้องมีการวัดการใช้งานที่สมบูรณ์
ประเมินวิสัยทัศน์ตามเหตุการณ์ในวงจรการตัดสินใจที่แท้จริงของคุณ
แบ่งปันเป้าหมาย โปรไฟล์การเคลื่อนไหว อินเทอร์เฟซ สภาพแวดล้อม และปริมาณ โครงการนำร่อง เราสามารถแม็ปข้อกำหนดลงใน เซนเซอร์, FPGA และสถาปัตยกรรมการประมวลผลในเครื่องได้
