ข้ามไปยังเนื้อหา
EN
คู่มือ IoT เพื่อการศึกษา

เลือกโปรโตคอลจากความหมายข้อมูลและข้อจำกัดเครือข่าย

Modbus, MQTT และ OPC UA มีบทบาทต่างกัน การกล่าวชื่อโปรโตคอลไม่ใช่การยืนยันว่าอุปกรณ์หรือผลิตภัณฑ์ใดรองรับ

เลือกโปรโตคอลจากความหมายข้อมูลและข้อจำกัดเครือข่าย

แผนภาพอธิบายหลักการ ไม่ใช่หน้าจอผลิตภัณฑ์หรือผลทดสอบจริง

หลักการและการเลือกใช้

Modbus ใช้แบบจำลองข้อมูลที่ต้องมี register map ประกอบ MQTT ส่งข้อความผ่าน broker แต่ไม่ได้กำหนดความหมาย payload ให้เอง ส่วน OPC UA มีแบบจำลองข้อมูลและบริการตามโปรไฟล์ เหมาะต่างกันตามระบบเดิม การสื่อสารแบบถามตอบหรือเผยแพร่ และบริบทความปลอดภัย

โปรโตคอลเป็นกติกาการคุย แต่กติกาไม่ได้ทำให้ทุกฝ่ายเข้าใจตัวเลขตรงกัน Modbus ต้องรู้ว่ารีจิสเตอร์ใดแทนอะไร MQTT ใช้ตัวกลางหรือ broker ส่งข้อความตามหัวข้อ ส่วน OPC UA อาจให้โครงสร้างและคุณภาพข้อมูลตามบริการที่ใช้ ต้องดูคู่มือและโปรไฟล์รุ่นจริง ไม่ถือว่าเอ่ยชื่อเดียวกันแล้วเชื่อมได้ทันที

IEC 61850 มีบริบทแบบจำลองข้อมูลและวิธีวิศวกรรมของระบบไฟฟ้า ไม่ใช่ตัวแทนทั่วไปของการส่งเลขผ่านเครือข่าย การเลือกควรเริ่มจากข้อมูลที่ต้องรักษา ได้แก่ หน่วย เวลา คุณภาพ และสิทธิ์อ่านเขียน แล้วดูภาระระบบเดิม การแปลงข้ามโปรโตคอลอาจสูญเสียความหมายเหล่านี้ จึงต้องมีตารางจับคู่ ไม่ใช้เพียงการรับข้อความสำเร็จเป็นเกณฑ์

โปรโตคอลส่งข้อมูล แต่ Schema ให้ความหมาย การรับข้อความสำเร็จไม่ยืนยันว่าระบบตีความหรือบันทึกค่าถูกต้อง ต้องตกลงหน่วย ชนิดข้อมูล เวลา และสถานะ ค่าพร้อมหน่วย; สัญญาข้อมูล; โปรโตคอลส่ง; ตรวจที่ผู้รับ 1 ค่าพร้อมหน่วย 2 สัญญาข้อมูล 3 โปรโตคอลส่ง 4 ตรวจที่ผู้รับ

เลื่อนแผนภาพซ้าย–ขวาเพื่อดูรายละเอียดครบทุกส่วน

โปรโตคอลส่งข้อมูล แต่ Schema ให้ความหมาย การรับข้อความสำเร็จไม่ยืนยันว่าระบบตีความหรือบันทึกค่าถูกต้อง ต้องตกลงหน่วย ชนิดข้อมูล เวลา และสถานะ แผนภาพอธิบายหลักการ ไม่ใช่หน้าจอผลิตภัณฑ์หรือผลทดสอบจริง

การออกแบบและข้อมูลที่ต้องเตรียม

รวบรวมคู่มือรุ่นจริง address, datatype, byte order, scale และหน่วย ออกแบบรหัสอุปกรณ์กับ timestamp ให้สอดคล้อง สำหรับ MQTT ระบุ topic, schema และนโยบาย retained message ใช้เครือข่ายทดสอบก่อนเชื่อม OT และจำกัดการอ่านเขียนตามสิทธิ์

