สถาปัตยกรรมเกตเวย์เก็บข้อมูล: ห้าชั้นจากสัญญาณถึง MES
สถาปัตยกรรมของเกตเวย์เก็บข้อมูลมักแบ่งเป็นห้าชั้น: ชั้นรับสัญญาณอ่านข้อมูลดิบจากเครื่องจักรและเครื่องมือวัด ชั้นปรับโปรโตคอลแปลงโปรโตคอลต่าง ๆ เป็นโมเดลจุดข้อมูลภายในเดียว ชั้นทำความสะอาดข้อมูลรับผิดชอบการแปลงหน่วยและการจัดการค่าผิดปกติ ชั้นบัฟเฟอร์เก็บข้อมูลไว้ในเครื่องเมื่อเครือข่ายขาด และชั้นส่งต่อนำข้อมูลที่จัดเตรียมแล้วไปส่งให้ MES แพลตฟอร์มพลังงาน หรือคลาวด์ การแบ่งความรับผิดชอบของห้าชั้นนี้ให้ชัดตั้งแต่ขั้นออกแบบจะช่วยลดงานซ่อมซ้ำจากการเปลี่ยนโปรโตคอลและตัวเลขที่ไม่ตรงกันในภายหลังได้อย่างชัดเจน
ทำไมข้อมูลหน้าโรงงานจึงเก็บยาก
โรงงานผลิตหนึ่งแห่งมักมีเครื่องจักรหลายรุ่นหลายยุคอยู่พร้อมกัน: เครื่องใหม่มีพอร์ตอีเทอร์เน็ตและโปรโตคอลเปิด ส่วนเครื่องเก่าเหลือเพียงพอร์ตอนุกรม และเครื่องที่เก่ากว่านั้นมีแต่สัญญาณคอนแท็กต์แบบฮาร์ดไวร์ รูปแบบข้อมูล รอบการอัปเดต และกติกาการตั้งชื่อจุดข้อมูลล้วนต่างกัน การเอาซอฟต์แวร์รายงานวางขึ้นไปตรง ๆ จึงได้แต่กองตัวเลขที่ใช้เกณฑ์คนละแบบ
- เครื่องใหม่: พอร์ตอีเทอร์เน็ตกับ OPC UA หรือโปรโตคอลเฉพาะของผู้ผลิต ข้อมูลครบแต่ต้องยืนยันสิทธิ์การเปิดเผยเป็นรายเครื่อง
- เครื่องเก่า: บัสอนุกรม Modbus หรือ RS485 เก็บได้แต่ต้องไล่เทียบที่อยู่เรจิสเตอร์ทีละจุด
- เครื่องเก่ากว่า: เหลือเพียงสัญญาณฮาร์ดไวร์ของรีเลย์กับทรานสมิตเตอร์ ต้องเพิ่มโมดูลเก็บข้อมูลจึงจะมีข้อมูล
- เครื่องมือวัดหน้างาน: มิเตอร์ไฟ มิเตอร์น้ำ มิเตอร์ไหล แต่ละชนิดมีข้อกำหนดการสื่อสารเป็นของตนเอง และมักหลุดออกจากแผนงาน
หน้าที่ของเกตเวย์เก็บข้อมูลคือรวมแหล่งข้อมูลเหล่านี้เข้าสู่ไปป์ไลน์เดียว และจัดให้เป็นข้อมูลที่ระบบระดับบนใช้ได้ทันที
ห้าชั้นแต่ละชั้นรับผิดชอบอะไร
ในทางปฏิบัติจะมองเกตเวย์เป็นรายชั้น เพราะแต่ละชั้นมีลักษณะความผิดพลาดและเกณฑ์การตรวจรับไม่เหมือนกัน
| ชั้น | หน้าที่รับผิดชอบ | จุดที่มักเกิดปัญหา |
|---|---|---|
| ชั้นรับสัญญาณ | การเชื่อมต่อกายภาพพอร์ตอนุกรม อีเทอร์เน็ต โมดูล I/O และการจัดรอบการสำรวจ | ต่อสายผิด ที่อยู่ชนกัน รอบสำรวจหนักเกินไป |
| ชั้นปรับโปรโตคอล | แปลงเฟรม Modbus, OPC UA, S7, MC ฯลฯ เป็นโมเดลจุดข้อมูลเดียวกัน | แมปเรจิสเตอร์ผิด ลำดับไบต์ไม่ตรง |
| ชั้นทำความสะอาดข้อมูล | แปลงหน่วย ปรับเกณฑ์มาตรวัด ตัดค่าผิดปกติ รวมมาตรฐานชื่อจุด | ใช้ค่าปรับเกณฑ์ผิด ปล่อยค่าพุ่งผิดปกติไว้ |
| ชั้นบัฟเฟอร์ | เก็บข้อมูลในเครื่องเมื่อขาดการเชื่อมต่อ และส่งซ้ำตามลำดับเมื่อฟื้นตัว | ดิสก์เต็ม ลำดับการส่งซ้ำรวน |
| ชั้นส่งต่อ | ส่งข้อมูลไป MES แพลตฟอร์มพลังงาน คลาวด์ และรักษาช่องทางคำสั่งสองทาง | ไม่ตามการเปลี่ยนอินเทอร์เฟซฝั่งบน ส่งซ้ำ |
เมื่อแยกเป็นห้าชั้น ข้อร้องเรียนสามแบบที่พบบ่อยคือ "เก็บข้อมูลไม่ได้" "ตัวเลขไม่ตรง" "ข้อมูลหายตอนเน็ตหลุด" จะระบุลงไปที่ชั้นที่รับผิดชอบได้โดยตรง แทนที่จะต้องแก้ทั้งระบบอย่างมักเซ็ม
ชั้นปรับโปรโตคอล: หลายเฟรมกลายเป็นโมเดลจุดข้อมูลชุดเดียว
การปรับโปรโตคอลเป็นชั้นที่ใช้แรงงานมากที่สุดในเกตเวย์เก็บข้อมูล แนวทางที่ใช้ได้จริงไม่ใช่การเขียนโปรแกรมใหม่ทุกครั้งที่มีโปรโตคอลเพิ่ม แต่คือการแยก "การเก็บ" ออกจาก "การใช้": ชั้นปรับโปรโตคอลแปลงทุกเฟรมเป็นโมเดลจุดข้อมูลภายใน ส่วนชั้นบนต้องเจอแต่จุดข้อมูล ไม่ต้องรับมือกับโปรโตคอลอีก
- Modbus RTU/TCP: ลงทะเบียนทีละจุดตามตารางเรจิสเตอร์ ระบุชนิดข้อมูล ลำดับไบต์ และค่าสเกลให้ชัดเจน
- OPC UA: เผยแพร่ปี 2008 และต่อมาได้เป็นมาตรฐาน IEC 62541 เมื่ออุปกรณ์เปิดพื้นที่ที่อยู่ สามารถเปิดดูและติดตามโหนดได้โดยตรง
- Siemens S7 และ Mitsubishi MC: ลงทะเบียนตามหมายเลขสถานี PLC และที่อยู่อุปกรณ์ ให้ระวังจังหวะการสำรวจเมื่อหลายเครื่องใช้สายร่วมกัน
- โปรโตคอลเฉพาะของผู้ผลิต: แยกวิเคราะห์ทีละเฟรมจากตัวอย่างจริง และเก็บกติกาการแยกวิเคราะห์ไว้ในไฟล์คอนฟิก ไม่ฝังลงในโค้ด
เมื่อกติกาการปรับอยู่ในรูปคอนฟิก การเพิ่มเครื่องรุ่นเดียวกันเหลือเพียงคัดลอกคอนฟิกแล้วเปลี่ยนที่อยู่ หากกติกากระจายอยู่ในโค้ด ทุกครั้งที่ขยายจุดข้อมูลจะกลายเป็นงานพัฒนาใหม่ทั้งชิ้น
เมื่อเครือข่ายขาด ข้อมูลไปอยู่ที่ไหน
สายจากโรงงานไปห้องเซิร์ฟเวอร์ไม่มีทางไม่ขาดตลอดปี: สวิตช์รีสตาร์ท งานก่อสร้างเดินสายไฟเบอร์ สัญญาณไร้สายสั่น ล้วนก่อให้เกิดการขาดช่วงสั้น ๆ การออกแบบชั้นบัฟเฟอร์จะเป็นตัวตัดสินว่าข้อมูลในช่วงนั้นจะหายไปหรือเอาคืนได้
- ข้อมูลล่าสุดเข้าคิวหน่วยความจำก่อน เพื่อเริ่มส่งซ้ำทันทีที่ฟื้นตัวโดยไม่ต้องรอการเขียนดิสก์
- ส่วนที่เกินความจุหน่วยความจำลงไปอยู่คิวดิสก์พร้อมดัชนีเวลา แล้วส่งซ้ำตามลำดับเมื่อฟื้นตัว
- บัฟเฟอร์กำหนดขีดจำกัดความจุและกติกาทิ้งข้อมูลเก่าที่สุด เพื่อไม่ให้การขาดต่อเนื่องนาน ๆ ทำให้ดิสก์เต็ม
- เมื่อส่งซ้ำเสร็จ บันทึกเครื่องหมายจุดขาด เพื่อให้ภายหลังแยกได้ว่าส่วนใดเป็นข้อมูลส่งซ้ำ ส่วนใดเขียนสด
คุณค่าของการส่งซ้ำเมื่อขาดการเชื่อมต่อไม่ได้อยู่ที่ "เก็บได้กี่รายการ" แต่อยู่ที่เมื่อฟื้นตัวแล้วข้อมูลกลับเข้าคลังประวัติตามลำดับเวลา และต่อกับข้อมูลปกติเป็นเส้นกราฟต่อเนื่องเส้นเดียว
ชั้นส่งต่อ: ส่งอะไรขึ้นบน รับคำสั่งจากด้านล่างอย่างไร
ชั้นส่งต่อเผชิญกับ MES แพลตฟอร์มพลังงาน และบริการคลาวด์ จึงควรตกลงกันล่วงหน้าสามเรื่อง: ส่งอะไร ส่งด้วยจังหวะใด และเมื่อขาดการเชื่อมต่อแล้วจะทำอย่างไร
| รายการที่ต้องตกลง | วิธีที่พบทั่วไป | จุดที่มักถูกมองข้าม |
|---|---|---|
| ขอบเขตข้อมูล | ส่งตามรายการจุดข้อมูลที่ตกลงกัน ไม่ผลักฐานข้อมูลทั้งหมดขึ้นไป | ฝั่งบนได้รับจุดที่ไม่เกี่ยวข้องแล้วกลับมาเรียกร้องความรับผิดชอบ |
| จังหวะการส่ง | ส่งเมื่อค่าเปลี่ยนควบคู่รอบสำรองตามเวลา จุดสำคัญเพิ่มความถี่เป็นการเฉพาะ | ส่งตามรอบคงที่เท่านั้น จึงพลาดทุกค่าพุ่งชั่วขณะ |
| การจัดการเมื่อขาด | เมื่อฝั่งบนฟื้น เกตเวย์ส่งซ้ำส่วนที่ค้าง | ไม่จำกัดปริมาณค้าง จังหวะฟื้นตัวกดดันฝั่งบนจนล้น |
คำสั่งผลิตที่วิ่งลงไปหาเครื่องจักรก็ใช้ช่องทางเดียวกันนี้: คำสั่งต้องมีข้อจำกัดด้านสิทธิ์และขอบเขต ผลการดำเนินการต้องถูกส่งกลับและบันทึกไว้ เพื่อหลีกเลี่ยงช่องทางทางเดียวที่ส่งอย่างเดียวไม่รับ
ตรวจรับแบบไล่ทีละจุดอย่างไร
การตรวจรับระบบเก็บข้อมูลไม่จบที่ "หน้าจอมีตัวเลข" แต่ต้องย้อนกลับไปที่ตัวข้อมูลจริง
- ไล่เทียบทุกจุด: อ่านทีละจุดตามตารางจุดข้อมูล ถือว่าผ่านเมื่อค่าตรงกับหน้าปัดเครื่องมือวัดหน้างาน
- ซ้อมส่งซ้ำเมื่อขาด: ตัดสายเองช่วงหนึ่งแล้วกู้คืน ตรวจความครบถ้วนและลำดับของข้อมูลที่ส่งซ้ำ
- เดินเครื่องต่อเนื่องนาน: เดินเครื่องติดต่อกันหลายวัน ตรวจหาความล้มเหลวแบบเงียบและการรั่วไหลของหน่วยความจำ
- การเก็บรักษาและส่งออกข้อมูล: เก็บข้อมูลประวัติตามระยะเวลาที่ตกลงกัน และส่งออกเป็นรูปแบบที่ฝั่งบนอ่านได้ทันที
ครบสี่ข้อนี้ ชั้นเก็บข้อมูลจึงนับว่าส่งมอบจริง ถ้าเซ็นรับด้วยการสาธิตหน้าจอที่ตัวเลขวิ่งไม่หยุดเพียงอย่างเดียว ปัญหามักจะทยอยรวมกันระเบิดหลังผ่านไปราวสามเดือน
ข้อมูลที่ควรเตรียมก่อนเริ่มโครงการ
จัดระเบียบสิ่งต่อไปนี้ก่อนเริ่มงาน แผนงานและราคาเสนอจะแม่นยำขึ้นทั้งคู่: รุ่นตัวควบคุมและเงื่อนไขการสื่อสารของเครื่องจักรที่มีอยู่ รายการเครื่องมือวัดที่ต้องต่อพร้อมข้อกำหนดของแต่ละชนิด ข้อกำหนดของระบบฝั่งบนเรื่องขอบเขตและความถี่ของข้อมูล เงื่อนไขเครือข่ายของโรงงานและช่องทางออกที่ใช้ได้ และระยะเวลาที่ยอมให้เก็บข้อมูลในเครื่องได้เมื่อเครือข่ายขาด เมื่อเขียนสิ่งเหล่านี้เป็นลายลักษณ์อักษรแล้วจึงคุยสถาปัตยกรรมกับผู้ดำเนินการ บทสนทนาจะเป็นเรื่องข้อกำหนดที่ตรวจรับได้ ไม่ใช่เรื่องคอนเซ็ปต์
Shanghai Chengxuan Intelligent ดำเนินงานด้านซอฟต์แวร์อุตสาหกรรมและการเชื่อมต่อเครื่องจักรมาตั้งแต่ปี 2009 มีความสามารถด้านผลิตภัณฑ์ทั้งซอฟต์แวร์เกตเวย์เก็บข้อมูล ไลบรารีปรับโปรโตคอล และแพลตฟอร์มตรวจสอบ พร้อมผู้ประสานงานที่สื่อสารภาษาอังกฤษได้สำหรับการหารือแนวทาง และสามารถร่วมกับบริษัทของท่านยืนยันข้อกำหนดขอบเขตของสถาปัตยกรรมห้าชั้นไล่ทีละรายการ ตามเงื่อนไขเครื่องจักรและข้อกำหนดของระบบฝั่งบน
สรุป
คุณค่าของเกตเวย์เก็บข้อมูลไม่ได้อยู่ที่การกระทำเดียวที่ว่า "เชื่อม" เครื่องจักรเข้าด้วยกัน แต่อยู่ที่ห้าชั้น — รับสัญญาณ ปรับโปรโตคอล ทำความสะอาดข้อมูล บัฟเฟอร์เมื่อขาด ส่งต่อขึ้นบน — ที่แต่ละชั้นมีหน้าที่และเกณฑ์ตรวจรับชัดเจนของตนเอง เมื่อเขียนขอบเขตของทั้งห้าชั้นไว้เป็นเอกสารตั้งแต่ขั้นออกแบบ เก็บกติกาการปรับโปรโตคอลไว้ในคอนฟิก และใส่การซ้อมส่งซ้ำเมื่อขาดไว้ในการตรวจรับ การเพิ่มเครื่อง ขยายจุดข้อมูล และเปลี่ยนอินเทอร์เฟซฝั่งบนจะต้องแก้ซ้ำน้อยลง และข้อมูลหน้าโรงงานจะกลายเป็นฐานที่ MES และการจัดการพลังงานวางใจได้
นัดปรึกษาแนวทาง
หากบริษัทของท่านกำลังพิจารณาการเก็บข้อมูลหน้าโรงงานหรือการเลือกเกตเวย์ แจ้งรุ่นเครื่องจักรที่ใช้อยู่ โปรโตคอลการสื่อสาร และข้อกำหนดของระบบฝั่งบนให้เราทราบ เราจะเสนอขอบเขตฟังก์ชันของสถาปัตยกรรมห้าชั้นและเช็กลิสต์การตรวจรับที่เหมาะกับเงื่อนไขจริงของบริษัทท่าน
ติดต่อเรา