Evaluate the AutomationView desktop suite free for 30 days. No credit card required. Claim trial key →
arrow_back Back to Articles

Inside PROFINET IRT: A Deep Dive into High-Speed Motion Control

calendar_month
person Carvalho Raphael

Inside PROFINET IRT: A Deep Dive into High-Speed Motion Control

Learning
%%{init: {'theme':'dark', 'themeVariables': { 'background': '#001c38' }}}%%
flowchart LR
    A["PLC Controller"]:::blue -- "Sync Master" --> B["Servo Drive 1"]:::green
    B -- " C["Servo Drive 2"]:::green
    classDef blue fill:#2563eb,color:#ffffff,stroke-width:0
    classDef green fill:#16a34a,color:#ffffff,stroke-width:0
AutomationView Icon AutomationView

When engineering multi-axis synchronization for CNC machines or robotics, standard Ethernet communication falls short. Network jitter and variable latency introduce unacceptable deviations in position loops. This is where PROFINET IRT (Isochronous Real-Time) becomes a strict requirement, dividing the Ethernet cycle into a deterministic phase and an open phase to achieve sub-microsecond precision.

Understanding the Mechanics of PROFINET IRT

Unlike standard PROFINET RT (Real-Time), which is adequate for discrete I/O and process automation, Isochronous Real-Time is specifically engineered for closed-loop motion control. Standard RT traffic is handled via prioritization, but it remains susceptible to delays when network traffic spikes. PROFINET IRT solves this by implementing hardware-based bandwidth reservation.

The network cycle is split into dedicated time slots. The deterministic phase is reserved exclusively for IRT data frames, ensuring that critical positioning data is transmitted exactly when scheduled. The open phase handles standard TCP/IP traffic, diagnostics, and standard RT communication without ever interfering with the motion control loop.

The Role of the Sync Master

To achieve jitter accuracy of less than one microsecond, all devices within the IRT domain must be perfectly synchronized. A Sync Master, typically the PLC, manages a common clock across all nodes. This strict synchronization means every drive and remote I/O module knows the precise moment to send and receive its data frame, eliminating collisions and variable delays.

flowchart TD
    subgraph irt_domain ["IRT Synchronization Domain"]
        M["PLC Sync Master"]:::primary -->|Scheduled Frame| D1["Servo Drive X"]:::secondary
        M -->|Scheduled Frame| D2["Servo Drive Y"]:::secondary
        D1 -.->|Jitter < 1µs| D2
    end
    classDef primary fill:#2563eb,color:#ffffff,stroke-width:0
    classDef secondary fill:#16a34a,color:#ffffff,stroke-width:0

Topology and Configuration Prerequisites

Implementing PROFINET IRT requires strict adherence to network topology. In standard RT networks, the physical arrangement of switches and cables is flexible. For IRT, the engineering software (such as TIA Portal) must know the exact physical topology. The software uses this information to calculate the communication schedule, defining the precise path and timing for every frame traversing the network.

Hardware compatibility is another critical constraint. All devices in the synchronous path, including cables and switches, must support IRT hardware forwarding. Standard unmanaged switches or wireless access points (IWLAN) cannot participate in the IRT domain and will break the synchronous chain.

Comparing PROFINET Communication Classes

To illustrate the performance gap, consider the differences between standard TCP/IP, RT, and IRT mechanisms in an industrial Ethernet environment.

Communication Class Cycle Time Jitter Primary Application
Standard TCP/IP > 100 ms High Diagnostics, Web servers, IT integration
PROFINET RT 1 – 10 ms Variable Factory automation, standard I/O, general control
PROFINET IRT 250 µs – 1 ms < 1 µs Motion control, robotics, multi-axis synchronization

Integrating the PROFIdrive Profile

While PROFINET IRT handles the high-speed data transport, the PROFIdrive application profile standardizes how the PLC and drives interpret that data. This profile defines the state machine, control words, and status words required to operate frequency converters and servo drives. By combining IRT with the PROFIdrive profile, engineers benefit from deterministic transport alongside a unified programming interface across different vendor hardware.

For more detailed technical specifications regarding the PROFIdrive profile and IRT standards, refer to the official documentation provided by PROFIBUS & PROFINET International (PI).

Conclusion

PROFINET IRT remains the definitive standard for motion control within the Siemens ecosystem and beyond. By relying on hardware-based scheduling and strict topology definitions, it provides the deterministic, sub-microsecond performance required for advanced manufacturing.

If you are developing advanced motion control logic or building standardized function blocks for your PLC projects, explore our professional templates and scripts in the AutomationView Store to accelerate your engineering workflow.

Frequently Asked Questions

