โรดแมปการอัปเกรด SCADA เดิม

ระบบเดิมอยู่ขั้นไหน: อ่านสัญญาณควรเปลี่ยนก่อน

หลายโรงงานลังเลกับคำถามว่า "ควรอัปเกรดหรือไม่" ทั้งที่สัญญาณที่ระบบ SCADA เดิมเริ่มส่งผลกระทบต่อการผลิตนั้นชัดเจนพอสมควร เมื่อสัญญาณใดสัญญาณหนึ่งจากสี่ข้อนี้ปรากฏขึ้น ก็ถึงเวลาใส่งานอัปเกรดลงในตาราง:

• อะไหล่และไลเซนส์หยุดซัพพลาย: บอร์ด การ์ดเครือข่าย ดองเกิล หยุดผลิตซื้อไม่ได้แล้ว ต่ออายุไลเซนส์ระบบปฏิบัติการหรือซอฟต์แวร์ SCADA ก็ทำไม่ได้;
• สภาพแวดล้อมระบบล้าสมัย: ระบบระดับบนยังเดินอยู่บนระบบปฏิบัติการที่หมดการสนับสนุนมานาน เช่น Windows XP (หมดซัพพอร์ตตั้งแต่เมษายน 2014) หรือ Windows 7 (หมดซัพพอร์ตตั้งแต่มกราคม 2020) ไม่มีแหล่งแพตช์และอัปเดตความปลอดภัยอีกต่อไป;
• สายบุคคลขาดช่วง: วิศวกรที่รู้พารามิเตอร์ สคริปต์ และตรรกะย้อนหลังของระบบย้ายหรือเกษียณไป ทีมใหม่รับช่วงต่อไม่ได้;
• การแก้ไขกลายเป็นความเสี่ยง: จะเพิ่มจุดวัดหนึ่งจุดหรือแก้หน้าจอหนึ่งแผ่นก็ต้องแตะโค้ดเก่าที่ไม่มีใครกล้าเปลี่ยน ค่าแก้ไขใกล้เคียงกับราคาติดตั้งระบบใหม่ทั้งชุด

โรดแมปการอัปเกรด: เดินห้าขั้นอย่างไร

เมื่อตัดสินใจอัปเกรดแล้ว ให้กำหนดเส้นทางก่อนลงมือมือ ลำดับที่มั่นคงคือ:

• ประเมินและเริ่มโครงการ: นับจำนวนแท็ก ชนิดอินเทอร์เฟซ จำนวนหน้าจอ และอายุการใช้งาน ระบุให้ชัดว่า "อัปเกรดเพื่อแก้ปัญหาอะไร" — อะไหล่หมดช่วงซัพพลาย ระบบช้า หรือต้องเชื่อมต่อ MES และแพลตฟอร์มข้อมูล เป้าหมายต่างกันเส้นทางก็ต่างกัน;
• ทำทะเบียนสินทรัพย์: ดึงเนื้อหาในระบบเดิมออกมาเป็นรายการทีละรายการ เพื่อเป็นข้อมูลนำเข้าความต้องการของระบบใหม่ ขั้นนี้ห้ามข้าม;
• รันคู่ขนาน: ป้อนสัญญาณชุดเดียวกันเข้าสู่ทั้งระบบเดิมและระบบใหม่เป็นระยะเวลาหนึ่ง แล้วเทียบข้อมูล หน้าจอ และพฤติกรรมการแจ้งเตือนทีละรายการ;
• ตัดสวิตช์เป็นช่วง: เปลี่ยนเข้าระบบใหม่ทีละโรงงานย่อยหรือทีละสายการผลิต — ส่วนเสริมที่กระทบต่ำก่อน สายหลักไว้ลำดับสุดท้าย แต่ละรอบเว้นช่วงเฝ้าสังเกต;
• ตรวจรับและส่งมอบเอกสาร: เมื่อเข้าเกณฑ์การเดินระบบต่อเนื่องแล้วจึงตรวจรับอย่างเป็นทางการ พร้อมปิดการฝึกอบรมผู้ปฏิบัติงานและการส่งมอบเอกสารกับโค้ดต้นฉบับในคราวเดียว

ทำทะเบียนสินทรัพย์: ห้ารายการ

คุณภาพของการทำทะเบียนก่อนรันคู่ขนานเป็นตัวกำหนดขนาดความเสี่ยงในวันตัดสวิตช์ ห้ารายการควรทำเป็นตาราง:

ต้องตรวจอะไรในช่วงรันคู่ขนาน

การรันคู่ขนานไม่ใช่ "เปิดทิ้งไว้แล้วดู" แต่คือการเทียบตามเช็กลิสต์ สี่เรื่องที่ต้องตรวจในช่วงนี้:

