Commission from physical link to process evidence
What IO-Link is—and is not
IO-Link is standardized point-to-point communication between one master port and one sensor or actuator. It builds on familiar three-wire device wiring and adds bidirectional process data, parameters and diagnostics. The master connects upward to the controller network; the individual IO-Link link is not itself a fieldbus. Commissioning therefore requires both the port/device relationship and the controller-side data map.
Treat IO-Link as a defined system of roles, configuration and observable behavior. The cable and link LEDs are only the physical beginning. A device can be reachable yet rejected by the controller because identity, ownership, data layout or security does not match.
Build the configuration from the data contract
Write down who produces each value, who consumes it, its data type, length, update expectation, normal quality and safe behavior when communication is lost. Then configure the controller and device from that contract. This prevents byte maps and tag names from becoming undocumented magic.
Use the official device description and the manual for the exact firmware revision. Record every imported file and configuration revision so a replacement can be reproduced rather than rediscovered.
Commission in layers
Start with power, media and link. Then verify identity and ownership, compare configured modules or data structures, establish the connection, and only then prove a safe physical transition through the mapped process value. Read the detailed diagnostic before changing several settings at once.
Capture a normal baseline: connection state, update time, device identity and representative process values. Remove or disable the connection using an approved method and prove the controller detects stale data, enters the designed state and recovers predictably.
- Verify port class, power demand, connector pinout and device compatibility.
- Load or identify the correct IODD and record the device identity.
- Set the port mode and confirm communication status before mapping values.
- Decode process-data length, byte order, status and engineering units.
- Back up parameters, replace the device and prove automatic restoration if used.
Troubleshooting without random changes
If there is no link, stay at power, connectors, media and port configuration. If identity is wrong, resolve addressing, naming, certificate or ownership. If configuration is rejected, compare device files, module order, assemblies, data sizes and revisions. If connected data is wrong, inspect byte order, scaling, quality/status and application mapping.
Make one controlled change at a time and save the before/after evidence. The protocol school is vendor-neutral training; production commissioning still requires the current controller and device documentation plus the site network and security standards.
Field record
Evidence checklist
Primary technical sources
Use these official sources and the exact device manual for production work. This guide teaches diagnostic structure; it does not authorize live work or replace site procedures.
