เมื่อต้องออกแบบเครือข่ายอุตสาหกรรมแบบสำรองให้โรงงานในไทย คำว่า “ทำเป็นวงแหวนแล้วไม่หยุด” ยังไม่พอสำหรับการจัดซื้อ ต้องระบุก่อนว่าป้องกันสายขาด สวิตช์เสีย ไฟฟ้าดับ หรือ PLC หยุด และกระบวนการยอมให้ขาดรอบการสื่อสารได้เท่าใดโดยยังปลอดภัย บทความนี้เปรียบเทียบ MRP, RSTP, PRP และ HSR พร้อมแปลงผลกระทบต่อ PTP, QoS และแอปพลิเคชันเป็นข้อกำหนด RFP และหลักฐาน FAT/SAT
เริ่มจากผลกระทบต่อกระบวนการ ไม่ใช่ชื่อโปรโตคอล
ความซ้ำซ้อนไม่ได้มีผลลัพธ์เดียว ลิงก์ระหว่าง PLC กับ Remote I/O อาจต้องทำงานต่อเมื่อสายเส้นหนึ่งขาด ระบบเก็บข้อมูล MES อาจยอมให้ข้อมูลมาช้าได้ถ้ามีบัฟเฟอร์และส่งซ้ำ ส่วน HMI อาจดับชั่วคราวโดยการควบคุมในเครื่องยังอยู่ในสภาวะปลอดภัย แต่ละกรณีมีเวลายอมรับ ผู้รับผิดชอบ และวิธีทดสอบต่างกัน ให้บันทึกตามขั้นตอนการผลิตว่าการสื่อสารขาดกระทบความปลอดภัย คุณภาพ ผลผลิต และการส่งมอบอย่างไร ไม่ควรกำหนดเวลาฟื้นตัวค่าเดียวให้ทุกไลน์
ตารางข้อกำหนดควรระบุจุดเริ่มเหตุขัดข้อง ทราฟฟิกที่ได้รับผล ระยะหยุดที่แอปพลิเคชันเห็น จำนวนเฟรมหรือรอบควบคุมที่ยอมให้ขาด วิธีตรวจพบ ขั้นตอนฟื้นตัว และผู้ตัดสินผล “วงแหวนเปลี่ยนเส้นทางได้” เป็นผลด้านเครือข่าย ส่วน “สายพานยังผลิตชิ้นงานที่ผ่านเกณฑ์” เป็นผลด้านกระบวนการ การสาธิตอย่างแรกไม่ได้พิสูจน์อย่างหลัง ฟังก์ชันความปลอดภัยของเครื่องจักรต้องมีการออกแบบและตรวจรับด้านความปลอดภัยแยกต่างหาก
หากเครือข่ายเดิมยังไม่มีทะเบียนอุปกรณ์หรือขอบเขต OT/IT ให้เริ่มจากคู่มือการสร้างเครือข่ายอุตสาหกรรม ก่อน บทความนี้เน้นการจัดซื้อและพิสูจน์ความทนทานของเส้นทางสื่อสารสำคัญ
แปลงคำว่า “เสียหนึ่งจุด” เป็นรายการเหตุการณ์จริง
ความเสียหายหนึ่งจุดอาจหมายถึงสายหนึ่งเส้นในวงแหวน สวิตช์หนึ่งตัว แหล่งจ่ายหนึ่งชุด หรือรางสายร่วมถูกกระทบในเหตุเดียว เส้นทางสองเส้นบนผังที่ใช้ตู้และเบรกเกอร์เดียวกันยังมีความเสี่ยงร่วม RFP ต้องแจกแจงอุปกรณ์ พอร์ต โมดูลแสง สาย รางสาย ไฟฟ้า UPS แหล่งเวลา และระบบบริหารตามขอบเขตความเสียหาย ระบายสีส่วนที่สำรองกับส่วนที่ยังเป็นจุดเดียวบนแบบก่อสร้างจริง และทดสอบขอบเขตที่เกี่ยวข้อง
การทำระบบสำรองมีต้นทุน ความจุที่ต้องเผื่อ งานตั้งค่า งานเฝ้าระวัง และอะไหล่ ไม่จำเป็นต้องทำทุกการสื่อสารให้เป็นสองชุด ควรปกป้องวงควบคุมที่หยุดแล้วเสียหายสูง ขณะที่ข้อมูลประวัติที่ไม่ใช้ควบคุมอาจทนต่อการขาดสั้น ๆ ด้วยบัฟเฟอร์และส่งซ้ำ แยกสองกรณีนี้ก่อนเลือกโครงสร้าง
เปรียบเทียบ MRP, RSTP, PRP และ HSR
| วิธี | โครงสร้างทั่วไป | เมื่อเกิดเหตุเดี่ยวที่ครอบคลุม | เงื่อนไขหลัก | ข้อควรระวัง |
|---|---|---|---|---|
| MRP | วงแหวนอุปกรณ์และสวิตช์ PROFINET | เปลี่ยนเส้นทางและอาจขาดช่วง | ทุกจุดในวงแหวนรองรับและตั้งค่า MRP | ต้องเทียบกับ watchdog ของระบบควบคุม |
| RSTP | เครือข่ายสวิตช์ Layer 2 แบบ mesh หรือ ring | ขาดช่วงระหว่างคำนวณเส้นทางใหม่ | ความเข้ากันได้และการกำหนด root | เวลาฟื้นตัวขึ้นกับผัง รุ่น และชนิดเหตุ |
| PRP | LAN A และ LAN B อิสระ | ส่งเฟรมซ้ำให้ปลายทางใช้ฝั่งที่ยังทำงาน | อุปกรณ์ PRP หรือ RedBox และสอง LAN ที่แยกจริง | ต้นทุน การเฝ้าระวัง และเหตุร่วม |
| HSR | วงแหวนโหนด HSR ที่เข้ากันได้ | ส่งเฟรมซ้ำสองทิศทาง | ปลายทางที่เข้ากันและขอบเขตเชื่อมต่อชัดเจน | แบนด์วิดท์และความเข้ากันได้ |
PROFIBUS & PROFINET International หรือ PI อธิบาย MRP ว่าเป็น media redundancy แบบไม่ seamless โดย PROFINET RT ปกติใช้ MRP ได้ ส่วนงาน IRT ที่ต้องการสูงอาจต้องใช้ MRPD เพิ่ม เอกสาร PI ระบุเวลาปรับเส้นทาง MRP โดยทั่วไปต่ำกว่า 200 ms แต่ตัวเลขนี้ไม่ใช่คำรับประกันว่าแอปพลิเคชันของทุกโรงงานจะขาดน้อยกว่า 200 ms ต้องตรวจอุปกรณ์จริง บทบาท พอร์ต ข้อจำกัดจำนวนโหนด และเฟิร์มแวร์ แล้ววัดบนโครงสร้างจริง MRPD การสำรองคอนโทรลเลอร์ และไฟฟ้าสองทางเป็นคนละเรื่องกับ MRP
IEC 62439-3:2021 กำหนด PRP และ HSR เพื่อสลับแบบ seamless โดยมีเวลาฟื้นตัวเป็นศูนย์สำหรับความเสียหายขององค์ประกอบเครือข่ายที่อยู่ในขอบเขต PRP ต่อโหนดเข้ากับ LAN สองชุด ส่วน HSR ส่งเฟรมซ้ำในวงแหวนหรือ mesh ที่รองรับ คุณสมบัตินี้ไม่ได้หมายความว่าโรงงานไม่หยุดเมื่อ CPU ของ PLC เสีย ไฟฟ้าร่วมดับ รางสายร่วมเสีย ซอฟต์แวร์ผิด หรือเสียพร้อมกันหลายจุด อย่าแปล “เวลาฟื้นตัวของเครือข่ายเป็นศูนย์” เป็น “การผลิตไม่มีวันหยุด”
RSTP เป็นทางเลือก Layer 2 ที่ใช้ร่วมกับอุปกรณ์หลายยี่ห้อได้ แต่การรองรับมาตรฐานไม่ได้รับประกันเวลาฟื้นตัวเฉพาะโรงงาน ต้องดู root bridge, edge port, topology change และความต่างระหว่างดึงสายออกกับสวิตช์ไฟดับ คู่มือออกแบบอุตสาหกรรมของ Cisco มีค่าเปรียบเทียบประกอบ แต่ RFP ต้องกำหนดเกณฑ์ที่วัดจากแอปพลิเคชันจริง

