Resolving PCS 7 Faceplate Indication Light Not Showing Red

David Krause11 min read
SiemensTroubleshootingWinCC
Licensed PE Working through this on a live machine? A Maine-licensed engineer can take it from here — included with IMD hardware, by the hour for everything else. Book an engineer

1. Problem Overview

When an automation engineer builds a custom PCS 7 faceplate with the Faceplate Designer in Siemens PCS 7 V9.x (or V8.x), the indication lamps (LED-style objects) that should turn red when a Boolean (BOOL) data block tag is set (= 1) remain dark, gray, or stay on a default color in runtime. The tag value is being updated correctly in the AS (Automation Station) and is visible in the WinCC tag manager, but the visual color animation on the faceplate never triggers. This article documents the root causes, the correct configuration sequence, and field-proven verification steps for resolving this issue.

2. Symptoms Observed in Runtime

  • Indication lights on the custom faceplate stay gray or invisible, regardless of the process tag value.
  • Tag value reads 1 in the WinCC Tag Management diagnostic view, but the faceplate element does not change color.
  • Color animation is not triggered at all; no flicker, no transition, no event firing.
  • The faceplate opens correctly on the standard view, and other (non-color-animated) elements update normally.
  • Only the color animation on a specific graphic object (e.g., a circle/ellipse used as a lamp) is broken; text, position, and visibility animations may work.

3. Root Cause Analysis

There are five common root causes for this exact failure mode. They are listed in order of frequency, based on PCS 7 V8.x and V9.x engineering experience.

# Root Cause Where to Check
1 Tag Event name in Faceplate Designer does not match the exposed interface property of the faceplate type, or the linked tag is the wrong data type (INT vs. BOOL). Faceplate Designer → Properties → Events → Tag
2 The data block element exposed in the faceplate interface is not a top-level BOOL; nested STRUCT or DW element access is broken because the tag is unresolved. S7 Program → Data Block (DB) → Watch table
3 Color animation on the graphic object is configured as "Appearance" but the bit mask trigger logic is inverted or the range is misconfigured. Graphics Designer → Object Properties → Animations
4 The WinCC runtime tag is not marked as a structure tag, or the connection to the AS is broken, so the value never reaches the HMI. WinCC Explorer → Tag Management → SIMATIC S7 PROTOCOL SUITE
5 The faceplate instance was placed in a picture, but the dynamic interface wiring (the small "wizard" that maps the picture-level tag to the faceplate property) was not completed, so the tag remains unbound. Graphics Designer → Instance properties → Interface assignment
Important: The most common mistake in PCS 7 faceplate work is exposing a STRUCT member instead of a flat BOOL. The .RESERVEDxx naming pattern is sometimes used in PCS 7 APL (Advanced Process Library) blocks for unused status bits and is a hint that a flat BOOL at the top of the structure is expected.

4. Prerequisites and Environment

Before applying the procedure, verify the engineering station has the correct tool versions installed:

  • PCS 7 V9.0 SP2 or higher (or PCS 7 V8.2 SP1 with latest HSPs for legacy systems)
  • STEP 7 / SIMATIC Manager with S7-400 or AS 410 firmware compatible with the PCS 7 version
  • WinCC Runtime Professional or WinCC Explorer (PCS 7 uses the WinCC Explorer variant, not the TIA Portal variant)
  • Faceplate Designer Add-in installed and registered for the active WinCC Explorer project
  • OS compilation rights (Engineer-level user on the ES)

Reference: PCS 7 V9.0 Function Manual and the PCS 7 Faceplate Designer manual entry.

5. Step-by-Step Diagnostic Procedure

Step 5.1 — Verify the Source Data Block Element

  1. Open the S7 program in SIMATIC Manager or TIA Portal (depending on PCS 7 release).
  2. Navigate to the source DB (Data Block) that contains the bit you want to indicate.
  3. Confirm the target element is a flat BOOL (1 bit). Example: DB100.DBX2.0 or a symbolic name like "MyMotor".Status.Running.
  4. Open a watch table or VAT and force the bit to TRUE to confirm the logic is writing it.
Watch-out: If the BOOL is buried inside a multi-level UDT, WinCC can usually still subscribe, but the faceplate interface property must reference the same path. Inconsistent paths are the #1 cause of "unresolved tag" warnings at compile time.

