Problem Summary
The SIMATIC KTP900 Basic (catalog number 6AV2 123-2JB03-0AX0) and related KTP900 Comfort panels (6AV2 124-1JC01-0AX0) can exhibit a class of transfer errors where the device is reachable online and responds to ping, but the engineering system cannot push a compiled WinCC configuration over Ethernet. Operators see the HMI enumerated under "Accessible nodes" yet the download aborts with a transfer error (commonly 0132:0000002 or similar "version mismatch / transfer not possible" diagnostics). In many cases, the exact same project uploads successfully over USB while failing on PROFINET/Ethernet — a clear indicator that the fault is not the project but the transfer channel or runtime image compatibility.
Affected Hardware and Runtime Versions
| Catalog Number | Description | Typical Image Range |
|---|---|---|
| 6AV2 123-2JB03-0AX0 | KTP900 Basic, 9" TFT, 800x480, PN/USB | V13.0.x – V16.0.x |
| 6AV2 124-1JC01-0AX0 | KTP900 Comfort, 9" TFT, PROFINET | V14.0.x – V17.0.x |
| 6AV2 123-2JB03-0AX1 | KTP900 Basic (later revision) | V15.1.x – V17.0.x |
The runtime image version is the firmware personality loaded on the HMI. The image must be >= the WinCC build version compiled into the project. A panel shipped with image 15.0.1.25_xx.xx cannot accept a project compiled against WinCC V16 image support unless the image is upgraded. Conversely, a project compiled under V15.1 cannot load onto a panel whose image is older than the project expects, even though the panel is reachable.
Error Code Reference
| Error / Symptom | Likely Cause | First Action |
|---|---|---|
| Download aborted, panel found via "Accessible nodes" | Image version < project target version | ProSave image upgrade or downgrade project |
| Transfer not possible (0132:0000002) | Version mismatch in HMI configuration block | Match panel image to engineering version |
| Online status reports "1 problem found" | Firmware / image incompatibility | Scroll online diagnostics for sub-code |
| Panel visible but download hangs at 0% | Transfer mode not enabled or wrong channel | Enable Transfer on PN/IE, set IP |
| Compile succeeds, transfer fails immediately | Project compiled against newer WinCC image | Recompile against matching image |
The error 0132:0000002 surfaced in the original incident is a WinCC Transfer service notification that the destination device's runtime does not match the configuration structure of the project. The HMI rejects the configuration because the internal API set of its running image does not include tags or structures the project is requesting. This is not a network fault — it is a build/firmware compatibility fault.
Root Cause Analysis
Three independent root causes are commonly observed on this fault class. Diagnose them in this order because each requires a different remediation path.
Cause 1 — Image Version Skew
Siemens releases new HMI images bundled with each TIA Portal update. The image installed on the panel defines the WinCC runtime API surface. If the project is compiled against WinCC V15.1 and the panel carries image V14, the transfer service will reject the configuration. The diagnostic message includes a textual hint such as "A higher version of the runtime is required" or "The runtime version of the HMI device is not compatible."
Cause 2 — Transfer Channel Misconfiguration
Even with matching versions, the panel must be in Transfer mode and must have the correct channel (PN/IE) enabled. The engineering station must be in the same IP subnet and the panel's PROFINET interface must be assigned a reachable address. A common failure mode is the panel being in "Monitor" or "Offline" mode on its Control Panel, which is invisible to the engineering user until inspected.
Cause 3 — Intermediate Network Devices
Switches, routers, managed PROFINET devices, or other HMIs on the same segment can disrupt TIA's discovery protocol (DCP) or block the transfer TCP port. Direct peer-to-peer cabling between the PC and the HMI resolves this class of fault unambiguously.
Diagnostic Procedure
- Verify panel reachability. Open the HMI Control Panel (tap the top-left "Loader" icon during startup) and read the PROFINET IP address and subnet mask.
-
Ping the panel. From the engineering PC, run
ping <HMI_IP>. Successful echo confirms L3 connectivity. A timeout indicates a network issue that must be resolved before transfer attempts. - Discover via TIA Portal. In the project tree, expand Online > Accessible nodes. The panel should appear with its device name and IP. Note the version TIA reports — this is the image version, not the project version.
-
Read the panel image. Connect via ProSave (Start > Siemens Automation > ProSave) and select Device > Read from PG/PC to device on the Image tab. ProSave reports the exact image build string, e.g.,
14.00.01.04_01.01.00.00. - Compare with project target. In TIA Portal, right-click the HMI device and open Properties > General > Device information > Image version. If the ProSave-reported image is older, the project will not transfer.
Solution Path A — Image Version Alignment via ProSave
When the panel image is older than the project's target image, you have two equivalent choices: upgrade the panel image, or rebuild the project against the older image. The downgrade path is faster and avoids flashing the panel.
Step 1 — Match the project image
- Open the project in TIA Portal.
- Right-click the HMI device, choose Properties > General.
- Under Image version, select the version reported by ProSave (for example, V14.0.1.4 to match panel image
14.00.01.04). - Recompile the project (Compile > Software (rebuild all)).
Step 2 — Downgrade the panel image (alternative)
- Launch ProSave with administrator privileges.
- Select device type KTP900 Basic and connection Ethernet. Enter the panel's IP address.
- Switch to the Image tab.
- Click Read from PG/PC to device and browse to the image file. Image files ship with TIA Portal under
\Support\Images\HMI\<device>\<version>\<imagefile.im>. - Confirm the password prompt. The default service password is
transferunless changed. - Wait for the panel to restart. Do not power cycle during the flash — the image file system is fragile mid-write.
transfer (lowercase). If the integrator changed this and the value is unknown, the panel must be reset to factory defaults via the Control Panel, which erases the existing configuration.
Solution Path B — USB Transfer Workaround
When Ethernet transfer continues to fail but the project must be loaded immediately, the USB Type-A port on the rear of the KTP900 Basic accepts a FAT32-formatted USB stick containing the compiled WinCC configuration. This is the only channel that bypasses TIA Portal's transfer service and writes directly to the HMI's flash file system.
Procedure
- In TIA Portal, select the HMI device, then Compile > Software (rebuild all).
- From the project tree, right-click the HMI and choose Load to file system (not Load to device).
- Choose a target folder on the local disk. TIA exports the entire
.srtf-equivalent runtime package as a folder tree. - Copy the exported folder structure to the root of a USB stick. The HMI expects a specific layout, typically
\SIMATIC.HMI\<project>\. - Power on the KTP900 with the USB stick inserted. The HMI detects the configuration on boot and prompts for installation.
- Confirm the install. The panel restarts with the new configuration.
This is the path that resolved the original incident when Ethernet continued to fail. It is a reliable workaround but not a fix for the underlying transfer-channel issue — once USB has confirmed the configuration is internally consistent, the Ethernet problem is isolated to the transfer path.
Solution Path C — Ethernet Transfer Configuration
When the project and image versions align, Ethernet transfer still requires the following to be true:
On the HMI Control Panel
- Tap the loader icon (top-left) during startup, or press the Service button to enter the Control Panel.
- Open Transfer.
- Select the channel: PN/IE (PROFINET/Ethernet).
- Check Enable Transfer.
- Open Network & Dial-Up Connections > PN/IE and set the IP address, subnet mask, and gateway consistent with the engineering PC's subnet.
- Return to the Control Panel home and tap Transfer again to confirm the HMI is in Transfer mode (the screen displays "Transfer mode active").
On the engineering PC
- Set the PC Ethernet adapter to a static address in the same /24 subnet as the HMI (for example, HMI =
192.168.0.10, PC =192.168.0.20, mask255.255.255.0). - Disable Windows Firewall temporarily during transfer, or open the inbound rules for ports used by TIA: TCP
102(PROFINET), TCP2308(WinCC RT), and UDP34964(DCP discovery). - In TIA Portal, expand Online > Accessible nodes and verify the HMI appears.
- Right-click the HMI device in the project tree and choose Download to device > Software and hardware.
34964 for discovery, TCP 102 for acyclic services, and TCP 2308 for WinCC runtime transfer. Most corporate firewalls block 102 explicitly because it is the ISO TSAP port.
Solution Path D — Direct Cable (No Switch)
Industrial networks often contain unmanaged switches, PROFINET IO devices with built-in two-port switches, or other HMI panels that interfere with TIA's discovery. Direct peer-to-peer connection eliminates every intermediate device.
- Use a Cat5e or Cat6 patch cable. Either straight-through or crossover will work on modern Gigabit Ethernet NICs (auto-MDI/MDIX).
- Connect the cable directly between the engineering PC's Ethernet port and the HMI's PROFINET port.
- Confirm the HMI's "Accessible nodes" entry in TIA Portal now responds to a ping and to Flash LED.
- Initiate the download.
Some PROFINET switches from third-party vendors filter or rate-limit DCP discovery frames. Direct connection removes this from the troubleshooting equation. If the transfer succeeds direct but fails through a switch, the switch is the suspect and the next step is to inspect its MAC table, IGMP snooping configuration, and any port security policies that might be dropping unknown unicast.
Verification Steps
- Compile clean: TIA Portal reports "No errors" and no warnings about image version or unsupported features.
- Transfer clean: The progress dialog completes to 100% with no abort. The HMI restarts automatically.
- Runtime boot: The configured startup screen appears within 30 seconds. The loader icon does not appear in the corner, indicating the panel is not in transfer mode.
- Tag test: Open a screen with live tags. Confirm values update from the PLC. This proves both the configuration loaded and the PROFINET link is functional.
- Persistence test: Power cycle the HMI. The configuration must survive the restart. If it does not, the image is not what the project compiled against and the version-mismatch problem is recurring.
Advanced Diagnostics
When all of the above paths still fail, capture traffic with Wireshark on the engineering PC. Filter on the HMI's MAC address. You should see:
- DCP identify requests (multicast
01:0E:CF:00:00:00) and identify responses - ARP requests for the HMI's IP
- TCP SYN to port
102or2308, followed by a SYN-ACK
If DCP is present but TCP does not connect, the panel is rejecting the connection because the image version is too old. The next packet after SYN-ACK will be a RST from the HMI indicating "version not supported." If no DCP is observed, the discovery packets are not reaching the panel — direct cable is the next step.
Preventive Best Practices
- Pin the image version in the project. Open the HMI properties, set the image version explicitly, and document it in the project comment. This eliminates ambiguity when handing projects to maintenance engineers.
-
Keep a ProSave image archive. Maintain a folder of
.imfiles for each panel model used. When a new TIA version is deployed, the panel can be downgraded if compatibility is broken. -
Document the service password. If you change the default
transferpassword, store it in the project documentation. Forgotten passwords require a factory reset that erases the configuration. - Standardize on one engineering version per plant. Mixed TIA V14 and V15 installations lead to image-version drift across panels and persistent transfer problems.
- Reserve a dedicated engineering subnet. A separate VLAN with no PROFINET IO controllers for engineering traffic eliminates switch-induced interference.
FAQ
Why can my PC see the KTP900 under Accessible nodes but not download to it?
Discovery via DCP works at the network layer, but transfer requires the panel's runtime image to be >= the project target version. A V14 image cannot accept a V15-compiled project even though the panel is reachable. Match the project image version to the panel via ProSave, or upgrade/downgrade the panel image.
How do I check the current image version on a KTP900?
Open the HMI Control Panel during startup, go to System > System Information, or connect via ProSave, select the device, and click Read from PG/PC on the Image tab. ProSave reports the exact build string, e.g., 14.00.01.04_01.01.00.00.
What is the default ProSave password for Siemens HMIs?
The default service password is transfer (lowercase). If changed and forgotten, the panel must be factory-reset through the Control Panel, which erases the running configuration. Always document non-default passwords in the project notes.
Can I transfer a project to a KTP900 via USB if Ethernet fails?
Yes. Compile the project in TIA Portal, choose Load to file system, copy the exported folder to a FAT32 USB stick with the correct SIMATIC.HMI structure, and insert it on the HMI. The panel detects the configuration at boot and installs it automatically.
Which TIA Portal version should I use for a KTP900 with image 15.0.1.25?
Use TIA Portal V15.0.1 (matching the image suffix). Later versions like V15.1, V16, or V17 produce configuration packages that may not load onto a V15.0.1 image without an upgrade. Pin the project to the matching image version in HMI properties to avoid this class of error.