การแก้ปัญหา Modbus RTU เริ่มจากคำขอและคำตอบจริง ไม่ใช่แดชบอร์ดคลาวด์ การหมดเวลา คำตอบข้อยกเว้น และค่าที่วัดไม่น่าเป็นไปได้เป็นคนละปัญหา บันทึกว่าเกิดแบบใดก่อนเปลี่ยนเกตเวย์ มิฉะนั้นอาจสับสนการซ่อมสายกับการเปลี่ยนแมปรีจิสเตอร์
ระบุว่าใครโพลเครื่องมือ
เกตเวย์อาจโพลเครื่องมือเอง แปลงคำขอ Modbus TCP ที่เข้า หรือขนส่งไบต์อนุกรมให้แอปอื่น รูปแบบเหล่านี้ต้องตั้งค่าต่างกัน ระบุส่วนที่เริ่มคำขอและพอร์ตอนุกรมที่ใช้ การต่อเครือข่ายอย่างเดียวไม่เริ่มตารางโพล
อุปกรณ์ METRAVON TG451 ระบุ RS485 หนึ่งพอร์ตและรองรับ Modbus RTU/TCP ยืนยันโหมดและฟังก์ชันแมปในเฟิร์มแวร์ที่ติดตั้ง พอร์ต Ethernet ไม่ได้สร้างบัส RS485 อิสระเพิ่ม และนิยามรีจิสเตอร์ยังมาจากเครื่องมือที่ต่อแต่ละตัว

