2026-10-08
A production line is not a single machine. It is a sequence of machines, conveyors, sensors, and actuators that must act in perfect synchronization. The ABB PLC is the controller that reads the inputs from every device, executes the control logic, and writes the outputs that keep the line moving. But the coordination is not instantaneous. It happens in discrete cycles, and the length of those cycles determines how fast the system can respond. Understanding the scan cycle is the foundation of understanding how any PLC coordinates machinery. This guide explains the mechanics of ABB PLC coordination for engineers who need to design or troubleshoot automated systems.
An ABB PLC executes its program in a repeating cycle with three distinct phases: input sampling, program execution, and output refresh. During input sampling, the PLC reads the state of every input terminal and stores those values in the input image register. During program execution, the PLC evaluates the user program from top to bottom, using the stored input values. During output refresh, the PLC writes the results from the output image register to the physical output terminals. The total time for one cycle is the scan time, and it is typically 1 to 50 milliseconds depending on program size and CPU performance. The table below shows the scan time for different ABB AC500 CPU models.
| CPU model | Typical scan time | Instruction execution (bit) | Application scale |
| AC500-eCo | 5 – 15 ms | 0.1 – 0.2 μs | Small machines, simple logic |
| AC500 standard | 2 – 8 ms | 0.05 – 0.1 μs | Medium machines, process control |
| AC500 V3 | 1 – 5 ms | 0.03 – 0.05 μs | High-speed, complex logic |
| AC500-S (safety) | 2 – 10 ms | 0.05 – 0.06 μs | Safety functions, SIL3 |
In our factory, we have tested ABB AC500 PLCs in machine control applications. The scan time determines the maximum frequency of input signals that can be reliably detected. If an input pulse is shorter than the scan time, it may be missed. For high-speed counting or positioning, the PLC must use interrupt routines or dedicated function modules that operate independently of the main scan cycle.
The coordination of multiple machines requires more than a single PLC scan cycle. It requires communication between controllers. ABB PLCs support several communication architectures. In a centralized architecture, one powerful PLC controls all machines through remote I/O modules connected by a fieldbus. In a distributed architecture, each machine has its own PLC, and the PLCs communicate with each other and with a supervisory controller. In a hybrid architecture, both approaches are combined. The table below compares these architectures for ABB PLC systems.
| Architecture | Communication method | Response time | Best for |
| Centralized | Remote I/O via PROFINET or EtherCAT | 1 – 5 ms | Small lines, single controller |
| Distributed | PLC-to-PLC via Ethernet/IP or PROFINET | 5 – 20 ms | Large lines, multiple zones |
| Hybrid | Remote I/O + PLC-to-PLC | 2 – 10 ms | Complex lines with safety zones |
ABB has developed a multi-controller approach that allows each machine controller to exchange process and safety data with multiple central controllers simultaneously. This uses PROFINET/PROFIsafe shared device functionality, and each controller can handle up to 1,440 bytes of process data including 384 bytes of functional safety data. This approach eliminates the need for gateways and allows real-time coordination across up to four PLC systems[citation:3].
Some coordination tasks are time-critical. For example, a conveyor must stop within 10 milliseconds of a sensor detecting a jam. The standard scan cycle may not be fast enough for this response. ABB PLCs address this through three mechanisms. The first is interrupt routines. The PLC can be configured to execute a high-priority program when a specific input changes, without waiting for the next scan cycle. The second is high-speed counter modules. These modules count pulses independently of the CPU scan, allowing precise position or speed measurement. The third is motion control function blocks. ABB provides PLC-based motion control that synchronizes multiple axes with cycle times down to 1 millisecond[citation:7]. The table below shows the response mechanisms and their typical latency.
| Mechanism | Typical latency | Application |
| Standard scan cycle | 1 – 50 ms | General logic, slow processes |
| Interrupt routine | 0.1 – 1 ms | Fast event detection, safety trips |
| High-speed counter module | < 0.1 ms | Position sensing, flow measurement |
| Motion control function block | 1 – 5 ms | Multi-axis synchronization |
In our factory, we have used ABB PLCs with interrupt routines for packaging machines where the response time to a missing label must be under 5 milliseconds. The interrupt routine executes independently of the main scan, allowing the PLC to trigger a reject mechanism with the required precision.
The communication protocol determines how the PLC talks to other devices. ABB AC500 PLCs support a wide range of protocols, including PROFIBUS DP, PROFINET, EtherCAT, Modbus TCP, CANopen, and Ethernet/IP[citation:5]. The choice of protocol affects the update rate and the determinism of the communication. PROFINET and EtherCAT provide deterministic communication with cycle times of 1 millisecond or less, which is suitable for motion control. Modbus TCP and Ethernet/IP are suitable for supervisory communication where determinism is less critical. The table below shows the typical performance of these protocols.
| Protocol | Typical update rate | Determinism | Best for |
| PROFINET | 1 – 10 ms | High | Distributed I/O, motion control |
| EtherCAT | 0.1 – 1 ms | Very high | High-speed motion, robotics |
| Modbus TCP | 10 – 100 ms | Low | SCADA, data collection |
| Ethernet/IP | 5 – 50 ms | Moderate | Rockwell integration, general control |
| CANopen | 1 – 20 ms | Moderate | Mobile machines, sensors |
Engineering note: For coordinated motion control, use EtherCAT or PROFINET IRT. For general process control, PROFINET or Ethernet/IP is sufficient. For data exchange with MES or SCADA, Modbus TCP or OPC UA is the standard choice. ABB AC500 V3 CPUs support OPC UA and MQTT natively, which simplifies integration with higher-level systems[citation:16].
The ABB PLC coordinates machinery and industrial processes through a repeating scan cycle that samples inputs, executes logic, and refreshes outputs. For multi-machine coordination, the PLC communicates with other controllers and remote I/O using fieldbus protocols. For time-critical tasks, interrupt routines and dedicated modules provide response times that the standard scan cannot achieve. The choice of CPU, communication protocol, and architecture determines the performance and scalability of the system. Yueyang Tongtu E-commerce Co., Ltd. supplies ABB PLC hardware and provides technical consultation for automation engineers.
Yueyang Tongtu E-commerce Co., Ltd. supplies ABB AC500 PLC CPUs, I/O modules, communication modules, and accessories. We provide product selection support and technical documentation for industrial automation projects.