Hardware
Hardware
Section titled “Hardware”Hardware should be evaluated as a site footprint, not as isolated line items. The gateway, I/O, power design, antenna plan, and enclosure choices either work together or fail together in the field.
The highest-cost hardware mistakes usually happen before the bill of materials is written. A team chooses a good router but ignores antenna loss. It buys a strong gateway but leaves no safe service access. It adds remote I/O but does not define output fail states. It chooses a cabinet but forgets condensation, surge paths, battery isolation, or what a technician can actually replace in winter.
Hardware stack map
Section titled “Hardware stack map”| Layer | What it owns | Common failure when ignored |
|---|---|---|
| Field signals | Discrete inputs, analog values, pulse counters, relay outputs | Alarms exist in the asset but never become reliable events |
| Remote I/O or RTU | Local point collection, alarm latching, basic local behavior | Network outage turns into data loss or unsafe ambiguity |
| Gateway or router | Protocol movement, backhaul, VPN, remote access, store-and-forward | Connectivity works in a demo but not after carrier, power, or antenna issues |
| Antenna and feedline | Usable RF path, mounting height, grounding, serviceability | Weak signal is blamed on the carrier when the physical layer is the problem |
| Cabinet power | DC distribution, fusing, battery isolation, surge protection | One fault takes down the whole site or damages multiple devices |
| Enclosure environment | Heat, condensation, dust, water, insects, service access | Electronics fail despite being specified correctly |
Remote telemetry hardware should be selected as a system because each layer changes the risk profile of the next.
Core paths
Section titled “Core paths”What to define before buying hardware
Section titled “What to define before buying hardware”Before comparing product families, define:
- required signals and whether any output can affect equipment state;
- reporting interval, alarm urgency, and store-and-forward expectation;
- available power, backup duration, and brownout behavior;
- cabinet location, environmental exposure, and service access;
- expected network path and antenna mounting options;
- who will replace, reconfigure, and test the hardware after year one.
If the project cannot answer those questions, hardware selection is premature.
Industrial wireless hardware shortlist rule
Section titled “Industrial wireless hardware shortlist rule”For fixed remote sites, the best hardware shortlist usually removes devices that:
- cannot expose clear offline and stale-data status;
- require laptop-only recovery for basic field faults;
- lack enough I/O or expansion path for the real signal list;
- cannot tolerate the cabinet temperature, power, or surge environment;
- force proprietary remote access that the owner cannot govern;
- or make antenna, SIM, battery, and replacement procedures awkward.
The right hardware is rarely the most feature-rich device. It is the device stack that field technicians can keep alive.
Hardware planning flow
Section titled “Hardware planning flow”- Confirm what the site must sense, transmit, store, and survive.
- Design the physical stack around power, environment, mounting, and access.
- Choose device classes and accessories that reduce field maintenance burden.
- Validate the stack against site survivability before deployment.