Are S7-414-4H and S7-417-4H Supported by PCS 7 V9.1 SP2?
The PCS 7 V9.1 SP2 Released Modules manual is the controlling compatibility source for existing AS hardware. Its S7-400H tables list CPU 414-4H and CPU 417-4H variants with support indicators, but compatibility is exact-order-number and firmware dependent; the model family name alone is insufficient. Check the manual's section 20.7 entries and applicable firmware notes before upgrading the engineering system.
Table of Contents
- How to read the Released Modules table
- Compatibility verification
- What the support markers do not mean
- Verification
- Limitations and Operational Precautions
- Technical References
- Related Articles
- Related Tags
- Engineer FAQ
How to read the Released Modules table
The source reply says section 20.7 contains the 414-4H and 417-4H and interprets W as module-wizard support and X as CiR support. Treat those markers according to the manual's legend and check each CPU's full MLFB and firmware row; the table does not mean every CPU variant or firmware is supported.
Compatibility verification
- Record the full order number (MLFB) and firmware for each CPU.
- Open the PCS 7 V9.1 SP2 Released Modules edition and locate each exact CPU variant.
- Interpret the column markers using the document legend, including separate support for module wizard and CiR.
- Check compatibility of the remaining rack modules and firmware as well; CPU support alone does not validate the entire AS configuration.
- Confirm the PCS 7 Readme and upgrade manual before migrating the project.
What the support markers do not mean
A module-wizard marker concerns configuration support and a CiR marker concerns Configuration in Run capability. They are not interchangeable and do not prove all hardware in the station is released.
Verification
Produce a hardware compatibility list with CPU MLFB, firmware, rack/communication modules and each manual status before the PCS 7 upgrade. Verify compilation and diagnostics in a backed-up migrated project.
Limitations and Operational Precautions
The original source does not list either CPU's full MLFB or firmware. The recommendation is therefore conditional on an exact match with the V9.1 SP2 Released Modules entries.
Technical References
Siemens, SIMATIC PCS 7 Released Modules V9.1 SP2, section 20.7 (document cited in the original question): https://support.industry.siemens.com/cs/document/109812604/simatic-process-control-system-pcs-7-released-modules-(v9-1-sp2)
Siemens, PCS 7 V9.1 SP2 upgrade documentation and Readme: https://support.industry.siemens.com/cs/ww/en/view/109748899
Related Articles
PCS 7 V9.1 SP2 CPU 414-4H support
PCS 7 Released Modules compatibility
Related Tags
CPU 414-4H, CPU 417-4H, PCS 7 V9.1 SP2, Released Modules
Engineer FAQ
Which exact version must be checked? Use the matching PCS 7, WinCC and hardware release documentation; support depends on the specific version and MLFB.
Does an item in a release manual mean every firmware is supported? No. Verify the exact order number, hardware revision and firmware listed in the applicable release.
Can an OS display a system message that never occurred? No. First confirm the event occurred and the message is generated and routed to the intended Alarm Logging system.
Should a license file be copied manually between folders? Use Automation License Manager and the documented license transfer/upgrade procedure.
What should be preserved during upgrades? Back up the project, license keys and relevant configuration before the migration.
Does a successful compile prove the process configuration is fully validated? No. Verify runtime data, diagnostics and operational behavior separately.
Can a third-party device description prove module compatibility? No. Confirm the device revision and supported module configuration in both vendor and PCS 7 release documentation.
What should be tested before production deployment? Test communications, failover, diagnostics and expected process behavior using an approved test procedure.
Does this article report a lab test? No. It summarizes documentation and ticket evidence.
When should a version-dependent conclusion be escalated? Escalate with exact MLFBs, firmware, release versions and configuration records if the manuals do not resolve it.