MRP สำหรับวงแหวน PROFINET
MRP ปิดเส้นทางหนึ่งทางเชิงตรรกะเพื่อไม่ให้เกิด loop และใช้ทางเลือกเมื่อวงแหวนขาด ผังต้องแสดง manager, client, ring port, อุปกรณ์นอกวงแหวน และจุดรับแจ้งเตือน เมื่อเปลี่ยนอุปกรณ์ต้องกู้การตั้งค่าของวงแหวน ตรวจ loop และตรวจว่าไม่มีเหตุเสียอีกจุดก่อนกลับสู่ปกติ
ต้องสมมติว่ามีช่วงสื่อสารขาดระหว่างเปลี่ยนเส้นทาง เทียบคาบ I/O, watchdog, drive และ timeout ของโปรแกรม PLC ก่อน แล้วจำลองแท็กกับโหลดใน FAT อย่าใช้ตัวเลข “โดยทั่วไป” จากแคตตาล็อกอนุมัติระบบ servo หรือ safety โดยอัตโนมัติ ตรวจรุ่นและเฟิร์มแวร์ของทุกอุปกรณ์ในวงแหวน
RSTP สำหรับเครือข่ายชั้นบนที่มีหลายยี่ห้อ
RSTP เหมาะเป็นตัวเลือกเมื่อสวิตช์เดิมหลายยี่ห้อรวมเครือข่ายตรวจสอบและระบบชั้นบน กำหนด root, priority, จุดเชื่อมต่อที่อนุญาต และบทบาทพอร์ตในผังที่ควบคุมเวอร์ชันไว้ แยกการประเมินทราฟฟิกที่แอปพลิเคชันส่งซ้ำได้จากวงควบคุมที่มีคาบสั้น เมื่อ bridge domain ใหญ่ขึ้น การหาสาเหตุจะยากขึ้น
ทดสอบมากกว่าการดึงสายเส้นเดียว พิจารณาสวิตช์ไฟดับ พอร์ตติด ๆ ดับ ๆ การต่อกลับหลังซ่อม และอุปกรณ์ที่อาจกลายเป็น root โดยไม่ตั้งใจ การสร้าง loop ต้องทำใน FAT ที่แยกจากระบบจริงหรือในแผน SAT ที่อนุมัติแล้ว แม้เส้นทางกลับมา MAC learning, multicast, session ของ PLC และการส่งซ้ำของแอปอาจยังไม่ฟื้น
PRP เมื่อดูแล LAN อิสระสองชุดได้จริง
ต้นทาง PRP ส่งข้อมูลเดียวกันทาง LAN A และ LAN B ปลายทางตัดเฟรมซ้ำ ถ้า LAN หนึ่งเสีย อีกสำเนามาถึงได้โดยไม่รอคำนวณเส้นทางใหม่ ต้องมีปลายทางที่รองรับหรือ RedBox สำหรับอุปกรณ์ต่อสายเดียว พร้อมการแยกทางกายภาพและระบบเฝ้าระวัง หากฝั่งหนึ่งเสียเงียบแล้วไม่ซ่อม เหตุครั้งถัดไปจะทำให้หยุด
VLAN สองชุดบนสวิตช์ชุดเดียวไม่ใช่ fault domain อิสระสำหรับกรณีสวิตช์เสีย ตรวจตู้ เบรกเกอร์ เส้นทางสาย วิธีซ่อม และการอัปเดตเฟิร์มแวร์พร้อมกัน คิดราคางานเดินสายสองทาง โมดูลแสง สวิตช์ อะไหล่ สำรองการตั้งค่า และฝึกซ้อมกู้คืน
HSR สำหรับวงแหวนอุปกรณ์ที่เข้ากันได้
HSR ตาม IEC 62439-3 ส่งเฟรมซ้ำรอบวงแหวนทั้งสองทิศทาง ไม่ได้หมายความว่าเอาโปรโตคอลวงแหวนหรืออุปกรณ์ใด ๆ มาปะปนได้ ต้องออกแบบโหนด พอร์ต จุดเชื่อมเครือข่ายอื่น multicast และความจุพร้อมกัน วัดโหลดทั้งปกติและเมื่อขาดข้างหนึ่ง
เอกสารผู้ผลิตบางแห่งใช้ตัวย่อ HSR กับคุณสมบัติ “High Speed Redundancy” ที่ต่างออกไป RFP จึงควรระบุ IEC 62439-3:2021 High-availability Seamless Redundancy เต็มคำ และให้ผู้ขายยืนยันความเข้ากันได้ของรุ่นที่จะส่งมอบ อย่าใช้ตัวย่อเพียงอย่างเดียว
เวลาฟื้นตัวไม่ใช่คำตอบทั้งหมดของความพร้อมใช้งาน
บันทึกอย่างน้อยสี่เวลา: เวลาที่ลิงก์จริงเสีย เวลาที่เส้นทางสำรองใช้ได้ เวลาที่ PLC หรือ SCADA ได้ข้อมูลที่ถูกต้องอีกครั้ง และเวลาที่การผลิตกับคุณภาพกลับสู่ปกติ แม้เครือข่ายสลับเร็ว ยังอาจต้องรอ TCP reconnect, PLC timeout, HMI refresh, MES replay หรือซิงก์นาฬิกาใหม่ ถ้าเรียกรวมว่า “เวลาสลับ” จะเปรียบเทียบข้อเสนอไม่ได้
ตัวชี้วัดต้องต่างกันตามงาน Remote I/O ดูจำนวนคาบที่หายและสถานะ PLC กล้องตรวจสอบดูภาพที่หายและชิ้นงานที่ต้องกักเก็บ ระบบเก็บข้อมูลดูเลขลำดับที่ขาดกับการส่งย้อนหลัง Traceability ดูลำดับ รายการซ้ำ และ timestamp ส่วน SCADA ดูประวัติ alarm กับภาพที่ผู้ปฏิบัติงานเห็น เกณฑ์ต้องมาจากการวิเคราะห์ความเสี่ยงของกระบวนการ ไม่ใช่ค่า default ของผู้ขาย
PRP/HSR ส่งเฟรมซ้ำจึงต้องคิดแบนด์วิดท์และจุดตัดเฟรมซ้ำ MRP/RSTP ก็อาจย้ายโหลดปกติไปยังทางที่แคบกว่าเมื่อเสีย จำลองทั้งโหลดปกติและโหลดสูงสุดในเหตุเสียหนึ่งจุด รวมวิดีโอ backup, multicast และ burst ของการควบคุม แล้ววัดคิวกับพอร์ต ไม่ดูแค่ความเร็วสายที่ระบุ
ออกแบบ PTP และ QoS คู่ขนานกับระบบสำรอง
ถ้างานต้องพึ่ง timestamp แม้ข้อมูลยังส่งถึงแต่เวลาคลาดเคลื่อนก็อาจใช้ผลไม่ได้ สำหรับ PTP หรือ IEEE 802.1AS ให้ระบุ grandmaster, boundary/transparent clock, delay asymmetry ของแต่ละทาง การสลับ และ holdover มาตรฐาน IEEE 802.1AS ครอบคลุมการรักษาเวลาเมื่อองค์ประกอบเครือข่ายเปลี่ยนหรือเสีย จึงต้องทดสอบ offset และ resynchronization หลังเหตุ ไม่ใช่แค่ ping ผ่าน ดูรายละเอียดที่คู่มือ PTP สำหรับโรงงาน
QoS ไม่ใช่ปุ่มที่กดแล้วทราฟฟิกควบคุมจะปลอดภัยทันที การจัดประเภท ขอบเขต trust, 802.1p/DSCP, queue, shaping, policing และ multicast ต้องสอดคล้องทุก hop IEEE 802.1Qbv ใช้เวลาจาก 802.1AS เพื่อจัดตารางส่ง หากใช้ฟังก์ชันนี้ต้องตรวจพฤติกรรมของผลิตภัณฑ์และ profile เมื่อเวลาเสื่อม คำว่า “รองรับ TSN” ที่ไม่ระบุ profile อุปกรณ์ปลายทาง เครื่องมือตั้งค่า และกรณีทดสอบ ยังไม่ใช่สเปกวิศวกรรม

