top of page

7 Things Worth Looking At When Assessing Proprietary Wireless Protocols in Industrial IoT

  • Writer: Thomas Zengerle
    Thomas Zengerle
  • Jul 18
  • 4 min read

Notes from an Industrial IoT engineering and technical due diligence perspective


Proprietary wireless protocols sit at the heart of many Industrial IoT systems. They can be a significant competitive advantage, but they can also become one of the most opaque and difficult parts of the architecture to evaluate.


I look at this topic primarily from the perspective of someone working inside an Industrial IoT company with its own wireless technology. At the same time, I increasingly look at it through a technical due diligence lens, because proprietary communication technology needs to be assessed not only for what it enables, but also for the risks and long-term obligations it creates.


That tension matters. Proprietary wireless protocols can create real differentiation, but they can also concentrate technical complexity in places that are easy to underestimate from the outside.


Below are seven aspects that, in my view, deserve closer attention.



Proprietary wireless technology can be a real asset


A proprietary wireless protocol is not automatically a liability or a red flag. In many cases, it is a deliberate engineering choice that creates real value.


It can be optimised for the specific product, deployment environment, traffic profile, power budget, and system architecture in ways that generic standards often cannot. This often translates into better battery life, more predictable behaviour, tighter integration with the application, or more effective operation under difficult physical conditions.


In many cases, that optimisation is a key reason why a product performs well in its target environment. From a business perspective, this can create meaningful differentiation that is difficult to replicate with off-the-shelf communication stacks.



Spectrum strategy matters more than it first appears


Many proprietary wireless systems in Industrial IoT operate in sub-GHz bands, for example, around 868 MHz in Europe, 902–928 MHz in North America, or 920 MHz-class bands in parts of Asia-Pacific. These bands are often available for unlicensed low-power use, but only within defined technical and regulatory limits under regional rules and standards.


Because allocations and limits differ between countries, the intended deployment regions directly influence power limits, duty-cycle constraints, channel usage, and coexistence conditions. In practice, this shapes the real operating envelope available to the system.



Field conditions matter more than lab conditions


Industrial wireless deployments rarely behave like laboratory measurements. Reflective metal surfaces, machinery, containers, and moving objects can create attenuation, multipath, and interference effects that directly affect reliability.


For that reason, nominal range, data rate, or bench measurements should never be mistaken for real deployment robustness.



Battery life is shaped by protocol behaviour, not only by hardware


Battery life in wireless IoT systems is not determined by the electronics alone. It is also shaped by the behaviour of the wireless protocol.


Airtime usage, wake-up logic, retry mechanisms, synchronisation schemes, and traffic patterns all affect power consumption. In that sense, energy efficiency is partly a protocol property.


This makes wireless design directly relevant to service intervals, maintenance effort, and lifecycle cost in the field.



Security, update capability, and protocol evolution need to be treated as one architectural topic


For connected wireless systems, security and maintainability cannot be separated. The key question is not simply whether encryption exists or whether updates are possible in principle.


What matters is whether the overall concept is coherent: device identity, authentication, key management, integrity protection, secure update mechanisms, version compatibility, rollout control, and the ability to evolve the protocol without destabilising the installed base. NIST’s IoT cybersecurity baseline treats secure software update, logical access control, and cybersecurity state awareness as core device capabilities.


This becomes more important as regulatory expectations increase. The EU Cyber Resilience Act entered into force on 10 December 2024. Its vulnerability reporting obligations apply from 11 September 2026, and its main cybersecurity obligations apply from 11 December 2027.



Lifecycle responsibility is part of the real cost of ownership


A proprietary wireless stack is not a one-time engineering achievement. It creates a long-term responsibility that extends far beyond the initial product release.


As products remain in the field, the burden shifts toward diagnostics, interoperability across product generations, security maintenance, operational support, and compliance with changing regulatory expectations. The real strength of the architecture is often revealed only after years in the field.


From a due diligence perspective, this matters because lifecycle burden directly affects maintainability, scaling risk, and future engineering cost.



Why proprietary wireless protocols in Industrial IoT can be a real asset


A proprietary wireless protocol can create real differentiation. At the same time, it can introduce dependencies: internal know-how, specialised tools, undocumented design decisions, and a small number of engineers who fully understand the stack.


That does not make the technology weak. But it does mean the technical and organisational resilience behind it deserves explicit attention.



Why this matters in technical due diligence


From a technical due diligence perspective, proprietary wireless protocols deserve focused attention because they sit at the intersection of product behaviour, maintainability, security, and lifecycle cost.


For investors, the key questions are usually practical rather than theoretical:


Can the system operate robustly under realistic deployment conditions?

Is the security and update model credible?

Is critical knowledge concentrated in too few people?

Are coexistence constraints understood?

Does the wireless stack strengthen the platform over time, or is it likely to become a scaling bottleneck?



Closing thought


Proprietary wireless protocols can be a real asset. But they should be evaluated with discipline and without romanticising them, especially where performance claims, maintainability, and lifecycle obligations are concerned.


In Industrial IoT, that distinction matters.


Illustration of a proprietary industrial IoT wireless network with four connected devices, shown from a technical due diligence perspective.

 
 
 

Comments


bottom of page