การบูรณาการแมชชีนวิชันสำหรับโครงการอุปกรณ์ในเยอรมนี: การรับภาพ การตัดสินข้อบกพร่อง และการเชื่อมต่อ PLC

การบูรณาการวิสัยทัศน์ทางอุตสาหกรรมควรแยกความรับผิดชอบสามประการออกจากกัน ชั้นการรับข้อมูลจะสร้างภาพที่ตรวจสอบย้อนกลับได้ภายใต้การตั้งค่าออปติคัล แหล่งที่มาของทริกเกอร์ และเวอร์ชันของกล้องที่กำหนดไว้ ชั้นการตัดสินใจใช้สูตรคงที่และเวอร์ชันอัลกอริทึมเพื่อส่งคืน PASS, FAIL หรือ UNKNOWN พร้อมรหัสเหตุผล PLC หรือระบบควบคุมความปลอดภัยที่ผ่านการตรวจสอบแล้ว เป็นเจ้าของการไหลของชิ้นงาน อินเตอร์ล็อค และการทำงานของอุปกรณ์ขั้นสุดท้าย เลเยอร์ทั้งสามควรเชื่อมโยงทริกเกอร์, frame_id, Recipe_version, ผลลัพธ์ และการตอบรับกับ part_id หรือ Cycle_id เดียวกัน แทนที่จะส่งบิตดี/ไม่ดีที่ไม่มีการกำหนดขอบเขต

Beijing Winge Technology Co., Ltd. ให้บริการวิชันซิสเต็ม วิชัน กล้องอุตสาหกรรม อัลกอริธึมการตรวจจับข้อบกพร่อง และบริการพัฒนาอินเทอร์เฟซอุปกรณ์ภายใต้ชื่อ Winge Technology และ Winge เนื้อหาต่อไปนี้รองรับการกำหนดขอบเขตระยะไกลสำหรับบริษัทหรือโครงการอุปกรณ์ในเยอรมนี ไม่ได้อ้างว่า Winge มีสำนักงานในเยอรมนี ลูกค้าชาวเยอรมัน หรือโครงการที่ก่อสร้างแล้วเสร็จในเยอรมนี

กำหนดขอบเขตของชิ้นงาน การสร้างภาพ ทริกเกอร์ และการควบคุมก่อนการพัฒนา

จัดเตรียมผลิตภัณฑ์ที่ได้รับการตรวจสอบและการแก้ไขเป็นอย่างน้อย ประเภทข้อบกพร่องและตัวอย่างขอบเขต มุมมองและรายละเอียดขั้นต่ำที่มองเห็นได้ เวลารอบสถานี กล้อง/เลนส์/แสง และเงื่อนไขการติดตั้ง SDK ของกล้องหรือเวอร์ชันเลเยอร์การขนส่ง แหล่งที่มาของทริกเกอร์และเวลา แพลตฟอร์มการประมวลผล โมเดล PLC และโปรโตคอล ตารางสัญญาณ/ที่อยู่/ประเภทข้อมูล การรีเซ็ตและล็อคความเป็นเจ้าของ กฎการเก็บรักษาผลลัพธ์ และคำจำกัดความของสถิติการยอมรับ หากโปรเจ็กต์ใช้ GenICam หรือ GigE Vision ให้บันทึกส่วนประกอบและเวอร์ชันจริง แทนที่จะถือว่าชื่อโปรโตคอลเป็นหลักฐานความเข้ากันได้ OPC UA สำหรับ Machine Vision สามารถแจ้งโมเดลสำหรับสถานะ สูตรอาหาร และผลลัพธ์; การนำไปใช้ยังคงขึ้นอยู่กับ PLC เป้าหมาย เครือข่าย และพื้นฐานอินเทอร์เฟซของโครงการ

ตารางอินเทอร์เฟซการได้มา การตัดสินใจ และ PLC-handshake

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