Step 5.2 — Verify the WinCC Tag Subscription

  1. Open WinCC Explorer on the engineering station.
  2. Expand Tag Management → SIMATIC S7 PROTOCOL SUITE → the connection used (typically S7-400/AS400 or named connection).
  3. Locate the tag associated with the faceplate, for example MyMotor_Status_Running or DB100_DBX2_0.
  4. Right-click the tag → Properties and confirm the data type is Binary Tag (BOOL).
  5. From the runtime, open the diagnostics view (Tools → Status of Connections or WinCC Tag Diagnosis) and verify the tag is updating. If it is not, the connection between AS and OS is the actual fault and the faceplate cannot be fixed without solving that first.

Step 5.3 — Verify the Faceplate Interface Property

  1. Open the Faceplate Designer from WinCC Explorer (Tools → Faceplate Designer).
  2. Select the relevant faceplate type (e.g., MyMotor_FP or a custom name).
  3. In the project tree, navigate to Standard View and select the indication lamp object (typically a circle or polygon graphic).
  4. Open Object Properties and switch to the Events tab.
  5. Look for the Tag event. The right-hand value column must show the name of the faceplate interface property (e.g., .IndicationBit), and that property must be of type BOOL.
Critical: If the event shows (Empty) or the type is INT, DINT, or WORD, the lamp cannot evaluate the bit correctly. The interface must expose a flat BOOL and the event must reference it by its dotted name (e.g., .RESERVED02 if the original block design uses that name).

Step 5.4 — Re-attach the Tag to the Event

  1. In the Faceplate Designer, on the same Events tab, click the Tag event row to open the dialog.
  2. Select Tag in the selection list and click the … button to choose from the WinCC tag list.
  3. If the dialog allows you to type a name directly, enter the exact tag name including the leading dot, e.g., .MyBoolTag, then click Apply.
  4. If the dialog shows a tag list, pick the BOOL tag corresponding to the indication (often named .RESERVED02 for APL-style blocks).
  5. Save the faceplate type.

Step 5.5 — Configure the Color Animation

The Tag event supplies the value, but the color change itself is performed by an animation configured on the graphic object.

  1. Still inside Faceplate Designer, right-click the indication lamp object → Properties.
  2. Switch to the Animations tab.
  3. Double-click the Appearance or Color animation row to open the configuration dialog.
  4. Set the trigger to Tag (or, more reliably in PCS 7, to the same faceplate property .IndicationBit).
  5. Define the value ranges:
    • Range 0 (default, value = 0): Background color = dark gray or green, depending on the convention.
    • Range 1 (value = 1): Background color = red (RGB 255,0,0).
  6. Click OK and save the faceplate type.
Tip: In PCS 7 V9.0, prefer using the Tag connection rather than a direct external tag reference for animations, because direct external tags are resolved at picture compile time and can become "orphaned" if the underlying tag is renamed. The faceplate interface property acts as a stable indirection.

Step 5.6 — Re-Compile and Re-Deploy

  1. In WinCC Explorer, right-click the OS project and choose OS Project Editor → run it with default settings to regenerate tag linkages.
  2. Trigger an Incremental Download to the OS server/runtime.
  3. Restart WinCC Runtime on the OS server.
  4. Open the picture containing the faceplate instance and force the tag value via a watch table on the AS to verify the lamp changes color.

6. Verification Checklist

Check Expected Result Pass/Fail Criteria
Tag value in WinCC Tag Diagnosis Updates within configured update cycle (typically 1 s for cyclic tags) Pass = value mirrors the AS bit
Faceplate opens in standard view Lamp visible at default color Pass = no X or red question mark
Force bit = 1 in AS watch table Lamp turns red within one update cycle Pass = color changes automatically
Force bit = 0 in AS watch table Lamp returns to default color Pass = color reverts automatically
OS log file (WinCC_SStart_01.log) No "Tag not found" or "Type conversion" errors Pass = no error lines
Diagnostic flash on lamp No flicker or jumping colors Pass = stable color in both states

7. Common Pitfalls and Field Notes

7.1 — Symbol-Table Flag Missing

