การตรวจสอบย้อนกลับจากเครื่องจักรถึงชิ้นงาน: RFP และ FAT/SAT

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

ผลลัพธ์ที่ต้องซื้อคือความเชื่อมโยงระหว่างเครื่องกับผลิตภัณฑ์

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

ภาพรวมการเลือกรูปแบบดำเนินโครงการอยู่ในแนวทางเลือกระบบตรวจสอบย้อนกลับ ส่วนการอนุมัติการเปลี่ยนแปลงคน เครื่อง วัสดุ และวิธีการเป็นขอบเขตของระบบจัดการการเปลี่ยนแปลง 4M บทความนี้เจาะเฉพาะหนึ่งขั้นตอนของเครื่องจักร: จะพิสูจน์อย่างไรว่าเครื่องใดทำงานกับวัตถุดิบล็อตใด และสร้างผลผลิตล็อตหรือหมายเลขใด ไม่ได้แทนการจัดการข้อมูลตรวจสอบคุณภาพทั้งโรงงาน หรือข้อกำหนดการเชื่อมต่อ SEMI EDA/SECS/GEM การเชื่อมต่อเดิมอาจเป็นแหล่งข้อมูล แต่ยังต้องกำหนดความหมายของเหตุการณ์ที่ผูกกับผลิตภัณฑ์

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

เลือกระดับการระบุชิ้นงานและขอบเขตกระบวนการก่อนเลือกซอฟต์แวร์

ไม่ใช่ทุกกระบวนการจะอ่านหมายเลขแต่ละชิ้นได้ที่เครื่อง สถานีประกอบแบบไหลทีละชิ้นอาจเชื่อม serial กับรอบเครื่องผ่านการสแกนเข้าออก เครื่องฉีดพลาสติกหลาย cavity อาจต้องใช้หมายเลข shot และ cavity เตาแบบต่อเนื่องอาจต้องใช้ช่วงเวลา จุดเปลี่ยนวัตถุดิบ เวลาพำนัก และล็อตผลผลิต ส่วนถังผสมต้องรองรับวัตถุดิบหลายล็อตกับผลผลิตหลายล็อต ให้เลือกระดับละเอียดที่สุดที่พิสูจน์ได้จริง ไม่ควรสัญญาว่าติดตามรายชิ้นได้หากหน้างานเห็นเพียงระดับ batch

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

นิยามคำว่า “ผ่านการผลิต” ให้ตรงกัน

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

ข้อตกลงข้อมูลเหตุการณ์จากเครื่องถึงชิ้นงาน

คำสั่ง “เก็บทุก tag จาก PLC” ไม่ใช่เกณฑ์รับมอบ ข้อตกลงต้องระบุว่าเหตุการณ์ใดเกิดขึ้นกับชิ้นงานใด เมื่อไร ภายใต้เงื่อนไขใด และจัดการความไม่แน่นอนอย่างไร ตารางนี้เป็นจุดตั้งต้นของโครงการ มิใช่ข้ออ้างว่ามาตรฐานหรือกฎหมายกำหนดทุกช่องกับทุกโรงงาน

ควรใช้ asset ID ที่คงที่เป็นคีย์ แม้ชื่อเรียก “เครื่อง 2” หรือชื่อไลน์เปลี่ยนไป ให้เก็บชื่อแสดงผลและตำแหน่งเป็นคุณสมบัติที่มีช่วงเวลามีผล เครื่องมือ แม่พิมพ์ และเกจที่ย้ายเครื่องได้ต้องมี ID ของตนเอง ค่าวัดต้องมีหน่วย จุดที่วัด และนิยามว่าเป็น setpoint ค่า ณ ขณะหนึ่ง ค่าสูงสุด ค่าเฉลี่ย หรือค่าจบรอบ ข้อมูล “อุณหภูมิ 160” โดยไม่มีความหมายเหล่านี้ใช้สอบสวนได้ยาก ISA-95 เป็นกรอบอ้างอิงเรื่องลำดับชั้นอุปกรณ์และการเชื่อมระดับธุรกิจกับควบคุม แต่ไม่ได้กำหนด ID เฉพาะโรงงานให้โดยอัตโนมัติ

หนึ่งล็อตเข้าอาจมีหลายล็อตออก

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

ห้าสถานการณ์ที่จับคู่ด้วยเวลาอย่างเดียวอาจผิด

