เซิร์ฟเวอร์อนุกรมไม่ได้เชื่อมต่อปลั๊กสองประเภทเข้าด้วยกันโดยตรง แต่เริ่มจากใช้วงจรรับส่งสัญญาณไฟฟ้ารับสัญญาณอนุกรม กู้คืนไบต์ผ่าน UART แล้วส่งไบต์เข้าสู่เครือข่ายผ่านโปรเซสเซอร์และอินเทอร์เฟซเครือข่าย กระบวนการย้อนกลับก็ผ่านขั้นตอนเหล่านี้เช่นกัน การเข้าใจเส้นทางข้อมูลภายในเป็นสิ่งจำเป็นในการแยกแยะการต่ออินเทอร์เฟซผิด พารามิเตอร์ไม่ตรงกัน บัฟเฟอร์คั่ง และข้อผิดพลาดของโปรโตคอลแอปพลิเคชัน
1. ช่วยแก้ปัญหาอะไร?
เครื่องมือวัด ตัวควบคุม และเครื่องอ่านบัตรจำนวนมากยังใช้อินเทอร์เฟซ RS232, RS422 หรือ RS485 ขณะที่คอมพิวเตอร์และระบบส่วนกลางใช้ Ethernet เป็นหลัก เซิร์ฟเวอร์อนุกรมถ่ายโอนข้อมูลระหว่างทั้งสองฝั่ง ทำให้เข้าถึงอุปกรณ์ปลายทางเดิมผ่านเครือข่ายได้ อุปกรณ์นี้ไม่ได้เข้าใจค่าที่วัดได้เพียงเพราะต่อสายเครือข่าย ไม่ได้รับประกันว่าซอฟต์แวร์เก่าทั้งหมดจะเข้ากันได้อย่างสมบูรณ์ และไม่ได้ทำให้ความเร็วในการประมวลผลของอุปกรณ์เพิ่มขึ้นอย่างไร้ขีดจำกัด
สมมติว่าคอมพิวเตอร์ต้องอ่านข้อมูลจากเครื่องมือวัด คอมพิวเตอร์จะสร้างช่องทางเครือข่ายที่กำหนดไว้ก่อน แล้วส่งคำขอที่เครื่องมือวัดรู้จัก เซิร์ฟเวอร์อนุกรมจะส่งไบต์คำขอไปยังเครื่องมือวัด แล้วส่งคำตอบกลับไปยังคอมพิวเตอร์ โปรโตคอลแอปพลิเคชันเป็นตัวกำหนดว่าฟิลด์ใดในคำขอคือหมายเลขสถานี และฟิลด์ใดคือค่าที่อ่านได้ การรับส่งแบบโปร่งใสและการแปลงโปรโตคอลเป็นความสามารถคนละอย่าง และต้องตรวจสอบยืนยันแยกกันเมื่อเลือกรุ่น
2. วงจรรับส่งสัญญาณไฟฟ้าและ UART ทำหน้าที่อะไรบ้าง?
สิ่งที่ปรากฏบนสายเคเบิลก่อนคือสัญญาณไฟฟ้า ไม่ใช่ค่ารีจิสเตอร์ที่ตีความแล้ว วงจรรับส่งสัญญาณไฟฟ้าอนุกรมมีหน้าที่จัดการระดับสัญญาณและการขับสัญญาณของอินเทอร์เฟซนั้น โดยทั่วไป RS232 เป็นสัญญาณที่อ้างอิงกับจุดอ้างอิง RS485 ใช้ความต่างแรงดันระหว่างสายสัญญาณสองเส้น และ RS422 มักใช้คู่สายสัญญาณดิฟเฟอเรนเชียลสำหรับส่งและรับแยกจากกัน ไม่สามารถเชื่อมต่อเข้าด้วยกันโดยตรงเพียงเพราะขั้วต่อดูคล้ายกัน
UART เป็นตัวควบคุมการสื่อสารอนุกรมแบบอะซิงโครนัสที่รับผิดชอบการส่งและรับตามรูปแบบไบต์ที่ตกลงกัน เมื่อส่ง จะจัดข้อมูลเป็นบิตเริ่มต้น บิตข้อมูล บิตพาริตีซึ่งอาจมีหรือไม่มีก็ได้ และบิตหยุด เมื่อรับ จะพิจารณาสัญญาณตามอัตราบอดและรูปแบบเพื่อกู้คืนไบต์ อัตราบอด บิตข้อมูล บิตพาริตี และบิตหยุดต้องตรงกันทั้งหมด ไม่สามารถตรวจสอบเพียงว่า “ทั้งสองฝั่งเป็น 9600” เท่านั้น
บทความเก่าอธิบายว่า Modbus เป็น “ชิปสื่อสาร” ที่จำเป็น ซึ่งทำให้เข้าใจผิด Modbus เป็นโปรโตคอลการสื่อสาร และซอฟต์แวร์บนโปรเซสเซอร์สามารถแยกวิเคราะห์ข้อความของโปรโตคอลนี้ได้ อุปกรณ์จึงไม่จำเป็นต้องมีชิปที่ใช้ชื่อ Modbus โดยเฉพาะ ในทำนองเดียวกัน การมีอินเทอร์เฟซ RS485 บ่งบอกเพียงวิธีเชื่อมต่อทางไฟฟ้า และไม่ได้พิสูจน์ว่าอุปกรณ์สามารถแปลง Modbus RTU เป็น Modbus TCP ได้
3. เหตุใดจึงขาดบัฟเฟอร์ไม่ได้
ข้อมูลอนุกรมและข้อมูลเครือข่ายไม่ได้มาถึงด้วยจังหวะเดียวกัน Ethernet อาจส่งมาหลายไบต์ในคราวเดียว ขณะที่พอร์ตอนุกรมต้องส่งออกทีละไบต์ตามอัตราบอด อุปกรณ์จึงต้องมีบัฟเฟอร์เพื่อจัดเก็บชั่วคราว เมื่อรับข้อมูลในทิศทางย้อนกลับ ไบต์อนุกรมอาจสะสมจนได้ความยาวที่กำหนด หรือรอช่วงเวลาหนึ่งก่อนส่งต่อให้เครือข่ายทำการส่ง
บัฟเฟอร์เปรียบเสมือนพื้นที่พักข้อมูลชั่วคราว แต่มีความจุจำกัด หากเครือข่ายเขียนข้อมูลอย่างต่อเนื่องด้วยอัตราที่สูงกว่าพอร์ตอนุกรมสามารถส่งออกได้ในระยะยาว คิวอาจเพิ่มขึ้นเรื่อย ๆ จนกระตุ้นการควบคุมการไหล การปฏิเสธ หรือการทิ้งข้อมูล พฤติกรรมที่แน่นอนขึ้นอยู่กับรุ่น อัตราสูงของอินเทอร์เฟซเครือข่ายไม่ได้หมายความว่าพอร์ตอนุกรมของอุปกรณ์ปลายทางจะเร็วเท่ากันได้ สำหรับการรับส่งต่อเนื่อง ควรตรวจสอบการควบคุมการไหล การตอบรับของแอปพลิเคชัน และกฎการใช้บัฟเฟอร์ของอุปกรณ์
TCP ให้สตรีมไบต์ที่มีลำดับและรักษาลำดับไบต์ระหว่างการส่งมอบตามปกติ แต่ไม่ได้รักษาขอบเขตข้อความของการเขียนแต่ละครั้งโดยแอปพลิเคชัน แอปพลิเคชันยังต้องสะสมไบต์และจัดกรอบข้อมูลตามโปรโตคอลของตนเอง แม้บัฟเฟอร์ยังไม่ล้น การนำครึ่งเฟรมมาใช้เสมือนเป็นเฟรมสมบูรณ์ก็ทำให้แยกวิเคราะห์ไม่สำเร็จได้ และไม่ใช่ทุกปัญหาจะเกิดจากฮาร์ดแวร์ทำแพ็กเก็ตสูญหาย
4. โปรเซสเซอร์ อินเทอร์เฟซเครือข่าย และฟังก์ชันการจัดการ
โปรเซสเซอร์รันโปรแกรมการกำหนดค่าและการสื่อสารเครือข่าย รวมทั้งจัดการช่องสัญญาณอนุกรม สถานะการเชื่อมต่อ และบัฟเฟอร์ อินเทอร์เฟซ Ethernet ทำหน้าที่ส่งและรับสัญญาณเครือข่ายที่เกี่ยวข้อง ส่วน RJ45 เป็นเพียงขั้วต่อพอร์ตไฟฟ้าที่ใช้กันทั่วไป รูปร่างปลั๊กเพียงอย่างเดียวไม่สามารถระบุความเร็ว การจ่ายไฟ หรือโปรโตคอลบริการที่อุปกรณ์รองรับได้ ผลิตภัณฑ์ที่มีพอร์ตใยแก้วนำแสงยังต้องตรวจสอบข้อกำหนดของโมดูลออปติคัลและลิงก์ด้วย
ต้องแยกแยะหน้าเว็บสำหรับการจัดการออกจากช่องทางข้อมูลบริการด้วย หน้าเว็บ HTTP ใช้สำหรับกำหนดค่า แต่ไม่ได้หมายความว่าข้อมูลเครื่องมือวัดต้องรับส่งผ่าน HTTP การที่อุปกรณ์รองรับ TCP Client, TCP Server หรือ UDP เท่านั้นจึงจะบ่งบอกถึงโหมดการเข้าถึงบริการที่สอดคล้องกัน ควรตรวจสอบโหมดที่ใช้ได้ จำนวนการเชื่อมต่อพร้อมกัน keepalive การเชื่อมต่อใหม่ และฟังก์ชันการลงทะเบียนให้ตรงกับรุ่นและเฟิร์มแวร์จริง
Watchdog เป็นกลไกเฝ้าตรวจความผิดปกติและรีเซ็ต ซึ่งใช้คืนการทำงานได้เมื่อโปรแกรมหยุดตอบสนองตามปกติ อย่างไรก็ตาม การรีเซ็ตไม่สามารถแก้ไขการเดินสายผิด หมายเลขสถานีซ้ำกัน หรือระยะหมดเวลาของแอปพลิเคชันที่ไม่เหมาะสม และไม่สามารถพิสูจน์ได้ว่าคำสั่งควบคุมไม่ได้ถูกดำเนินการซ้ำ หากอุปกรณ์เริ่มระบบใหม่บ่อย ควรบันทึกสาเหตุ แทนที่จะถือว่าการเริ่มระบบใหม่อัตโนมัติเป็นการทำงานที่เสถียรตามปกติ
5. ไม่สามารถตัดสินการแยกทางไฟฟ้าและการป้องกันจากชื่อชิปเพียงอย่างเดียว
การแยกทางไฟฟ้าใช้จำกัดเส้นทางนำไฟฟ้าโดยตรงระหว่างส่วนทางไฟฟ้าต่าง ๆ ส่วนการป้องกันไฟกระชากใช้รับมือกับผลกระทบจากสัญญาณชั่วขณะภายใต้เงื่อนไขที่กำหนด ทั้งสองไม่ใช่ฟังก์ชันเดียวกัน พอร์ตอนุกรมที่มีหมายเลขแยกกันก็ไม่ได้หมายความว่ามีการแยกทางไฟฟ้าระหว่างช่องสัญญาณ จำเป็นต้องตรวจสอบว่าการแยกนั้นอยู่ระหว่างพอร์ตอนุกรมกับระบบ หรือระหว่างพอร์ต รวมถึงเงื่อนไขพิกัดและข้อกำหนดการต่อลงดิน
สถานที่ใช้งานในอุตสาหกรรมควรตรวจสอบอินพุตไฟเลี้ยง การติดตั้งตัวเรือน และข้อกำหนดด้านสภาพแวดล้อมด้วย คำว่า “เกรดอุตสาหกรรม” ไม่สามารถใช้อนุมานว่าผลิตภัณฑ์ทั้งหมดมีระดับการป้องกันฟ้าผ่าหรือช่วงอุณหภูมิเท่ากัน ระหว่างบำรุงรักษา อย่าเปิดฝาครอบและลัดวงจรขั้วต่อที่ไม่ทราบหน้าที่ด้วยตนเอง การทดสอบลูปแบ็กต้องใช้วิธีที่อินเทอร์เฟซนั้นอนุญาต โดยเฉพาะอย่างยิ่ง อย่านำการต่อสายทดสอบ RS232 ไปใช้กับบัส RS485
6. การระบุตำแหน่งปัญหาตามเส้นทางภายใน
เมื่อการเชื่อมต่อเครือข่ายล้มเหลว ให้ตรวจสอบที่อยู่ พอร์ต บทบาท และนโยบายการเข้าถึงก่อน เมื่อเชื่อมต่อเครือข่ายสำเร็จแต่ไม่มีการตอบสนองทางอนุกรม ให้ตรวจสอบว่าคำขอไปถึงเอาต์พุตอนุกรมหรือไม่ จากนั้นตรวจสอบอินเทอร์เฟซ การเดินสาย รูปแบบ และหมายเลขสถานีของเครื่องมือวัด หากพบไบต์ตอบกลับแต่ค่าที่อ่านได้ผิด ให้เก็บข้อความดิบไว้และตรวจสอบกฎการแยกวิเคราะห์ การปรับสเกล และลำดับไบต์
ในการทดสอบ ให้เริ่มด้วยสายสั้นและอุปกรณ์ปลายทางหนึ่งตัวที่ยืนยันแล้วว่าทำงานปกติ เปลี่ยนเงื่อนไขครั้งละอย่าง และบันทึกค่าตัวนับทั้งฝั่งอนุกรมและเครือข่าย จากนั้นค่อย ๆ เพิ่มภาระและตรวจสอบการทำงานต่อเนื่องกับการกู้คืนหลังการเชื่อมต่อขาด สำหรับบริการควบคุม ให้ตรวจสอบสถานะคำสั่งหลังหมดเวลาด้วย และหลีกเลี่ยงการถือว่าการส่งซ้ำเป็นวิธีแก้สากลสำหรับข้อขัดข้องทุกประเภท
7. ยืนยันความสามารถจากผลิตภัณฑ์แต่ละรุ่น
รายละเอียดผลิตภัณฑ์ซีรีส์ FCT-1500 ของ Feichang Technology ระบุการจัด配置อินเทอร์เฟซ RS232/422/485 พอร์ตอนุกรมเสมือน และโหมด TCP Server/Client ซึ่งใช้เป็นข้อมูลอ้างอิงในการเลือกรุ่นเพื่อเชื่อมต่ออุปกรณ์ปลายทางที่กระจายอยู่เข้าสู่เครือข่ายได้ ตัวเลือกพอร์ตใยแก้วนำแสงที่มีในซีรีส์ที่เกี่ยวข้องสามารถใช้รับส่งข้อมูลเครือข่ายระยะไกลได้ แต่ยังต้องยืนยันชนิดพอร์ตอนุกรมและความสามารถในการแปลงโปรโตคอลตามรุ่นที่สั่งซื้อและโหมดที่เปิดใช้งาน
เมื่อเลือกรุ่น ให้ระบุจำนวนอินเทอร์เฟซ มาตรฐานทางไฟฟ้า โปรโตคอลแอปพลิเคชัน และวิธีที่ซอฟต์แวร์ใช้เข้าถึงก่อน แล้วจึงพิจารณาฟังก์ชันการจัดการและการวินิจฉัย การเก็บอุปกรณ์ปลายทางเดิมไว้ใช้งานอาจช่วยลดงานปรับปรุง แต่ไม่สามารถละเว้นการทดสอบความเข้ากันได้ การแยกฮาร์ดแวร์ รูปแบบทางไฟฟ้า และโปรโตคอลบริการออกจากกันช่วยให้ผู้เริ่มต้นเข้าใจว่าเหตุใด “เชื่อมต่อได้” “รับไบต์ได้” และ “บริการทำงานถูกต้อง” จึงเป็นการพิจารณาสามเรื่องที่แตกต่างกัน
เอกสารอ้างอิง:ข้อกำหนด IETF TCP;รายละเอียดซีรีส์ FCT-1500 ของ Feichang Technology. ภาพประกอบเป็นแผนภาพหลักการทั่วไป ไม่ได้แสดงผลิตภัณฑ์จริงหรือผลการวัดจริง
แปลจากบทความเทคนิคภาษาจีน เผยแพร่ต้นฉบับครั้งแรก: 2022-04-26 แก้ไขต้นฉบับล่าสุด: 2026-10-13T20:24:48+08:00. อ่านต้นฉบับภาษาจีน
