Scope. Field-procedural reference for replacing a discontinued AS-i link module (currently configured as 6GK1 415-2AA01) with its current successor (6GK1 415-2AA10, firmware V3.0) inside an S7-400 PLC station. Covers the SIMATIC Manager HW Config swap, AS-i master addressing, AS-i slave addressing impact, firmware update guidance, and the verification/commissioning checks that determine whether the cutover was a clean swap or whether an AS-i addressing tool is required.
1. Overview and Cutover Context
The AS-i (Actuator Sensor Interface) link module connects the AS-i cable segment, on which the binary AS-i slaves live, to a higher-level fieldbus (PROFIBUS DP or PROFINET IO) that terminates on the S7-400 CPU. The replacement scenario here is the typical lifecycle case:
- Original module
6GK1 415-2AA01is no longer manufactured. - Successor module
6GK1 415-2AA10(FW V3.0) is in stock. - A planned downturn window is available for the swap.
The cutover must be evaluated against three independent risk axes:
- Engineering data — does the new module occupy the same slot, GSD/GSDML revision, and diagnostic address space as the old one?
- AS-i master address — is the new unit delivered with the same AS-i master node address, or does it boot as address 0?
- AS-i slave configuration — are the slaves projected by their permanent AS-i addresses, and will the new master accept that projected configuration without complaint?
The questions that arise from the field ("do I just delete and grab the new one from the library?", "do I need an AS-i programmer?", "will the slave configuration change?") all trace back to those three axes.
2. Module Identification and Functional Comparison
The two modules are pin- and footprint-compatible successors. The delta is captured in firmware, integrated diagnostics, and GSD revision. Treat the module names as the contract — both ship as AS-i master/link modules for the same station class.
| Attribute | 6GK1 415-2AA01 (existing) | 6GK1 415-2AA10 V3.0 (new) |
|---|---|---|
| Function | AS-i link / master for S7-400 distributed I/O | AS-i link / master for S7-400 distributed I/O |
| Status in catalog | Discontinued / replacement product | Current successor |
| Mechanical fit | Reference | Drop-in compatible |
| FW at delivery | Lower revision | V3.0 (latest at delivery) |
| STEP 7 HW catalog entry | Legacy order number | New order number, possibly with new GSD |
| Diagnostic address slot | Per project | Same slot/footprint if GSD compatible |
| Slave configuration storage | Per master (volatile after power-down on some FW) | Per master (persistently stored in V3.x) |
Decision path. If STEP 7 lists both order numbers side-by-side in the HW catalog, the GSDs are functionally compatible and the replacement is a slot-for-slot swap. If only the new order number appears, confirm in the project's hardware catalog (Options → Install HW Updates) that the GSD for the old module is still installed; otherwise STEP 7 cannot resolve the existing configuration when you open it.
ASi_Mon / ASi_Diag flags may report new bit positions after the swap. Verify the symbolic interface of any AS-i FB used in the program against the new manual.
3. Prerequisites Before the Cutover
Treat the replacement as a controlled commissioning job, not a hot swap. The following prerequisites reduce downtime and remove the "strange things happen" category that the discussion references.
| Item | Why it matters | Verification |
|---|---|---|
| Current STEP 7 project archived (S7P, AWL sources) | Rollback path if new module exhibits a latent fault | Project archived, dated, stored off-station |
| HW catalog updated to current HSP / GSD | New module visible in HW Config | Both 6GK1 415-2AA01 and 6GK1 415-2AA10 searchable |
| Online backup of PLC program (Blocks, System Data) | Captures live DB values and SDBs before edit | Online → Upload Station to PG |
| List of AS-i slaves per segment (address, ID code, I/O code, profile) | Detect unconfigured or duplicate slaves after cutover | Paper/Excel table generated from ASi_340_Diag or manual walk-down |
| AS-i addressing tool available (e.g., handheld programmer) | Only required if a slave lost its permanent address | Tool on-site, charged, with cable for slaves |
| AS-i power supply unit (PSU) confirmed healthy | Brown-outs during swap mimic slave configuration loss | PSU voltage > 28 V DC under nominal load |
| Plant permission to power-cycle the AS-i segment | Required to test "cold" slave redetection | Permit-to-work signed |
Capture the live AS-i diagnostics before powering down. From the STEP 7 online view of the AS-i master, record:
List of Configured Slaves (LCS)List of Detected Slaves (LDS)List of Activated Slaves (LAS)- Per-slave flags:
PF(peripheral fault),CF(configuration fault),AF(address fault)
If LCS ≠ LAS before the swap, the new master will boot into the same mismatch and the fault will be misattributed to the module change.
4. STEP 7 HW Config Replacement Procedure
The HW Config replacement has three acceptable mechanical paths. All three converge on the same SDB.
4.1 Method A — Replace Object (recommended)
- Open the S7-400 station in HW Config (
SIMATIC Manager → Station → Open HW Config). - Right-click the existing AS-i link module
6GK1 415-2AA01. - Select Replace Object....
- Choose the new order number
6GK1 415-2AA10from the HW catalog. - Confirm the slot, diagnostic address, and any submodules are preserved.
- Save and compile (Station → Save and Compile).
4.2 Method B — Delete and Insert
- Right-click the slot occupied by the old module → Delete.
- Open the HW catalog and drag the new module
6GK1 415-2AA10into the same slot. - Re-enter the diagnostic address and any DP/PN parameters you have configured (only if the catalog asks; otherwise they survive the slot assignment).
- Save and compile.
4.3 Method C — Direct substitution via GSD
Use this only when the old GSD has been removed from the catalog and STEP 7 refuses to open the existing station. Open a blank station, drag the new module into the same slot, and copy the SDBs from a backed-up project. This is a recovery path, not a normal workflow.
4.4 Compilation and Download
- Station → Save and Compile with consistency check enabled. Resolve any address-overlap or duplicate-station errors before continuing.
- Connect to the target CPU (
PLC → Download to Target → SelectedorComplete). A consistent download of the System Data (SDB container) writes the new configuration to the CPU while the program blocks remain untouched. - After download, switch the CPU from STOP to RUN only after the physical module swap is complete. Power-cycling the AS-i link module before the CPU is in RUN forces a cold start of the AS-i master with empty configuration tables.
5. AS-i Master Addressing
The AS-i link module is a master on the AS-i subnet. Each AS-i master must hold a unique AS-i address in the range 1 ... 31 (default out of the box is typically address 0, which is the reserved "unassigned" value).
The discussion explicitly asks whether the master address alone is what matters, and the answer is: yes, for the master itself, no, for the slaves. The master's own address is set via the AS-i addressing tool (or via the master's web/display interface on V3.x firmware) and is independent of the GSD or HW Config object.
| Setting | Location | Default | Required for this project |
|---|---|---|---|
| AS-i master address (node 1–31) | Stored on the master module, set via handheld or via STEP 7 (object properties, "AS-i Address" tab on newer FW) | 0 (unassigned) | Same value as on the old module — record before removal |
| AS-i master mode | Object properties in HW Config | Per project | Unchanged |
| PROFIBUS / PROFINET node address | HW Config slot properties | Per project | Unchanged (slot + DP/PN address preserved by "Replace Object...") |
0. If you power up the segment with two masters at 0 (or the wrong number), the segment goes into Configuration Fault and the CPU reports SF on the slave side and BF on the DP/PN side.
6. AS-i Slave Configuration — What Actually Changes
Slaves are projected in HW Config under the AS-i master slot. Each projected slave has:
- Permanent AS-i address (1–31, single slave per address)
-
ID code (vendor code, e.g.
0x0for AS-i standard,0xAfor some safety devices) - I/O code (4-bit, describes input/output count)
- Profile (e.g. S-0.F.E for safety slaves, S-7.0 for standard I/O)
These parameters live in the SDBs generated from HW Config and downloaded to the CPU. The new master reads them at boot and compares against LDS (List of Detected Slaves) on the wire.
Why does configuration impact exist at all? The projected slave configuration is in the SDB. The physical slave identity is in non-volatile memory on the slave itself. Three things can break the comparison:
| Cause | Symptom on new master | Required action |
|---|---|---|
| Slave lost its permanent address (electrical disturbance, replacement in the field) | Slave appears in LDS at address 0, missing from LAS
|
Reassign address with handheld programmer |
| ID/I/O code mismatch (replaced slave with different catalog number, different rev) |
CF flag on the slave entry |
Update projected configuration in HW Config to match, or replace with correct slave type |
| Slave added or removed during shutdown | LCS ≠ LDS |
Reconcile HW Config to physical plant |
Theoretical outcome. When the cutover is a like-for-like module swap with no physical disturbance to the AS-i cable and the slaves have retained their permanent addresses, the new master reads the same SDB, finds the same LDS, and reports LAS = LCS. No AS-i programmer is needed.
Worst-case outcome. If the AS-i PSU is interrupted, the cable is shorted during the swap, or a slave has aged memory, one or more slaves may appear at address 0. The new master will reject address 0 as not configured and the slave will need its permanent address re-written via a handheld addressing tool (or via the master itself on V3.x firmware that supports "Address programming from the master").
7. Firmware Update Recommendation
The factory firmware on the new unit is V3.0. This is generally current, but the recommendation is to verify against the latest available version on the Siemens support portal before commissioning.
- Identify the exact MLFB
6GK1 415-2AA10. - Open Siemens Industry Online Support and search the entry for the module.
- Read the firmware release notes — confirm V3.0 or later is current.
- If a newer firmware is listed, schedule a firmware update during the same downturn window.
Firmware update procedure on the AS-i link module is performed over the AS-i cable using the Siemens Field PG or a Web interface (if the new revision exposes one), or through STEP 7 HW Config → right-click module → Firmware Update. The CPU must be in STOP, or the slot must be unassigned for the duration of the update.
8. Commissioning and Verification
Execute this sequence inside the downturn window. Step ordering matters: do not power the new module until the new System Data has been downloaded to the CPU.
- Confirm STEP 7 project is compiled and the SDB container is downloaded successfully.
- Power down the AS-i link module slot.
- Physically remove the old module, install the new module
6GK1 415-2AA10. - Verify the AS-i address selector / display shows the correct master address (write before power-on if the module ships at 0).
- Apply power to the AS-i PSU first, then to the new module.
- Observe the module LEDs:
SF,BF,AS-i,READY/RUN. All fault indicators must extinguish within the AS-i master's startup window (typically < 5 s for V3.0 firmware). - From STEP 7 online: PLC → AS-i Master → Diagnostics (path depends on STEP 7 version; equivalent is the right-click menu on the master slot in HW Config → Object Properties → Diagnostics).
- Read
LCS,LDS,LAS. All three must match. - Force I/O in a controlled test: toggle one input on each AS-i slave and confirm the corresponding input bit in the CPU's process image changes state.
- Toggle one output and confirm the corresponding slave output actuates (e.g. indicator lamp, valve).
- Archive the project with a timestamped comment indicating "AS-i link module cutover complete, FW V3.0, all slaves
LAS = LCS".
8.1 Verification Matrix
| Check | Tool | Pass criterion | If fails |
|---|---|---|---|
| HW Config compiles without warnings | STEP 7 Station → Save and Compile | 0 errors, 0 warnings | Address overlap or GSD mismatch |
| SDB download to CPU | STEP 7 PLC → Download | Download finishes, no diagnostic buffer entry | CPU in wrong mode, SDB inconsistent |
Module READY LED |
Visual | Solid green within 5 s of power-on | Check 24 V supply, slot alignment |
SF LED |
Visual | Off | Check diagnostic buffer |
BF LED on DP/PN side |
Visual | Off | Check DP/PN address, cable, terminating resistor |
AS-i CF / AF aggregate flags |
STEP 7 online diagnostic | All zero | Resolve per-section 9 |
LCS = LDS = LAS |
STEP 7 master diagnostics | All lists equal length and equal entries | Section 9 — slave addressing |
| I/O loop test on every slave | Forcing in OB1 / test program | Bit toggles, actuator responds | Wiring, I/O code mismatch, address conflict |
9. Troubleshooting Common Faults After the Swap
The discussion captures the intuition that "the swap looks easy but be prepared for worst cases." This matrix maps the diagnostic symptom to the underlying fault.
| Symptom | First diagnosis | Probable root cause | Fix |
|---|---|---|---|
SF LED on AS-i link, BF on DP/PN |
CPU diagnostic buffer entry | New GSD not yet propagated; SDB not downloaded | Repeat Save and Compile → Download SDB |
AS-i master online but LDS empty |
Check AS-i voltage at PSU | AS-i PSU off or reversed polarity | Restore 30 V DC AS-i supply |
LAS < LCS, some slaves missing |
Compare per-slave flags | Slaves lost permanent address | Reassign addresses with handheld programmer |
Slaves present but CF flag set |
Compare projected ID/I/O code vs physical | Slaves swapped during shutdown (different catalog) | Update HW Config or replace with correct type |
| Master at address 0 collides with another master | Read master address from handheld | New module shipped at default address 0 | Program master address 1–31 per project |
Intermittent BF under load |
Check cable length and topology | AS-i cable too long, repeater missing, or noise | Verify < 100 m total cable length, no stub > 5 m |
| FW V3.0 reports diagnostic bits not in FB interface | Read FB source | FB written against older FW; bit offsets shifted | Update FB to new symbolic interface, recompile |
9.1 When to reach for the AS-i handheld programmer
The handheld programmer is required in exactly two scenarios:
- A slave has lost its permanent address and now broadcasts as address
0. Use the handheld to write the correct address (1–31) into the slave's non-volatile memory. - The new master itself was delivered at address
0and the project expects a non-zero address. Use the handheld to write the master address into the new module.
Outside these two cases, the cutover should not require a handheld. If the handheld is needed for more than a couple of slaves, the underlying fault is more likely an interrupted PSU during the swap than a defect in the new module.
10. Process and Safety Notes
-
Power sequencing. Apply the AS-i PSU before the AS-i link module boots, or the master will boot with empty
LDSand report a phantomLDS < LCSalarm. Wait for the PSU to stabilize > 28 V DC before powering the module. - ESD. Both AS-i modules are ESD-sensitive. Use a wrist strap and the station's ESD bonding point when handling the modules outside the cabinet.
- Documentation. Record the new module's serial number and the FW version visible in STEP 7 (Module Information → Firmware) in the asset register. This avoids confusion during the next maintenance window.
- Safety slaves. If the segment carries AS-i Safety at Work slaves (profile S-7.x), the safety configuration is held in the safety monitor, not in the AS-i link. A link-module swap does not affect safety logic, but any safety-related diagnostic evaluation must use the new module's diagnostic bit layout.
FAQ
Do I really only need to replace the AS-i link module number in HW Config?
Yes, in STEP 7 V5.x HW Config: right-click the slot, choose "Replace Object...", select 6GK1 415-2AA10, save and compile, then download the System Data to the CPU. Confirm that the slot, DP/PN address, and I/Q address ranges are preserved before saving.
Will my AS-i slave configuration change after the swap?
No, the projected slave configuration lives in the SDBs generated from HW Config and is unchanged by the swap. The new master reads the same SDB and reconciles it against the List of Detected Slaves. LAS, LDS, and LCS should match exactly.
When do I need an AS-i handheld programmer for this cutover?
Only if a slave has lost its permanent address (now appearing as address 0) or if the new master ships at default address 0 and the project expects a non-zero master address. Use the handheld to write the address into the slave or master's non-volatile memory.
Should I update firmware on the new AS-i link module?
Yes — confirm the V3.0 firmware shipped with the unit is the latest available on Siemens Industry Online Support for the MLFB 6GK1 415-2AA10. Apply any newer firmware during the same downturn window, with the CPU in STOP, using STEP 7 HW Config → right-click module → Firmware Update.
What if the CPU reports SF after the swap even though slaves are detected?
Open the CPU diagnostic buffer; the typical entry is a DP/PN station diagnostic indicating GSD revision mismatch. Verify that the HW catalog has the latest GSD for 6GK1 415-2AA10 installed (Options → Install HW Updates), re-compile, and re-download the System Data. If the fault persists, check that the CP (e.g. CP 443-5 Ext) firmware is compatible with the new GSD revision.