หนึ่ง นาฬิกาของ PLC gateway และ MES ไม่ตรงกัน เก็บทั้งเวลาต้นทางและเวลารับ ตรวจสถานะการซิงก์ และแสดงช่วงที่การจับคู่ด้วยเวลาไม่มั่นใจ เกณฑ์ความคลาดเคลื่อนควรต่างกันตามรอบงานจริง ไม่ควรใช้ค่าเดียวทั้งโรงงาน สอง รอบงานอาจซ้อนกันเมื่อมีชิ้นงานค้างในบัฟเฟอร์ ใช้ cycle ID หรือการสแกนเข้าออกแทนการเลือก timestamp ใกล้ที่สุด สาม เครือข่ายล่มแล้ว gateway ส่งข้อมูลย้อนหลัง ต้องใช้ event ID คงที่เพื่อไม่ให้นับซ้ำ และแยกเวลาเกิดจริงจากเวลาที่ข้อมูลมาถึง สี่ ช่วงเปลี่ยน recipe ต้องระบุว่ารุ่นใหม่เริ่มมีผลกับชิ้นงานใด ห้า งานซ่อม การดีดออกด้วยมือ สแกนไม่สำเร็จ และการยกเลิกรอบต้องมีสถานะข้อยกเว้น บันทึกผู้แก้ เหตุผล และค่าก่อนหลัง ไม่ให้กลายเป็นชิ้นดีปกติเงียบ ๆ

ใช้ OPC UA, ISA-95 และ GS1 ในจุดที่เหมาะสม

OPC UA for Machinery ให้โครงสร้างข้อมูลเครื่องจักร และ Part 3 ว่าด้วยการจัดการ job ข้อกำหนด OPC UA for Machine Tools มีแบบจำลองการติดตามเครื่องและ job จึงเป็นแหล่งอ้างอิงในการรับข้อมูลจากเครื่อง แต่ไม่ได้บอกว่า serial ใดผ่าน cycle ใดในโรงงานของเรา กฎแปลงสัญญาณเป็นเหตุการณ์และจุดยืนยัน ID ยังต้องออกแบบที่หน้างาน ISA-95 ช่วยแยก order ของ ERP, work instruction ของ MES และ job บนเครื่อง ส่วน GS1 EPCIS เป็นกรอบเหตุการณ์เพื่อแสดงและแบ่งปันความเคลื่อนไหวของผลิตภัณฑ์หรือทรัพย์สิน มาตรฐานเหล่านี้อยู่คนละชั้นของงาน

RFP ต้องมีตัวอย่างเหตุการณ์และฉากทดสอบ

เขียนเพียง “เชื่อม PLC และมี traceability” จะทำให้ข้อเสนอแต่ละรายครอบคลุมงานต่างกัน ควรให้ผังกระบวนการ รายการสัญญาณ จุดระบุผลิตภัณฑ์ แหล่งคำสั่งงานและรุ่น recipe ผลการค้นหาที่ต้องการ วิธีตัดสินข้อยกเว้น และข้อมูลทดสอบชุดเดียวกัน หากยังไม่มีเอกสารสัญญาณจากผู้ผลิตเครื่อง ให้ขอราคาสำรวจแยกจากราคาดำเนินการเพื่อเปรียบเทียบข้อเสนอได้

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

สิ่งที่ผู้เสนอราคาควรส่งคือแผนผังแปลงสัญญาณเป็นเหตุการณ์พร้อมหน่วยและจังหวะอัปเดต แผนผังความสัมพันธ์ของ asset, order, job, recipe, material และ output ผังสถานะปกติ alarm งานซ่อม เครือข่ายล่ม และการแก้มือ ตัวอย่างไฟล์ event หน้าค้นจาก serial และ alarm แผน FAT/SAT พร้อมหลักฐาน และคู่มือจัดการรายการที่จับคู่ไม่ได้ จำนวน tag ไม่จำกัดเพียงอย่างเดียวไม่ได้ยืนยันว่าตรวจสอบชิ้นงานได้

แยกหน้าที่และรายการลงทุน

ผู้ผลิตเครื่องอธิบายสัญญาณ PLC ได้ แต่โรงงานต้องตัดสินว่าสัญญาณนั้นใช้ยืนยันชิ้นงานใด ทีม ERP ทราบที่มาของ order ID แต่ไม่อาจยืนยันเองว่าเครื่องโหลดโปรแกรมรุ่นใดจริง ให้กำหนดผู้ให้ข้อมูล ผู้แปลง ผู้อนุมัติ และผู้แก้ปัญหาของแต่ละช่อง ข้อมูล revision และการสอบเทียบต้องอ้างสถานะในเวลาผลิต ไม่ใช่ดูค่า master ปัจจุบันอย่างเดียว

แยกราคาอุปกรณ์ระบุชิ้นงาน การเพิ่มสัญญาณ gateway การแปลงเหตุการณ์ การเชื่อม MES/ERP หน้าค้นหา การเก็บข้อมูล FAT/SAT การฝึกอบรม และบำรุงรักษา อาจต้องแยกค่า survey เครื่องและเวลาหยุดไลน์ เมื่อนำแบบไปใช้กับเครื่องอื่น อย่าดูแค่ว่าใช้ PLC รุ่นเดียวกัน เพราะ “จบรอบ” ของเครื่องหนึ่งอาจหมายถึงจบการประมวลผล แต่อีกเครื่องหมายถึงปล่อยชิ้นงานแล้ว

FAT และ SAT ต้องพิสูจน์ความสัมพันธ์กับชิ้นงาน

