What Is LoRa? Serial Links, Wireless I/O, and LoRaWAN Explained

Understand LoRa through serial links, wireless I/O and LoRaWAN networks, with communication diagrams, topology comparisons and a water-tank example.

LoRa is a radio modulation technology used to send small amounts of data over long distances. In an industrial system, that data might be a meter reading, a switch state or a command. The radio technology alone does not determine what the receiving equipment does with the message.

A serial radio link, a wireless I/O pair and a LoRaWAN network can all use LoRa while solving different problems. Start with the signal you have and where it needs to go: another serial port, a remote output, or an application that collects data from many devices.

Three things to know first

  1. LoRa describes the radio.It does not promise a particular interface, network protocol or product compatibility.
  2. Private LoRa products have their own communication rules.Serial forwarding and direct I/O linkage are different functions.
  3. LoRaWAN adds a network.End devices communicate through gateways and a Network Server; that network can be public or private.

What does LoRa do?

LoRa carries digital information over a radio link using spread-spectrum modulation. Its useful role here is moving short messages between places where a cable is difficult to install: across a yard, between buildings or from a field instrument to a control panel. Semtech's LoRa overview describes the underlying radio technology.

A radio still needs equipment at both ends to collect, interpret or act on those messages. An RS485 meter provides register values; a contact input provides an open or closed state. Neither becomes an Internet-connected device simply because a LoRa radio is added.

Long range also involves trade-offs. Radio settings that improve reception can increase the time needed to send a message. Larger messages and frequent transmissions use more airtime. LoRa is useful for modest data volumes; it is not a replacement for a broadband connection carrying video or large files. Range depends on the radio configuration, antennas, installation and interference.

Are LoRa and LoRaWAN the same thing?

No. LoRa is the radio modulation. LoRaWAN specifies how devices use that radio within a network, including message exchange, activation and security. The LoRa Alliance's architecture overview describes end devices, gateways, Network Servers and application services.

A manufacturer can also use LoRa with its own protocol for a direct serial link or I/O linkage. These products do not automatically join a LoRaWAN network. Matching the frequency is only one compatibility check: the protocol and the supported configuration must match too.

Three ways to use LoRa in an industrial system

1. Carry serial data between two locations

Suppose a PLC already knows how to read an RS485 instrument using Modbus RTU. A pair of Y201-L serial DTUs can carry those requests and responses across a private LoRa link. A DTU, or data transfer unit, connects the equipment's serial interface to the radio.

Slim Y201-L mini LoRa DTU with a front status panel, antenna connector and green serial terminal block
Y201-L mini serial-to-LoRa DTU.
The PLC sends a Modbus request through two Y201-L units to the instrument; the instrument response returns over the same private LoRa link.
Solid arrows show local RS485 connections. Dashed arrows show the request and response directions over LoRa.

The PLC initiates a poll. The local DTU transmits the serial frame; the remote DTU delivers it to the instrument. The reply returns through the same path. Measurement registers remain in the instrument, and the polling logic remains in the PLC.

For this example, order the RS485 variant and use transparent serial mode. Y201-L has one physical serial port, supplied as RS485, RS232 or 3.3 V TTL depending on the variant. Match each port to its connected equipment, match the radio settings across the pair, and allow for packetization and radio delays in the host's response timeout. The serial baud rate is not the wireless throughput.

2. Transfer a field signal to a remote output

If a switch at one location needs to operate an indicator at another, there may be no serial message to forward. Wireless I/O instead senses an input and reproduces its state at a corresponding output. A Y401-11-L pair illustrates this with a digital input (DI) and relay digital output (DO) on each device.

Two blue Y401-11-L modules with green input and relay terminal blocks
Y401-11-L: two paired digital I/O modules. Each unit has one digital input and one relay output.
A float switch connects to one Y401-11-L input; a private LoRa message makes the paired module's relay operate a separately powered indicator circuit.
One channel shown in one direction. This is a signal path, not a wiring diagram; the relay contact switches an externally powered indicator circuit.

Here, the field contact provides the input state and the receiver changes its relay state. The basic link needs no PLC program, SIM card, Internet connection or LoRaWAN gateway. Digital inputs on these models accept passive dry contacts or NPN open-collector signals; do not apply voltage directly to DI.

What changes when the contact closes?