Address คือตำแหน่งข้อมูล Datatype คือชนิดจำนวนหรือข้อความ Byte order คือลำดับไบต์ และ scale คือตัวคูณแปลงค่า ต้องตรวจครบก่อนตีความข้อมูล ทำตารางจากตำแหน่งต้นทางสู่ชื่อปลายทางพร้อมตัวอย่างที่ทราบค่า เริ่มสิทธิ์อ่านอย่างเดียวตามที่ผู้ดูแลอนุมัติ และไม่ลองเขียนรีจิสเตอร์เพื่อดูว่ามีผลอะไรบนเครื่องจริง

สำหรับ MQTT กำหนดรูปแบบเนื้อหาหรือ payload ร่วมกับ topic และรุ่น schema พร้อมเวลาวัดและรหัสระเบียน สำหรับ OPC UA ให้ตรวจชนิดข้อมูล สถานะคุณภาพ และสิทธิ์ของบริการที่ใช้จริง หากแปลงเข้าสู่รูปแบบกลาง ต้องบันทึกสิ่งที่เก็บได้หรือหายไป และให้ผู้ตรวจอิสระเทียบค่ากับแหล่งที่ได้รับอนุญาตก่อนนำไปใช้รายงาน

กรณีล้มเหลวและข้อจำกัด

สลับ word order อาจได้ค่าดูสมเหตุผลแต่ผิด ข้อความ retained อาจเป็นค่าเก่า และ MQTT QoS ไม่ได้ทำให้ผลข้างเคียงในฐานข้อมูลเกิดครั้งเดียวโดยอัตโนมัติ ความสำเร็จของการเชื่อมต่อไม่ยืนยันความถูกต้องเชิงความหมาย

Word order คือลำดับกลุ่มข้อมูลที่ประกอบเป็นค่าหลายรีจิสเตอร์ หากกลับลำดับอาจได้เลขไม่ตรงแม้ไม่เกิดข้อผิดพลาดการสื่อสาร Retained message คือข้อความที่ตัวกลางเก็บไว้ส่งให้ผู้สมัครใหม่ ต้องตรวจเวลาวัดก่อนแสดงเป็นปัจจุบัน ส่วน QoS เป็นระดับกติกาการส่งของ MQTT ไม่ใช่หลักประกันว่าธุรกรรมปลายทางจะไม่ซ้ำ

การถามถี่เกินอาจเพิ่มภาระอุปกรณ์เดิม ขณะที่ถามห่างเกินอาจพลาดเหตุสั้น ต้องวางรอบตามข้อจำกัดที่ผู้ดูแลยืนยัน เมื่อข้อมูลแปลงหน่วยหรือคุณภาพหาย ให้ส่งสถานะจำกัดแทนเลขที่ดูสมบูรณ์ การทดสอบต้องไม่รบกวน OT จริง และช่องทางเฝ้าดูที่เชื่อมผ่านโปรโตคอลทั่วไปต้องไม่ถูกอ้างเป็นระบบนิรภัย อินเตอร์ล็อก หรือ ESD

วิธีทดลองและประเมินผล

ทดสอบค่าที่ทราบทั้งบวก ลบ และทศนิยม ตรวจการขาดต่อ การส่งซ้ำ และเวลาค้าง ใช้เครื่องมือที่ผู้ดูแลอนุญาตโดยจำกัดภาระเครือข่าย วัดความครบถ้วนจากต้นทางถึงปลายทาง ไม่ใช่เพียงจำนวนแพ็กเก็ตที่ส่งสำเร็จ

สร้างชุดข้อมูลทดสอบที่รู้ข้อความดิบและค่าหลังแปลง เพื่อให้ตรวจ address ชนิดข้อมูล และลำดับไบต์อย่างเป็นอิสระ ตรวจว่าข้อความซ้ำใช้รหัสเดิมและไม่เพิ่มยอดซ้ำ ถ้าทดสอบการสมัครหัวข้อใหม่ ให้ตรวจว่าข้อความที่ได้รับทันทีมีเวลาเก่าหรือไม่ รวมสถานะคุณภาพเสียเพื่อยืนยันว่าปลายทางไม่เปลี่ยนเป็นค่าปกติ

