หลักการ สถานการณ์ และความเหมาะสม
PLC ทำงานตามรอบ scan และตรรกะควบคุมที่ต้องคาดการณ์เวลาได้ การเชื่อมผล Vision ควรแยกช่องอ่านข้อมูลจากช่องส่งคำสั่ง และกำหนด handshake เพื่อไม่ใช้ผลของชิ้นงานก่อนหน้ากับชิ้นงานถัดไป
PLC คืออุปกรณ์ควบคุมที่อ่านสัญญาณ คำนวณตรรกะ และส่งผลตามรอบ scan ส่วน Vision ใช้ภาพซึ่งอาจมาถึงช้าหรืออ่านไม่ได้ handshake คือขั้นตอนถาม ตอบ และยืนยันว่าได้ผลสำหรับงานเดียวกัน เปรียบเหมือนรับบัตรคิวแล้วคืนคำตอบพร้อมเลขคิว การมีค่าผ่านอยู่ในช่องข้อมูลไม่ได้แปลว่าเป็นผลของชิ้นปัจจุบัน ต้องตรวจหมายเลขและสถานะพร้อมใช้ด้วย
ด้านวิศวกรรมต้องกำหนดอายุผลและเจ้าของแต่ละสถานะอย่างชัดเจน การรอผลนานลดงานพักแต่เสี่ยงเกินจังหวะเครื่อง การตัดเวลาสั้นช่วยคาดการณ์รอบแต่เพิ่มผลไม่ทราบ วิศวกรเครื่องจักรต้องเลือกเงื่อนไขที่เหมาะกับความเสี่ยงและเส้นทางชิ้นงาน ไม่ใช้เวลาเฉลี่ยของโมเดลตัดสิน การเสนอเชื่อมคำสั่งเป็นการออกแบบที่ต้องประเมินแยกจากการอ่านข้อมูลและไม่ใช่วงป้องกัน
เลื่อนแผนภาพซ้าย–ขวาเพื่อดูรายละเอียดครบทุกส่วน
ตัวอย่างเชิงออกแบบ
ตัวอย่างเชิงออกแบบ: PLC ส่ง trigger พร้อมหมายเลขชิ้นงาน ระบบภาพตอบผลพร้อมหมายเลขเดิมและ valid flag หากหมดเวลาหรือหมายเลขไม่ตรงให้เข้าสถานะที่วิศวกรออกแบบไว้ ไม่ตีความการเงียบเป็นผ่าน
สถานการณ์สมมติ: เครื่องส่งคิว 101 แต่ได้รับผลคิว 100 ที่ค้างจากก่อนหน้า ต้องไม่ใช้ผลนั้นกับงานใหม่ แม้ผลเป็นผ่านและมาถึงในเวลา ระบบทดสอบควรเก็บเหตุว่าเลขไม่ตรงและรอขั้นตอนที่กำหนด ส่วนสถานะหลังหมดเวลาต้องมาจากการออกแบบเครื่อง ไม่กำหนดว่าหยุดหรือปล่อยชิ้นงานเป็นคำตอบสากล
ผู้ดูแลอาจเลือกทำสถานีพักตรวจหรือรอผลในจุดก่อนส่งงานต่อ ทางแรกต้องมีพื้นที่และวิธีตามชิ้นงาน ทางหลังอาจลดความเร็วสาย ให้ทีมผลิตและเครื่องจักรทบทวนร่วมกัน ใช้ simulator ส่งผลช้า ซ้ำ และสลับลำดับก่อนทดลองหน้างาน ไม่บังคับอุปกรณ์เคลื่อนที่ผิดจังหวะเพื่อสร้างเหตุทดสอบ
ข้อมูลนำเข้าและเงื่อนไขเริ่มต้น
ต้องมี tag/register map ชนิดข้อมูล byte order scan time ช่วงเวลาที่อนุญาต และสภาพปลอดภัยที่ทีมเครื่องจักรกำหนด ใช้ PLC ทดสอบหรือ simulator ก่อนแตะระบบผลิต
register คือช่องข้อมูลของอุปกรณ์ byte order คือลำดับไบต์ที่ใช้แปลตัวเลข ต้องทดสอบค่าบวก ลบ และขอบเขตชนิดข้อมูล พร้อมระบุว่าใครเขียนช่องใดเพื่อไม่ชนกับตรรกะเดิม
ผลควรมี sequence ID สถานะ valid เวลา และรหัสเหตุเมื่ออ่านไม่ได้ ไม่แทนผลไม่ทราบด้วยผ่านหรือศูนย์ เก็บสัญญา handshake และเวอร์ชันโปรแกรมเพื่อให้ผู้ดูแลทำซ้ำการตรวจได้
ขั้นตอนทดลองและเชื่อมงาน
- 1ทำสัญญา trigger-result-acknowledge พร้อม timeout และ sequence ID
- 2ทดสอบ endian การแปลงหน่วย และสถานะ valid ด้วยข้อมูลจำลอง
- 3ซ้อมสายหลุด ผลช้า และการ restart ก่อนเปิดสิทธิ์เชื่อมหน้างาน
การประเมินและเกณฑ์ตรวจรับ
วัดเวลา end-to-end และหางการกระจาย ไม่ใช้ inference time อย่างเดียว ตรวจว่าผลทุกชิ้นจับคู่ถูกและไม่ถูกใช้อีกหลัง reconnect เกณฑ์รับต้องมาจากข้อจำกัดเครื่องจักรจริง ไม่กำหนดเวลารับประกันจากตัวอย่างทั่วไป
end-to-end รวมรับ trigger ถ่ายภาพ รอคิว คำนวณ และส่งผล ตรวจกรณีหลายงานพร้อมกันและ restart ระหว่างขั้นยืนยัน เพราะเวลาเร็วในงานเดี่ยวไม่แสดงภาระสูงสุดที่ต้องรองรับ
ให้ทีมเครื่องจักรตรวจบันทึกคู่คิวกับผลทุกเหตุทดสอบ รวมเลขคิววนกลับและคำตอบที่มาหลังหมดเวลา ต้องมีหลักฐานว่าผลเก่าไม่ถูกนำมาใช้ใหม่ ไม่อาศัยการมองหน้าจอว่าสถานะเปลี่ยนได้เท่านั้น
เลื่อนแผนภาพซ้าย–ขวาเพื่อดูรายละเอียดครบทุกส่วน
กรณีล้มเหลวและข้อจำกัด
Gateway หรือ AI ไม่ทำให้เส้นทางสื่อสารเป็น safety-rated การเขียน register ผิดอาจเปลี่ยนสภาวะเครื่อง การเปลี่ยนโปรแกรม PLC ต้องผ่าน change control และผู้มีความสามารถ การทดลองนี้ไม่แทนการประเมินความเสี่ยงเครื่องจักร
การเชื่อมอ่านอย่างเดียวยังเพิ่มภาระสื่อสารบน PLC เก่า ต้องตรวจรอบอ่านกับเจ้าของระบบและจำกัดรายการที่จำเป็น ไม่เปิดทุก register เพื่อหาข้อมูลโดยไม่มีขอบเขตและการอนุมัติ
สภาวะที่เหมาะหลังข้อมูลหายแตกต่างตามเครื่องและอันตรายที่เกี่ยวข้อง บทความไม่ให้คำสั่งหยุดฉุกเฉินหรือรับรองเส้นทางควบคุม การขยายสิทธิ์เขียนในอนาคตต้องมีแผนย้อนกลับและการตรวจโดยผู้มีความสามารถ
รายการตรวจสอบก่อนใช้งาน
- ทุกผลผูกกับ sequence ID ที่ตรวจสอบหรือไม่
- หมดเวลาแล้วไม่มีการใช้ผลเก่าหรือไม่
- การเขียน tag มี whitelist และการอนุมัติหรือไม่