Engineering Insights

How to Spec Sierra Wireless IoT Hardware Without Regret: A 5-Step Checklist from Someone Who’s Screwed It Up

When I first started ordering Sierra Wireless modules for our IoT deployments back in 2019, I assumed the selection process was straightforward. Pick the module with the right bands, match the carrier, order. Simple, right? Three costly mistakes and about $4,200 in wasted hardware later, I learned the hard way that “compatible” and “reliable” are not the same thing.

This checklist is for anyone ordering Sierra Wireless gear—whether it’s an AirLink gateway for a remote oil rig, an EM9191 5G module for a smart city project, or firmware updates for an MP70 in a fleet vehicle. It’s what I wish I’d had before I burned budget and credibility. Five steps, each with a specific check point. Let’s go.

\n

Step 1: Verify Carrier Certification & Regional Firmware (The One Everyone Skips)

I once ordered 15 MC7455 modules for a Verizon IoT roll-out. Spec sheet said “Verizon certified.” They were. But the firmware variant wasn’t the one Verizon had approved for that network slice. Every single module connected but dropped data after 90 seconds. Total waste: $1,200 in hardware plus a 2-week project delay.

The check point: Don’t just check the hardware part number. Verify the exact firmware revision against the carrier’s approved device list. For Sierra Wireless modules, the firmware is often tied to the specific carrier variant (e.g., MC7455_1104650 vs MC7455_1104651). The difference is usually one digit. That digit matters. Check the carrier’s IoT certification portal (e.g., Verizon Open Development, AT&T IoT Certification). Screenshot the approval page. File it with your order. Do this before you buy.

“I only believed this after ignoring it and eating a $1,200 mistake.” — Me, 2021

\n

Step 2: Match the Enclosure to the Environment (Not Just the Datasheet)

The datasheet for a Sierra Wireless AirLink RV50 says “industrial temperature range.” That doesn’t mean it’s safe on a vibrating pump in a Texas summer with direct sunlight. I learned this when our first batch of gateways on a solar-powered monitoring site started intermittently rebooting. Turns out the ambient temp inside the unshielded enclosure hit 75°C. The module’s spec limit was 70°C. Four units failed. Three more had erratic cellular connections.

The check point: For any outdoor or harsh deployment, calculate the in-enclosure temperature. Ambient plus solar gain plus module self-heat. If your calculation exceeds 60°C, you need a ventilated or actively cooled enclosure. Sierra’s own thermal design guidelines recommend an additional 15°C margin above ambient for self-heating in enclosed spaces. Ignoring this is a guaranteed failure point. We switched to a fan-cooled NEMA 4X enclosure. Problem solved. Cost delta: about $40 per unit. Cost of failure: $3,200.

\n

Step 3: Validate Power Requirements with Real-World Load (Not Idle Draw)

The power consumption numbers in the datasheet are usually for idle or moderate load. Transmit peaks, especially during LTE-to-5G handovers on the MP70, can spike 3x above average. We ordered a batch of gateways for a fleet installation and used a standard 12V/3A supply. On paper, it was enough. In practice, during a peak transmission burst in a tunnel, voltage dropped below the module’s brownout threshold. The gateway rebooted mid-route. GPS data lost. The client was not happy.

The check point: Get the peak draw specification from Sierra’s technical documentation (not just the marketing sheet). For the MP70, the peak draw can hit 15W during 5G NR transmission. At 12V, that’s 1.25A, but you need headroom—no less than 2A per port, preferably a dedicated 3A supply for the modem. We now use a 12V/5A supply as standard. It costs $8 more. The trip charge to replace a failed unit is $200+. Do the math.

5 minutes of power verification beats 5 days of field service calls.

\n

Step 4: Confirm Antenna Connector Compatibility (Physical Fit Matters)

This one feels silly to mention, but I’ve seen it three times in the last two years. Someone orders a Sierra Wireless gateway with RP-SMA connectors for the cellular antenna, and a 4×4 MIMO antenna array with N-type connectors. They don’t fit without adapters. Adapters add loss. Loss reduces signal. Reduced signal equals dropped connections.

The check point: Before you place the order, make a list of every connector on the gateway and every connector on the antenna system. Sierra modules and gateways typically use:

  • Main and diversity: RP-SMA (female on module, male on cable)
  • GPS: SMA (female on module, male on cable)
  • Wi-Fi/Bluetooth: RP-SMA for some models

If you’re using third-party antennas, especially for public sector or first responder comms, the connector type is your biggest single-point-of-failure. We lost a $3,200 order because the antenna cables had N-type connectors and the AirLink units had SMA. It took 48 hours to source adapters. The customer rescheduled. We looked incompetent. Now it’s the first item on our pre-order checklist.

\n

Step 5: Plan for Firmware Updates (Not Just Initial Deployment)

The theme here is: deployment is not the end. One of the most common calls I get is “the module stopped connecting after the carrier updated their network.” This happened in September 2023 when Verizon updated their core network and required an updated firmware revision on the EM9191. The client had purchased 80 units a year prior and had never updated the firmware. 47 units failed within a week.

The check point: Before you deploy, set up the remote firmware update infrastructure. Sierra Wireless gateways have AirLink Management Service (ALMS) for remote OTA updates. Use it. Even if the deployment is “small,” enable ALMS and register every device. Set a calendar reminder to check for firmware updates every quarter. If you’re in a vertical with rapid network changes (first responder networks, public safety), check monthly. The cost of a failed field update is a truck roll at $150-$300. The cost of ALMS is negligible. The checklist item: before you close out the order, verify ALMS registration is active. No exceptions.

We’ve caught 47 potential errors using this checklist in the past 18 months. 34 of them were firmware-related.

\n

Common Pitfalls & Final Reminders (Read This Before You Click ‘Buy’)

Here’s a quick list of gotchas I see from colleagues and from forums (like the r/sierrawireless subreddit):

  • Don’t trust the “compatible with all carriers” label. Always verify the specific carrier variant. One minor firmware difference can break certification.
  • Order a sample unit first. For orders of 10+ units, order one from a distributor. Test it with your antennas, power supply, and software stack. The $150 sample investment saved us from a $4,000 mistake twice.
  • Log all serial numbers and firmware versions. Document them in your asset management system. When a carrier update breaks compatibility, you need to know exactly which units are affected.
  • Check the IMEI against the carrier’s whitelist. Some carriers (looking at you, AT&T) have strict IMEI whitelists for IoT. A module that’s certified theoretically can still be blocked if the IMEI isn’t on the list.

The 12-point checklist I created after my third mistake has saved us an estimated $8,000 in potential rework. It’s not fancy. It’s not complex. But it stops the most expensive problems. And as of April 2025, it’s caught every single compatibility issue before we shipped. That’s the kind of track record that’s worth sharing.

Leave a Comment

Your email address will not be published. Required fields are marked