ตรวจรับตามโปรไฟล์และรุ่นอุปกรณ์ที่ทดสอบจริง พร้อมตารางจับคู่ความหมายและข้อจำกัดที่เหลือ วัดอายุข้อมูลและผลเมื่อขาดต่อภายใต้ขนาดงานที่บันทึกไว้ เอกสารมาตรฐานเป็นแหล่งกติกาสำหรับออกแบบและทวนวิธี ไม่ได้ยืนยันผลิตภัณฑ์ใดรองรับโปรโตคอลทั้งหมด และผลทดลองนี้ไม่ให้ข้ออ้างการรับรองความเข้ากันได้หรือสมรรถนะกับระบบอื่นที่ยังไม่ได้ทดสอบ

ตรวจส่งถึง กับตรวจใช้งานถูก ทดสอบการหลุด การส่งซ้ำ และลำดับเวลาพร้อมการแปลงหน่วย ไม่ถือว่ามี ACK เท่ากับกระบวนการธุรกิจสำเร็จ ระดับการส่ง; เชื่อมต่อและยืนยัน; ตรวจ Retry/Timeout; ตรวจการสูญหาย; ระดับความหมาย; ชนิดข้อมูลและหน่วย; เวลาและความสด; การบันทึก/จัดการซ้ำ ระดับการส่ง เชื่อมต่อและยืนยัน ตรวจ Retry/Timeout ตรวจการสูญหาย ระดับความหมาย ชนิดข้อมูลและหน่วย เวลาและความสด การบันทึก/จัดการซ้ำ

เลื่อนแผนภาพซ้าย–ขวาเพื่อดูรายละเอียดครบทุกส่วน

ตรวจส่งถึง กับตรวจใช้งานถูก ทดสอบการหลุด การส่งซ้ำ และลำดับเวลาพร้อมการแปลงหน่วย ไม่ถือว่ามี ACK เท่ากับกระบวนการธุรกิจสำเร็จ แผนภาพอธิบายหลักการ ไม่ใช่หน้าจอผลิตภัณฑ์หรือผลทดสอบจริง

รายการตรวจทาน

  • ยืนยันโปรไฟล์และรุ่นจริง
  • มี schema และ register map
  • แยกเวลาวัดกับเวลารับ
  • ไม่เปิดบริการ OT สู่สาธารณะโดยตรง

แหล่งอ้างอิงและอ่านต่อ

เอกสารอ้างอิงอธิบายหลักการหรือข้อกำหนดของเทคโนโลยี ไม่ได้แปลว่าผลิตภัณฑ์ได้รับการรับรองหรือรองรับข้อกำหนดทั้งหมด

ตารางประกอบการศึกษา

บริบทโปรโตคอลและข้อมูลที่ต้องตรวจ ไม่ใช่รายการการรองรับ

Modbus ตรวจ register map, datatype, byte/word order และ scale ของรุ่นจริง
MQTT กำหนด topic, payload schema, QoS และนโยบายข้อความ retained ให้ตรงกัน
OPC UA ตรวจโปรไฟล์ บริการ แบบจำลองข้อมูล และการตั้งค่าความปลอดภัยของทั้งสองฝั่ง
IEC 61850 มาตรฐานกลุ่มระบบอัตโนมัติด้านไฟฟ้ากำลัง ต้องตรวจแบบจำลองข้อมูลและบริการตามขอบเขตโครงการ
ศึกษาบริบทเพิ่ม

หัวข้อที่เกี่ยวข้อง ไม่ใช่รายการการรองรับที่ยืนยัน

กำหนดโจทย์และเกณฑ์ตรวจรับก่อนเลือกทางออก

ระบุแหล่งข้อมูล รุ่นอุปกรณ์ ข้อจำกัดเครือข่าย และผู้ดูแล แล้วสอบถามขอบเขตที่ยืนยันได้

อ่านบทความเทคโนโลยีและแนวทางใช้งาน AI

เรียนรู้หลักการ ข้อจำกัด และวิธีประเมินระบบจากบทความที่เผยแพร่บนเว็บไซต์

ข่าวสาร