When a faceplate instance is placed in a process picture, the Symbol Table (or property dialog of the faceplate instance) must show the tag binding with a flag/checkmark next to the input pin. If the flag is not set, the tag is not propagated to runtime even though the faceplate type is correct. Open the picture in Graphics Designer, double-click the faceplate instance, switch to the Interface tab, and confirm each pin shows a green check, not a red X.

7.2 — Wrong Connection in Tag Management

If the AS-OS connection is configured for a different CPU than the one holding the DB, the tag reads 0 continuously. Confirm the connection name in Tag Management matches the S7 station name. Use Tools → Status of Connections in WinCC Runtime to confirm the connection is "Online/OK" rather than "Offline" or "Error".

7.3 — Reserved Bits Renamed in Newer APL Versions

In APL V9.0, several RESERVED bits have been reassigned or removed. If the source block is from a different PCS 7 version than the faceplate, .RESERVED02 may not exist. Open the block in STEP 7 and verify the bit physically exists in the DB layout before referencing it in the faceplate interface.

7.4 — Color Animation Linked to a Property That Is Not Exposed

A frequent error is configuring the color animation's Tag trigger to point at an external WinCC tag directly, but the faceplate type does not expose that tag as a property. The animation evaluates to uninitialized. Always funnel external values through a faceplate property exposed on the type.

7.5 — Picture Compile Warnings on Tag Resolution

After editing the faceplate type, run a Compile OS (full, not incremental) and inspect the output log for unresolved tags. Warnings are often logged but not surfaced to the engineer because the compile dialog closes automatically. Open the log file from the project directory: <Project>\<OS>\<OS name>.log.

8. Extended Diagnostic Commands

For advanced diagnostics, the following WinCC internal tools help isolate the failure layer:

  • WinCC Tag Diagnosis (Tools → Tag Diagnosis) — confirms whether the HMI received the value from the AS.
  • Graphics Designer Diagnosis — runtime mode shows evaluated property values on hover; if the Tag event shows 0 when the AS bit is 1, the issue is upstream of the faceplate.
  • ApDiag (PCS 7 APL diagnostic) — confirms that the underlying block (e.g., MOT_SPED, MOT_SLOW) is publishing the bit you expect.

9. Standards and Reference Material

10. Field-Proven Quick Reference

  1. Confirm tag type is BOOL at the S7 source.
  2. Confirm the WinCC tag is created, online, and updating.
  3. Confirm the faceplate interface property is a flat BOOL (e.g., .IndicationBit).
  4. Confirm the Tag event on the lamp references that property.
  5. Confirm the Appearance/Color animation uses the same property and maps value 1 → red.
  6. Confirm the faceplate instance in the picture has its tag binding flags set.
  7. Re-compile OS, perform incremental download, restart WinCC Runtime.

Why does my PCS 7 faceplate lamp never change color even though the WinCC tag updates correctly?

The most common reason is that the Tag event on the lamp object points at an empty or wrong-type faceplate property, or the color animation's trigger is bound to a different value. Re-bind the lamp's Tag event to a flat BOOL faceplate property and ensure the appearance animation uses the same property and maps value 1 to red.

How do I know if the AS-OS tag is actually reaching the WinCC runtime?

Open WinCC Explorer → Tools → Tag Diagnosis on the OS server in runtime. Locate the BOOL tag in the list and watch its value column. If it stays 0 while the AS bit is 1, the problem is the connection or the tag path, not the faceplate.

Can I reference .RESERVED02 directly in the Faceplate Designer event?

Yes, if the underlying block defines .RESERVED02 as a flat BOOL. In APL V9.0, several reserved bits have been removed or repurposed, so verify in STEP 7 that the bit exists in the data block layout before referencing it.

What is the difference between the Tag event and the appearance animation in PCS 7 faceplates?

The Tag event tells the faceplate object which property carries the value, while the appearance/color animation defines how that value is rendered (color, fill, blink). Both must point to the same BOOL property for a red indication to appear.

Do I need to re-compile the OS project after every faceplate change?

Yes. A faceplate type change in the Faceplate Designer does not propagate to the OS server until the OS project is re-compiled and incrementally downloaded. Forgetting this step is a frequent reason the change is visible on the ES but not in the running plant.

Back to blog