แก้ปัญหา Modbus RTU ตามผลที่พบ
| ผล | สิ่งที่บอก | ตรวจถัดไป |
|---|---|---|
| ไม่ตอบ | ฝั่งขอไม่ยอมรับคำตอบก่อนหมดเวลา | ตรวจไฟเครื่องมือ พอร์ต รูปแบบอนุกรม ที่อยู่ และข้อมูลรับส่งที่เก็บ |
| ผิดพลาด CRC | เฟรมที่เก็บไม่ผ่านการตรวจความถูกต้องของข้อมูล | ตรวจค่าตัววิเคราะห์และขอบเขตเฟรม แล้วตรวจสัญญาณรบกวน การชน และสาย |
| ข้อยกเว้น | อุปกรณ์ที่ตอบปฏิเสธงานที่ร้องขอ | อ่านรหัสข้อยกเว้นและยืนยันอุปกรณ์ ฟังก์ชัน ที่อยู่ และจำนวนที่ขอ |
| ค่าผิด | ถอดรหัสคำตอบแล้วแต่ไม่ตรงค่าที่วัดที่คาด | เทียบรีจิสเตอร์ดิบกับชนิด ลำดับ สเกลตามเอกสาร และค่ากระบวนการปัจจุบัน |
ข้อยกเว้นเป็นหลักฐานว่ามีการแลกเปลี่ยนสำเร็จ ไม่ใช่ข้อพิสูจน์ว่าทั้งการติดตั้งเชื่อถือได้ ยืนยันว่าเครื่องมือที่ตั้งใจเป็นตัวตอบ ที่อยู่ซ้ำทำให้เข้าใจผลผิดได้ เช่นกัน การหมดเวลาไม่พิสูจน์ว่าสายขาด งานโพลปิด พอร์ตผิด หรือคำขอที่อุปกรณ์ไม่สนใจก็ให้ผลเดียวกัน
พิสูจน์การอ่านหนึ่งค่าด้วยวิธีไม่รบกวนบัสใช้งาน
ส่งออกค่าตั้งเกตเวย์และเก็บข้อมูลช่วงผิดพลาดพร้อมเวลา ในช่วงบำรุงรักษาที่อนุมัติ ทดสอบหนึ่งเครื่องมือและหนึ่งค่าอ่านอย่างเดียวตามเอกสาร ใช้ที่อยู่และค่าอนุกรมปัจจุบัน ไม่ใช่เดาค่าโรงงาน บนบัสอนุกรม Modbus ที่อยู่ 0 สงวนสำหรับเขียนกระจายซึ่งไม่ตอบ ไม่ใช่ที่อยู่ทดสอบอ่านรีจิสเตอร์ สอบถามที่อยู่เฉพาะที่ตั้งไว้ และตรวจว่าไม่มีเครื่องมืออื่นในส่วนเดียวกันใช้ หากต้องมีมาสเตอร์ทดสอบแยก ให้หยุดการโพลที่แข่งขันกันตามขั้นตอนสถานที่ แทนต่อมาสเตอร์ที่ทำงานเพิ่มบนบัสเดิม
เทียบคำขอทดสอบที่สำเร็จกับเกตเวย์ทีละไบต์เมื่อเครื่องมือวินิจฉัยรองรับ หากเหมือนกันแต่สำเร็จเพียงหนึ่ง ให้ตรวจเวลา สายพอร์ต และพฤติกรรมเปลี่ยนทิศรับส่ง หากสายทดสอบสั้นทำงานแต่สายติดตั้งไม่ผ่าน ให้ตรวจต่อในหัวข้อ การตรวจโทโพโลยีและการรบกวน RS485 การเปลี่ยนข้อมูลรับรองคลาวด์แก้ความต่างนั้นไม่ได้
แก้นิยามรีจิสเตอร์ก่อนเพิ่มจุด
ฟังก์ชัน 03 อ่านโฮลดิงรีจิสเตอร์ ส่วน 04 อ่านรีจิสเตอร์อินพุต เลขอ้างอิงในคู่มือกับช่องที่อยู่ของเกตเวย์อาจใช้หลักนับต่างกัน กำหนดแมปจากค่าทราบ แทนลบหนึ่งจากทุกเลขอัตโนมัติ บล็อกที่ขอต้องอยู่ในช่วงที่อุปกรณ์รองรับด้วย
เมื่อคำตอบใช้ได้ บันทึกเวิร์ดดิบคู่ผลถอดรหัส เอกสารอุปกรณ์ต้องระบุมีหรือไม่มีเครื่องหมาย ความกว้างค่า รูปแบบจุดลอยตัวเมื่อเกี่ยวข้อง ลำดับเวิร์ด สเกล และหน่วย อย่าแก้การตีความผิดด้วยตัวคูณที่ไม่อธิบาย ค่าดูเป็นไปได้ที่จุดหนึ่งอาจผิดทันทีเมื่อเปลี่ยนเครื่องหมายหรือขนาด
เพิ่มรายการโพลทีละขั้น สังเกตเวลาสแกนเมื่ออุปกรณ์ช้าหรือไม่อยู่ เพราะลองซ้ำอาจหน่วงจุดอื่นที่ปกติ กำหนดว่าแอปผู้ใช้แยกค่าดีล่าสุดกับค่าที่วัดใหม่อย่างไร ตรวจการแปลงจากเกตเวย์สู่แพลตฟอร์มแยกจากการอ่านอนุกรม
คำถามงานบูรณาการ
Q1. ควรเพิ่มเวลารอเป็นอย่างแรกหรือไม่?
เฉพาะเมื่อข้อมูลที่เก็บแสดงว่าคำตอบถูกต้องมาหลังเวลารอปัจจุบัน หากไม่มีคำขอ ถามที่อยู่ผิด หรือสายสัญญาณเสีย รอนานขึ้นหลัก ๆ ทำให้วินิจฉัยช้าลง บันทึกเวลาตอบและผลต่อการสแกนทั้งหมดก่อนคงการเปลี่ยนไว้
Q2. เปลี่ยน SIM มีผลต่ออ่านรีจิสเตอร์ในพื้นที่ไม่สำเร็จหรือไม่?
ไม่มีเมื่อเกตเวย์โพลในพื้นที่เองและเห็นความล้มเหลวที่พอร์ตอนุกรมแล้ว ตรวจลิงก์ต้นทางหลังเก็บข้อมูลในพื้นที่สำเร็จ สำหรับมาสเตอร์ระยะไกล ต้องแยกว่าคำขอถึงเกตเวย์หรือไม่ก่อนสรุปเช่นนั้น
Q3. การทบทวนบูรณาการ TG451 ต้องใช้อะไร?
ส่งเอกสารรีจิสเตอร์เครื่องมือ เฟรมสำเร็จหรือผิดพลาดที่เก็บ ค่าอนุกรมปัจจุบัน รุ่นเฟิร์มแวร์ และโหมดเกตเวย์ที่ต้องการ รวมจำนวนจุดและความต้องการอัปเดต เพื่อทบทวนพฤติกรรมโพล ไม่ใช่แค่ว่าขั้วใส่กันได้
สรุป
การอ่านรีจิสเตอร์ทราบค่าที่ทำซ้ำได้เป็นจุดเริ่มต้นที่มีประโยชน์ นำค่าตั้งที่ยืนยันไปใช้ในเกตเวย์ แล้วพิสูจน์การถอดรหัสและพฤติกรรมข้อมูลค้างที่ปลายทาง ส่งข้อมูลที่เก็บและรายละเอียดแมปให้ METRAVON เมื่อขอช่วยตั้งค่าหรือขอราคาเกตเวย์