พื้นที่รับผิดชอบ	ฟิลด์ที่ต้องเป็นพื้นฐาน	ตัวอย่างการยอมรับและความล้มเหลว
การถ่ายภาพและการได้มาของภาพ	เวอร์ชันของกล้องและ SDK/เลเยอร์การขนส่ง, เลนส์และแสง, ขอบเขตการมองเห็น, ระยะการทำงาน, รูปแบบพิกเซล, การเปิดรับแสงและเกน, ทริกเกอร์ฮาร์ดแวร์/ซอฟต์แวร์, frame_id, การประทับเวลาการรับข้อมูล และสถานะคุณภาพของภาพ [ตัวระบุอินเทอร์เฟซที่แน่นอน: frame_id]	ใช้ตัวอย่างปกติ เปิดรับแสงมากเกินไป เปิดรับแสงน้อย เบลอ บัง เฟรมว่าง ดรอปเฟรม ทริกเกอร์ซ้ำ และกล้องตัดการเชื่อมต่อ ตรวจสอบการจับภาพ แฟล็กคุณภาพ การหมดเวลา และบันทึกการกู้คืน
ผลิตภัณฑ์ สูตร และพื้นฐานข้อบกพร่อง	product_id, Recipe_version, ขอบเขตการตรวจสอบ, ระดับข้อบกพร่อง, ขนาดทางกายภาพและสภาพการมองเห็น, ตัวอย่างขอบเขต, กฎ PASS/FAIL/UNKNOWN, เจ้าของคุณภาพและการแก้ไขกฎที่ได้รับอนุมัติ [ตัวระบุอินเทอร์เฟซที่แน่นอน: product_id, recipe_version, PASS, FAIL, UNKNOWN]	แยกการพัฒนา การปรับแต่ง และตัวอย่างการยอมรับที่เป็นอิสระ ครอบคลุมถึงความผันแปรที่ยอมรับได้ ข้อบกพร่องที่กำหนดไว้ ขอบเขตที่โต้แย้ง ล็อตใหม่ และการเลือกสูตรผิด
เครื่องมือวินิจฉัยข้อบกพร่อง	อัลกอริทึม/เวอร์ชันและแฮช ขนาดอินพุตและการประมวลผลล่วงหน้า ROI เกณฑ์ ประตูคุณภาพ รหัสผลลัพธ์ รหัสเหตุผล คะแนนเสริม และจุดเริ่มต้นการตรวจสอบโดยมนุษย์ [ตัวระบุอินเทอร์เฟซที่แน่นอน: result_code, reason_code]	ในเวอร์ชันคงที่และชุดการทดสอบอิสระ การตรวจจับบันทึก การยอมรับ/ปฏิเสธที่ผิดพลาด การพลาด ผลลัพธ์ที่ไม่รู้จัก และความสับสนตามชั้นเรียน อย่าบังคับให้ภาพคุณภาพต่ำหรือข้อบกพร่องที่มองไม่เห็นเข้าสู่ PASS
การจับมือกันของสถานี PLC	part_id/cycle_id, ลำดับคำขอหรือทริกเกอร์, พร้อม, ไม่ว่าง, result_valid, result_code, ACK, RESET, หมดเวลา, ลองใหม่, ซีแมนทิกส์ขอบ/ระดับ, สถานะเริ่มต้นและเวลาเริ่มต้นหลังรีสตาร์ท [ตัวระบุอินเทอร์เฟซที่แน่นอน: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET]	ออกกำลังกายตามรอบปกติ ทริกเกอร์ซ้ำและหายไป ผลลัพธ์ล่าช้า ACK ที่หายไป การรีสตาร์ท PLC/การมองเห็น การเปลี่ยนแปลงสูตร และการรีเซ็ตการหมดเวลา พิสูจน์ว่าผลลัพธ์แต่ละรายการเป็นของส่วนทางกายภาพเพียงส่วนเดียว
การจัดการ ลูกโซ่ และขอบเขตความปลอดภัย	ผู้ใช้ผลการมองเห็น, การดำเนินการปฏิเสธ, การเรียกคืน/การตรวจสอบโดยไม่ทราบสาเหตุ, ผลตอบรับของแอคชูเอเตอร์, บายพาสแบบแมนนวล, อินเตอร์ล็อคเพื่อความปลอดภัย, การอนุญาตและเงื่อนไขในการเข้าสู่สถานะที่ปลอดภัย	ยกเลิกการเชื่อมต่อบริการกล้อง แสง เครือข่ายหรืออัลกอริทึม และแทรกผลลัพธ์ที่ไม่ถูกต้องหรือตัวกระตุ้นที่ไม่ตอบสนอง ตรวจสอบว่า PLC/ตัวควบคุมความปลอดภัยเป็นไปตามตรรกะที่ตรวจสอบแล้ว และบิตการมองเห็นเดี่ยวไม่ถือเป็นฟังก์ชันความปลอดภัยของบุคลากรหรืออุปกรณ์
ความสามารถในการตรวจสอบย้อนกลับ การใช้งาน และเวอร์ชัน	part_id/cycle_id, frame_id, การกำหนดค่ากล้อง/แสง, สูตร_เวอร์ชัน, แฮชอัลกอริธึม, รหัสผลลัพธ์และเหตุผล, ลำดับ PLC, การประทับเวลา/โซนเวลา, การเก็บรักษาภาพดิบ/หลักฐาน, ซอฟต์แวร์และเวอร์ชันการกำหนดค่า [ตัวระบุอินเทอร์เฟซที่แน่นอน: part_id/cycle_id, frame_id, recipe_version, result_code]	ติดตามชิ้นส่วนทางกายภาพหนึ่งชิ้นกลับไปผ่านทริกเกอร์ เฟรม การตัดสินใจ การดำเนินการของ PLC และการตรวจสอบ ตรวจสอบความทนทานของสัญญาณนาฬิกา พื้นที่จัดเก็บเหลือน้อย การสตาร์ทขณะเย็น การอัพเกรด และความสอดคล้องของบันทึกการย้อนกลับ

