เมื่อโรงงานวางแผนติดตั้งระบบวินิจฉัยเครือข่าย PROFINET การเริ่มจากรายการฟังก์ชันบนหน้าจออาจทำให้คำถามสำคัญยังไม่ได้รับคำตอบ: จุดขัดข้องอยู่ที่ไหน เมื่อเครื่องจักรหยุด ทีมซ่อมบำรุงต้องระบุอุปกรณ์ พอร์ต และช่วงสายที่ควรตรวจสอบได้ บทความนี้เรียงขั้นตอนสำหรับโรงงานในประเทศไทยตั้งแต่สำรวจสภาพจริง ออกแบบจุดเก็บข้อมูล จัดทำข้อกำหนดจัดซื้อ (RFP) ทดสอบก่อนส่งมอบ (FAT) ทดสอบที่หน้างาน (SAT) จนถึงส่งมอบการใช้งาน โดยไม่ได้แนะนำผลิตภัณฑ์ของผู้ผลิตรายใดเป็นพิเศษ
นิยามความสำเร็จจากการปฏิบัติเมื่อสายการผลิตหยุด
เป้าหมายของระบบวินิจฉัยไม่ใช่การเพิ่มกราฟ แต่เป็นการทำให้การตัดสินใจหลังเกิดเหตุรวดเร็วและทำซ้ำได้ ข้อความเตือนว่า “ติดต่ออุปกรณ์ IO ไม่ได้” เพียงอย่างเดียวไม่สามารถแยกสายขาด หัวต่อหลวม พอร์ตสวิตช์เสีย ไฟเลี้ยงอุปกรณ์ดับ ชื่ออุปกรณ์ผิด หรือปัญหาที่คอนโทรลเลอร์ได้ หากไม่มีหลักฐานและลำดับตรวจสอบ ช่างอาจต้องเดินดูไฟ LED ทีละจุด
เขียนผลลัพธ์ที่ต้องการเป็นขั้นตอนปฏิบัติ เช่น “เมื่อเครื่องบรรจุในสาย A แจ้งข้อผิดพลาดการสื่อสาร ช่างเปิดชื่ออุปกรณ์บน HMI ตรวจแผนผังการเชื่อมต่อและเหตุการณ์ของพอร์ตข้างเคียง แล้วจำกัดจุดตรวจภาคสนามเหลือสายหนึ่งช่วงหรืออุปกรณ์หนึ่งตัว” ไม่ควรรับประกันเวลาแก้ไขก่อนทราบสาเหตุ การเข้าถึงเครื่อง และอะไหล่ที่มี ให้ใช้ FAT/SAT วัดเวลาในการตรวจพบ แจ้งผู้รับผิดชอบ ระบุพอร์ตหรืออุปกรณ์ และเก็บหลักฐานแยกกัน
แบ่งขอบเขตการวินิจฉัยเป็นสามชั้น ชั้นแรกคือสัญญาณเตือนและข้อมูลจากคอนโทรลเลอร์กับอุปกรณ์ PROFINET ชั้นที่สองคือสาย ลิงก์ พอร์ตสวิตช์ และอุปกรณ์ข้างเคียง ชั้นที่สามคือผลกระทบต่อเครื่องจักร การผลิต และคุณภาพ เนื้อหาการวินิจฉัยของ PI North America แยกข้อผิดพลาดด้านอุปกรณ์ เครือข่าย และกระบวนการ ระบบเฝ้าดูเครือข่ายไม่ได้อธิบายผลกระทบต่อการผลิตโดยอัตโนมัติ จึงต้องเชื่อมกับ PLC/HMI บันทึกซ่อม และ MES เมื่อจำเป็น
สำรวจเครือข่ายจริงให้ถึงระดับพอร์ต
เริ่มจากทะเบียนสภาพติดตั้งจริง แทนที่จะเริ่มจากใบสั่งซื้อ ลงรายการคอนโทรลเลอร์ อุปกรณ์ IO ไดรฟ์ HMI สวิตช์ อุปกรณ์เชื่อมไร้สายถ้ามี และจุดเชื่อมต่อสำหรับบำรุงรักษา บันทึกรหัสเครื่อง ตู้ควบคุม ชื่ออุปกรณ์ IP ผู้ผลิต รุ่น เฟิร์มแวร์ หมายเลขพอร์ต พอร์ตปลายทาง รหัสสาย และเจ้าของระบบ IP เป็นเพียงหนึ่งในข้อมูลระบุอุปกรณ์ คู่มือถามตอบเรื่อง commissioning ของ PI อธิบายว่าโดยทั่วไปต้องกำหนดชื่ออุปกรณ์ IO และคอนโทรลเลอร์มักเป็นผู้กำหนด IP ให้ แต่ต้องยืนยันวิธีจริงกับผลิตภัณฑ์และโครงสร้างที่ใช้อยู่
ในโรงงานเดิม แบบกับหน้างานมักต่างกัน อาจมีสายบายพาสจากการซ่อม สวิตช์เล็กที่เพิ่มตอนขยายเครื่อง หรือไดรฟ์ที่เปลี่ยนพอร์ตหลังซ่อม อย่าตัดสินทันทีว่าจุดที่ไม่มีในแบบคือการเชื่อมต่อที่ไม่ได้รับอนุญาต ควรตรวจประวัติกับฝ่ายผลิต ซ่อมบำรุง และระบบควบคุม แล้วปรับแบบที่อนุมัติแล้ว แยกวิธีสำรวจที่ทำได้ระหว่างเดินเครื่องออกจากงานที่ต้องรอหยุดเครื่อง PI ระบุว่าเครื่องมือวินิจฉัยแบบ active ใช้แบนด์วิดท์ และปริมาณขึ้นกับชนิดเครื่องมือ ตำแหน่ง และวิธี polling จึงไม่ควรสแกนหนักบนสายที่ยังไม่รู้สภาพ
สิ่งส่งมอบชิ้นแรกควรมีตารางพอร์ต ไม่ใช่แค่รายชื่ออุปกรณ์ เช่น “Switch-01/P3 → Drive-07/P1” ต้องตามไปถึงตู้ รหัสสาย และตำแหน่งเครื่องได้ มิฉะนั้นข้อความ P3 ไม่ช่วยให้ช่างรู้ว่าจะไปไหน ใช้รหัสเดียวกันในแบบ ป้ายในตู้ และหน้าจอ พร้อมกำหนดผู้ปรับข้อมูลหลังเปลี่ยนอุปกรณ์ ตารางนี้ยังเป็นฐานเลือกจุดทดสอบความขัดข้องใน FAT/SAT
ทำแผนผังอ้างอิงและตรวจขอบเขตที่ LLDP มองเห็น
LLDP ให้อุปกรณ์ข้างเคียงแลกเปลี่ยนข้อมูลพื้นฐาน PI อธิบายการใช้ LLDP ใน PROFINET เพื่อค้นหา topology วินิจฉัย และช่วยเปลี่ยนอุปกรณ์ แต่คำว่า “รองรับ LLDP” ไม่ได้แปลว่าซอฟต์แวร์ทุกตัวจะวาดสวิตช์ ตำแหน่งตู้ และหมายเลขสายได้ถูกต้องครบถ้วน ต้องทดสอบกับอุปกรณ์ สวิตช์ ซอฟต์แวร์ และสิทธิ์เข้าถึงที่ใช้จริง จุดผ่านสวิตช์ที่จัดการไม่ได้ ตัวแปลงสื่อ และจุดต่อบำรุงรักษาที่หน้าจอไม่เห็นต้องอยู่ในตารางพอร์ตแบบบันทึกด้วยคน
บันทึก topology อ้างอิงในช่วงที่สายการผลิตทำงานปกติ โดยเก็บอุปกรณ์และพอร์ตข้างเคียงที่คาดหวัง ชื่ออุปกรณ์ รหัสเครื่อง รุ่นซอฟต์แวร์และค่าตั้ง วันที่เวลา และผู้อนุมัติ ต่อมาควรแสดงความต่างเป็นอุปกรณ์ข้างเคียงใหม่ ลิงก์ที่หาย หรือพอร์ตปลายทางที่เปลี่ยน เพื่อแยกงานปรับปรุงที่อนุมัติแล้วออกจากเหตุขัดข้อง หากไม่มีกระบวนการควบคุมการเปลี่ยนแปลง งานซ่อมปกติอาจสร้างการเตือนเกินจำเป็น หรือการต่อสายที่ไม่ได้อนุมัติอาจถูกบันทึกเป็น “ปกติ” โดยไม่ตั้งใจ
บนจอที่แสดงหลายสายการผลิต ให้ระบุขอบเขตเครือข่ายควบคุมและทีมเจ้าของเครื่อง เพื่อส่งเหตุของตู้หนึ่งไปยังคนที่ถูกต้อง หาก ERP หรือ MES ใช้ชื่อเครื่องต่างจากป้ายหน้างาน ให้มีตารางเทียบชื่อ ในโรงงานที่มีหลายภาษา ให้รหัสเครื่อง หมายเลขพอร์ต และรหัส alarm คงที่ ส่วนคำอธิบายจะแปลเป็นภาษาของผู้ใช้ วิธีนี้ลดความคลาดเคลื่อนระหว่างกะไทย ญี่ปุ่น และอังกฤษ
เลือกข้อมูลที่เก็บ: alarm อุปกรณ์ สถานะพอร์ต และแพ็กเก็ตไม่ใช่เรื่องเดียวกัน
alarm มาตรฐานของ PROFINET เป็นจุดเริ่มสำหรับอุปกรณ์ที่ติดต่อไม่ได้และปัญหาการสื่อสาร ประวัติ link up/down ค่าสถิติพอร์ต และอุปกรณ์ข้างเคียงที่เปลี่ยนมาจากชั้นสวิตช์และการจัดการเครือข่าย PI North America ระบุว่าอุปกรณ์ CC-B รองรับ SNMP ทำให้เครื่องมือมาตรฐานอ่าน topology และสถิติเครือข่ายได้ อย่าสมมติว่าทุกอุปกรณ์เดิมเป็น CC-B ตรวจใบรับรอง เอกสาร เฟิร์มแวร์ และรายการข้อมูลที่อ่านได้จริง CC-A ยังมี alarm การวินิจฉัยและข้อมูล topology มาตรฐาน แต่ไม่ควรเขียนข้อกำหนดว่ามีรายละเอียด SNMP เท่ากัน
การจับแพ็กเก็ตเป็นวิธีเพิ่มเมื่อสถานะพอร์ตยังไม่พอ PI อธิบายว่า port mirroring คัดลอกข้อมูลรับส่งของพอร์ตไปอีกพอร์ตเพื่อวิเคราะห์ แต่ไม่ได้หมายความว่าควร mirror ทุกพอร์ตตลอดเวลา ระบุพอร์ตที่อนุญาต เงื่อนไขเริ่มเก็บ ระยะเก็บ สิทธิ์เข้าถึง และที่จัดเก็บ ตรวจผลของการต่อเครื่องมือหรือคอมพิวเตอร์วิศวกรรมเพิ่มเติมต่อเครือข่ายควบคุม
หน้าจอควรแยก “สิ่งที่สังเกตได้” จาก “สาเหตุที่คาด” เช่น “Switch-01/P3 link down เวลา 10:22”, “Drive-07 ติดต่อไม่ได้เวลา 10:22”, “ตรวจช่วงสาย” ช่างจึงตรวจสมมติฐานได้ ถ้าแสดงฟันธงว่า “สายขาด” อาจพาไปผิดทางเมื่อไฟเลี้ยงไดรฟ์ดับ ทำเวลาในคอนโทรลเลอร์ สวิตช์ และระบบเฝ้าดูให้ตรงกัน พร้อมระบุเขตเวลา เพราะลำดับเหตุการณ์สำคัญต่อการวิเคราะห์ปัญหาที่เกิดเป็นครั้งคราว
เลือกสวิตช์โดยแยก “สื่อสารได้” ออกจาก “วินิจฉัยได้”
PI North America อธิบายว่า PROFINET ไม่ได้บังคับให้ใช้สวิตช์เฉพาะเสมอไป โดยระบุข้อกำหนดพื้นฐานของสวิตช์ Ethernet ที่ 100 Mbit/s IEEE 802.3u และ full duplex ทั้งสวิตช์ managed และ unmanaged ใช้ได้ แต่หากเป้าหมายคือระบุจุดขัดข้องระดับพอร์ต ไฟ LED บน unmanaged switch อาจไม่ให้ประวัติหรือหลักฐานจากระยะไกลที่ทีมซ่อมต้องการ เปรียบเทียบ managed switch จากข้อมูล SNMP, LLDP, บันทึกเหตุการณ์ และ port mirroring ที่จะใช้จริง คำโฆษณาว่า managed ไม่ได้ยืนยันว่าข้อมูลที่ต้องการอ่านได้
สวิตช์ที่ทำงานเป็นอุปกรณ์ PROFINET อาจมีไฟล์ GSD และถูกคอนโทรลเลอร์มองเป็น IO device ช่วยแสดงการวินิจฉัยในระบบควบคุม แต่ทำให้ขอบเขตการเปลี่ยน PLC ออกแบบ alarm และทดสอบช่วงหยุดเครื่องกว้างขึ้น การเปลี่ยนสวิตช์อย่างเดียวไม่ทำให้ระบบวินิจฉัยสมบูรณ์ ต้องตรวจ conformance class ของอุปกรณ์ พอร์ตในตัวอุปกรณ์ ฟังก์ชันสวิตช์ และซอฟต์แวร์เฝ้าดูร่วมกัน PI ระบุความยาวสายทองแดงสูงสุดระหว่างอุปกรณ์ PROFINET สองตัวที่ 100 เมตร แต่การออกแบบจริงยังต้องดูวัสดุ การติดตั้ง และการป้องกันสัญญาณรบกวนด้วย
ถ้าเปลี่ยนสวิตช์ทั้งสายไม่ได้ ให้ทำเป็นระยะ เริ่มจากจัด alarm PLC/HMI และทะเบียนพอร์ต จากนั้นเพิ่มการมองเห็นที่สวิตช์บริเวณขอบเขตซึ่งรองรับการวินิจฉัย แล้วเปลี่ยนเฉพาะช่วงจำเป็นในเวลาหยุดตามแผน ใช้ประวัติเหตุจริงตัดสินใจเพิ่มจุดเฝ้าดู ตรวจเงื่อนไขรับประกันและข้อกำหนดซ่อมจากผู้ผลิตเครื่องก่อนเปลี่ยนสาย
ตัวอย่างการแยกเหตุ: alarm เหมือนกันแต่ขั้นตอนตรวจต่างกัน
สมมติ Drive-07 ของสายลำเลียงติดต่อไม่ได้ และ Switch-01/P3 บันทึก link down ในเวลาเดียวกัน ทำตามขั้นตอนความปลอดภัยของเครื่องก่อน แล้วใช้ตารางพอร์ตและ topology อ้างอิงดูว่า P3 ต่อกับ Drive-07 โดยตรงหรือไม่ หากตรง ให้ดูไฟเลี้ยงไดรฟ์ LED ทั้งสองด้าน สายและหัวต่อ หาก P3 ต่อไปยังสวิตช์เล็กอีกตัว ให้ดูอุปกรณ์ปลายทางอื่นและไฟเลี้ยงสวิตช์นั้น ระบบเฝ้าดูช่วยจำกัดจุดตรวจ แต่ไม่แทนการตัดสินด้านความปลอดภัยทางไฟฟ้าและเครื่องจักร
อีกกรณี link ยังปกติแต่ IO device มี alarm อย่าเพิ่งสรุปว่าสายขาด ตรวจชื่ออุปกรณ์ การตั้งค่าคอนโทรลเลอร์ การวินิจฉัยบนอุปกรณ์ และประวัติเปลี่ยนอะไหล่ หากปัญหาเกิดๆ หายๆ ให้เทียบประวัติ link, อุปกรณ์ที่ล้มพร้อมกัน ค่าผิดพลาดของพอร์ต และเวลาทำงานของเครื่องที่เป็นแหล่งรบกวน จับแพ็กเก็ตเมื่อทราบอาการและพอร์ตเป้าหมายแล้ว ในรายงานเหตุให้แยกข้อเท็จจริง สมมติฐานที่ตรวจ การแก้ไข และการยืนยันว่าไม่เกิดซ้ำ
บางครั้งสาเหตุไม่ได้อยู่ที่เครือข่าย เช่น เครื่องติดขัดทางกลขณะที่ IO และการสื่อสารปกติ การพิสูจน์ว่าเครือข่ายปกติก็ช่วยตัดประเด็น ในทางกลับกัน ผลต่อการผลิตและคุณภาพต้องดูบันทึกกระบวนการประกอบ alarm ด้วย อ่านแนวทางเชื่อมสถานะเซนเซอร์กับข้อมูลการผลิตได้ในบทความการรวมข้อมูลเซนเซอร์ IO-Link
เขียน RFP โดยระบุหลักฐานที่ต้องเห็นและเอกสารที่ต้องส่งมอบ
อย่าเขียนเพียง “ระบบวินิจฉัย PROFINET ครบชุด” ระบุเครื่องเป้าหมาย เวลาทำงาน ช่วงหยุดที่อนุญาต PLC สวิตช์และซอฟต์แวร์เดิม เจ้าของเครือข่าย และนโยบาย remote access จากนั้นระบุข้อมูลที่ต้องเห็น ได้แก่ alarm อุปกรณ์ สถานะและประวัติพอร์ต อุปกรณ์ข้างเคียง ความต่างของ topology เวลาเหตุการณ์ สถิติที่จำเป็น การแสดงผลบน HMI หรือจอซ่อม การแจ้งเตือน และการส่งออกหลักฐาน ให้ผู้เสนอราคาแจ้งรายการที่ทำไม่ได้และทางเลือก
ขอทะเบียนอุปกรณ์ แบบติดตั้งจริงที่อนุมัติ รายการจุดเฝ้าดู ไฟล์สำรองค่าตั้ง ตารางสิทธิ์ บันทึกผลทดสอบ และคู่มือปฏิบัติ ภาพหน้าจออย่างเดียวไม่พอให้วิศวกรคนต่อไปสร้างระบบใหม่ได้ รวมกฎติดป้ายพอร์ตและสาย วิธีปรับข้อมูลเมื่อเปลี่ยนระบบ การจัดบัญชี และผู้รับผิดชอบเมื่อมีเหตุ ระบุผู้ดูแลสิทธิ์ข้ามขอบเขตเครือข่ายโรงงาน
เปรียบเทียบข้อเสนอด้วยการสาธิต ไม่ใช่ตารางเครื่องหมายถูก ขอให้แสดงเหตุ link ขาดแบบจำลองบนอุปกรณ์ตัวแทน การปรากฏบน topology และขั้นตอนจาก alarm ไปถึงพอร์ตจริง แจ้งข้อจำกัดของหน้างาน เช่น อุปกรณ์หลายยี่ห้อ เฟิร์มแวร์เก่า และช่วงในตู้ที่มองไม่เห็นล่วงหน้า อุปกรณ์ CC-B อาจให้ SNMP แต่ซอฟต์แวร์ที่เสนออาจอ่านค่าที่ต้องการไม่ได้ เครื่องมือที่เก็บข้อมูลจำนวนมากแต่พาช่างไปยังตู้ที่ถูกต้องไม่ได้ก็ให้ประโยชน์จำกัด
FAT และ SAT: ทดสอบการหาจุดเสียด้วยการจำลองเหตุ
ใน FAT ทดสอบฟังก์ชันและการทำซ้ำได้ในชุดก่อนส่งมอบ โดยมีคอนโทรลเลอร์ IO device ตัวแทน สวิตช์ และหน้าจอเฝ้าดู บันทึก topology ปกติและความสัมพันธ์กับ alarm กรณีทดสอบอาจรวม link ขาดที่จำลองอย่างปลอดภัย ไฟอุปกรณ์ดับ การย้ายพอร์ต ชื่ออุปกรณ์ไม่ตรง และการคงประวัติหลังรีสตาร์ตระบบเฝ้าดู การกระทำที่เสี่ยงให้ทำเฉพาะชุดทดสอบที่ปลอดภัย อนุมัติขั้นตอนสร้างเหตุและคืนสภาพล่วงหน้า
ใน SAT ทดสอบซ้ำบนสายจริงโดยมีผู้ใช้งานจริง ใบทดสอบควรบันทึกเหตุที่สร้าง สภาพก่อนทดสอบ ผลที่คาด ผลบนจอ ผู้รับแจ้ง วิธีจาก alarm ไปยังพอร์ต สภาพหลังคืนระบบ ไฟล์หลักฐาน และผลตัดสิน คำว่า “ตรวจพบความผิดปกติ” กว้างเกินไป เกณฑ์ที่ตรวจได้คือ “จอและตารางพอร์ตแสดงความสัมพันธ์ Switch-01/P3 กับ Drive-07 ตรงกัน” หาก alarm ชี้พอร์ตผิด ถือว่าไม่ผ่านเป้าหมายการระบุจุดเสีย
ไม่จำเป็นต้องจำลองทุกความเสียหายในสายเดินเครื่องต่อเนื่อง ใช้เหตุในอดีต การทดสอบในช่วงหยุดที่อนุญาต และหลักฐาน FAT ประกอบกัน บันทึกกรณีที่ยังไม่ได้ทดสอบชัดเจนพร้อมโอกาสทดสอบครั้งต่อไป ตอนรับมอบให้ช่างใช้จอเดินไปถึงอุปกรณ์จริง และทำตามคู่มือได้โดยไม่มีผู้ออกแบบยืนบอก
วินิจฉัยเส้นทางสำรองด้วย ไม่ใช่ดูแค่ว่าการสื่อสารยังอยู่
เครือข่ายสำรองช่วยให้สื่อสารต่อเมื่อเส้นทางหนึ่งเสีย แต่เมื่อสลับเส้นทางสำเร็จก็ไม่ควรปล่อยลิงก์ที่เสียไว้ หากไม่มีใครเห็นเหตุแรก เหตุถัดไปอาจทำให้เสียความสามารถสำรอง แผนวินิจฉัยควรระบุเส้นทางปกติ ผู้รับแจ้งการสลับ และการกลับสู่สภาพอ้างอิง อ่านเรื่องการเลือกโครงสร้างได้ในแนวทางออกแบบเครือข่ายอุตสาหกรรมแบบสำรอง ส่วนเกณฑ์ในบทความนี้คือทีมซ่อมหาช่วงที่เสียในโครงสร้างที่เลือกได้หรือไม่
แยกการเปลี่ยน topology ที่คาดได้จากการทำงานของระบบสำรอง งานบำรุงรักษาตามแผน และการเปลี่ยนอุปกรณ์ ออกจากความผิดปกติจริง ให้ RFP ระบุโครงสร้างสำรองจริงและขอรายการเหตุที่บันทึกกับกฎแจ้งเตือน ใน FAT/SAT ทดสอบเส้นทางหนึ่งเสียและกลับคืนเฉพาะเมื่อปลอดภัย ตรวจทั้งความต่อเนื่องของการสื่อสารและความสามารถของคนในการหาลิงก์ที่ผิดปกติ
ปรับฐานอ้างอิง การควบคุมการเปลี่ยน และการฝึกอบรมต่อเนื่อง
วันติดตั้งไม่ใช่วันจบ เมื่อเพิ่มเครื่อง เปลี่ยนสวิตช์ หรือต่อคอมพิวเตอร์ซ่อม topology และเงื่อนไขเฝ้าดูอาจเปลี่ยน กำหนดการตรวจผลกระทบก่อนแก้ และปรับตารางพอร์ต แบบ ฐานอ้างอิงที่อนุมัติ กับไฟล์สำรองหลังแก้ ถ้าทุกคนกดบันทึกสภาพ “ปกติ” ได้อิสระ การต่อสายที่ไม่อนุมัติอาจกลายเป็นฐานอ้างอิง แยกผู้เปลี่ยนหน้างานจากผู้อนุมัติฐานใหม่ และเก็บประวัติ
ทบทวน alarm จากการนำไปปฏิบัติ ไม่ใช่จากจำนวน เลือกเหตุที่ช่างไม่รู้ว่าต้องไปดูจุดใดแล้วแก้ชื่อ ลำดับความสำคัญ หรือตารางพอร์ต รวม alarm ที่เกิดจากเหตุเดียวให้เห็นข้อสังเกตแรกและผลกระทบปลายทาง เมื่อเปลี่ยนกฎวินิจฉัย ให้ทดสอบซ้ำบางกรณีจาก FAT/SAT เคารพข้อกำหนดผู้ผลิตและโรงงานเมื่อแก้ระบบควบคุม
ฝึกสามสถานการณ์ ได้แก่ มองไม่เห็นอุปกรณ์ ลิงก์ปกติแต่มี alarm อุปกรณ์ และหลายอุปกรณ์หายพร้อมกัน เริ่มจากไล่แบบไปหาตู้จริง แล้วฝึกภาคสนามในเวลาหยุดที่อนุญาต โรงงานหลายภาษาใช้รหัสเครื่อง พอร์ต และ alarm ร่วมกัน โดยแปลเฉพาะคำอธิบาย ส่งมอบสิทธิ์ว่าใครแก้ค่าตั้งได้และใครติดต่อผู้ขาย ไม่ใช่เพียงสิทธิ์ล็อกอิน
เริ่มจากวงเล็กและเก็บหลักฐานสำหรับการตัดสินใจ
เลือกเครื่องหนึ่งที่มี alarm บ่อย และอีกเครื่องที่ผลกระทบเมื่อสื่อสารเสียสูง ใช้แบบเดิม ประวัติ alarm และสัมภาษณ์ผู้ปฏิบัติงาน เลือกเหตุเก่าที่ใช้เวลาหาจุดเสียนาน แล้วทดสอบว่าข้อมูลระดับพอร์ตช่วยลดขอบเขตค้นหาได้เพียงใด วิธีนี้ให้ตัวอย่างจริงก่อนขยายเครื่องมือทั้งโรงงาน
จากนั้นบันทึกข้อมูลที่ยังมองไม่เห็นและสาเหตุว่าอยู่ที่สวิตช์ อุปกรณ์ปลายทาง สิทธิ์ หรือการตั้งค่าตัวเก็บข้อมูล ตัดสินใจซื้ออุปกรณ์เพิ่มเมื่อรู้ช่องว่างแล้ว จึงรวมการปรับฐานอ้างอิงและตอบ alarm เข้ากับงานประจำ เปรียบเทียบกรณีทดสอบเดียวกันก่อนและหลังจากขั้นตอน เวลาถึงพอร์ตเป้าหมาย และคุณภาพหลักฐาน แทนการอ้างเปอร์เซ็นต์ลดเวลาหยุดที่ไม่ได้วัด
ขอให้แยกราคาไลเซนส์ สวิตช์ ค่าตั้งค่า ทดสอบหน้างาน ฝึกอบรม และดูแลต่อเนื่อง ตรวจว่าเมื่อเพิ่มเครื่องใครเป็นคนปรับระบบ ต้นทุนระยะยาวขึ้นกับการที่โรงงานดูแลแบบและค่าตั้งที่รับมอบเองได้ด้วย
ปกป้องข้อมูลวินิจฉัยและรวมสิทธิ์เข้าถึงในเกณฑ์รับมอบ
ข้อมูลที่เก็บเพื่อวินิจฉัยอาจมีชื่อเครื่อง IP โครงสร้างเครือข่าย และเวลาที่เครื่องหยุด หากให้คอมพิวเตอร์ซ่อมหรือผู้ช่วยจากภายนอกดูข้อมูล ต้องกำหนดก่อนว่าใครอ่านได้ ใครเปลี่ยนค่าตั้งได้ และใครส่งออกไฟล์ได้ แยกสิทธิ์ดูจากสิทธิ์ผู้ดูแล และระบุการบันทึกผู้ปฏิบัติที่ระบุตัวได้ใน RFP ถ้าผลิตภัณฑ์ใช้ได้เพียงบัญชีร่วม ให้ตกลงวิธีบันทึกการกระทำทางอื่น
ไฟล์ packet capture และ topology export ช่วยสืบเหตุ แต่ก็เผยโครงสร้างโรงงานนอกพื้นที่ได้ ระบุที่จัดเก็บ ระยะเก็บ ผู้ลบ และผู้อนุมัติการแชร์กับผู้ขาย หากเสนอระบบส่งข้อมูลขึ้น cloud ตลอดเวลา ให้ถามว่าข้อมูลใดออกจากโรงงาน ผ่านเส้นทางใด เก็บที่ไหน และเมื่อการเชื่อมต่อขาดหน้างานยังดูอะไรได้ นำคำตอบไปเทียบนโยบายข้อมูลของโรงงาน ออกแบบและบันทึกเฉพาะการสื่อสารที่จำเป็นผ่านขอบเขตเครือข่ายควบคุมกับเครือข่ายธุรกิจ
ต้องเตรียมขั้นตอนเมื่อระบบเฝ้าดูเองหยุดทำงาน แม้จอใช้ไม่ได้ ช่างควรแยกเหตุเบื้องต้นจาก alarm มาตรฐาน PLC/HMI ตารางพอร์ตที่ใช้แบบออฟไลน์ และขั้นตอนความปลอดภัยของโรงงาน ใน FAT ให้ลองรีสตาร์ตเซิร์ฟเวอร์เฝ้าดูหรือจำลองการเชื่อมต่อขาด แล้วบันทึกช่วงข้อมูลที่หาย กำหนดผู้รับแจ้งเมื่อระบบเฝ้าดูหยุดด้วย เครื่องมือควรช่วยงานซ่อม ไม่ควรเป็นวิธีตรวจเพียงวิธีเดียว
บันทึก FAT/SAT ยังใช้ปรับปรุงหลังเริ่มงานได้ แต่ต้องไม่ส่งมอบโดยเหลือค่าทดสอบชั่วคราวหรือบัญชีทดสอบ ใส่รายการ “ลบค่าชั่วคราว ตรวจเทียบตารางสิทธิ์จริง สำรองค่าตั้ง และให้ช่างหน้างานทวนวิธีกู้คืน” ในใบรับมอบ เงื่อนไขเหล่านี้ช่วยให้ระบบวินิจฉัยดูแลต่อได้หลังผู้ติดตั้งออกจากหน้างาน
อธิบายทีมหน้างานว่าจอรายงานสถานะของช่วงที่สังเกตได้ ไม่ใช่ทุกสาเหตุ หน้าจอว่างไม่ได้พิสูจน์ว่าเครือข่ายปกติ ช่วงนั้นอาจอยู่นอกขอบเขต สิทธิ์อ่านไม่พอ เส้นทางเก็บข้อมูลขาด หรือตัวเก็บหยุดทำงาน ทำสีแยกช่วงที่เฝ้าดูกับช่วงที่ยังไม่เฝ้าดูบนแบบ และอนุมัติช่องว่างตอนรับมอบ เมื่อขยายเครื่องในอนาคต ให้ลงทะเบียนพอร์ตและเจ้าของก่อนเพิ่มอุปกรณ์ในระบบเฝ้าดู แล้วเพิ่มกรณีทดสอบ เพื่อไม่ให้ช่องว่างการวินิจฉัยโตตามโรงงาน
คำถามที่พบบ่อย
การติดตั้งระบบวินิจฉัย PROFINET ต้องเปลี่ยนสวิตช์ทุกตัวหรือไม่?
ไม่จำเป็นเสมอ สวิตช์ managed และ unmanaged ใช้ส่งข้อมูล PROFINET ได้ แต่พื้นที่ที่ต้องการประวัติเหตุระดับพอร์ตจากระยะไกลต้องตรวจว่าสวิตช์เดิมให้ข้อมูลนั้นหรือไม่ กำหนดเหตุและหลักฐานก่อน แล้วเปลี่ยนเฉพาะช่วงที่ขาดข้อมูล พอร์ตในอุปกรณ์และจุดผ่าน unmanaged อาจยังต้องใช้ตารางและตรวจหน้างาน
แผนผัง LLDP ใช้แทนทะเบียนสายได้หรือไม่?
ไม่ได้ LLDP ช่วยค้นหาอุปกรณ์ข้างเคียง แต่ไม่จำเป็นต้องบอกหมายเลขสายจริง เส้นทางเดินในตู้ หรือเจ้าของเครื่อง รักษาป้ายและตารางพอร์ต แล้วเทียบกับข้อมูลที่ค้นพบ
CC-A และ CC-B มีผลต่อการออกแบบอย่างไร?
ตาม PI North America อุปกรณ์ PROFINET ทุกตัวมี alarm การวินิจฉัยและข้อมูล topology มาตรฐาน ส่วน CC-B เพิ่ม SNMP สำหรับอ่านสถิติและข้อมูลที่เกี่ยวข้อง แต่ class อย่างเดียวไม่รับประกันว่าซอฟต์แวร์จะแสดงทุกข้อมูลที่ต้องการ ทดสอบรุ่น เฟิร์มแวร์ และซอฟต์แวร์จริงตาม RFP
เกณฑ์ผ่าน FAT/SAT ควรมีอะไร?
ตรวจว่าเหตุที่สร้างตรงกับอุปกรณ์ พอร์ต เวลา และผู้รับแจ้งบนจอ และช่างใช้ตารางไปถึงเครื่องจริงได้ ตรวจสภาพหลังคืนระบบและการส่งออกหลักฐาน กรณีที่ไม่ปลอดภัยต่อการทดสอบให้บันทึกว่าไม่ได้ทดสอบพร้อมกำหนดโอกาสครั้งถัดไป
เครื่องมือเฝ้าดูจะกระทบเครือข่ายการผลิตเดิมหรือไม่?
ขึ้นกับการออกแบบ PI อธิบายว่าเครื่องมือ active ใช้แบนด์วิดท์ตามชนิด ตำแหน่ง และ polling เริ่มจากขอบเขตอ่านที่จำกัด แล้วตรวจโหลดกับการเปลี่ยน alarm ใน FAT หรือช่วงที่หน้างานปลอดภัย
สรุป: กำหนดพอร์ตและการปฏิบัติก่อนจัดซื้อ
การติดตั้งระบบวินิจฉัย PROFINET มีมากกว่าหน้าจอเฝ้าดู ต้องทำทะเบียนเครื่องและพอร์ตให้ตรงกัน บันทึก topology ที่อนุมัติ รวม alarm อุปกรณ์กับข้อมูลสวิตช์ และพิสูจน์การหาจุดเสียผ่าน FAT/SAT การควบคุมการเปลี่ยนและฝึกอบรมทำให้ระบบใช้ได้ในกะกลางคืน เริ่มจากหนึ่งสายและสถานการณ์ความเสียหายที่ชัดเจน เพื่อเห็นอุปกรณ์และภาระดูแลที่จำเป็น
หากกำลังพิจารณามองเห็นเครือข่ายหรือปรับปรุงเครื่องเดิมในโรงงานไทย สามารถติดต่อ TOMAS TECHได้แม้แบบหน้างานยังไม่ครบ เพียงบอกสายเป้าหมาย alarm ที่เกิดบ่อย และช่วงที่หยุดเครื่องได้ ก็เริ่มกำหนดขอบเขตสำรวจและทดสอบร่วมกันได้
