What are LoRa and LoRaWAN?
The two names describe different layers. LoRa is a radio modulation technique, the way bits are turned into radio waves. LoRaWAN is the network protocol that runs on top of it, defining how devices join, how messages are addressed, how they are secured and how a network server handles them. A sensor can use LoRa without LoRaWAN, but then it needs its own scheme for everything else. That short-message design also keeps the radio hardware cheap, which helps when a site needs many sensors spread across a wide area.
The design goal is unusual: reach a long way using very little energy, at the cost of speed. A LoRaWAN sensor may run for a long time on a small battery because it sleeps almost all the time and sends only a short message when something happens or on a schedule. That makes it a good fit for devices that are hard to wire or power. It is also why LoRaWAN sensors are often small, sealed units that can be mounted on a fence, gate or pole without a power cable.
How does the radio reach so far on so little power?
LoRa uses a chirp spread spectrum method. Instead of holding one frequency, the transmitter sweeps a tone across its channel, and the receiver recognizes that sweep pattern. Because the signal is spread over a wide bandwidth and has a known shape, a receiver can pick it out even when it is weaker than the background noise, which is where the long reach comes from. Importantly, this robustness is paid for with speed: the same method that hears a faint signal cannot move large amounts of data quickly.
The network operates in sub-gigahertz license-free bands, which in North America sit around 900 MHz. Lower frequencies travel farther and pass through walls and foliage better than the 2.4 and 5 GHz bands used by Wi-Fi. The trade-off is that these bands have rules on how often and how long a device may transmit, so each message must be short and infrequent. Local rules vary by region, so the exact channels, power limits and transmit-time rules depend on the country where the network is deployed.
What does the spreading factor change?
The spreading factor sets how long each chirp lasts. A higher spreading factor stretches each symbol out in time, giving the receiver more energy to collect and so improving sensitivity and range, but it carries fewer bits per second and keeps the transmitter on the air longer, using more battery and more of the allowed airtime. A lower factor does the opposite. This is why a densely packed set of sensors, all reporting often, can overload one gateway even though each message is tiny.
LoRaWAN includes adaptive data rate, in which the network watches how well each device is heard and tells it to use the lowest setting that still works. Sensors close to a gateway then use fast, cheap settings, and distant ones use slow, robust settings. That also matters for capacity: many devices on a high spreading factor occupy the channel for longer and crowd one another. Choosing sensor reporting intervals sensibly, rather than the fastest possible, keeps both batteries and shared airtime in good condition.
How do gateways, the network server and applications fit together?
Devices do not connect to one specific gateway. A sensor simply broadcasts, and any gateway in range that hears it forwards the message over an ordinary internet connection to a network server. The server removes duplicates, checks that the message is genuine, decodes the radio details and passes the payload to an application. Because several gateways can hear one device, coverage overlaps and a device can move without reconfiguration. Overlapping coverage like this gives resilience, since the loss of one gateway need not cut off every sensor that it could hear.
Security is built in. Each device has keys used to authenticate it to the network and to encrypt its payload end to end, with AES-128 encryption. In a security setting, the application layer matters just as much as the radio: the payload might be converted into an event and sent on by webhook to a video platform, where it can trigger a camera view or an alert. Check how the network server handles retries and duplicate messages, so a single door opening does not turn into several alerts for the operator.
Which security sensors suit LoRaWAN, and which do not?
Good fits are devices that report small, occasional facts: door and gate contacts, tamper switches, vibration or glass-break flags, passive infrared motion events, panic buttons, temperature and water-leak sensors, fuel or tank level, and battery and health status from remote equipment. Each message is a few bytes, and a short delay is usually acceptable. These devices excel at turning a physical state into a clean yes or no that software can act on, with little power and almost no maintenance.
Poor fits are anything that needs high throughput or low delay. Video, audio and snapshots do not fit the tiny payloads. Messages from battery sensors can also be delayed, because most devices only listen for a reply briefly after they transmit. A sensor that must trigger an immediate local siren should do so itself, using the network as a report rather than the control path. Verification matters too: pairing a sensor event with a camera view lets a person confirm what happened instead of reacting to a bare flag.
What should you check before relying on it?
Ask about coverage first: LoRaWAN needs a gateway within reach, so a private gateway at the site, or a public network if one serves the area, must be confirmed with a field test. Check the device class. Class A devices listen only briefly after sending, Class B listen at scheduled times, and Class C listen almost continuously but need mains or large-battery power. Treat the field test as the real answer, since terrain, buildings and metal enclosures can change coverage far more than a brochure suggests.
Then check the integration path. Know how events leave the network server, whether by webhook or message queue, and what happens when the internet connection to the gateway is lost. Confirm that devices support secure join and key management, and plan for battery replacement. For anything life-safety critical, a LoRaWAN link should supplement rather than replace a supervised, wired or certified alarm path. Finally, ask who owns the keys and the data, so that moving to a different network server later does not mean replacing every sensor.
Key terms
- LoRa
- A radio modulation technique using chirp spread spectrum, which lets very weak signals be decoded over long distances at low power.
- LoRaWAN
- The network protocol layered on LoRa that handles joining, addressing, encryption and routing of messages between sensors and applications.
- Gateway
- A radio base station that hears nearby sensors and forwards their messages over an internet connection to the network server.
- Spreading factor
- The setting that stretches each chirp in time. Higher values give longer reach and lower data rate, and use more airtime.
- Adaptive data rate
- A network feature that tunes each device's speed and power to the lowest setting that still reaches a gateway reliably.
- Device class
- A LoRaWAN category defining when a device listens for downlink messages: Class A briefly, Class B on a schedule, Class C almost always.
- Duty cycle
- A regulatory or network limit on the share of time a device may transmit, which keeps messages short and infrequent.
A trailer like this carries a dual-SIM 4G/5G router, and sensor events can reach the video platform through webhooks and a gateway. If a site needs it, small low-power sensors on a perimeter, such as gate contacts or tamper switches, could report through a gateway so that an event brings up the right camera view. Video itself still travels over cellular, never over LoRaWAN.
Common questions
Can LoRaWAN carry camera video?
No. LoRaWAN messages are only a few dozen bytes and sent infrequently, far too small for video or even snapshots. It is meant for brief sensor readings and status flags. Video needs cellular, fiber or a high-capacity wireless bridge.
How long do LoRaWAN sensors last on a battery?
It depends on the battery size, how often the device sends and the spreading factor it needs. Because the radio sleeps most of the time, battery life is often measured in years, but a device sending often at long range will drain faster.
Is LoRaWAN secure enough for security sensors?
The protocol authenticates devices and encrypts payloads with AES-128 keys, which suits sensor data well. Security still depends on correct key handling and a protected path to the application. For critical alarms, use it as an addition to supervised alarm paths.