Problem Summary
A SIMATIC Panel MP277 Touch 8" project configured in TIA Portal V13 displays only the screen marked as the Start Screen at runtime, and every screen change attempt produces the runtime message "Can't move back. No more screens saved". The project contains two or more screens, navigation buttons have been drawn on each screen, and the application has been compiled and downloaded without errors — yet the runtime cannot reach a second screen.
This behavior is reported most often when:
- The navigation control is a System Button instead of a regular Button.
- The screen change action is wired to the wrong event or to an event the runtime does not execute (for example, Change on a touch panel that fires only on mouse-over equivalent).
- The project is being tested with the RT (Runtime) simulator instead of a real panel download, and the simulator's stack has been cleared.
- The Start Screen property on the second/third screen has been toggled off while still depending on it for navigation return.
Confirmed fix path: replace the System Button with a standard Button, configure the Press event with the ActivateScreen system function (or ActivatePreviousScreen), and re-compile / re-download.
Affected Hardware and Software
| Component | Variant / Order Number | Notes |
|---|---|---|
| Panel | SIMATIC MP 277 8" Touch 6AV6 643-0BA01-1AX0 |
8" TFT, 64 K colors, 800 × 480, Touch |
| Panel | SIMATIC MP 277 10" Touch 6AV6 643-0CD01-1AX1 |
10.4" TFT, 64 K colors, 800 × 600, Touch |
| Panel | SIMATIC MP 277 10" Key 6AV6 643-0CB01-1AX1 |
10.4" with membrane keys |
| Engineering | TIA Portal V13 (Update 6 / SP1) WinCC Comfort / Advanced |
V13 supports MP 277 8" / 10" Touch and Key panels |
| Boot loader / firmware | MP277 image V3.x and V4.x | V13 transfers project V13-compatible; older images may require WinCC flexible 2008 SP3 or TIA Portal V11 SP2 |
| Runtime | WinCC Runtime on panel, or RT in TIA (single-user) | RT behaves identically for this issue |
Refer to the official SIMATIC HMI Panels MP 277 operating instructions and the SIMATIC WinCC (TIA Portal) V13 SP1 release notes / readme for compatibility tables. The 270 series was migrated into TIA Portal V13 SP1 with WinCC Comfort/Advanced; MP 277 devices are listed as supported targets.
Root Cause Analysis
The "No more screens saved" message is generated by the WinCC runtime when the navigation history stack is empty. The runtime only pushes an entry onto the history when:
- The screen change is triggered by a function that the runtime recognizes as a navigation event, and
- The originating element is configured to Set (i.e. execute) that function on a real user event such as Press.
Three distinct causes have been observed on MP 277 with TIA Portal V13:
Cause 1 — System Button used in place of a normal Button
When the user drags a System Button onto the screen from the Toolbox → Buttons and Switches → System Buttons palette and selects the template "Navigate to screen…" or "Navigate back", the inserted object is, in TIA Portal V13, a graphic frame with an embedded configuration, not a programmable button. The Events tab on this object is locked to the template behavior; the user cannot attach the ActivateScreen or ActivatePreviousScreen system function to its Press event in the usual Properties → Events dialog.
At runtime, a System Button with a navigation template fires the navigation event only if the runtime successfully resolves the template to a target screen. When the template's target is empty (e.g. the user picked a placeholder template, or the screen number is parameterized but unbound), the runtime performs the navigation but does not push the previous screen onto the history stack. The first ActivatePreviousScreen on the new screen then immediately fails with the message in question.
Cause 2 — Function attached to the wrong event
On a Touch panel the events Click and Press are not equivalent. The Press event is generated when the finger touches the surface; Release when the finger lifts; Click combines them. If the navigation function is wired to Change (legacy alias in some TIA Portal V13 templates), the function fires on a property change and the history is not updated, producing the same symptom.
Cause 3 — Runtime history cleared
The runtime history is cleared on:
- Cold restart of the panel.
- Project download that modifies the screen structure.
- Calling StopRuntime / StartRuntime explicitly.
- Calling the system function ClearScreenHistory.
If the user calls ActivatePreviousScreen as the very first navigation event after one of the above, the stack is empty and the error is shown.
Differentiating System Button vs. Normal Button in TIA Portal V13
| Property | System Button | Button (Normal) |
|---|---|---|
| TIA Portal palette | Toolbox → Controls → Buttons and Switches → System Buttons | Toolbox → Controls → Buttons and Switches → Button |
| Configuration dialog | Templated wizard (no full Properties editor) | Full Properties → General, Appearance, Events, Animations, Texts |
| Events editable? | Restricted (template lock) | Yes, all standard events |
| System function assignment | Only through template parameter | Direct on any event via the function list |
| History stack push on navigation | Conditional on template target | Always when function is set on Press |
| Recommended for screen change | No (use Normal Button) | Yes |
Solution: Step-by-Step Procedure
Prerequisites
- TIA Portal V13 (Update 6 or V13 SP1) installed.
- WinCC Comfort or WinCC Advanced licensed.
- The MP277 project open in the project tree.
- The target panel reachable via Ethernet / PROFINET / MPI / USB, or the RT simulator started locally.
Step 1 — Delete the System Button
- Open the screen (e.g. Screen_1) in the WinCC editor.
- Click the System Button once. The status bar at the bottom shows Selected: System Button.
- Press Del or right-click → Delete.
Step 2 — Insert a Normal Button
- In the Toolbox pane, expand Controls → Buttons and Switches.
- Drag the Button control onto the screen.
- Resize and position as required.
Step 3 — Configure the Text
- Select the button.
- In Properties → General → Text, set the static label, for example
Go to Screen 2.
Step 4 — Assign the System Function to the Press Event
- With the button still selected, open Properties → Events.
- Click on Press. The function list opens on the right.
- Click the Add row. Choose the function group Screen, then the function ActivateScreen.
- In the Screen name parameter field, click the dropdown and select the target screen (e.g. Screen_2). The value is stored as a symbolic name; the compiler later resolves it to the runtime screen number.
For the back navigation, repeat Steps 1–4 on the second screen but assign ActivatePreviousScreen instead:
- Events → Press → Add → Screen → ActivatePreviousScreen.
- Leave the parameter list empty (the function takes no parameters).
Step 5 — Verify the Start Screen Property
- In the project tree, right-click the HMI device → Properties → Screens.
- Confirm that exactly one screen is flagged as Start Screen. Multiple start screens are not allowed and will produce a compile error in the Compile log.
- Confirm the Screen number field of the start screen is unique and matches the order in the project tree.
Step 6 — Compile and Download
- Right-click the HMI device → Compile → Software (rebuild all).
- Resolve any warnings or errors in the Info pane, especially Event configuration incomplete.
- Right-click the HMI device → Download to device → Software (all).
- For the simulator: click Start Runtime in the toolbar of the HMI editor. The simulator opens the Start Screen first.
Verification
- Runtime starts on the configured Start Screen.
- Tap the configured button. The second screen must appear without a "No more screens saved" dialog.
- Tap the Back button on the second screen. The first screen reappears.
- Repeat several times to confirm the navigation history is maintained.
- Open the Diagnostics view (Ctrl+Shift+D) on the panel (Service / Commissioning menu) to confirm no pending alarms from the Screen system function group.
Screen Change Functions Reference
| Function | Description | Pushes history? | Use case |
|---|---|---|---|
ActivateScreen |
Activates the screen named in the parameter; pushes the currently active screen onto the history stack. | Yes | Standard forward navigation. |
ActivateScreenByNumber |
Activates the screen identified by its runtime number. | Yes | Dynamic navigation driven by a tag. |
ActivatePreviousScreen |
Pops the top entry from the history stack and activates it. No parameter. | No (consumes) | Back button. |
ActivateStartScreen |
Activates the screen flagged as Start Screen. Clears the history. | Clears | Home button. |
ClearScreenHistory |
Empties the history stack without changing the active screen. | Clears | Login screen → main menu reset. |
StopRuntime |
Stops the runtime. Subsequent ActivatePreviousScreen is meaningless. |
Clears on start | Exit / logout. |
Project Tree Configuration Tips for MP 277
Recommended screen layout
- Screen_1 (Start Screen): main overview.
- Screen_2..n: detail or process screens. Each contains a Button with ActivatePreviousScreen on Press.
- One global Home button on every screen with ActivateStartScreen to clear history on demand.
Screen number vs. name
MP 277 with TIA Portal V13 supports symbolic screen names in the ActivateScreen parameter. Internally, WinCC assigns an integer screen number during compile. The number is shown in the project tree under the screen's Properties → Number. The screen number is preserved across downloads if the screen order is not changed. Renaming a screen does not change its number, but deleting and re-creating it may do so.
Troubleshooting Matrix
| Symptom | Likely cause | Diagnostic step | Remediation |
|---|---|---|---|
| Only Start Screen loads; second button click shows No more screens saved | System Button used; event not set to Press | Right-click button → check type; inspect Events tab | Replace with normal Button; add ActivateScreen on Press |
| Navigation works once, then fails after one back-click | History consumed; no further history entries | Add a Home button with ActivateStartScreen; check chain length | Use ActivateScreen with explicit name on forward, ActivatePreviousScreen on back |
| Works in RT simulator, fails on real panel | Project not fully downloaded (HMI tags, scheduler) | Use ProSave to compare image / project versions | Re-download "Software (all)"; check image version |
| Compile error: Event configuration incomplete | Function on Press is missing required parameter (screen name) | Inspect Info pane row | Open the function list, fill the parameter, recompile |
| Second screen opens but is empty | Screen objects placed outside visible area or on a layer that is hidden | Check screen editor layer; check Active layer in Properties | Move objects; set Active layer 0; recompile |
| Runtime freezes on screen change | Button on Press also triggers a script that crashes | Check Diagnostics → System events for script errors | Isolate script; wrap in Try / Catch in VBScript |
| Back button works on first press, but not after forward from a different screen | Forward navigation via System Button with empty template | Replace all System Buttons; audit Templates | Use only normal Buttons; review each Press event |
| Compile error: Screen number already used | Manual screen numbering conflict | Project tree → Properties → Number | Reassign unique numbers; recompile |
Common TIA Portal V13 Log Entries for This Issue
-
2300:155— "Event 'Press' on object '' has no function configured". Indicates the function row was deleted accidentally. -
2300:502— "Screen '' is referenced but does not exist". Indicates a stale symbolic name after deletion of a screen. -
1301:301— "No more screens saved" (runtime message). Same root cause as described above.
Consult the SIMATIC HMI Panels MP 277 operating instructions for the full message catalog.
Migration Notes from WinCC flexible 2008 to TIA Portal V13
Projects created in WinCC flexible 2008 SP3 and migrated to TIA Portal V13 via Project → Migrate project carry their button configurations forward. However, a known migration behavior is that any control previously inserted as a "Screen Button" in WinCC flexible is converted to a System Button in TIA Portal V13, and the system function attached to its Press event is removed during conversion. The visual representation looks correct, but the Events tab is empty.
Remediation after migration:
- Open each screen.
- Right-click every System Button → Replace with → Button.
- Re-attach the navigation function on Press (or Click) as described in Step 4 above.
- Recompile and re-download.
Best Practices to Avoid This Issue
- Never use System Buttons for screen navigation; reserve them for static, unconfigurable decorations.
- Use Press for touch-driven actions; reserve Release / Click for long-press style operations.
- Tag your project with the panel image version and TIA Portal version to detect environmental drift quickly.
- Adopt a naming convention for screens (e.g.
SC_01_Overview,SC_02_Detail) and a corresponding tag prefix for the navigation history audit log. - Add a Home button on every screen so operators can always reach a known state.
Field-Commissioning Checklist
- Confirm panel image version matches the project target (Target system in TIA → Device configuration → General).
- Confirm transfer channel (Ethernet/PROFINET/MPI/USB) and that the panel IP is reachable.
- Compile the project and review the Info > Compile window for the codes listed above.
- Download; the panel will display the Start Screen within ~10 s on MP 277 8".
- Tap each navigation button. The expected behavior: forward navigation opens the target screen; the back button returns to the previous one. Any deviation indicates a misconfigured event.
- Power-cycle the panel and repeat the test to confirm the Start Screen is the first screen shown after a cold start.
- Document the screen numbers and navigation map in the project folder for future maintenance.
FAQ
Why does my MP277 show only the Start Screen even though I have two screens configured?
The most common cause is a System Button whose navigation template has an empty target. The runtime fires the navigation but does not push the previous screen onto the history, so the very first back-action fails with No more screens saved. Replace the System Button with a normal Button and assign ActivateScreen on the Press event with a valid screen name.
What is the difference between a System Button and a normal Button in TIA Portal V13?
A System Button is a templated control whose behavior is fixed by a wizard; its events are not directly editable. A normal Button exposes the full Properties editor and lets you assign any system function (including ActivateScreen and ActivatePreviousScreen) to any event. For screen navigation, always use the normal Button.
Which event should the navigation function be wired to on a touch panel?
Use the Press event. The runtime pushes the originating screen onto the history stack only when the navigation function is set on Press. Click works as well, but Press gives the most consistent behavior with both finger and stylus input on the MP 277 8".
Does the runtime history persist across a download?
No. The history is in-memory and is cleared on every download, on cold restart, and on the explicit function ClearScreenHistory. Plan your first user action after a download accordingly (typically a button to the Start Screen).
Can I use ActivatePreviousScreen on the Start Screen itself?
You can configure it, but the runtime message No more screens saved will be shown the first time, because the history is empty after a cold start. Use a Home button with ActivateStartScreen on the Start Screen, and reserve ActivatePreviousScreen for non-start screens.