นำ IO-Link Safety มาใช้: ย้าย OSSD และตรวจรับ FAT/SAT

การนำ IO-Link Safety มาใช้ไม่ได้เริ่มจากการเลือกรุ่น Master แต่เริ่มจากการระบุว่า light curtain ประตูนิรภัย ปุ่มหยุดฉุกเฉิน และฟังก์ชันหยุดไดรฟ์แต่ละรายการลดอันตรายใด หลังเปลี่ยนระบบแล้วเครื่องจักรยังต้องมีสมรรถนะด้านความปลอดภัยและการหยุดตามที่ประเมินไว้ การรับสัญญาณได้ไม่ได้แปลว่าฟังก์ชันความปลอดภัยทั้งเครื่องผ่านการตรวจยืนยัน

โรงงานในไทยมักเปลี่ยนเครื่องจักรทุกตัวพร้อมกันไม่ได้ จึงควรแยกเครื่องที่คงอุปกรณ์ OSSD เดิม เครื่องที่จะเปลี่ยนเป็น IO-Link Safety Device และเครื่องที่เพิ่ม IO-Link ปกติเพื่อข้อมูลวินิจฉัยเท่านั้น บทความนี้เชื่อมการสำรวจหน้างาน RFP การทดสอบก่อนส่งมอบ FAT การทดสอบ ณ สถานที่ติดตั้ง SAT และการดูแลหลังใช้งาน การออกแบบและยืนยันฟังก์ชันความปลอดภัยต้องอาศัยผู้มีคุณสมบัติเหมาะสม การประเมินความเสี่ยงของเครื่อง และคู่มือความปลอดภัยของรุ่นที่ใช้จริง

จัดซื้อฟังก์ชันความปลอดภัยที่ทดสอบได้ ไม่ใช่เพียงช่องสื่อสาร

IO-Link ปกติเป็นการสื่อสารแบบจุดต่อจุดกับ Sensor และ Actuator ส่วน IO-Link Safety เพิ่มชั้นการสื่อสารที่เกี่ยวข้องกับความปลอดภัยโดยใช้ IO-Link เป็น black channel IO-Link Community อธิบาย FS-Master/FS-Device การส่งข้อมูลปกติและข้อมูลความปลอดภัยร่วมกัน และความเป็นไปได้ของพอร์ตที่ตั้งค่าให้ต่อ OSSD ในช่วงย้ายระบบ IEC 61139-2:2022 กำหนดส่วนขยายด้าน Functional Safety ของ SDCI ตาม IEC 61131-9 รวม OSSDe โปรโตคอลความปลอดภัยและการตั้งค่า แต่ไม่ครอบคลุมการบูรณาการ Fieldbus หรือ FSCP ระดับบน

คำว่า “รองรับ IO-Link Safety” ในใบเสนอราคาไม่อธิบายเส้นทางทั้งหมดถึง Safety PLC อุปกรณ์ตัดกำลัง และการหยุดเครื่อง ให้เขียนสายโซ่จากอุปกรณ์ตรวจจับ → พอร์ต → Safety Master → โปรโตคอลความปลอดภัยระดับบน → Safety PLC → Contactor/Drive → การหยุดการเคลื่อนที่อันตราย ระบุแต่ละจุดว่าตรวจข้อขัดข้องอะไร และเมื่อขัดข้องเข้าสู่สถานะปลอดภัยแบบใด

อย่านำค่าความสามารถสูงสุดในโบรชัวร์มาอ้างว่าเครื่องจักรทั้งเครื่องทำได้แล้ว ISO 13849-1:2023 ว่าด้วยการออกแบบและบูรณาการส่วนควบคุมที่เกี่ยวข้องกับความปลอดภัย ส่วน ISO 13849-2:2012 ว่าด้วยการยืนยันฟังก์ชันและ Category/Performance Level ที่ได้ด้วยการวิเคราะห์และทดสอบ ระดับที่ต้องการต้องมาจากการประเมินความเสี่ยงของเครื่องจริง ไม่ใช่เพดานของโปรโตคอล

แยกการรับรองข้อกำหนดจากการรับรองผลิตภัณฑ์

