4G แก้ปัญหาการเข้าถึงเครือข่ายผ่านเครือข่ายเซลลูลาร์ เราเตอร์มีหน้าที่ส่งข้อมูล IP ไปยังจุดถัดไปที่เหมาะสม ส่วนเกตเวย์เก็บข้อมูล IoT อาจอ่านอุปกรณ์ภาคสนาม ตีความข้อมูล และแปลงรูปแบบข้อมูลของแอปพลิเคชันด้วย ฟังก์ชันเหล่านี้สามารถติดตั้งอยู่ในอุปกรณ์เดียวกันได้ แต่ไม่สามารถตัดสินจากชื่อ “เกตเวย์” หรือ “เราเตอร์อุตสาหกรรม” เพียงอย่างเดียว เมื่อเลือกรุ่น ให้ถามก่อนว่าข้อมูลภาคสนามอยู่ในรูปแบบที่เซิร์ฟเวอร์เข้าใจได้อยู่แล้ว หรือยังต้องมีการเก็บข้อมูลและแปลงข้อมูล?
1. เริ่มจากแยกความหมายของคำว่า “เกตเวย์”
เกตเวย์เริ่มต้นในการตั้งค่าของคอมพิวเตอร์มักเป็นแอดเดรสของจุดถัดไปที่ใช้เมื่อออกจากเครือข่าย IP ภายใน ไม่ใช่ “ตัวแปลงโปรโตคอลสารพัดชนิด” ตัวอย่างเช่น คอมพิวเตอร์ส่งข้อมูลที่ไม่ได้อยู่ในซับเน็ตภายในให้เราเตอร์ ซึ่งจะส่งต่อข้อมูลต่อไป กระบวนการนี้ไม่จำเป็นต้องให้เราเตอร์เข้าใจค่าอุณหภูมิ รีจิสเตอร์ของอุปกรณ์ หรือคำสั่งควบคุม
คำว่าเกตเวย์ IoT ในชื่อผลิตภัณฑ์อาจหมายถึงอุปกรณ์ที่เชื่อมต่อเครื่องมือวัด ตัวควบคุม และแพลตฟอร์ม นอกเหนือจากการเชื่อมต่อเครือข่ายแล้ว อุปกรณ์อาจทำหน้าที่เริ่มอ่านข้อมูลเอง แปลงโปรโตคอล แมปฟิลด์ อัปโหลด หรือแคชข้อมูลด้วย ผู้ผลิตและรุ่นต่าง ๆ ใช้ชื่อเดียวกัน แต่ฟังก์ชันที่มีจริงอาจต่างกัน ดังนั้นจึงไม่สามารถจัดให้เกตเวย์ทั้งหมดอยู่ในเลเยอร์เครือข่ายเดียวกัน หรือกล่าวว่า “โดยพื้นฐานแล้ว เกตเวย์ก็เป็นเพียงแอดเดรส IP”
หากเปรียบการสื่อสารในโรงงานกับการขนส่งสินค้า การกำหนดเส้นทางก็เหมือนการเลือกช่วงถัดไปของเส้นทางขนส่ง ส่วนการเก็บข้อมูลและแปลงข้อมูลก็เหมือนการแกะกล่อง อ่านรายการขนส่ง จัดระเบียบสิ่งของ และเปลี่ยนให้อยู่ในรูปแบบที่ผู้รับต้องการ การเปรียบเทียบนี้มีไว้เพื่อแยกหน้าที่เท่านั้น ไม่ได้หมายความว่าการแปลงจะเร็วกว่าอย่างแน่นอน และไม่ได้หมายความว่าโปรโตคอลทุกชนิดสามารถแปลงระหว่างกันได้
2. เราเตอร์เชื่อมต่อเครือข่ายที่ต่างกันอย่างไร
สมมติว่า PLC ในห้องปฏิบัติการอยู่บนซับเน็ต IP หนึ่ง และคอมพิวเตอร์บำรุงรักษาอยู่อีกซับเน็ตหนึ่ง PLC ใช้แอดเดรสและมาสก์พิจารณาว่าเป้าหมายไม่ได้อยู่ในเครือข่ายภายใน แล้วส่งข้อมูลให้เกตเวย์เริ่มต้นที่ตั้งค่าไว้ เราเตอร์ตรวจสอบ IP ปลายทางและตารางเส้นทาง กำหนดอินเทอร์เฟซขาออกหรือจุดถัดไป แล้วส่งข้อมูลผ่านลิงก์ที่สอดคล้องกัน การตอบกลับจากอีกฝั่งต้องมีเส้นทางกลับที่ถูกต้องด้วย
ในที่นี้ IP คือข้อมูลแอดเดรสเครือข่าย ส่วน MAC คือแอดเดรสที่ใช้บนลิงก์ Ethernet เมื่อการกำหนดเส้นทางผ่านลิงก์ Ethernet ที่ต่างกัน การห่อหุ้มข้อมูลระดับลิงก์อาจเปลี่ยนไป แต่การกำหนดเส้นทางทั่วไปจะไม่เปลี่ยนรีจิสเตอร์ Modbus ให้เป็นฟิลด์อุณหภูมิที่แพลตฟอร์มกำหนดโดยอัตโนมัติ อุปกรณ์สามารถส่งต่อข้อความของแอปพลิเคชันได้ แต่นั่นไม่ได้หมายความว่าอุปกรณ์เข้าใจหรือเขียนความหมายของแอปพลิเคชันขึ้นใหม่
เราเตอร์อุตสาหกรรมสามารถใช้ลิงก์ขาขึ้นแบบใช้สายหรือเซลลูลาร์ได้ “อุตสาหกรรม” และ “4G” ไม่ใช่การจัดประเภทแบบเดียวกัน สำหรับลิงก์ขาขึ้น 4G ต้องตรวจสอบมาตรฐานของโมดูล ภูมิภาคที่ใช้งานได้ เครือข่ายผู้ให้บริการ ซิมการ์ด พารามิเตอร์การเข้าถึง และสภาพเสาอากาศด้วย การเปิดหน้าเว็บได้แสดงเพียงว่าเส้นทางเข้าถึงเส้นทางหนึ่งใช้งานได้ ไม่ได้พิสูจน์ว่าฝั่งระยะไกลสามารถเริ่มเข้าถึงอุปกรณ์ภาคสนามได้
3. เกตเวย์เก็บข้อมูลทำอะไรเพิ่มเติมบ้าง?
หากเครื่องมือวัดอุณหภูมิภาคสนามมีเพียงอินเทอร์เฟซ RS-485 และแพลตฟอร์มต้องการข้อมูลในรูปแบบที่กำหนด การจัดหาเครือข่าย 4G เพียงอย่างเดียวย่อมไม่เพียงพอ RS-485 กำหนดวิธีการส่งสัญญาณทางไฟฟ้า ไม่ได้มีหน้าที่อธิบายว่ารีจิสเตอร์ใดแทนอุณหภูมิ เกตเวย์ยังต้องอ่านข้อมูลตามโปรโตคอลของเครื่องมือวัด และยืนยันหมายเลขสถานี พารามิเตอร์อนุกรม แอดเดรสรีจิสเตอร์ ชนิดข้อมูล และวิธีแปลงค่า
ตัวอย่างเช่น หากคู่มือระบุว่าค่าดิบของรีจิสเตอร์หนึ่งคือ 253 และตัวคูณการแปลงคือ 0.1 เกตเวย์จึงสามารถแสดงค่านั้นเป็น 25.3 องศาเซลเซียสได้ ค่านี้เป็นตัวอย่างสมมติและไม่สามารถนำไปใช้กับเครื่องมือวัดทุกชนิดได้ หากเข้าใจลำดับไบต์ การแทนค่าแบบมีเครื่องหมาย/ไม่มีเครื่องหมาย การปรับสเกล หรือหน่วย ผิดแม้เพียงข้อเดียว เครือข่ายอาจทำงานตามปกติแต่ค่าที่อ่านได้กลับผิด
หลังจากนั้น อุปกรณ์อาจจัดค่าให้อยู่ในฟิลด์ที่แพลตฟอร์มต้องการแล้วส่งออกไป JSON เป็นรูปแบบการแสดงข้อมูล ส่วน MQTT เป็นโปรโตคอลการถ่ายโอนข้อความ ทั้งสองคำไม่ได้มีความหมายเหมือนกัน นอกจากนี้ยังต้องตกลงกับแพลตฟอร์มเรื่องการระบุอุปกรณ์ หัวข้อ วิธีการยืนยันตัวตน ชื่อฟิลด์ และความหมายของเวลา ข้อความเพียงว่า “รองรับ MQTT” ไม่สามารถพิสูจน์ได้ว่ารองรับการเก็บข้อมูล การแยกวิเคราะห์ และอินเทอร์เฟซแพลตฟอร์มทั้งหมดที่โครงการต้องการ
ต้องแยกความแตกต่างระหว่างการส่งผ่านข้อมูลอนุกรมแบบโปร่งใส การแปลง Modbus RTU เป็น TCP และการแปลงข้อมูล Modbus เป็น JSON ด้วย การส่งผ่านแบบโปร่งใสเน้นส่งไบต์ไปยังอีกปลายทางเพื่อให้โปรแกรมระยะไกลตีความ การแปลงโปรโตคอลต้องจัดการรูปแบบการสื่อสารสองแบบ ส่วนการแปลงฟิลด์จะตีความข้อมูลการใช้งานเพิ่มเติม งานทั้งสามนี้อาจดำเนินการในโหมดการทำงานที่ต่างกัน และต้องตรวจสอบการตั้งค่าจริง ไม่สามารถเรียกทั้งหมดนี้ว่าการแปลงโปรโตคอลใด ๆ โดยอัตโนมัติได้
4. ตรวจสอบจากข้อมูลผลิตภัณฑ์ของ Feichang Technology ไม่ใช่คาดเดาจากชื่อ
ในศูนย์ผลิตภัณฑ์ของ Feichang Technology ตารางสั่งซื้อเทอร์มินัลบริการตรวจวัดและควบคุมระยะไกลแบบติดตั้งในแร็กระบุ FCT-6700-G4-CN หน้าเว็บอธิบายพอร์ตอนุกรม การเชื่อมต่อ I/O แบบดิสครีตและแอนะล็อก Ethernet และลิงก์ขาขึ้น 4G แยกกัน และระบุฟังก์ชันการทำงาน เช่น การแปลง Modbus RTU เป็น TCP การส่งผ่าน MQTT แบบโปร่งใส และการแปลง Modbus เป็น JSON ข้อมูลนี้แสดงว่าอุปกรณ์หนึ่งเครื่องสามารถจัดการทั้งการเชื่อมต่อภาคสนามและการอัปโหลดผ่านเครือข่ายได้พร้อมกัน แต่ไม่อาจเหมารวมว่าฟังก์ชันเหล่านี้มีในเราเตอร์อุตสาหกรรมทั้งหมด
สำหรับโครงการเฉพาะ คุณยังควรขอเอกสารที่ใช้ได้กับรุ่นย่อยที่สั่งซื้อ และยืนยันวิธีเลือกแต่ละโหมด การใช้งานพร้อมกันได้หรือไม่ การตั้งค่าจุดข้อมูล และเงื่อนไขการเชื่อมต่อกับแพลตฟอร์ม คำโฆษณาบนหน้าเว็บ เช่น “ออนไลน์ตลอดเวลา” หรือ “ไร้รอยต่อ” ไม่ควรถือเป็นการรับประกันทางวิศวกรรมว่าการสื่อสารจะไม่มีวันหยุดชะงัก ต้องตรวจรับพฤติกรรมการตัดการเชื่อมต่อ การสลับ และการกู้คืนจริงตามข้อกำหนดการใช้งาน ภาพประกอบใช้อุปกรณ์ทั่วไป และไม่ได้อ้างว่าเป็นผลิตภัณฑ์จริงหรือวงจรภายในของรุ่นนั้น
5. ข้อกำหนดสองประเภทนำไปสู่การเลือกอุปกรณ์อย่างไร
หาก PLC ให้บริการ Ethernet ที่เข้ากันได้กับแพลตฟอร์มอยู่แล้ว และต้องการเพียงการสื่อสารข้ามซับเน็ตหรือการบำรุงรักษาระยะไกล ให้เน้นตรวจสอบการกำหนดเส้นทาง ลิงก์ขาขึ้น นโยบายความปลอดภัย และวิธีเข้าถึงระยะไกล หากอุปกรณ์ภาคสนามมีเพียงพอร์ตอนุกรมหรือ I/O และแพลตฟอร์มต้องการค่าที่อ่านได้ในรูปแบบมาตรฐาน ให้เน้นตรวจสอบอินเทอร์เฟซเก็บข้อมูล โปรโตคอล การแมปข้อมูล และโหมดอัปโหลด สามารถใช้เกตเวย์เก็บข้อมูลแยกต่างหากร่วมกับเราเตอร์ได้ด้วย แต่ต้องพิจารณาแหล่งจ่ายไฟ การติดตั้ง การดูแลการตั้งค่า และการระบุตำแหน่งข้อขัดข้องด้วย
NAT เปลี่ยนรูปแบบแอดเดรสหรือพอร์ตที่ปรากฏ ไฟร์วอลล์อนุญาตหรือปฏิเสธการสื่อสารตามนโยบาย และ VPN ให้ช่องทางการสื่อสารที่ควบคุมได้ สิ่งเหล่านี้ไม่ใช่ความสามารถเดียวกัน ไม่สามารถถือว่าบริการควบคุมปลอดภัยเพียงเพราะอุปกรณ์เชื่อมต่อเครือข่ายได้ การจัดการระยะไกลควรจำกัดขอบเขตการเข้าถึงและเก็บรักษาการตั้งค่ากับบันทึกเหตุการณ์ไว้ อย่าเปิดอินเทอร์เฟซควบคุมภาคสนามให้ผู้เข้าถึงภายนอกทุกคนเข้าถึงได้โดยตรง เพียงเพื่อแก้ไขปัญหา
6. ตรวจสอบข้อมูลก่อน แล้วจึงตรวจสอบลิงก์ระยะไกล
ในการทดสอบเดินระบบครั้งแรก ให้เริ่มจากเครื่องมือวัดหนึ่งเครื่องและลิงก์ระยะสั้นเพื่อตรวจสอบค่าที่อ่านได้ บันทึกค่ารีจิสเตอร์ดิบและผลการแปลง แล้วตรวจสอบฟิลด์ที่แพลตฟอร์มได้รับ เมื่อต้องมีเอาต์พุตควบคุม ให้ระบุการดำเนินการที่อนุญาต อินเตอร์ล็อกภาคสนาม และช่วงเวลาที่อนุญาตให้ชัดเจนก่อน อย่าเปลี่ยนการทดสอบการสื่อสารให้กลายเป็นการสั่งเริ่ม/หยุดที่ไม่ได้รับอนุมัติ
จากนั้นตรวจสอบแอดเดรสเครือข่าย การกำหนดเส้นทาง เส้นทางกลับ และการเชื่อมต่อแอปพลิเคชัน หาก “ping ได้แต่ไม่มีการรายงานข้อมูล” ให้แยกปัญหาการเชื่อมต่อเครือข่ายออกจากข้อผิดพลาดด้านการยืนยันตัวตนของแอปพลิเคชัน หัวข้อ หรือฟิลด์ หาก “อัปโหลดได้ตามปกติแต่เข้าถึงระยะไกลไม่ได้” ให้ตรวจสอบเงื่อนไขการเข้าถึงระยะไกล และอย่ารีบลบนโยบายความปลอดภัยทั้งหมด สำรองข้อมูลก่อนเปลี่ยนแปลง เปลี่ยนทีละรายการ และเตรียมวิธีย้อนกลับไว้
สุดท้าย ให้ทดสอบการตัดการเชื่อมต่อและการกู้คืนตามข้อกำหนดของโครงการ ต้องตรวจสอบกับรุ่นจริงและตรรกะของแพลตฟอร์มว่ามีการทิ้งข้อมูลหรือไม่ จัดการแคชอย่างไร มีข้อมูลซ้ำหลังการกู้คืนหรือไม่ และคำสั่งควบคุมหมดอายุหรือไม่ 4G เป็นเพียงวิธีเชื่อมต่อขาขึ้น ไม่สามารถใช้แทนการตรวจรับความถูกต้องของข้อมูล ความต่อเนื่องในการดำเนินงาน และความปลอดภัยได้ วิธีนี้จะช่วยให้ทราบว่าสิ่งที่ซื้อมาเป็นเพียงการเชื่อมต่อเครือข่าย หรือเป็นเส้นทางการทำงานครบวงจรที่รวมการเก็บข้อมูลและการแปลงข้อมูล
เอกสารอ้างอิงและหมายเหตุ: ข้อมูลผลิตภัณฑ์เทอร์มินัลบริการตรวจวัดและควบคุมระยะไกลของ Feichang Technology;ข้อกำหนดสำหรับเราเตอร์ RFC 1812;บันทึกทางเทคนิคของ Modbus Organization. แผนภาพทั้งสองเป็นภาพอธิบายกลไกทั่วไป ไม่ใช่ภาพถ่ายผลิตภัณฑ์ หลักฐานการวัด หรือหลักฐานการรับรอง การสั่งซื้อ การเดินสาย และการนำไปใช้งานต้องยึดตามรุ่นจริง คู่มือที่ใช้ได้ และผลการตรวจรับที่ได้รับอนุมัติ
แปลจากบทความทางเทคนิคภาษาจีน ต้นฉบับเผยแพร่ครั้งแรก: 2021-03-22 ต้นฉบับแก้ไขล่าสุด: 2026-10-13T11:40:22+08:00. อ่านต้นฉบับภาษาจีน
