The Industrial Internet of Things (IIoT) is the practice of connecting industrial equipment, machines, sensors, PLCs, meters, to networks and software so their data can be collected, analyzed, and acted on. Strip the buzzwords and IIoT is plumbing: getting signals off the floor and into systems that do something useful with them.

That plumbing enables everything the brochures promise, machine monitoring true OEE, predictive maintenance, digital twins but the plumbing itself is unglamorous: protocols, gateways, network segments, and data models. This post walks the stack from sensor to insight, the retrofit-versus-greenfield decision honestly, and the security basics no plant gets to skip.

How is IIoT different from regular IoT?

Same idea, different stakes. Consumer IoT connects thermostats and doorbells; IIoT connects equipment where failure costs real money or injures people. That drives the differences: industrial protocols instead of consumer ones, wired reliability where wireless is not good enough, decade-long equipment lifecycles instead of two-year gadget cycles, and security requirements shaped by the fact that a compromised device might control a 400-ton press. IIoT also has to coexist with an installed base of controls, PLCs and SCADA systems that predate the internet and were never designed to share.

What does the IIoT stack look like?

Five layers. Every IIoT product you will ever evaluate lives in one or more of them.

The IIoT stack1 · SENSINGPLC tags, sensors (vibration, temp, current), cameras, operator tablets2 · EDGEGateways translate protocols, filter, buffer when the network drops3 · NETWORKWired ethernet, Wi-Fi, cellular, segmented from the office network4 · PLATFORMStore, historize, add context: which machine, order, product, shift5 · APPLICATIONSDashboards, true OEE, alerts, analytics, AI automation with approvaldataflowsup
The IIoT stack. Sensing and edge get the attention; the platform layer, where readings gain context, is where projects succeed or stall.

Sensing is wherever data originates: tags inside existing PLCs, add-on sensors (vibration, temperature, current draw, photo eyes), cameras, and, often forgotten, operators entering what sensors cannot see. Edge devices sit next to the machines, translating the floor's many protocols into something a platform can consume, filtering noise, and buffering data when the network hiccups. Network moves it, plant ethernet, Wi-Fi, or cellular, properly segmented from the office network. The platform stores and historizes the data and, critically, adds context: which machine, which order, which product, which shift. A vibration reading without context is trivia; the same reading tied to press 4 running order 1182 on nights is evidence. Applications are why you did all this: dashboards, alerts, analytics, and automation that acts on the data.

A word on protocols

The floor speaks many languages, and the edge layer exists to translate them. Older equipment talks serial or fieldbus protocols like Modbus, a design from the late 1970s that still moves an enormous share of industrial data. Newer controllers expose OPC UA, the vendor-neutral standard for secure industrial data exchange, while lightweight publish-subscribe protocols like MQTT have become the default for moving tag data from edge gateways to platforms because they tolerate flaky networks and scale cheaply. You do not need to memorize the alphabet soup; you need two rules. First, prefer open protocols over proprietary ones at every purchase decision, locked-in data is the most expensive kind. Second, push protocol translation to the edge, so the platform sees one clean, consistent stream regardless of what forty different machines speak below.

What actually happens between a sensor and an insight?

It helps to follow one reading through the pipe.

One reading's journey from sensor to actionSENSORvibration:8.2 mm/sEDGEtimestamped,buffered, sentCONTEXTpress 4, order1182, night shiftANALYTIC3-week upwardtrend detectedACTIONwork orderdrafted → approveRaw reading → tagged point → contextualized record → detected pattern → approvable action.Value is added at every hop. Most stalled IIoT projects stop at hop two, data lands in storage with no context, no analytic, no action.
One vibration reading's journey. Each hop adds value; each missing hop is a place IIoT investments quietly die.

Notice where the value concentrates: not in the sensor (commodity), not in transport (commodity), but in context and action. A plant that stops at "data lands in a database" has bought expensive storage. The last hop, pattern detected, action drafted, human approves, is where the payback lives, and it is the hop most projects never reach because the data was never contextualized well enough to trust.