ข่าวของ IO-Link Community รายงานว่า TÜV SÜD รับรอง Specification V1.1.4 และเริ่มทดสอบ Master/Device ข่าวนี้ไม่ได้รับรองทุกรุ่น ทุก Firmware หรือทุกคู่การใช้งาน ขอเลขใบรับรอง รุ่นและเวอร์ชันที่ครอบคลุม มาตรฐาน เงื่อนไขจำกัด คู่มือความปลอดภัย และขอบเขตการรับรองของแต่ละรายการ ตรวจการจำหน่ายและบริการในประเทศที่ซื้อ รวมถึงอินเทอร์เฟซความปลอดภัยระดับบนด้วย

หน้าดาวน์โหลดของ Community แสดง Safety Systems Extensions V1.1.5 และ Safety Test Specification V1.1.5 ในชุดปี 2025 ที่เผยแพร่แล้ว ส่วนชุดปี 2026 ระบุ REVIEW จึงต้องล็อกเวอร์ชันอ้างอิงใน RFP และไม่ใช้ร่างทบทวนเป็นข้อกำหนดที่มีผลบังคับ ตรวจสถานะใหม่ก่อนสั่งซื้อ

ทำทะเบียนฟังก์ชันความปลอดภัยก่อนเลือกฮาร์ดแวร์

แบบที่เขียนว่า “ประตูนิรภัย” อาจไม่บอกว่าหยุดการเคลื่อนไหวใดหรือรีเซ็ตอย่างไร อีกทั้งเครื่องจักรอาจผ่านการดัดแปลงหลายครั้ง ทำทะเบียนตามเครื่องและเขตอันตรายดังนี้

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

หากต้องการเพียงข้อความวิเคราะห์เหตุขัดข้อง อาจคงวงจร OSSD ที่ตรวจยืนยันแล้วและอ่านสถานะแยกตามที่ผู้ผลิตอนุญาต คู่มือ IO-Link สำหรับรวมข้อมูล Sensor อธิบาย IODD และข้อมูลทั่วไป ส่วนบทความนี้เน้นกรณีที่เปลี่ยนเส้นทางการป้องกัน

สถาปัตยกรรมการย้ายระบบสามทาง

A. คงวงจรความปลอดภัยเดิมและเพิ่มการวินิจฉัยแยก

คง OSSD, Safety Relay หรืออินพุต Safety PLC และเอาต์พุตหยุดเดิม อ่านสถานะจากเอาต์พุตแยกหรือจุดเฝ้าดูที่คู่มืออนุญาต เหมาะเมื่อเวลาหยุดเครื่องสั้นและยังไม่ต้องเปลี่ยน Sensor ห้ามพ่วงสัญญาณนิรภัยโดยไม่ตรวจ เพราะโหลดเพิ่ม Test Pulse แหล่งจ่ายไฟร่วม หรือความเสียหายของสายอาจเปลี่ยนการทำงาน ให้ผู้ออกแบบและคู่มือผลิตภัณฑ์ยืนยันก่อน คำว่า “แค่เก็บข้อมูล” ไม่ได้แปลว่าไม่มีผลต่อความปลอดภัย

B. ใช้ Master ที่เหมาะสมร่วมกับ OSSD เดิมและ IO-Link Safety ใหม่

เปลี่ยนอุปกรณ์บางตัวและต่อ OSSD ที่เหลือเข้าพอร์ตที่รองรับอย่างชัดเจน คุณสมบัตินี้ขึ้นกับรุ่น Community ระบุว่า FS-Master อาจมี พอร์ตที่ตั้งค่าเชื่อม OSSD ได้ ไม่ใช่ทุกพอร์ตของทุก Master ข่าว PDP67 ของ Pilz เป็นตัวอย่างที่กล่าวถึงพอร์ต IO-Link Safety, Safe I/O ที่ตั้งค่าได้ และ Sensor OSSD เดิม ตรวจรุ่นจริง ประเภทและจำนวนพอร์ต ทิศทาง กระแส Test Pulse และการตรวจลัดวงจรในเอกสาร

