RS485 Cable Length & Poll Rate

Length and speed trade against each other

RS485 has no single distance limit. The standard gives a curve, and above roughly 90 kbps it is well approximated by a constant product of bit rate and length:

baud × length ≈ 1.2 × 10⁸    (bits/s · metres)
capped at 1200 m below about 90 kbps

So 10 Mbps reaches about 12 m, 500 kbps about 240 m, and anything at or below 90 kbps gets the full 1200 m. At the 9600 baud most energy meters default to, the theoretical limit is the 1200 m ceiling.

Theoretical is the operative word. That figure assumes proper 120 Ω twisted pair, correct termination at both ends and only the ends, a genuine daisy chain with no stubs, and an electrically quiet route. The practical derating in the calculator is for everything real: shared trunking, VFD cables running parallel, a couple of spurs somebody added later.

Choose the lowest baud rate that meets your polling interval. There is no prize for 115200. Twenty meters read once a minute needs very little bandwidth, and 9600 baud is dramatically more robust over a long, noisy run.

Unit loads, not devices

The classic “32 devices” limit is really 32 unit loads. A unit load is how hard a transceiver pulls on the bus, and older parts present exactly one. Many modern transceivers present a half, a quarter or an eighth, so a segment can carry 64, 128 or 256 of them.

The figure is on the transceiver datasheet, not the meter datasheet, which is why it is worth asking the vendor rather than assuming either number. Exceed the limit and the drivers cannot pull the bus to a valid differential level — the symptom is a bus that works with most devices connected and fails when the last few go on.

The half nobody calculates

Establishing that the cable can span the building is the easy part. The question that actually decides the design is whether the bus can carry the traffic.

Modbus RTU is half duplex — one conversation at a time on the whole segment. Every device is polled in turn, and the cycle is the sum:

character   = 11 bits (start + 8 data + parity + stop)
request     = 8 bytes
read reply  = 5 bytes + 2 per register
silence     = 3.5 characters between frames

transaction = (request + reply) × char time + silence + device response
cycle       = transaction × number of devices

Budget this before you build, not after. Twenty meters at 9600 baud reading 40 registers each, with meters that answer in 50 ms, is a cycle of a few seconds — comfortable. The same twenty meters polled with five separate requests each, on devices that take 200 ms to answer, is twenty seconds, and your intended five-second interval was fiction.

Why raising the baud rate often does nothing

Watch the “time actually transmitting” figure. On a typical energy meter bus, most of each transaction is not data at all — it is waiting for the device to start replying. If only a quarter of the cycle is transmission, doubling the baud rate improves the cycle by about an eighth.

What does help, in order:

1. Fewer, larger requests. One request for 40 contiguous registers beats eight requests for five. Work out the blocks with the address converter.
2. Poll less often. Energy is an integral; sub-second polling adds nothing. Five to fifteen seconds is plenty.
3. Split into two segments on separate ports. Two buses of ten devices poll twice as fast as one bus of twenty, and it costs one more serial port.
4. Then raise the baud rate, if the bus is short and clean enough to take it.

Back off from dead devices

One unresponsive meter costs a full timeout on every pass. With a 1 second timeout and two retries, a single dead device adds three seconds to every cycle and delays every other reading behind it.

Drop failing devices to progressively longer intervals and keep trying them occasionally, so they rejoin by themselves when somebody fixes the wiring. This one behaviour separates a poller that degrades gracefully from one that falls over because a meter was switched off.

The physical layer rules that keep all of this working — daisy chain not star, 120 Ω at both ends only, one earth on the shield, and the third wire almost everybody omits — are in RS485 wiring for Modbus.