ตัวอย่างหลักฐานรับงานเมื่อเสียหนึ่งฝั่ง
ตารางนี้เป็นรูปแบบ ไม่ใช่ค่าตัวเลขมาตรฐานทุกโรงงาน ให้กรอกค่าขีดจำกัดจากงานจริงและแยกแถวภาวะปกติกับภาวะเสีย
| สิ่งที่ดู | หลักฐาน | การกำหนดเกณฑ์ |
|---|---|---|
| offset เวลาและการซิงก์ใหม่ | PTP log เทียบเวลาอ้างอิง | ตามความคลาดเคลื่อนที่แอปยอมรับ |
| delay และ jitter การควบคุม | เวลาส่งรับ queue และ PLC diagnostic | ผ่านทั้งช่วงโหลดและช่วงเสีย |
| เฟรมหายหรือซ้ำ | sequence และ PLC/SCADA event | ไม่ก่อผลเสียต่อการควบคุมหรือคุณภาพ |
| โหลดทางอ้อม | port counter และ packet capture | อยู่ในค่าพีคและระยะเผื่อออกแบบ |
| alarm และการวินิจฉัย | NMS alert และ ticket | ระบุจุดเสียกับผู้รับผิดชอบได้ |
ไฟสถานะ “ซิงก์แล้ว” อย่างเดียวไม่พอ ต้องตรวจข้อมูลคุณภาพที่มีเวลา ว่าลำดับไม่กลับและไม่มีเวลาข้ามมาก ในทางกลับกัน ไม่ควรบังคับลงทุนระบบ zero interruption แก่ข้อมูลที่บัฟเฟอร์แล้วส่งย้อนหลังได้อย่างปลอดภัย
แยกเส้นทางจริง ไฟฟ้า และอุปกรณ์
เส้นทางบนผังสองเส้นที่รวมในรางสายเดียวอาจหายพร้อมกันจากรถยกหรือไฟไหม้จุดเดียว โรงงานไทยที่ยังเดินเครื่องต้องสำรวจพื้นที่ราง ทางข้ามอาคาร การเข้าถึงที่ปลอดภัย ฝุ่น ความร้อน การสั่น พื้นที่ในตู้ และเวลาหยุดผลิต ป้าย A/B ในผังต้องตรงกับป้ายจริงและทะเบียนสินทรัพย์
สวิตช์ที่มีขั้วไฟสองชุดไม่ได้มีไฟสำรองจริงถ้าทั้งคู่เข้าที่เบรกเกอร์เดียว ตรวจแหล่งจ่ายอิสระ ระยะ UPS การเฝ้าระวัง การแยกเบรกเกอร์ และวิธีเปลี่ยน แม้ PLC ต่อสองทางก็อาจเหลือ CPU, I/O, actuator, แหล่งเวลา หรือเซิร์ฟเวอร์ชั้นบนเป็นจุดเดียว จัดผังและรหัสทดสอบแยกสำหรับ network, power, controller และ application redundancy
การบำรุงรักษาก็เป็นส่วนของ availability เมื่ออัปเดตฝั่งหนึ่ง ต้องพิสูจน์ว่าอีกฝั่งรับโหลดที่ตกลงไว้ได้ การอัปเดตผิดพร้อมกันสองฝั่งทำให้สายแยกไม่ช่วย ต้องส่งมอบการอนุมัติเปลี่ยน ค่า diff, backup, rollback และวิธีเปลี่ยนอะไหล่
ห้าคำถามในการเลือกวิธีสำหรับโรงงานไทย
ข้อหนึ่ง ปกป้องคาบควบคุม การผลิตต่อเนื่อง การเห็นสถานะ หรือความครบของข้อมูล ข้อสอง โปรโตคอลและคุณสมบัติสำรองที่อุปกรณ์ปลายทางจริงรองรับคืออะไร ข้อสาม ครอบคลุมสายขาดอย่างเดียวหรือสวิตช์ ไฟ และรางร่วมด้วย ข้อสี่ โรงงานมีงบและทีมดูแลสองเส้นทางอิสระหรือไม่ ข้อห้า ทดสอบแอปจริงใน FAT/SAT ได้หรือไม่ คำตอบเหล่านี้ช่วยคัดตัวเลือกก่อนเลือกยี่ห้อ
วงแหวน PROFINET ที่รับช่วงขาดสั้นได้อาจเริ่มประเมิน MRP ถ้ารับไม่ได้ให้ตรวจ MRPD หรือการออกแบบคอนโทรลเลอร์/แอปอื่นตามกรณี เครือข่ายชั้นบนหลายยี่ห้อที่มีการส่งซ้ำอาจพิจารณา RSTP หากต้องการส่งเฟรมผ่านเหตุเสียขององค์ประกอบเครือข่ายหนึ่งจุดโดยไม่มีช่องว่าง และสร้าง LAN อิสระสองชุดได้ ให้ประเมิน PRP ถ้าอุปกรณ์รองรับวงแหวนและขอบเขตเชื่อมต่อชัดเจน ให้ประเมิน HSR ไม่มีวิธีใดทำให้ PLC หรือแหล่งจ่ายกลายเป็นสองชุดเอง
เมื่อหลายวิธีเชื่อมกันที่ gateway หรือ RedBox ต้องดูว่าจุดนั้นกลายเป็น single point หรือไม่ คำว่า “รองรับ redundancy” อาจหมายถึงพอร์ต โปรโตคอล ไฟ CPU หรือไลเซนส์ที่ต่างกัน ให้ผู้ขายส่ง interoperability matrix ของ part number และ firmware ที่จะติดตั้ง แล้วทดสอบรุ่นนั้นจริง
เก้าข้อใน RFP
- กระบวนการที่ป้องกัน: ระบุไลน์ PLC, HMI, Remote I/O, SCADA, MES อุปกรณ์ซ่อมบำรุง และสภาวะปลอดภัยเมื่อสื่อสารขาด
- แบบจำลองเหตุเสีย: แยกสายขาด สวิตช์หยุด ไฟดับ โมดูลแสงเสีย ซ่อมทีละฝั่ง และการต่อกลับ พร้อมขอบเขตเหตุร่วม/หลายจุด
- เกณฑ์แอป: ระบุจุดวัดและเกณฑ์ของคาบ watchdog, alarm, บันทึกคุณภาพ การส่งย้อนหลัง และ offset เวลา
- วิธีและความเข้ากันได้: ระบุฉบับมาตรฐาน รุ่น firmware, การตั้งค่า gateway และขีดจำกัดวงแหวนหรือสอง LAN
- การแยกจริงและไฟ: เทียบ A/B route, ตู้ สวิตช์ เบรกเกอร์ UPS สายดิน ป้าย และทางซ่อมกับหน้างาน
- PTP/QoS: ระบุแหล่งเวลา profile, priority, queue, ภาวะเสีย โหลดทดสอบ และการเฝ้าระวัง
- ความปลอดภัยไซเบอร์: ระบุขอบเขต OT/IT การสื่อสารที่อนุญาต สิทธิ์บริหาร log และสิทธิ์เปลี่ยนค่า NIST SP 800-82 Rev.3 เป็นเอกสารอ้างอิงหลักที่คำนึงถึงความเชื่อถือได้และความปลอดภัยของ OT
- FAT/SAT: กำหนดขั้นตอนสร้างเหตุ โหลด หลักฐานมีเวลา เกณฑ์ผ่าน/ไม่ผ่าน ทดสอบซ้ำ ช่วงหยุดและ rollback
- ส่งมอบ: แบบ as-built การตั้งค่า ทะเบียน IP/VLAN/port อะไหล่ alarm คู่มือกู้คืน การฝึก และช่องทาง support
เปรียบเทียบราคาตามอุปกรณ์ งานเดินสายทางที่สอง ตู้และไฟ ไลเซนส์ FAT, SAT กลางคืน การประสานหยุดผลิต การฝึก และบำรุงรักษา ข้อเสนอราคาถูกที่ไม่รวม fault injection คือการเลื่อนต้นทุนการพิสูจน์ไปภายหลัง ไม่ควรลงราคากลางทั่วไปโดยไม่สำรวจโรงงานและช่วงหยุดจริง
คำถามที่ทำให้ผู้ขายตอบได้ตรง
ถามว่า “ถ้าปิดสวิตช์ LAN A ตัวนี้ PLC ที่ระบุขาด I/O กี่คาบ และใช้ log ใดพิสูจน์” ถามว่า “หลัง grandmaster PTP หาย เทอร์มินัลคุณภาพจะกลับสู่ offset ที่กำหนดเมื่อไร” ถามว่าสองทางใช้รางร่วมตรงไหน และช่างใช้ backup ใดเปลี่ยนอุปกรณ์ คำตอบต้องลงในข้อกำหนดการทดสอบ ไม่ใช่ค้างในบันทึกประชุม
ลำดับการรับงาน FAT และ SAT
FAT ไม่ต้องจำลองทั้งโรงงาน แต่ต้องใช้ hardware/firmware ตามสัญญา ค่า switch จริง PLC ตัวแทน โหลด และระบบเฝ้าระวัง เก็บ baseline ปกติก่อน แล้วสร้างเหตุสายขาด สวิตช์ไฟดับ ต่อกลับ ซ่อมหนึ่งฝั่ง แหล่งเวลาหาย และคิวหนาแน่น จัด counter เครือข่ายและ event ของแอปให้อยู่บนแกนเวลาเดียว ถ้าเปลี่ยนค่า ให้เก็บเวอร์ชันและทดสอบเงื่อนไขเดิมอีกครั้ง
SAT ต้องให้ความสำคัญกับความปลอดภัยและการผลิต ใช้ช่วงหยุด ขั้นตอนแยก และรายชื่อประสานที่อนุมัติ ห้ามสร้าง loop หรือเหตุเสียซ้ำโดยไม่มีแผนบนระบบจริง เหตุที่ทดสอบหน้างานไม่ปลอดภัยให้ใช้หลักฐาน FAT ประกอบการตรวจสายจริง SAT มีคุณค่าเพราะวัดเส้นทาง ไฟ อุปกรณ์ปลายทาง uplink และโหลดจริง ฝ่ายผลิต ซ่อมบำรุง คุณภาพ IT/OT และผู้ขายควรลงนามผลชุดเดียวกัน