ช่วงผสมจะมี OSSD, IO-Link Safety, IO-Link ปกติ และเครือข่ายความปลอดภัยระดับบนอยู่ร่วมกัน ทำ mapping ระหว่างหมายเลขเครื่อง พอร์ต รหัสฟังก์ชัน รุ่น/เวอร์ชันอุปกรณ์ที่อนุญาต checksum การตั้งค่า ตัวแปร PLC และกรณีทดสอบแบบหนึ่งต่อหนึ่ง อย่าพึ่งสีหัวต่อในการบำรุงรักษา

C. เปลี่ยน Device และ Master เป็นชุดที่ตรวจสอบร่วมกัน

เปลี่ยน Light Curtain หรืออุปกรณ์ประตูและออกแบบทางถึง Master ใหม่ หน้า Pilz ยกตัวอย่างกลุ่ม PDP67 IOLS, PSENopt II Advanced IOLS และ PITgatebox IOLS ขอหลักฐานความเข้ากันได้ของคู่ที่เสนอ ใบรับรอง คู่มือความปลอดภัย เครื่องมือตั้งค่าเฉพาะ ความพร้อมจำหน่ายในไทยและระยะเวลาจัดส่ง หน้าเว็บไซต์ที่มีชื่อรุ่นไม่เท่ากับรับประกันว่าของพร้อมส่งทันที

การแทนทั้งชุดอาจทำให้สายและการวินิจฉัยง่ายขึ้น แต่ระยะหยุด Muting การปลดล็อกประตูและตำแหน่ง Reset อาจเปลี่ยน ต้องปรับการประเมินความเสี่ยงและแผนตรวจยืนยันก่อนกำหนดวันติดตั้ง ถอดวงจรเก่าเมื่อแบบ As-built และการฝึกช่างเสร็จแล้ว

ตัวอย่างทะเบียนฟังก์ชัน: สายพานเครื่องบรรจุ

สมมติ Light Curtain ตรวจมือที่เข้าเขตอันตรายของสายพานและสั่งหยุด Drive อย่าเขียนเพียง “บังแสงแล้วมอเตอร์หยุด” ให้ระบุเขตอันตราย ทิศทางเข้าถึง การผ่านของสินค้า โหมดตั้งเครื่องและวิธีทำความสะอาด ไล่ OSSD สองช่องจากขั้วต่อไปถึง Safety PLC แล้วต่อจากเอาต์พุตไป STO หรือ Contactor ตรวจว่าจุดกด Reset มองเห็นทั้งเขตและเมื่อแสงกลับเครื่องไม่เริ่มเอง

ในข้อเสนอเปลี่ยนระบบ ให้เพิ่มคู่รุ่น Light Curtain/Master แบบ IO-Link Safety การเชื่อมระดับบนและเวอร์ชัน Tool จับคู่การตรวจสายขาด ลัดวงจรและ Sensor เสียของวงจรเดิมกับวิธีใหม่ แยกงบเวลาหยุดตั้งแต่การตรวจถึงเครื่องหยุด หากต้องมี Muting เพื่อให้สินค้าผ่าน ต้องทดสอบเงื่อนไข เวลา ลำดับผิดและการกลับมาหลังไฟดับเป็นรายกรณี หน้าจอที่วินิจฉัยละเอียดไม่แทนการตรวจยืนยัน FAT ทดสอบบังแสง ถอด Device เครือข่ายบนขาดและค่าผิด; SAT วัดเวลาหยุดและ Reset จริง ส่งมอบทะเบียน ใบรับรอง Backup และผลทดสอบภายใต้รหัสฟังก์ชันเดียวเพื่อให้การเปลี่ยนอะไหล่ในอนาคตมีเกณฑ์อนุมัติและทดสอบซ้ำชัดเจน

ระบุรอยต่อจาก Safety Master ถึง Safety PLC ระดับบนใน RFP

การสื่อสารจุดต่อจุดเป็นเพียงส่วนเดียว วิธีที่ Master เชื่อม Controller และความเข้ากันได้ของ PLC เดิมมีผลต่อราคาและเวลาหยุด เพราะ IEC 61139-2 ไม่ครอบคลุม Fieldbus/FSCP ระดับบน จึงต้องดูเอกสารและคู่มือความปลอดภัยของ Master/Gateway รุ่นจริง

