← All articles

· Graybridge Software

TI Launches Multiprotocol SoM and IO-Link Master for Industrial Ethernet

Texas Instruments has introduced a multiprotocol system-on-module and an IO-Link master, with industrial Ethernet protocol changes handled through a firmware update. Here is what it means for device and gateway designers, and what still needs to be verified.

Industrial EthernetIO-LinkEdge computingIIoTFieldbus

On November 8, 2026, news was published of the launch by Texas Instruments (TI) of two new devices for industrial automation: a system-on-module (SoM) and an IO-Link master. According to the report, the goal is to enable "seamless interoperability" across industrial automation, robotics and Industrial IoT systems, domains that are growing ever more complex. The page metadata indicates a modification date of November 5.

What was announced

The central element is the multiprotocol approach. The article's subtitle explains that engineers can switch from one industrial Ethernet protocol to another through simple firmware updates. The stated purpose is to reduce design complexity and keep industrial network ecosystems scalable. The page description presents the SoM as a complete, compact multiprotocol communication module.

To be clear, the source we consulted made available only the title, subtitle and metadata: the body of the article was not accessible. For this reason we cannot confirm product names, part numbers, the list of supported protocols, technical specifications, availability or pricing. Before evaluating adoption, these details should be checked in TI's official announcement.

Why protocol fragmentation matters

Anyone developing field devices or gateways knows the problem: industrial markets speak different languages, such as PROFINET, EtherNet/IP and EtherCAT, among others. Serving multiple ecosystems often means maintaining separate hardware variants, software stacks and certification paths, with costs that recur with every new product.

If the choice of protocol moves from hardware to firmware, a single platform could in principle cover multiple fieldbus ecosystems. This is our reading of the possible effect, not a statement contained in the source: the real impact will depend on the protocols actually supported and on the certification process required for each.

The role of the IO-Link master in edge architectures

The IO-Link master also deserves attention. Positioned at the sensor level, it fits into edge and gateway architectures that carry data from the field to IIoT and monitoring platforms. This too is our interpretation and not a fact from the source, but it is consistent with the typical use of the technology: making process data and diagnostics from sensors and actuators accessible when they would otherwise remain isolated.

What to do with it in practice

For technical and IT teams evaluating new communication platforms, a few sensible steps:

  • Read TI's official announcement and verify supported protocols, specifications, availability and pricing.
  • Clarify how certification and compliance are handled when the protocol changes via firmware.
  • Assess the impact on the lifecycle: updates, firmware versioning and software supply chain security.
  • Map where an IO-Link master or a gateway could reduce the number of hardware variants or simplify data acquisition.
  • Treat firmware-based flexibility as a hypothesis to validate in a prototype, not as an established fact.
The promise is changing protocol with a firmware update: the real value is measured in the details of certification and support.

In short, the announcement points in a clear direction: reducing fragmentation at the communication level and simplifying the link between field, edge and IIoT platforms. The technical and commercial details, not yet verified, will determine how far this direction translates into concrete benefits.