หลักการ สถานการณ์ และความเหมาะสม
การรวมข้อมูลกับ SCADA ต้องรักษา timestamp คุณภาพ และความหมายของ alarm ตลอดเส้นทาง ข้อมูลภาพเป็นแหล่งสังเกตเพิ่ม ไม่ควรปลอมเป็นเครื่องมือวัดที่เชื่อถือได้ตลอดเวลาโดยละทิ้งสถานะอ่านไม่ออกหรือความไม่แน่นอน
SCADA เป็นระบบติดตามและบริหารข้อมูลหน้างาน historian คือที่เก็บประวัติค่า เวลาแหล่งกำเนิดบอกว่าข้อมูลอธิบายช่วงใด ส่วนเวลารับบอกว่าส่งถึงเมื่อใด กราฟที่เรียบอาจเกิดจากการคงค่าล่าสุด ไม่ใช่การวัดต่อเนื่อง ผู้อ่านควรดูสถานะคุณภาพพร้อมเส้นแนวโน้ม และทราบว่าไม่มีข้อมูลต่างจากค่าที่วัดได้เป็นศูนย์อย่างไร
quality mapping คือการแปลสถานะคุณภาพระหว่างระบบ ต้องไม่ทำให้สถานะภาพบังหายไปเมื่อผ่าน connector alarm philosophy คือกติกาว่าเหตุใดต้องเตือนและใครตอบสนอง การใส่ tag เพิ่มโดยไม่ออกแบบกติกาอาจสร้างภาระเสียงเตือนมากขึ้น ควรเริ่มจากรายการอ่านอย่างเดียวที่มีประโยชน์ชัด และคงแหล่งข้อมูลเดิมให้ตรวจเทียบได้ก่อนใช้ประกอบการตัดสินใจ
เลื่อนแผนภาพซ้าย–ขวาเพื่อดูรายละเอียดครบทุกส่วน
ตัวอย่างเชิงออกแบบ
ตัวอย่างเชิงออกแบบ: ค่าจากเกจภาพเข้าระบบ historian พร้อม source time และ bad-quality เมื่อภาพบัง จอ SCADA แสดงช่องว่างหรือคำเตือนแทนการลากเส้นค่าล่าสุดเหมือนยังมีการวัด
สถานการณ์สมมติ: ข้อมูลจากช่วงเช้าส่งมาถึงหลังเครือข่ายกลับในช่วงบ่าย backfill คือการเติมประวัติย้อนหลัง ควรวางค่าตามเวลาเช้าและระบุว่ามาถึงช้า ไม่ให้เหตุเก่ากลายเป็น alarm ปัจจุบันโดยอัตโนมัติ ผู้ดูแลยังต้องทราบว่าช่วงเช้าไม่สามารถตอบสนองจากข้อมูลนี้ได้แม้กราฟย้อนหลังครบแล้ว
ทางเลือกคือเก็บค่าทุกช่วงหรือบีบอัดประวัติเมื่อเปลี่ยนเพียงเล็กน้อย วิธีหลังลดพื้นที่แต่เสี่ยงซ่อนการเปลี่ยนสั้นที่งานต้องดู เจ้าของกระบวนการต้องเลือกตามวัตถุประสงค์ แล้วให้ผู้ปฏิบัติงานทบทวนกราฟตัวอย่างและสถานะคุณภาพจากข้อมูลทดสอบ ไม่ทดสอบด้วยการสร้างความผิดปกติของกระบวนการจริง
ข้อมูลนำเข้าและเงื่อนไขเริ่มต้น
เตรียม tag naming หน่วย source timestamp quality mapping alarm philosophy และนโยบาย historian ตรวจว่า connector ส่ง quality flag และประวัติย้อนหลังได้จริงหรือไม่
แต่ละ tag ต้องระบุเครื่องมือ หน่วย และที่มาของเวลา พร้อมเขตเวลาหรือวิธีจัดเวลาเดียวกัน เก็บผลอ่านดิบก่อนแปลงและตารางรหัสคุณภาพที่ทั้งสองระบบตกลงใช้ร่วมกัน
ผลส่งต่อควรมีค่า เวลา และคุณภาพเป็นชุดเดียว ถ้าปลายทางรับเฉพาะตัวเลข ต้องออกแบบช่องแสดงสถานะเพิ่มหรือไม่ใช้เส้นทางนั้นกับงานที่ต้องรู้ความสด ไม่ทิ้งข้อจำกัดเพื่อเชื่อมให้สำเร็จ
ขั้นตอนทดลองและเชื่อมงาน
- 1ทำ mapping tag และสิทธิ์ read/write โดยเริ่มจาก read-only
- 2ทดสอบ quality code และ time synchronization จากต้นทางถึง historian
- 3ทดสอบ buffering และ backfill โดยไม่ทำให้ alarm เก่ากลายเป็นเหตุใหม่
การประเมินและเกณฑ์ตรวจรับ
กระทบยอดค่ารายเวลาและตรวจลำดับเหตุจาก source ถึงหน้าจอ ซ้อมข้อมูลซ้ำและการแก้เวลา เกณฑ์ตรวจรับควรแยกความสดของข้อมูล การสูญหาย และความถูกต้องของ alarm ไม่อาศัยการเชื่อมต่อสำเร็จเพียงครั้งเดียว
ส่งชุดข้อมูลที่มีค่าปกติ อ่านไม่ได้ และเวลาย้อนในระบบทดสอบ ตรวจฐานประวัติกับจอว่าคงสถานะเหมือนกัน การเชื่อมที่ตอบสำเร็จแต่แปลง bad-quality เป็นค่าปกติยังไม่ผ่านงาน
ให้ผู้ใช้ตามค่าตัวอย่างจากภาพต้นทางถึงรายงานและอธิบายช่วงช่องว่างได้ ตรวจจำนวนข้อมูลหลังส่งซ้ำและ reconnect เพื่อยืนยันว่าไม่เพิ่มรายการหรือสร้างเหตุซ้ำโดยไม่ตั้งใจ
เลื่อนแผนภาพซ้าย–ขวาเพื่อดูรายละเอียดครบทุกส่วน
กรณีล้มเหลวและข้อจำกัด
การ backfill แก้ช่องว่างย้อนหลังได้แต่ไม่ย้อนเวลาตอบสนองต่อเหตุ การตั้ง poll ถี่เกินไปกระทบอุปกรณ์เก่า และหน้าจอ SCADA ไม่ใช่หลักฐานว่าระบบภาพเหมาะกับวงป้องกันหรือผ่านการรับรองใด
poll คือการถามค่าตามรอบ ไม่ได้ทำให้เครื่องมือวัดใหม่ทุกครั้ง จึงต้องตรวจอัตราที่แหล่งข้อมูลปรับจริง การถามเร็วกว่าแหล่งวัดอาจได้ค่าซ้ำจำนวนมากโดยไม่เพิ่มข้อมูลที่มีประโยชน์
สิทธิ์การเขียนและ alarm เดิมต้องอยู่ภายใต้เจ้าของระบบ การเพิ่มภาพเป็นข้อเสนอแหล่งสังเกต ไม่ใช่การเปลี่ยนความน่าเชื่อถือของวงควบคุมหรือ protective function และต้องทบทวนเมื่อมีการเปลี่ยนเครื่องมือ
รายการตรวจสอบก่อนใช้งาน
- source time ต่างจากเวลารับชัดเจนหรือไม่
- ข้อมูลอ่านไม่ได้คง quality flag ถึงจอหรือไม่
- backfill ไม่สร้าง alarm ย้อนหลังโดยไม่ตั้งใจหรือไม่