During normal communication, closing the sending unit's DI contact energizes the paired unit's relay, connecting NO to COM. Opening the input resets the relay and opens NO–COM. The indicator still needs its own suitable power circuit.

Two normal operating states: an open input leaves the remote relay de-energized and indicator off; a closed input energizes the remote relay, closes NO–COM and turns the indicator on.
One channel, normal valid communication. These are logical states, not terminal wiring or a timing chart; input and output changes are not instantaneous. Link-loss and restart behavior require separate checks.

Wireless I/O also includes model-specific analog links. An analog pair carries a measurement signal to a compatible analog output; it is a different interface from digital contact-to-relay transfer. Use the Wireless I/O family comparison to check signal type and the exact model specification.

3. Send device data through a LoRaWAN network

A LoRaWAN deployment separates field devices, radio gateways and network services. A gateway receives radio packets and forwards them over an IP connection to a Network Server. The application then decodes and uses the device data.

An end device sends a LoRaWAN uplink to a gateway, which forwards it over IP to a Network Server and then to an application.
Uplink path shown. Downlink commands travel through the network in the reverse direction, subject to device class and network scheduling. Server roles may run remotely or on a suitably configured gateway.
Black Y501-L indoor LoRaWAN gateway with top antenna connectors, Ethernet port and front status indicators
Y501-L: an indoor gateway that forwards LoRaWAN packets to a Network Server. Local Network Server and Application Server software is optional.

For local payload processing and industrial integration, Y511-L supports application services and Modbus mapping with compatible local-service software.

White Y502-L LoRaWAN serial DTU with green terminal blocks and a printed front identification panel
Y502-L: a serial end device with isolated RS485 and RS232 interfaces. It carries equipment data; it has no onboard I/O channels.
Black Y503-2220-L LoRaWAN RTU with front I/O status indicators, printed terminal labels and side mounting tabs
Y503-2220-L: an I/O end device with 2 DI, 2 switched voltage DO, one 0–10 V input, one 4–20 mA input and isolated RS485.

The two voltage outputs on the RTU are not dry relay contacts: their ON voltage follows the RTU supply. This matters when connecting a load. Likewise, an application MQTT broker does not replace the Network Server that manages LoRaWAN device sessions and downlinks.

LoRaWAN does not require a public network or a cloud application. It can use local services, provided the selected hardware and software support them. See What Is LoRaWAN? for device classes, joining, security and the full message path.

How do Y401, Y402 and Y403 topologies differ?

Within private LoRa Wireless I/O, the control relationship matters as much as the number of terminals. These three families define different relationships; they are not interchangeable ways to add more independently controlled outputs.

Y401: a point-to-point pair

Two fixed locations exchange corresponding signals. In a digital pair, an input on one unit drives its matching relay output on the other. Bidirectional operation lets both locations send input states. Select the channel count and signal type for the task.

Two Y401 devices form a point-to-point private LoRa pair with signal transfer in both directions.
One paired relationship between two locations.

Y402: one master and multiple slaves

With Y402-11-L, closing the master's input energizes all slave outputs during normal communication. Any closed slave input energizes the master's output, which resets only when every slave input is open. The slave inputs share one master output rather than providing separate status channels for each location.

Three slim blue Y402-11-L wireless I/O modules with green terminal blocks
Y402-11-L master and paired slaves for one-to-many I/O.
One Y402 master has private LoRa links to three slave devices; arrows show communication relationships, not independent channel addresses.
Example with one master and three slaves. Channel mapping depends on the selected Y402 model.

Y403: linked nodes with signal forwarding

With Y403-11-L, any linked node's input can energize the linked relay outputs. During normal communication, all linked inputs must return to open for the outputs to reset. Auto Relay forwarding can extend the communication path; it does not provide arbitrary independent control of every output.

Two blue Y403-11-L multi-node wireless I/O modules with green input and relay terminals
Y403-11-L: equal-status linked nodes with one input and one relay output each. Auto Relay forwards the group signal.
Three Y403 nodes illustrate a radio path through an intermediate node. Any linked input can energize all linked outputs.
An illustrative forwarded path. Actual paths depend on installation and radio conditions; extra hops also affect timing.

One active input holds the linked output group on

In the first state below, only Node A's input is closed, but every linked relay output is energized. In the second state, all three inputs are open and the outputs reset. If another input remains closed, opening Node A alone does not clear the group.

