Application · High-security / non-IP

“Security won't allow another IP device on our network — but we still need to monitor these machines.”

LoRa isn't IP. A read-only node on each machine sends its readings over a private LoRa mesh to a dedicated gateway — a separate path that never touches your network. Low-rate telemetry with a tiny attack surface, which sidesteps the IT security review that blocks IP devices.

Non-IP Read-only Off your network
Diagram: machines monitored over a private, non-IP LoRa mesh

The situation

A high-security plant — a semiconductor fab, for example — runs a strict policy against adding networked equipment. Any new Ethernet or Wi-Fi device is an attack surface, so it triggers a heavy security review, and often it's simply refused. Yet the operation still needs to monitor many machines: status, temperature, cycle counts, utility draw. The usual IP-based answer is exactly what's not allowed.

Why the usual answer is blocked

The concern
“Anything with an IP stack on our network is a way in. We can't approve more of them just to read a temperature — but we're flying blind without the data.”
The barrier is policy, not physics
The signal can reach fine — the real blocker is governance. An IP device expands the network's attack surface, so security has every reason to say no.
LoRa changes the question
This is the point. LoRa isn't IP — there's no TCP/IP stack exposed to your network, and the data leaves on a separate RF path to a dedicated gateway. Read-only over RS485, low-bandwidth, physically separate: instead of “another device on the network,” it's “a device that can't reach the network at all.”

How Siliqs solves it

Read-only at the machine, a private mesh, a gateway you control.

A read-only node at each machine

The node reads the values you're allowed to read over RS485 / Modbus — status, temperature, counters, utility draw. It reads; it doesn't write back to the machine.

A private LoRa mesh

Data leaves over a separate RF mesh — not your LAN, not your OT network. The nodes self-organise and self-heal across the floor.

A gateway you control

A dedicated, physically separate gateway hands the telemetry to your own dashboard or SCADA — on your terms, on a path you decide, isolated from production.

Why security teams accept it — honestly

Its limits are the point. What it can't do is what makes it safe.

Non-IP
No TCP/IP stack is exposed to your network. There's no IP device to compromise or pivot from.
Read-only
The node reads registers over RS485; it isn't a control path back into the machine.
Low bandwidth
Honest tradeoff: LoRa mesh is slow — seconds to minutes per reading. That suits periodic telemetry, and the low rate itself keeps the attack surface tiny. It is not for video or real-time control.
Physically separate
The data path is a private RF mesh to a dedicated gateway. It can run fully offline / air-gapped from production.

To be clear: anything attached to a machine still deserves review — but the review is “a read-only, non-IP, offline sensor,” not “another IP node on our network.” That's a very different, much smaller conversation.

What you actually need

Machines
Any machine that exposes readable values over RS485 / Modbus.
Network
None of yours. The mesh is a separate private RF path; the gateway is dedicated and isolated.
Cabling
Only the short RS485 read connection at each machine. Nothing runs between machines.
Devices
One node per machine + one dedicated gateway. Add nodes to scale the mesh across the floor.
Good fit for
Periodic monitoring — status, temperature, counts, utilities. Not high-bandwidth data or control.
The node
SQC485Iv2 — LoRa RS485 industrial node.

Questions people ask

Can I monitor machines without putting an IP device on our network?

Yes. LoRa isn't IP. A read-only node on each machine sends over a private LoRa mesh to a dedicated, isolated gateway — nothing with an IP stack ever touches your network.

Isn't wireless itself a security risk?

This link is read-only, low-bandwidth, non-IP and physically separate from your network — a very small attack surface. Nothing is exposed to your LAN or OT network, and it can run air-gapped.

Is it fast or real-time?

No — honestly, it's slow. LoRa mesh carries low-rate telemetry, seconds to minutes per reading. It's right for monitoring, not for video or real-time control.

Does it connect to the internet?

No. It works fully offline / air-gapped. The gateway is dedicated and you decide what, if anything, it connects to.

Can it feed our SCADA?

Yes — via a gateway you control, on a separate path. The telemetry reaches your dashboard or SCADA without joining your production network.

How many machines can it cover?

A single mesh handles up to around 100 nodes (the Meshtastic node database on this hardware caps at 100, with ~80–100 comfortable in practice). For more machines you run additional meshes, each with its own dedicated gateway, all reporting to your monitoring — it scales by segmenting.

Need monitoring that stays off the network?

Tell us what you need to read, how many machines, and your security constraints. We'll scope a non-IP path with you.