Retrofit or greenfield: what is honest?

Greenfield, new machines with modern controllers, native connectivity, clean networks, is easy and rare. The average U.S. plant runs equipment spanning four decades, and the honest answer is that most IIoT is retrofit machine by machine, and that this is fine. Retrofitting has a bad reputation only because people attempt it as a monolith. Taken per-machine, it is a sequence of small, cheap decisions:

Retrofit decision flow for connecting an existing machineMACHINE HAS A PLC /ACCESSIBLE CONTROLLER?YESNOTAP EXISTING SIGNALSedge gateway reads PLC tags, no changes to control logicWOULD EXTERNAL SIGNALSTELL THE STORY?run/stop, counts, vibration, tempYESNOADD CLAMP-ON SENSORScurrent clamps, vibration pucks,photo eyes, non-invasiveOPERATOR ENTRYtablet at the station,revisit sensors laterALL PATHS FEED ONE PLATFORMsame data model, whatever the capture method
The retrofit decision, per machine. Every path, PLC tap, clamp-on sensor, or tablet entry, feeds the same data model, so no machine is left out of the picture.

Three honest notes on retrofit. First, tapping an existing PLC is usually read-only and non-invasive an edge gateway subscribes to tags without touching control logic, so production risk is minimal when done properly. Second, clamp-on sensors see less than native integration current draw tells you run/stop and load, not why the machine stopped; accept the fidelity trade knowingly. Third, operator entry is a legitimate sensing layer, not an embarrassment downtime reasons, changeover notes, and quality observations are data no sensor produces, and a tablet at the station captures them at the source. A capture strategy that combines all three beats a purist strategy that connects six machines beautifully and ignores the other forty. This is the “no rip-and-replace” path: start from the equipment and systems you already own (how Harmony connects machines and systems).

What are the security basics?

Connecting the floor expands the attack surface, and industrial security has its own discipline. The reference frame is the Purdue model the layered architecture developed by Theodore Williams and the Purdue consortium in the early 1990s that separates plant systems into levels, from physical process (level 0) through controls (levels 1–2) and operations systems (level 3) up to enterprise IT (level 4) (Purdue Enterprise Reference Architecture). The model predates modern IIoT, and data flows now legitimately cross its layers, but its core security lesson stands: segment the network so control systems are never directly exposed to the office network or the internet. The current standards family for industrial cybersecurity, ISA/IEC 62443 builds its zones-and-conduits architecture on exactly this foundation.

The practical baseline for a mid-market plant:

  1. Segment networks. Controls traffic and office traffic live on separate segments; anything crossing goes through a firewall you configured on purpose.
  2. Prefer read-only, outbound connections. Data flowing out of the control layer is far lower risk than write access flowing in. Most monitoring needs only reads.
  3. Inventory what is connected. You cannot secure devices you do not know about. Keep a live list of every gateway, sensor, and connected controller.
  4. Change default credentials and update firmware. Unpatched gateways with factory passwords are the most common real-world hole.
  5. Control remote access. Vendor VPNs and remote-support tools are frequent entry points; grant per-session, log everything, and expire access.
  6. Align with ISA/IEC 62443 as you scale. You do not need certification to borrow its zones, conduits, and security-level thinking.

What do the standards and numbers say?

How should a mid-market plant actually start?

Start with a question, not a technology. Pick one decision you cannot currently make with data, "which machine causes the most downtime?", "did line 2 hit rate last night?", "why is scrap up on the third shift?", and connect only what answers it. That usually means one line, a handful of machines, a mix of PLC taps and simple sensors, plus tablets for what machines cannot say. Get the data into one model, put a screen on the floor, and let the answer create demand for the next question. Plants that scale IIoT this way build trust with every step; plants that start with a 200-sensor deployment build a dashboard nobody opens. When CLS started, the first move was not sensors everywhere, it was replacing paper production logging with real-time capture, then building automated reporting on top (the CLS case study). The stack grew from a question the plant needed answered. Yours should too. For the broader technology map this fits into, see smart factory technology.