Understanding APL Structured Data Types and Eliminating Data Type Conflicts in PCS 7 CFC
In SIMATIC PCS 7 Advanced Process Library (APL), attempting to eliminate structured data types from CFC block pins to connect raw elementary addresses (such as BOOL, INT, or REAL) directly from the Symbol Table is fundamentally incompatible with PCS 7 architecture. APL technological blocks require composite structures (containing both the engineering Value and an integrated NAMUR NE107 Signal Status byte ST) to propagate measurement quality and failure diagnostics from field devices to operator faceplates. Rather than modifying or stripping block interfaces, standard PCS 7 engineering bridges elementary hardware addresses and technological structures using APL channel driver blocks (such as Pcs7DiIn or Pcs7AnIn) or lightweight structure converters (StruDiOu or StruAnOu).
Table of Contents
- Executive Summary
- Architecture and Fundamental Mechanics
- Step-by-Step Implementation Procedure
- Verification
- Limitations and Operational Precautions
- Engineer FAQ
- Technical References
- Related Articles
- Related Tags
Executive Summary
Engineers familiar with classical PLC environments (STEP 7 V5.x or TIA Portal) often find the structured data types of the PCS 7 Advanced Process Library restrictive when trying to wire signals in CFC. Attempting to connect simple input bits (I0.0) or memory words (MW100) directly to technological blocks results in CFC type mismatch errors. To circumvent this, some engineers consider editing library block declarations to replace structures with elementary types. This practice invalidates the PCS 7 system architecture. In APL, structured signals are mandatory because they carry critical operational quality codes alongside numerical values. Understanding how channel drivers and structure conversion functions operate ensures full compliance with PCS 7 DCS design standards.
Architecture and Fundamental Mechanics
The design rationale and data exchange mechanics of APL structured data types operate through specific systemic functions:
- The Composition of an APL Structure:
* An APL digital structure (Struct) encapsulates:.Value : BOOL(The boolean state of the process parameter)..ST : BYTE(The signal status byte adhering to NAMUR NE107).- An APL analog structure encapsulates:
.Value : REAL(Floating-point engineering measurement)..ST : BYTE(Quality code byte).
- Why Elementary Types Fail in DCS Environments:
* A simpleBOOLorREALcarries no metadata regarding the physical health of the transmitter, the status of power supplies, or whether the signal is currently in simulation.
* If a wire breaks on a 4..20 mA flow transmitter, an elementaryREALsimply reads0.0, which a downstream PID controller might interpret as valid low flow, opening a control valve to 100% and causing a vessel overflow.
* In contrast, an APL structure setsST = 16#28(Bad, device-related). Downstream controllers immediately detect this degraded status, shedding to manual or safe track mode without human intervention. - The Channel Driver Bridge:
* Channel driver blocks (Pcs7DiIn,Pcs7DiOu,Pcs7AnIn,Pcs7AnOu) are the dedicated structural transformers in PCS 7.
* They take raw hardware addresses (I0.0,PIW 512) on their inputs and output fully qualified APL structures (PV_Out) enriched with diagnostic data from the Basis Library. - Structure Conversion Utilities:
* When non-channel signals (internal state flags or auxiliary calculations) must interface with APL blocks, structure composer and decomposer functions provide clean conversion:StruDiOu(FC 378): Packs elementaryBOOL+BYTEinto an APL digital structure.StruAnOu(FC 376): Packs elementaryREAL+BYTEinto an APL analog structure.StruDiIn(FC 377): Unpacks an APL digital structure into elementaryBOOL+BYTE.StruAnIn(FC 375): Unpacks an APL analog structure into elementaryREAL+BYTE.
Step-by-Step Implementation Procedure
Follow these procedures to connect physical hardware addresses and non-structured signals to APL blocks without altering block interfaces:
- Method 1: Connect Physical I/O via Channel Drivers (Standard DCS Architecture):
* In SIMATIC Manager HW Config, ensure all I/O channels are symbolically named in the Symbol Table.
* In CFC editor, dragPcs7DiIn(for digital inputs) orPcs7AnIn(for analog inputs) fromLibraries > PCS 7 AP Library > Channelinto the chart.
* Connect the hardware symbol or address (I0.0orIW 512) to the channel driver's input pinPV_Inusing Interconnection to Address....
* Connect the structured output pinPV_Outto the destination technological block input (e.g.,MotL.FbkRunorPidConL.PV).
* During CFC compilation, check Generate module drivers to automatically link Basis Library diagnostic blocks. - Method 2: Convert Elementary Signals via StruDiOu / StruAnOu (Auxiliary Signals):
* In CFC editor, openLibraries > PCS 7 AP Library > Structure.
* DragStruDiOu(FC 378) orStruAnOu(FC 376) into the chart.
* Connect your elementary boolean bit or memory address to theValueinput.
* Configure theST(Signal Status) input to16#80(representing Good status).
* Connect the structured output pinOutdirectly to the APL block input. - Method 3: Deconstruct APL Structures to Drive Physical Outputs:
* To drive an elementary physical coil (Q0.0) from an APL block output:
* InsertPcs7DiOu(FB 1868), connect the technological block output toPV_In, and connectPV_OuttoQ0.0.
* Alternatively, insertStruDiIn(FC 377), connect the APL output toIn, and connectValuetoQ0.0via Interconnection to Address....
Verification
In CFC editor, switch to Test Mode (online). Verify that the structured connection displays a healthy green line. Confirm that the technological block reads both the live .Value and a valid signal status (ST = 16#80). Disconnect the physical sensor or simulate a wire break in HW Config; verify that the channel driver immediately degrades ST to 16#28 (Bad), causing the technological block faceplate in WinCC to display a yellow diagnostic warning glyph.
Limitations and Operational Precautions
Never modify official APL library block declarations (FBs) to replace structured pins with elementary types; doing so breaks AS-OS compilation, invalidates WinCC faceplate communication, and makes future library updates impossible. Always use standard channel drivers for plant safety and process interlocking signals.
Engineer FAQ
Why should I not modify APL block interfaces to remove structures?
Altering APL block interfaces causes AS-OS compilation failures, corrupts WinCC faceplate scripts, disables automated module diagnostics, and prevents applying official Siemens library patches.
What is the difference between Pcs7DiIn and StruDiOu?
Pcs7DiIn is a full channel driver that links to hardware diagnostic blocks (monitoring module health and wire breaks); StruDiOu is a simple math conversion function that packages a boolean and a static status byte without hardware monitoring.
Can I connect a classic STEP 7 bit memory (M0.0) to an APL block?
Yes, by passing M0.0 through a StruDiOu block, which attaches a signal status byte (16#80) to satisfy the APL structure input requirement.
What NAMUR signal status code indicates healthy measurement?
16#80 indicates 'Good - valid process measurement' according to NAMUR NE107 guidelines.
Technical References
- SIMATIC Process Control System PCS 7 Advanced Process Library (V9.0 SP3) Manual (A5E41356138-AC)
- SIMATIC Process Control System PCS 7 Engineering System (V9.0 SP3) Manual (A5E41356092-AC)
- Siemens Industry Online Support Entry 109780813 - PCS 7 Licensing and Engineering Guidelines
Related Articles
- Connecting Physical I-O Signals to PCS 7 APL Structured Pins in CFC Using StruDiOu and StruAnOu
- Troubleshooting Pcs7AnIn PV_Out Zero Output and Simulation Configuration in PCS 7 APL
- PCS 7 CFC Programming Fundamentals - Connecting Field I-O, Interlocks, and HMI Operator Controls
Related Tags
- APL Structures
- Pcs7DiIn
- StruDiOu
- NAMUR NE107
- Signal Status