แพ็คเกจงาน การส่งมอบ และการยอมรับ

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

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

ภาษาและเงื่อนไขการปรับใช้สำหรับโครงการภาษาเยอรมัน

สำหรับการส่งมอบให้กับโครงการในเยอรมัน ให้ยืนยันขอบเขตเอกสารภาษาเยอรมัน/อังกฤษ UI และคำศัพท์เฉพาะของข้อบกพร่อง รูปแบบทศนิยม/วันที่/หน่วย เขตเวลาของโครงการ เวอร์ชันซอฟต์แวร์ Windows/Linux และ PLC/กล้องเป้าหมาย และขอบเขตระหว่างการบูรณาการระยะไกล ตัวอย่างที่จัดส่ง และงานนอกสถานที่ ความปลอดภัยของเครื่องจักร ความปลอดภัยทางไซเบอร์ การเก็บรักษาข้อมูล การปฏิบัติตามข้อกำหนดของผลิตภัณฑ์ และใบอนุญาตไซต์จะต้องได้รับการยืนยันจากฝ่ายโครงการที่รับผิดชอบจากแหล่งที่มาหลักในปัจจุบันสำหรับอุปกรณ์จริง การใช้งาน และตำแหน่งการติดตั้งใช้งาน หน้านี้ไม่ได้ตั้งสมมติฐานเกี่ยวกับกฎระเบียบ การรับรอง ภาษี ระยะเวลาในการดำเนินการด้านลอจิสติกส์ หรือเงื่อนไขการสนับสนุนในท้องถิ่นของเยอรมนี

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

กล้องควรถูกกระตุ้นโดย PLC, เซ็นเซอร์ หรือแอปพลิเคชันวิชั่นหรือไม่

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

ผลการมองเห็นสามารถหยุดเครื่องจักรหรือปฏิเสธผลิตภัณฑ์ได้โดยตรงหรือไม่

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

ตัวอย่างความล้มเหลวใดบ้างที่จำเป็นนอกเหนือจากรอบ PASS และ FAIL ปกติ

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

บริการที่เกี่ยวข้อง วัสดุเคส และแหล่งที่มาหลัก

OPC UA สำหรับวิชันซิสเต็มส่วนที่ 1: ตรวจสอบขอบเขตแบบจำลองข้อมูลสำหรับการควบคุมวิชันซิสเต็ม สูตรและผลลัพธ์ที่แลกเปลี่ยนกับ PLC ของสถานีหรือซอฟต์แวร์อื่น ๆ หน้านี้ไม่ได้ถือเป็นโปรโตคอลโครงการบังคับ

การดาวน์โหลด EMVA GenICam สาธารณะปัจจุบัน: ตรวจสอบส่วนประกอบและเวอร์ชันสาธารณะในปัจจุบัน กล้องเป้าหมายยังต้องการการทดสอบ SDK, ฟีเจอร์โหนด, รูปแบบพิกเซล และความสามารถของทริกเกอร์

การพัฒนาบูรณาการระบบแมชชีนวิชั่น: ทบทวนขอบเขตการได้มาซึ่งตีพิมพ์ของ Winge การตัดสินใจข้อบกพร่อง อินเทอร์เฟซอุปกรณ์ การส่งมอบและการยอมรับ (แหล่งภาษาจีน)

กรณีการพัฒนาแอสเซมบลี-วิชันตาม Atlas: ใช้เฉพาะการได้มาซึ่ง USB/UVC ที่เผยแพร่, รูปภาพอ้างอิง, ROI, การบันทึกผลลัพธ์ และขอบเขตการย้อนกลับ อย่าสรุปประสบการณ์โครงการของเยอรมัน ความเข้ากันได้ของกล้อง/PLC โดยพลการ หรือการยอมรับสายการผลิตที่เสร็จสมบูรณ์ (แหล่งที่มาของจีน)

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