One closed input on Node A energizes every linked Y403 output even while Node B and C inputs remain open. When all three inputs are open, every linked output resets.
Illustrative states during normal communication. The group logic is separate from which radio path carries the message; three nodes are shown for clarity, not as a network limit.

A water-tank example: what needs to cross the radio?

Consider a water tank monitored from a distant control room. The connection depends on what the control room needs to read or control.

  1. “Read the existing instrument.” The tank has an RS485 level instrument and the PLC already polls its registers. A serial radio pair can carry that conversation. Check successful replies and timeouts at the required polling interval.
  2. “Show when the tank is full.” A float switch provides a contact state. A digital Wireless I/O pair can reproduce that state at a remote indicator. It does not turn a single threshold contact into a continuous level measurement.
  3. “Record levels from several tanks.” LoRaWAN field devices can send readings through a gateway to an application. For a 4–20 mA level transmitter, verify the RTU's current-input wiring, scaling, reporting interval and application payload decoding.

Follow one level reading from the tank to the application

A compatible 4–20 mA level transmitter feeds the RTU's fixed current input, AI. The RTU reports the measurement in a LoRaWAN payload. After network processing, the application decoder interprets the firmware's encoding and applies the transmitter's current-to-level scale.

A tank level transmitter sends 4–20 mA to Y503-2220-L AI; data passes through a LoRaWAN gateway and Network Server to payload decoding, level scaling and the application.
Conceptual measurement path, not a wiring diagram. Power the sensor according to its manual and use the RTU AI current input, not AV. Decode the payload for the supplied firmware and retain the measurement time or application receipt time.

Receiving a value and using it correctly are separate checks. A raw current reading needs the transmitter's range to become a level; a previously received “full” bit needs a freshness check before it describes the tank now. Neither a radio link nor a dashboard provides an independent overfill protection system.

Which communication path should you choose?

Choose by the information and receiving system
QuestionSerial LoRa linkPrivate LoRa Wireless I/OLoRaWAN
What crosses the link?Serial framesInput states or model-specific analog valuesApplication data in LoRaWAN messages
Where does it arrive?Another serial portA corresponding outputNetwork and application services
Who defines the action?The connected host and equipmentThe model's signal-mapping rulesDevice firmware and application logic
Gateway and Network Server?Not for the illustrated direct linkNot for the basic I/O linkRequired roles; deployment may be local
Important setup checksSerial format, radio settings, packetization and host timeoutPairing, topology, signal type and output fault behaviorRegional plan, activation, payload mapping and downlink behavior

Begin with a serial link when you want to retain an existing equipment protocol. Begin with Wireless I/O when the task is direct signal transfer. Consider LoRaWAN when the task includes managing distributed devices and delivering their data to an application. Then check the exact hardware and timing requirements; none of these labels establishes a guaranteed command-response time.

What should you check before deployment?

  • Region and hardware. Y201-L's documented radio band is 410–493 MHz; it is not an EU868 or US915 device. For LoRaWAN, match the end device, gateway and server's regional plan and channel settings. Use the frequency-band guide for the distinctions, then confirm local requirements.
  • Signal and load. Check RS485 versus RS232, passive contact versus voltage input, analog range, and relay contact versus switched voltage output. Verify the exact wiring and load rating before connecting equipment.
  • Radio path. Survey obstacles, antenna placement and interference. An open-area distance in a specification is a planning value, not an installation guarantee.
  • Traffic and timing. Test the intended payload, reporting or polling interval, retries and response timeout. LoRaWAN Class A downlinks follow an uplink; powered Class C devices listen almost continuously, but still depend on network scheduling and radio capacity.
  • Power and integration. Low-power radio technology does not make every finished industrial product battery-operated. Budget the device, sensors and loads, and confirm which local server or protocol-conversion functions require software options.
  • Interruption and recovery. Test stale readings, output behavior on link loss and what happens after reconnection. The Wireless I/O loss-and-recovery guide explains why a communication timeout and equipment protection are different functions.

For the tank example, a useful first bench check follows one complete transaction: initiate a PLC poll, operate the float switch, or send a known sensor reading. Verify the result at the receiving port, output or application, then interrupt the link and observe how the receiving system reports the loss.