FAT ใช้สัญญาณและการสแกนที่ควบคุมได้เพื่อทดสอบกฎและซอฟต์แวร์ที่ผู้ขาย SAT ทดสอบซ้ำบนไลน์จริง รวมสายไฟ เครือข่าย นาฬิกา ผู้ปฏิบัติงาน และการเคลื่อนของชิ้นงาน การเปิดหน้าจอสำเร็จไม่ใช่เกณฑ์ผ่าน ให้เก็บ ID ชิ้นงานและ event ที่ใช้ทดสอบ ข้อมูลป้อน ผลคาดหวัง ผลส่งออกจริง และวิธีตัดสินข้อแตกต่าง

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

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

เริ่มจากหนึ่งเครื่องและสองคำถามสอบสวน

เลือกเครื่องและกลุ่มผลิตภัณฑ์ตัวแทน ทดสอบว่าจาก serial ที่เสียสามารถย้อนหาสภาวะเครื่อง และจาก alarm สามารถหาผลผลิตที่เกี่ยวข้องได้ ทำเครื่องหมายบนผังกระบวนการว่าวัตถุดิบ คำสั่งงาน recipe ที่โหลด เครื่องมือ และหมายเลขผลผลิตยืนยันเมื่อไร อย่าแสดงข้อเท็จจริงที่ไม่ได้สังเกตว่า “ปกติ” ให้ฝ่ายผลิต คุณภาพ ซ่อมบำรุง และ IT ยอมรับขอบเขต ก่อนตรึงข้อตกลงแล้วทำ FAT/SAT

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

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

เก็บ PLC tag ทั้งหมดก็ทำ traceability ของเครื่องจักรได้หรือไม่?

ยังไม่พอ ข้อมูลดิบช่วยวิเคราะห์เชิงลึก แต่ประวัติผลิตภัณฑ์ต้องมี event ID, ID ชิ้นงานและเครื่อง ขอบเขตขั้นตอน ค่าจริง และกฎข้อยกเว้น ควรเก็บทั้งหลักฐานดิบและผลการเชื่อมโยงที่ตรวจสอบได้

เครื่องเดิมอ่าน serial ไม่ได้ ต้องเลิกติดตามรายชิ้นหรือไม่?

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

RFP ควรให้ผู้ขายสาธิตอะไร?

ให้ค้นจาก serial ไปสู่ประวัติเครื่อง และจาก alarm ไปสู่ผลผลิต โดยใช้ข้อมูลตัวอย่างที่โรงงานให้ รวมการเปลี่ยน recipe เครือข่ายล่มกับการส่งซ้ำ งานซ่อม และสแกนไม่สำเร็จ ขอไฟล์ event และผลคาดหวังเป็นหลักฐาน

ผ่าน FAT แล้วข้าม SAT ได้หรือไม่?

FAT พิสูจน์กฎด้วยข้อมูลควบคุม ส่วน SAT พิสูจน์สัญญาณจริง สายไฟ เวลา บัฟเฟอร์ และการทำงานของคน ข้อเท็จจริงหน้างานอาจทำให้ต้องปรับข้อตกลงเหตุการณ์ จึงควรรับมอบด้วยการทดสอบบนไลน์จริง

สรุป

หัวใจของการจัดซื้อระบบตรวจสอบย้อนกลับจากเครื่องจักรคือเหตุการณ์ที่พิสูจน์ได้ว่าเครื่องหนึ่งทำงานกับผลิตภัณฑ์ใด ไม่ใช่จำนวน tag เชื่อม asset ID, job, recipe revision ที่ใช้จริง ช่วงเวลา ค่าจริง สภาพเครื่องมือและการสอบเทียบ alarm วัตถุดิบ และผลผลิตตามระดับที่สังเกตได้อย่างน่าเชื่อถือ แล้วใช้ FAT/SAT ทดสอบทั้งงานปกติและข้อยกเว้นพร้อมเก็บหลักฐาน

หากโรงงานในไทยกำลังเชื่อมเครื่องเดิมกับ MES หรือ ERP สามารถเริ่มจากผังกระบวนการของเครื่องหนึ่งตัวและตำแหน่งสแกนปัจจุบัน ติดต่อ TOMAS TECH เพื่อหารือข้อตกลงเหตุการณ์และเกณฑ์รับมอบได้ตั้งแต่ก่อนจัดทำ RFP

แหล่งอ้างอิงและขอบเขต

• OPC Foundation: OPC UA for Machinery Part 1
• OPC Foundation: OPC UA for Machinery Part 3 Job Management
• OPC Foundation: OPC UA for Machine Tools Part 1
• International Society of Automation: ISA-95
• GS1: EPCIS and CBV
• GS1: EPCIS 2.0.1

รายการ event และกรณีทดสอบในบทความเป็นแนวทางออกแบบการใช้งาน ให้ตรวจข้อบังคับจริง ระยะเวลาเก็บ และความต้องการเฉพาะกับสัญญาลูกค้า กฎผลิตภัณฑ์ และระบบคุณภาพของโรงงาน