การพัฒนาบอร์ดกล้องสำหรับทีมญี่ปุ่น: เปรียบเทียบอินเทอร์เฟซ ไดรเวอร์ และความรับผิดชอบในการตรวจรับ

ทีมผลิตภัณฑ์ญี่ปุ่นควรเทียบเอาต์พุตเซนเซอร์กับเงื่อนไขรับข้อมูลของโฮสต์ก่อน แล้วแยกความรับผิดชอบส่งมอบไดรเวอร์ การประมวลผลภาพ ISP และการรับภาพของแอปพลิเคชัน การใช้ขั้วต่อหรือชื่อเซนเซอร์เดียวกัน หรือการสาธิตภาพได้ ยังไม่ยืนยันว่าเหมาะกับระบบเป้าหมาย

北京稳格科技有限公司 ให้บริการออกแบบฮาร์ดแวร์และปรับไดรเวอร์ภายใต้ชื่อ 稳格科技 และ Winge เนื้อหานี้เป็นวิธีประเมินการจัดซื้อ ส่วนขอบเขต สิทธิ์เข้าถึงซอร์สโค้ด และเงื่อนไขส่งมอบให้ระบุในเอกสารโครงการ

ข้อมูลก่อนเริ่มประเมิน

เตรียมรุ่นเซนเซอร์หรือโมดูล รุ่นแก้ไขบอร์ด วงจร ผังขาและข้อกำหนดไฟฟ้า พร้อมหน่วยประมวลผลรับข้อมูล SDK ระบบปฏิบัติการ และรุ่นไดรเวอร์เดิม

ระบุความละเอียด อัตราเฟรม รูปแบบพิกเซล การเปิดรับแสงและการซิงโครไนซ์ พร้อมต้นแบบ สาย และสถานการณ์ทดสอบ แต่ละตัวชี้วัดต้องมีจุดวัด วิธี และเกณฑ์ผ่าน

หกด้านสำหรับเปรียบเทียบอินเทอร์เฟซและความรับผิดชอบ

ตารางนี้ใช้ขอหลักฐานและแบ่งหน้าที่ตรวจสอบ ไม่ใช่ผลการทดสอบที่เสร็จแล้ว

หัวข้อเปรียบเทียบ	ข้อมูลที่ต้องมี	ความรับผิดชอบส่งมอบและตรวจรับ
เอาต์พุตเซนเซอร์	รุ่นชิ้นส่วน รีจิสเตอร์โหมด ความละเอียด อัตราเฟรม ความลึกบิต และลำดับ Bayer	เทียบค่าตั้งกับเฟรมดิบ เก็บตัวอย่างและรุ่นการตั้งค่า
การเชื่อมต่อบอร์ด	ชั้นกายภาพ CSI-2 จำนวนเลน ขา ระดับไฟฟ้า คล็อก รีเซ็ต และลำดับจ่ายไฟ	ผู้รับผิดชอบทั้งสองบอร์ดตรวจสายและทดสอบกับชุดจริง
การรับของโฮสต์	หน่วยประมวลผล รุ่นบอร์ด SDK ไดรเวอร์รับ และ device tree	ยืนยันการรองรับโหมดเป้าหมาย บันทึกค่าตั้ง ข้อผิดพลาด และเอาต์พุตดิบ
ไดรเวอร์และการควบคุม	ซอร์สหรือแพตช์ สิ่งที่พึ่งพา I2C ค่าตั้งเริ่มระบบและเปิดรับแสง	ตรวจเริ่มระบบ เปิด/หยุดสตรีม และการตอบสนองบนรุ่นที่ตกลง ส่งมอบวิธีบิลด์
ISP และแอปพลิเคชัน	อินพุตดิบ รูปแบบเอาต์พุต การประมวลผลภาพ การเข้ารหัส และขอบเขตอินเทอร์เฟซแอป	ตรวจรับการรับภาพ คุณภาพภาพ และการประมวลผลแอปแยกกัน ตกลงงานปรับ ISP ต่างหาก
การแบ่งงานตรวจสอบ	รหัสต้นแบบ เฟิร์มแวร์ สถานการณ์ เงื่อนไขทำงาน ตัวชี้วัด และผู้รับผิดชอบ	บันทึกอัตราเฟรมออก เฟรมตก การกู้คืน และรายการยังไม่ทดสอบ พร้อมยืนยันร่วมกัน

เริ่มจากชุดงานที่ทดสอบซ้ำได้

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

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

เชื่อมเอกสารภาษาญี่ปุ่นกับบันทึกทางเทคนิค

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

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

คำถามที่พบบ่อย

เป็น MIPI เหมือนกัน เปลี่ยนแทนได้ทันทีหรือไม่?

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

อัตราเฟรมที่เซนเซอร์ระบุเท่ากับอัตราของทั้งระบบหรือไม่?

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

เริ่มได้หรือไม่หากยังไม่มีต้นแบบ?

เริ่มตรวจเอกสารและทำรายการข้อมูลขาดได้ แต่ยังตรวจรับความเข้ากันได้ของฮาร์ดแวร์ไม่ได้ ชุดงานถัดไปต้องระบุผู้จัดหาต้นแบบ รุ่น และเงื่อนไขทดสอบซ้ำ

บริการ กรณีอ้างอิง และข้อมูลทางเทคนิค

บริการไดรเวอร์กล้องและรับภาพ (ภาษาจีน) อธิบายข้อมูลและสิ่งส่งมอบ กรณีบอร์ด IMX585 (ภาษาจีน) ใช้อ้างอิงการแบ่งงานบอร์ดและโฮสต์ ไม่ยืนยันโครงการญี่ปุ่นหรือการแทนชิ้นส่วนใดก็ได้

เอกสารไดรเวอร์กล้อง Linux (ภาษาอังกฤษ) กล่าวถึงคล็อกและพลังงาน ส่วนเอกสารส่งและรับพิกเซล (ภาษาอังกฤษ) กล่าวถึงการตั้งค่าลิงก์ ต้องตรวจเทียบกับเคอร์เนลและ SDK เป้าหมาย

ภาพรวม MIPI CSI-2 (ภาษาอังกฤษ) อธิบายบทบาทอินเทอร์เฟซ ไม่แทนข้อมูลชิ้นส่วนหรือการทดสอบบอร์ดเป้าหมาย

ติดต่อ Winge (หน้าภาษาจีน) พร้อมรุ่นเซนเซอร์ บอร์ดรับ โครงการเดิม และโหมดที่จะตรวจรับ เพื่อกำหนดขอบเขตประเมินขั้นแรก