Spreading Factor (LoRa)

Spreading Factor (SF) is the tunable parameter of LoRa radio that trades data rate against range and reliability. LoRa encodes data as chirps — signals that sweep across the channel bandwidth — and the spreading factor, running from SF7 to SF12, sets how many chips make up each transmitted symbol: 2^SF chips per symbol. A higher spreading factor stretches the same data across more airtime, which makes the signal dramatically easier for a receiver to pull out of the noise floor — extending range and improving reliability — at the cost of slower throughput and longer time-on-air for every message. It is the single most consequential knob a LoRa mesh operator turns.

The exponential trade-off

The relationship is exponential, not linear. Each step up the spreading factor roughly doubles a packet's airtime while adding on the order of 2.5 dB of receiver sensitivity — meaningfully more usable range, purchased with meaningfully more transmission time and battery drain. Across the full span from SF7 to SF12, the same packet can take dozens of times longer to send. That airtime has a second cost beyond batteries: channel capacity. LoRa receivers can only demodulate one signal per spreading factor at a time on a channel, so the longer each packet lingers on air, the higher the odds two nodes talk over each other. A mesh running SF12 might have a fraction of the effective message capacity of the same mesh at SF7 — a hard physics budget, not a software setting. Where SF7 supports data rates in the kilobits per second, SF12 crawls at hundreds of bits per second; the payoff is that SF12 signals can be decoded from well below the noise floor, which is how LoRa links span many kilometres on milliwatts. The link budget entry covers how those decibels convert into distance.

Spreading factor on a Meshtastic mesh

On a Meshtastic deployment you rarely set SF directly — it is bundled with bandwidth and coding rate into the modem preset that defines each channel. The long-range presets use high spreading factors with narrow bandwidth; the fast presets use low spreading factors with wide bandwidth. The naming spells out the trade: longer range, slower messages. Choosing well means reading your topology honestly. A sparse rural mesh with kilometres between homesteads wants a long-range preset so links close at all; a dense urban mesh wants a faster preset, because dozens of nodes repeating packets at high SF will saturate the channel — every hop repeats the packet and multiplies airtime, which is why the hop limit and SF must be considered together. Every node on a channel must share the same preset, since radios at different spreading factors are mutually inaudible — effectively orthogonal transmissions.

Regulation and diagnosis

Spreading factor also interacts with the rules of the unlicensed ISM band you operate in. In regions with radio duty-cycle limits, a node may only transmit a small percentage of each hour — and since high SF multiplies airtime, it burns that allowance far faster per message. When tuning, let the receive metrics guide you: a link showing comfortable SNR margin can drop to a faster preset and reclaim capacity, while links failing at the margin need more spreading, better antennas, or better placement. Airtime calculators make the trade concrete: plug in your preset, payload size, and message rate, and you can see whether a planned mesh fits its regulatory and battery budget before a single node is mounted. For the sovereign mesh builder, spreading factor is where radio physics meets self-reliance: choose it deliberately and a handful of solar nodes can carry messages across a valley with no carrier, no SIM, and no permission. See D-Central's Meshtastic LoRa regions guide for the correct presets in your jurisdiction, and the mesh networking hub for deployment planning.