ระบุผู้ผลิต รุ่นและ Firmware ของ Safety PLC เครือข่าย/โปรโตคอล จำนวน I/O รอบเวลา Watchdog เวอร์ชันเครื่องมือ License และข้อจำกัดการเปลี่ยนระบบ ขอผู้เสนอราคาอธิบายวิธีเชื่อม หลักฐานความเข้ากันได้ ขอบเขตการรับรอง Safe State เมื่อเสีย ความหมายรหัสวินิจฉัยและวิธีกู้คืน หาก PLC เดิมไม่รองรับ ให้เปรียบเทียบ Gateway ที่เหมาะและได้รับการรับรอง การเปลี่ยน Controller หรือคงแบบ A Gateway ที่แปลงเพียงข้อมูลทั่วไปใช้แทนทางสัญญาณนิรภัยไม่ได้

แม้ข้อมูลความปลอดภัยและข้อมูลวินิจฉัยใช้สายร่วมกัน ให้แยกวัตถุประสงค์ Safety PLC ทำการหยุดตามสถาปัตยกรรมที่ตรวจยืนยันแล้ว ส่วน MES/Cloud ช่วยซ่อมบำรุง ไม่ใช้ Event ที่มาช้าแทนการหยุดเพื่อป้องกัน คู่มือ การเก็บข้อมูล PLC อธิบายการเชื่อมข้อมูลทั่วไปและขอบเขตเครือข่าย

เปรียบเทียบแนวสายจริงก่อนสรุปว่าประหยัด

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

จุดต่างหกประการเมื่อย้ายจาก OSSD

1. การตรวจความผิดปกติ: บันทึกว่าเอาต์พุตคู่ Test Pulse และการตรวจลัดวงจรข้ามสายทำงานอย่างไร แปลงเป็นกรณีทดสอบของพอร์ตใหม่หรือวิธีวินิจฉัยที่เทียบกันได้
2. Reset/Restart: เมื่อพื้นที่ว่าง ประตูปิดหรือไฟกลับ ต้องพิสูจน์ว่าเครื่องไม่เริ่มเคลื่อนไหวอันตรายเอง อย่าใช้ Default ในเครื่องมือตั้งค่าแทนข้อกำหนดหน้างาน
3. เวลาตอบสนองและระยะหยุด: รวมเวลา Sensor, ช่วง IO-Link Safety, Master, เครือข่ายบน, Safety PLC, เอาต์พุตและเครื่องจักร รอบสื่อสารใน Catalog ไม่ใช่เวลาหยุดทั้งระบบ ตั้งเกณฑ์ก่อนติดตั้งและวัดจริงใน SAT
4. Muting/Blanking/Bypass: ระบุผู้อนุญาต เงื่อนไขโหมด และการเข้าสู่ Safe State เมื่อผิดปกติ ทบทวนอันตรายแทนการคัดลอกค่าเดิมโดยไม่ตรวจ
5. พารามิเตอร์/เปลี่ยนอุปกรณ์: Community อธิบาย Dedicated Device Tool เพิ่มจาก IODD สำหรับค่าความปลอดภัย ระบุเวอร์ชันและ checksum ที่อนุมัติ สิทธิ์และการทดสอบหลังเปลี่ยน การเสียบอะไหล่ไม่ได้พิสูจน์ว่าคุ้มครองเหมือนเดิม
6. ข้อความเสียและกู้คืน: แยกการบุกรุก Device Fault สื่อสารขาด Master ดับ และตั้งค่าไม่ตรง ข้อมูลวินิจฉัยช่วยช่างได้ แต่ไม่แทนหลักฐาน Performance Level หรือการควบคุมการเริ่มใหม่

ส่งแบบตอบ RFP เดียวกันให้ผู้เสนอราคาทุกเจ้า