Can I mix PROFINET RT and IRT devices on the same network?

Yes. PROFINET allows RT and TCP/IP traffic to coexist on the same physical network as IRT traffic. The IRT scheduling mechanism reserves specific bandwidth for motion control, ensuring standard traffic never disrupts the deterministic phase.

Do I need special switches for PROFINET IRT?

Yes. To maintain the deterministic schedule, any switch placed within the IRT domain must contain specialized hardware ASICs that support IRT frame forwarding. Standard IT switches will drop or delay the scheduled frames, causing the motion loop to fail.

Why is topology configuration mandatory?

The controller must calculate the exact transmission delay between each node to guarantee that frames arrive exactly when required. Knowing the physical cable lengths and device order allows the compiler to generate a precise communication timetable.

Share this article

Stay Updated with Learning

Get the latest articles and news delivered directly to your inbox.

Log in to Subscribe

You must be registered and logged in to manage subscriptions.

Recommended for you

Mastering OPC UA PubSub over MQTT: A Practical Guide

Learning
%%{init: {'theme':'dark', 'themeVariables': { 'background': '#001c38' }}}%%
flowchart LR
    subgraph ot_network ["OT Network"]
        PLC["Legacy PLC"]:::blue
        Edge["Edge Gateway"]:::green
    end
    subgraph it_network ["IT Network"]
        Broker["MQTT Broker"]:::red
        Cloud["Cloud Analytics"]:::blue
    end

    PLC -->|Modbus/TCP| Edge
    Edge -->|"OPC UA PubSub over MQTT"| Broker
    Broker -->|Subscribe| Cloud

    classDef blue fill:#2563eb,stroke:#fff,stroke-width:2px,color:#fff;
    classDef green fill:#16a34a,stroke:#fff,stroke-width:2px,color:#fff;
    classDef red fill:#dc2626,stroke:#fff,stroke-width:2px,color:#fff;
AutomationView Icon AutomationView
calendar_month

Mastering OPC UA PubSub over MQTT: A Practical Guide

The gap between the plant floor and the cloud is closing, but moving data reliably remains a core challenge. Integrating OPC UA PubSub over MQTT offers a powerful solution, combining the structured data modeling of OPC UA with the scalable, event-driven messaging of MQTT. This architecture is quickly becoming the backbone of modern IIoT implementations. […]

Read Article arrow_forward

Inside Enterprise HMI SSO: Architecting OAuth 2.0 and OIDC for SCADA Security

HMI
%%{init: {'theme':'dark', 'themeVariables': { 'background': '#001c38' }}}%%
flowchart LR
    A[Operator] -->|Auth Request| B(OIDC Provider)
    B -->|ID Token + Access Token| C{SCADA HMI}
    C -->|API Calls| D[Historian / PLC]
    style A fill:#003c71,stroke:#fff,stroke-width:2px,color:#fff
    style B fill:#0055a4,stroke:#fff,stroke-width:2px,color:#fff
    style C fill:#0072ce,stroke:#fff,stroke-width:2px,color:#fff
    style D fill:#4a90e2,stroke:#fff,stroke-width:2px,color:#fff
AutomationView Icon AutomationView
calendar_month

Inside Enterprise HMI SSO: Architecting OAuth 2.0 and OIDC for SCADA Security

Historically, securing industrial control systems meant relying on isolated networks and shared generic credentials like “Operator1” or “Admin”. However, as IT/OT convergence accelerates, this perimeter-based security model is no longer sufficient. To achieve true Zero Trust architecture in modern industrial environments, engineers must move toward centralized identity management. Implementing SCADA HMI SSO OAuth 2.0 and […]

Read Article arrow_forward

Inside NAMUR Open Architecture: Unlocking Field Data with a Second Channel

Learning
%%{init: {'theme':'dark', 'themeVariables': { 'background': '#001c38' }}}%%
flowchart LR
  A["Field Devices"]:::blue --> B["Second Channel"]:::green
  B --> C["NOA Gateway"]:::red
  C --> D["M+O Domain"]:::blue
  style A fill:#2563eb,color:#ffffff
  style B fill:#16a34a,color:#ffffff
  style C fill:#dc2626,color:#ffffff
  style D fill:#2563eb,color:#ffffff
AutomationView Icon AutomationView
calendar_month

Inside NAMUR Open Architecture: Unlocking Field Data with a Second Channel

Process plants generate vast amounts of diagnostic and secondary process data at the field level. Most of this data never leaves the instrument. HART-enabled devices, for example, transmit up to 35 additional variables beyond the primary process value, yet legacy DCS architectures typically ignore them. NAMUR Open Architecture (NOA) provides a standardized method to access […]

Read Article arrow_forward