PLC Simulator
Serial protocol tutorial

Modbus RTU RS-485 Tutorial: Frame, Wire and Troubleshoot

Modbus RTU faults sit at three layers: physical RS-485 wiring, serial settings and the Modbus application request. Diagnose in that order and keep a known-good request as a control.

25 minutes Maintenance technicians, controls engineers and instrumentation learners

Follow the workflow

Learn one step, use the product, inspect the evidence.

01

Document the serial contract

Every device on one RTU segment must agree on baud rate, data bits, parity and stop bits. 9600 8-E-1 and 19200 8-N-1 are both common; neither is universal. Record the actual settings instead of cycling through guesses.

Do this in the product

Use the Modbus lab to establish the unit ID and application request independently from the serial transport.

Open the exercise
02

Prove RS-485 topology

A two-wire trunk should be daisy chained with short stubs, consistent A/B polarity, biasing at one point and termination at the two physical ends when required. Star wiring and multiple bias networks create reflections and unstable idle states.

Do this in the product

Save one project for the expected register map and name it after the physical segment so wiring and protocol evidence stay connected.

Open the exercise
03

Read the RTU frame

An RTU request contains unit address, function, data and a two-byte CRC. There is no MBAP transaction ID. A silent interval separates frames, so overloaded gateways or poor timing can merge or truncate traffic.

Do this in the product

Run the holding-register challenge and use its PDU as the middle of the RTU frame; a real analyzer would add unit address and CRC.

Open the exercise
04

Branch on response type

No response suggests wiring, serial settings, duplicate address, timing or a dead device. A valid exception response proves the physical and serial layers worked well enough to exchange a frame, narrowing the fault to function, address or value.

Do this in the product

Use the Pro illegal-address challenge to practice reading exception 02 rather than changing random serial settings.

Open the exercise

Core concepts

Know what the evidence means.

The simulator creates a repeatable result; these concepts make that result transferable to real vendor software and supervised practical work.

Differential pair

RS-485 receivers respond to the voltage difference between the two conductors, improving noise immunity over long industrial runs.

Unit addressing

Each server on a segment needs a unique address, usually 1–247. Address 0 is reserved for broadcast requests that do not receive a reply.

CRC

The cyclic redundancy check detects corrupted frames. Repeated CRC errors are evidence to inspect cabling, grounding, topology and noise.

Common mistakes to avoid

  • × Reversing A and B because vendor labels differ
  • × Terminating every device instead of the two bus ends
  • × Leaving duplicate unit addresses on one segment
  • × Changing wiring and request fields simultaneously

Continue in the workspace

Turn this tutorial into retained training evidence.

Run the foundation exercise publicly, then use a subscription for advanced challenges, saved configurations, full attempt history, sharing, assigned paths and team reporting.

Follow-along tutorial questions

Questions before you continue.

No. RS-485 defines the electrical signaling. Modbus RTU defines a messaging format commonly carried over RS-485. Other protocols can use RS-485 too.

Technical reference and worked-example guide

Modbus RTU over RS-485 tutorial: field reference

Direct answer

The reader can separate physical RS-485 evidence from serial settings, Modbus identity, function and address, then verify the engineering meaning of returned data.

Written for pLC programmers, technicians and learners configuring serial Modbus devices and diagnosing silence, exceptions, intermittent frames and incorrect values.

an industrial network diagnostics lab connecting generic controllers, distributed I/O, serial and Ethernet paths to protocol traces and process values while studying Modbus RTU framing, RS-485 wiring and layered diagnostics
System map / 02

NODE 01observable

Definition

Client and server roles, two- or four-wire interface, polarity convention, common reference, shield, bias, termination, baud, parity, stop bits, unit identity, function and register map.

NODE 02observable

Signal path

Physical differential path through UART settings, RTU frame, CRC, server parsing, exception or data response, register interpretation and process evidence.

NODE 03observable

Worked example

One documented request receives repeatable raw words that match a known device state and engineering value.

NODE 04observable

Limits

Reversed pair, duplicate identity, missing common, excess termination, timing gap, parity mismatch, illegal address, word order, timeout and reconnect.

NODE 05observable

Common mistake

A physical, serial, framing, identity, function, addressing, data-type, scaling, freshness or application mismatch.

NODE 06observable

Verification

The link tested on installed cable and target devices using current specifications, manuals, captures and controlled failure cases.

Answer surface / 07

Is RS-485 the same as Modbus RTU?

No. RS-485 defines an electrical signaling layer; Modbus RTU defines application messages and serial framing commonly carried over it.

Why does Modbus RTU time out?

Trace supply, cable, polarity, bias and termination first, then serial settings, unit identity, function, address, server state and response timing.