หน้าเว็บนี้ถูกแปลโดยอัตโนมัติจากภาษาอังกฤษและอาจมีข้อผิดพลาด ข้อความภาษาอังกฤษต้นฉบับมีอำนาจเป็นสำคัญ อ่านต้นฉบับภาษาอังกฤษ: ตัวตรวจสอบโปรโตคอล

ROOTCASTLE / แผนกวิศวกรรมLAB

ตัวตรวจสอบโปรโตคอล

ถอดรหัสเฟรม Modbus RTU, UART และ CAN

LOCAL CALCULATION · NO DEVICE CONNECTION

Modbus RTU decoder

✓ Valid frame · Request

FieldBytesValue
slave011
function033 Read Holding Registers
start00 000 (0x0000)
quantity00 0A10
crcC5 CD0xCDC5 = 0xCDC5
Model and assumptions

RTU frame: address, function, data, CRC-16 (reflected polynomial 0xA001, initial 0xFFFF, low byte first). The same function code has different lengths in request and response; automatic direction can be wrong for ambiguous frames. Addresses are zero-based; the 40001 notation is a device convention. Word order of 32-bit values depends on the device.

CRC: c=0xFFFF; c^=byte; 8×{ c = c&1 ? (c>>1)^0xA001 : c>>1 }

สำหรับใช้ทำอย่างไร

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

ข้อจำกัด

อุปกรณ์นี้ไม่ได้เชื่อมต่อกับอุปกรณ์หรือส่งข้อมูล; การคำนวณทุกครั้งรันในเบราว์เซอร์ของคุณ การตีความพayload โปรโตคอล Modbus ASCII, Modbus TCP, CAN FD และ J1939/CANopen อยู่ภายนอกขอบเขตการทำงาน การเลือกทิศทางอัตโนมอาจผิดสำหรับเฟรมที่คลุมเครือ; เลือกทิศทางด้วยตนเอง

อ้างอิง

Modbus over Serial Line V1.02 · Modbus Application Protocol V1.1b3 · ISO 11898-1:2015 (CAN data link layer) · รายการ CRC

แบบจำลองการศึกษา ผลลัพธ์ไม่เพียงพอที่จะวินิจฉัยเครื่องจักรหรือกำหนดขอบเขตการทำงานที่ปลอดภัย

← Rootcastle LAB

คำสั่งค้นหาหรือหน้าต่างๆ