• ความสอดคล้องของข้อมูล: จุดวัดเดียวกันแสดงค่า เส้นประวัติ รอบบันทึกเหมือนกันในทั้งสองระบบหรือไม่ โดยเฉพาะการแปลงช่วงวัดและการจัดการจุดผิดพลาด;
• หน้าจอและการปฏิบัติงานตรงกัน: ผู้ปฏิบัติงานทำการสตาร์ท-หยุด และตั้งค่าพารามิเตอร์บนระบบใหม่ตามนิสัยเดิม เพื่อยืนยันว่าตำแหน่งปุ่มและตรรกะการยืนยันไม่ก่อความกำกวม;
• เทียบพฤติกรรมการแจ้งเตือน: เมื่อเกิดการรบกวนแบบเดียวกัน สองระบบต้องแจ้งเตือน จัดระดับ และบันทึกเหมือนกัน เพื่อไม่ให้วันตัดสวิตช์เกิดแจ้งเตือนตกหล่นหรือพายุการแจ้งเตือน;
• สถานการณ์ขอบเขตและความผิดปกติ: การขาดการสื่อสาร ไฟดับ และการกู้คืนหลังรีสตาร์ท ซ้อมทีละรายการ เพื่อยืนยันว่าการกู้คืนของระบบใหม่เทียบเท่าหรือดีกว่าระบบเดิม

ปิดงาน: การตัดสวิตช์และการตรวจรับ

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

• เขียนขั้นตอนตัดสวิตช์และแผนถอยกลับเป็นลายลักษณ์อักษร: วันไหน ส่วนไหน ใครยืนยัน — เงื่อนไขและขั้นตอนการกลับไปใช้ระบบเดิมก็ต้องเขียนไว้เช่นกัน ไม่ตัดสินใจกันสดๆ หน้างาน;
• ตรวจรับอย่างเป็นทางการหลังเข้าเกณฑ์เดินระบบต่อเนื่องเท่านั้น: ตกลงระยะเวลาและเกณฑ์ไว้ก่อน (เช่น วิ่งครบหนึ่งรอบการผลิตโดยไม่มีการหยุดที่เกิดจากระบบใหม่) ยังไม่เข้าเกณฑ์ยังไม่ถือว่าเสร็จ;
• ย้ายข้อมูลประวัติและยังเรียกดูได้: ประวัติที่ระบบเดิมบันทึกตามรอบที่ตกลงไว้ต้องมีที่ไป และหลังตัดสวิตช์ต้องเรียกดูกราฟได้ตามวิธีเดิม นี่คือเส้นล่างของการตรวจสอบย้อนกลับการผลิต;
• เอกสาร การฝึกอบรม และซอร์สโค้ดส่งมอบพร้อมกัน: ตอนเซ็นตรวจรับ คู่มือปฏิบัติงาน คำอธิบายหน้าจอ รายการแท็ก ไฟล์ซอร์สโครงการ และบันทึกการฝึกอบรมส่งมอบเป็นชุดเดียว ไม่ทิ้งสภาพ "มีระบบแต่ไม่มีความรู้"

ความเสี่ยงสี่ข้อที่เกิดซ้ำ

แม้วิธีถูก กับดักเหล่านี้ก็ยังวนกลับมา:

ข้อมูลที่ควรเตรียมก่อนเริ่มโครงการ

หยิบข้อมูลเหล่านี้ไปคุยกับผู้ให้บริการโซลูชัน โรดแมปจะลงตารางได้ทันที: ชื่อและเวอร์ชันซอฟต์แวร์ SCADA เดิม ระบบปฏิบัติการของเครื่องระดับบน ขนาดของแท็กและหน้าจอ วิธีเชื่อมต่อกับ PLC และเครื่องมือวัด ปริมาณข้อมูลประวัติและรอบการบันทึก หน้าต่างหยุดเดินเครื่องที่รับได้สำหรับการตัดสวิตช์ และปัญหาที่การอัปเกรดต้องแก้ให้จบก่อน Shanghai Chengxuan Intelligent ทำงานด้านซอฟต์แวร์อุตสาหกรรมและการเชื่อมต่ออุปกรณ์มาตั้งแต่ปี 2009 มีความสามารถในการพัฒนาและอัปเกรดระบบ SCADA และระบบระดับบน สามารถประเมินสถานะปัจจุบันตามรายการข้างต้น เสนอเส้นทางอัปเกรดเป็นขั้นพร้อมแผนรันคู่ขนาน ติดต่อสื่อสารได้ผ่าน English-speaking contact

บันทึกจากประวัติศาสตร์: ทำไมแพลตฟอร์มเดิมจึงล้าสมัย

แพลตฟอร์มที่วันนี้ถูกเรียกว่า "รุ่นเก่า" ตอนสร้างก็เป็นทางเลือกหลักของยุคนั้น: Modbus เผยแพร่ปี 1979 ยังถูกใช้อย่างแพร่หลายบนช่องทางอนุกรมและอีเทอร์เน็ตถึงปัจจุบัน ส่วน OPC UA เผยแพร่ปี 2008 และภายหลังกลายเป็นมาตรฐาน IEC 62541 เป็นมาตรฐานหลักของการแลกเปลี่ยนข้อมูลข้ามแพลตฟอร์ม แพลตฟอร์มไม่ใช่เก่าเพราะเลือกผิดในตอนนั้น แต่เพราะสภาพแวดล้อมการทำงานเปลี่ยนรุ่นมาหลายรอบในสามสิบปี — ระบบปฏิบัติการ ข้อกำหนดด้านความปลอดภัย และการใช้งานข้อมูลล้วนเปลี่ยนไป มองแบบนี้แล้ว การอัปเกรดไม่ใช่การปฏิเสธอดีต แต่คือการย้ายสินทรัพย์ไปสู่สภาพแวดล้อมที่ยังบำรุงรักษาต่อได้