| รหัส | เหตุหรือการตรวจ | หลักฐานเครือข่าย | หลักฐานกระบวนการ |
|---|---|---|---|
| F-01 | ตัดสายวงแหวนหรือ LAN A หนึ่งเส้น | port event เส้นทาง เฟรมหาย/ซ้ำ | PLC, I/O cycle, การจัดการชิ้นงาน |
| F-02 | สวิตช์หรือไฟหนึ่งฝั่งหยุด | alarm, convergence, โหลดทางที่เหลือ | HMI, ประวัติ alarm, สถานะเดินเครื่อง |
| F-03 | แหล่ง PTP หรือทางเวลาหาย | offset การซิงก์ใหม่ บทบาท clock | บันทึกคุณภาพที่มีเวลา |
| F-04 | โหลดสูงสุดบนทางอ้อม | queue, delay, drop | การควบคุม ตรวจสอบ และ MES |
| F-05 | กู้คืนและเปลี่ยนอะไหล่ | ค่า พอร์ต การเฝ้าระวังกลับมา | ช่างสาธิตและรายการค้าง |
ถ้า SAT ไม่ผ่าน ให้กำหนดผู้รับผิดชอบ วิธีเดินเครื่องชั่วคราวที่ปลอดภัย กำหนดแก้ และเงื่อนไขทดสอบซ้ำ อย่าปล่อยให้ผู้ขายบอกว่า “เครือข่ายผ่าน” แต่ฝ่ายผลิตบอกว่า “ไลน์หยุด” โดยไม่มีข้อมูลเวลาสี่ชั้นและเกณฑ์ร่วม หลังรับงานต้องพิสูจน์ว่า alarm ไปถึงคนรับ และเหตุเสียหนึ่งฝั่งไม่ค้างเงียบ
การดูแลหลังส่งมอบและต้นทุนรวม
ประโยชน์ของระบบสำรองเกิดเมื่อรองรับเหตุแรกได้และทีมรู้ทันทีว่าข้างหนึ่งเสีย ถ้าไม่มีแจ้งเตือน โรงงานอาจเดินเครื่องแบบเหลือทางเดียวหลายสัปดาห์ ก่อนการซ่อมครั้งถัดไปตัดทางสุดท้าย ให้แปลงเหตุเทคนิคเป็นใบงานที่ระบุไลน์ ฝั่งที่เสีย เจ้าของงาน และเวลาซ่อม แดชบอร์ดควรแยกปกติ เสียหนึ่งฝั่ง สูญเสียความสำรอง กำลังซ่อม และเสียสองฝั่ง ทดสอบให้แจ้งถึงช่างเวรจริงใน SAT
อะไหล่ต้องมีรุ่น firmware, license, ค่า backup, port map, IP และวิธีเปลี่ยน อุปกรณ์ที่มีอยู่ในคลังแต่ firmware เก่า หรือไม่มีรหัสจัดการ อาจใช้กู้คืนไม่ได้ ให้ช่างหน้างานสาธิตเปลี่ยนใน F-05 แล้วแก้คู่มือจากจุดที่ติดขัด การอัปเดตทีละฝั่งก็ต้องตรวจว่าอีกฝั่งรับโหลดได้ บันทึกค่าก่อนเปลี่ยน อนุมัติ diff ทดสอบ alarm แล้วจึงทำฝั่งที่สอง พร้อมแผน rollback
ตารางราคาให้แยกอุปกรณ์ สาย/ใยแก้ว ตู้ ไฟ UPS ออกแบบ FAT/SAT ช่วงหยุด การเฝ้าระวัง บำรุงรักษา อะไหล่ และการขยาย ข้ออ้างว่าใช้สายเดิมได้ต้องมีผลวัดและแบบเส้นทาง ระบุ exclusion เช่น PTP, security, ผู้ผลิตเครื่องเข้าร่วม และทดสอบวันหยุด หากเทียบต้นทุนระยะ 5 ปี ให้ใช้สมมติฐานเดียวกันสำหรับการเปลี่ยนอุปกรณ์ ไลเซนส์ แบตเตอรี่ UPS อะไหล่ การเฝ้าระวัง และการทดสอบซ้ำ ต้นทุนของการหยุดไม่ได้มีแค่ชั่วโมงผลิต แต่รวมชิ้นงานเสีย งานซ่อม และผลต่อลูกค้า ข้อมูลที่ยังตีราคาไม่ได้ให้บันทึกเป็นความเสี่ยงคงเหลือ ไม่สร้างตัวเลขสมมติ
คำถามพบบ่อยเรื่องเครือข่ายอุตสาหกรรมแบบสำรอง
MRP เร็วกว่า RSTP หรือไม่?
ไม่มีคำตอบเดียว PI ให้ค่า MRP โดยทั่วไป ส่วน RSTP ขึ้นกับโครงสร้างและการติดตั้ง เทียบเวลาขาดที่แอปและผลต่อกระบวนการบนอุปกรณ์จริง รวมชนิดเหตุเสีย และดูว่าเป็นวงแหวน PROFINET หรือเครือข่ายชั้นบนหลายยี่ห้อ
PRP หรือ HSR รับประกันว่าโรงงานไม่หยุดหรือไม่?
ไม่ IEC 62439-3 ครอบคลุมการสลับแบบ seamless สำหรับองค์ประกอบเครือข่ายที่กำหนด ไม่ครอบคลุมทุกเหตุของคอนโทรลเลอร์ ไฟ ซอฟต์แวร์ หรือทางร่วม ต้องพิสูจน์ผลที่ปลายทางและกระบวนการใน FAT/SAT
วงแหวนสำรองทำให้ PTP ตรงเวลาเสมอหรือไม่?
ไม่ ต้องดู delay ของทาง บทบาท clock, port และ profile วัด offset กับการซิงก์ใหม่ทั้งปกติและเสีย แล้วกำหนดการสำรองแหล่งเวลาแยกต่างหาก
เปรียบเทียบราคาอย่างไร?
ใช้รายการเหตุเสีย เกณฑ์แอป การแยกทาง รุ่นที่เข้ากัน PTP/QoS, FAT/SAT อะไหล่ และการฝึกกู้คืนบนฐานเดียวกัน จำนวนสวิตช์กับเวลาฟื้นตัวในแคตตาล็อกอย่างเดียวไม่พอ
ปรับปรุงในโรงงานที่ยังเดินเครื่องได้หรือไม่?
อาจทำได้ แต่ต้องตรวจแบบ ช่วงหยุด พื้นที่สายและตู้ ไฟ และความสามารถของอุปกรณ์เก่า ทดสอบในห้องก่อน ย้ายทีละไลน์หรืออาคาร และมีแผนย้อนกลับ หลีกเลี่ยงการสร้างเหตุเสียแบบเฉพาะหน้าบนระบบจริง
สรุป: รับงานด้วยผลต่อกระบวนการเมื่อเกิดเหตุเสีย
MRP และ RSTP ต้องทำให้การขาดช่วงระหว่างสลับอยู่ในค่าที่แอปยอมรับ PRP และ HSR มุ่งส่งเฟรมต่อเนื่องเมื่อองค์ประกอบเครือข่ายหนึ่งจุดที่ครอบคลุมเสีย แต่ไม่มีวิธีใดลบจุดเดียวด้านสายจริง ไฟ คอนโทรลเลอร์ เวลา QoS การซ่อม และเหตุร่วมทั้งหมด RFP ที่ดีสำหรับโรงงานไทยเริ่มจากแบบจำลองเหตุและผลต่อกระบวนการ แล้ววัดเกณฑ์เดียวกันใน FAT/SAT
แม้ยังไม่เลือกโปรโตคอลหรือรุ่น ก็เริ่มสำรวจเส้นทางเดิม ระบุขั้นตอนที่หยุดไม่ได้ และจัดทำตารางรับงานได้ หากกำลังปรับปรุง OT network ในไทย สามารถปรึกษาข้อจำกัดหน้างานกับTOMAS TECH
แหล่งข้อมูลปฐมภูมิ
- PROFIBUS & PROFINET International, PROFINET Planning Redundancy Guideline.
- PROFIBUS & PROFINET International, PROFINET System Description.
- IEC, IEC 62439-3:2021.
- IEEE 802.1, TSN standards and projects.
- IEEE 802.1, 802.1Qbv project description.
- Cisco, Industrial Automation Design and Implementation Guide.
- NIST, SP 800-82 Rev.3.