แยกราคาอุปกรณ์ งานไฟฟ้า สาย เครือข่าย การแก้ Safety PLC ซอฟต์แวร์ สำรวจ ปรับ Risk Assessment, FAT, SAT, เจ้าหน้าที่ช่วงหยุดเครื่อง อบรม อะไหล่และบำรุงรักษา ระบุจำนวนและเงื่อนไขเพิ่มราคา ใช้ WBS หน้างานแทนคำโฆษณา “ลดสาย” หรือ “ลดเวลาติดตั้ง” ตรวจความเสี่ยงการพึ่งพาผู้ผลิตรายเดียวและการจัดหาอะไหล่จริง

ฝ่ายจัดซื้อไม่ควรอนุมัติการเปลี่ยนฟังก์ชันนิรภัยเพียงลำพัง ให้ฝ่ายผลิต บำรุงรักษา วิศวกรรมไฟฟ้า EHS, IT/OT และผู้สร้างเครื่องมีบทบาทลงนาม สิ่งส่งมอบรวมไฟล์ตั้งค่า ผลคำนวณความปลอดภัย ใบรับรอง แบบ ผลทดสอบและบันทึกฝึกอบรม

FAT: ทดสอบภาวะเสียก่อนนำไปติดตั้ง

FAT ไม่ใช่สาธิตการทำงานปกติอย่างเดียว เปลี่ยนอินพุตตามรหัสฟังก์ชันแล้วตามลอจิก เอาต์พุต การวินิจฉัยและเงื่อนไข Reset ระยะหยุดจริงยังต้องตรวจ SAT แต่ FAT ช่วยจับข้อผิดพลาดของสาย การตั้งค่า โปรโตคอลและโปรแกรม

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

SAT: พิสูจน์การหยุดจริงและขั้นตอนซ่อมบำรุง ณ โรงงาน

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

เทียบแบบ As-built กับสายจริงและผูกทุกพอร์ตกับรหัสฟังก์ชัน วัดเวลาหรือระยะหยุดตามเงื่อนไขออกแบบ ทดสอบตำแหน่งการกด/บังต่างกันและหลายอินพุตพร้อมกัน ทดสอบเครือข่ายขาด Master ดับ เปลี่ยน Device คืนค่าที่อนุมัติ และการป้องกันการเริ่มเอง ก่อนกลับผลิตต้องตรวจว่าไม่มีคนอยู่ในเขตอันตราย

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

ดำเนินการเป็นระยะพร้อมจุดอนุมัติ

สำรวจ: รวมทะเบียนเครื่อง อุบัติเหตุ แบบ ประวัติแก้และป้ายรุ่น ไล่แต่ละฟังก์ชันจาก Sensor ถึงอุปกรณ์สุดท้าย การมี IO-Link ปกติไม่ได้รับรองงาน Safety เลือก Pilot ที่สะท้อน OSSD/PLC และข้อจำกัดหยุดจริง

ออกแบบ: เทียบคงวงจรเดิม แบบผสม และแทนชุดตามเวลาหยุด การเปลี่ยน Safety งานยืนยัน อะไหล่และทักษะช่าง คิดค่าแก้ Risk Assessment และทดสอบซ้ำ ระบุผลที่การย้ายบางส่วนทำได้จริง

ตรวจรับ: ตั้ง Gate รีวิวแบบ ตรวจใบรับรอง FAT ตรวจติดตั้ง SAT อบรมและแบบสุดท้าย พร้อมผู้อนุมัติ ระบุล่วงหน้าข้อเสียด้าน Safety ที่ห้ามเปิดเครื่อง แยกความต้องการตกแต่งหน้าจอออกจากเกณฑ์อนุญาตให้ผลิต

ใช้งาน: ควบคุมการเปลี่ยน Firmware, Tool, โปรแกรม PLC และโปรโตคอล ตรวจว่าใบรับรองครอบคลุมอะไหล่รุ่นใหม่ ฝึกกู้ Backup และรักษาตาราง mapping ระหว่าง Alarm กับ Safe State จริง

เงื่อนไขเพิ่มเติมสำหรับโรงงานไทย

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

กำหนดผู้รับผิดชอบเอกสารเครื่อง ผู้เชื่อมและทดสอบ และเจ้าของการปฏิบัติการ ให้โรงงานเก็บ Backup และหลักฐานได้แม้เปลี่ยนผู้รับเหมา งาน Remote Support ต้องแยกสิทธิ์ดูข้อมูลจากสิทธิ์เปลี่ยนค่าความปลอดภัย กำหนดช่วงอนุมัติ Log และการตัดการเชื่อมต่อฉุกเฉิน Cybersecurity และการยืนยัน Machine Safety ต้องตรวจทั้งคู่

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

ติดตั้ง IO-Link Safety Master แล้วถอด OSSD เดิมได้ทันทีหรือไม่?

ไม่ได้ ต้องตรวจพอร์ตของรุ่นนั้น วิธีคงการตรวจ Fault/การหยุดของวงจรเดิม และปรับ Risk Assessment พร้อม FAT/SAT ตามฟังก์ชัน การคง OSSD บางจุดอาจเหมาะกว่า

Sensor IO-Link ปกติใช้ทำ Safety Function ได้หรือไม่?

แค่รองรับ IO-Link ไม่พอ คำอธิบายระบบของ Community ระบุว่าการเติมชั้นสื่อสารไม่ทำให้อุปกรณ์ที่ไม่ใช่ Safety กลายเป็นอุปกรณ์ Safety โดยอัตโนมัติ ต้องมีการออกแบบ/รับรองตัวผลิตภัณฑ์และยืนยันฟังก์ชันในเครื่อง

การรับรอง Specification เท่ากับรับรองผลิตภัณฑ์หรือไม่?

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

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

ไม่ควร FAT ตรวจคู่ระบบและ Fault ก่อนติดตั้ง แต่เวลาหยุดจริง แนวสาย ตำแหน่งคนและขั้นตอนช่างต้องมีหลักฐาน ณ โรงงาน

ตั้งร่าง REVIEW ปี 2026 เป็นข้อกำหนดบังคับใน RFP ได้หรือไม่?

ปัจจุบัน Community ติดป้าย REVIEW ให้ชุดดังกล่าว ให้ใช้อ้างอิงฉบับเผยแพร่และขอบเขตการรับรองของผลิตภัณฑ์ที่ซื้อ เมื่อมีฉบับทางการจึงประเมินผลเปลี่ยนแปลง

ข้อมูลวินิจฉัยลด Downtime ได้หรือไม่?

อาจช่วยแยกเหตุ แต่ผลขึ้นกับโรงงาน ใช้ Pilot วัดว่าช่างแยกการบุกรุก สื่อสารขาด Device เสียและตั้งค่าผิดได้หรือไม่ และเปลี่ยนอะไหล่พร้อมทดสอบ Safety ได้จริงหรือไม่ ข้อมูลวินิจฉัยไม่ใช่หลักฐานสมรรถนะความปลอดภัย

สรุป: ตรึงฟังก์ชันและหลักฐานตรวจรับก่อนเลือก Master

สำหรับแต่ละเครื่อง ให้ตัดสินใจว่าจะคงวงจรเดิม ใช้ OSSD ร่วมกับ IO-Link Safety หรือเปลี่ยนเป็นชุดที่ตรวจสอบร่วมกัน เขียน RFP ให้เปรียบเทียบการเชื่อม Safety PLC การตั้งค่า ใบรับรอง เวลาหยุดและ Fault ได้ FAT พิสูจน์ลอจิกกับ Fault; SAT พิสูจน์การหยุดและกู้คืนจริง การรับรอง Specification การรับรองผลิตภัณฑ์ และการยืนยันฟังก์ชันของเครื่องเป็นหลักฐานคนละชุด ตรวจเวอร์ชันเผยแพร่และรุ่นจริงอีกครั้งก่อนซื้อ

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

เอกสารอ้างอิง

• IO-Link Community: IO-Link Safety
• IO-Link Community: Downloads
• IO-Link Community: News
• IEC 61139-2:2022
• ISO 13849-1:2023
• ISO 13849-2:2012
• Pilz: IO-Link Safety System
• Pilz: PDP67 IOLS announcement