Is there a method to prevent the alarm window from appearing on PanelViews when an operator mistakenly attempts to switch to the current screen? I am in the process of optimizing a turkey system and the manufacturer utilized the same navigation bar on every panel. While not a significant issue, this occurrence is quite frequent and can be bothersome. Creating unique navigation for each display is an option, but it would be more convenient if this feature could be deactivated. Thank you, -Brad
Enhance the navigation buttons by incorporating logic to evaluate the display number prior to opening it, subsequently assigning numbers to all relevant displays for seamless functionality.
I agree with Okie that under Global Connections, there is a Display Tab where you can associate a connection tag to indicate which display is currently active. In order to do this, each screen must have a unique identification number assigned. This can be done by right-clicking on each display and accessing the Display Settings. Once a display ID is assigned, you can use the visibility animation property for each button. A simple expression like "If DisplayIdTag == 10 then 0 else 1" can be used to hide the display identified as 10 when true. To ensure a seamless user experience, consider creating a panel that matches the size and color of each button and placing it underneath. This way, when a button disappears, the operator will still see a visually consistent layout. It's worth noting that the screen in question is not an alarm screen but rather a Diagnostic Screen, which allows you to customize the displayed information. However, it's uncertain if there is a feature to restrict access to certain settings.
Based on your query, it seems like you are looking to deactivate a specific window. Have you considered removing the diagnostic display from your application as a possible solution?
To disable the Diagnostic Screen on your software, navigate to the System Folder and locate the Diagnostic List Setup option. The help file provides a helpful tip: "If you prefer the Diagnostic List not to open automatically, simply uncheck all boxes." The decision is yours to make. For more detailed information, access the Diagnostic List Setup and click on the Help Button on the property page for a comprehensive explanation. This step can be crucial for enhancing the performance of your software.
cwal61 and Okie both agree that under Global Connections, there is a Display Tab where you can add a connection tag to specify which display is currently open. Each screen must have a unique identification number, which can be set by right-clicking on the display and going to Display Settings. Once a display ID is assigned, use the visibility property of the animation for each button. An expression like "If DisplayIdTag == 10 then 0 else 1" can be used to hide a specific display, such as display 10. Another tip is to create a panel the same size and color as each button and place it underneath, so that if a button disappears, the operator will still see a blank button. It is important to note that the screen being discussed is not an alarm screen but a Diagnostic Screen. While it does have properties that allow you to choose what it displays, it may not have the ability to lock out certain situations. Overall, it is preferred that buttons do not disappear, as it can create confusion for users trying to navigate the screen. It is more user-friendly to load a new screen without already having a button pressed.
Hi Brad, I've worked with PanelViews before and encountered the same issue. If I remember correctly, the alarm is there by default to alert the operator of an unsuccessful screen switch. You might not be able to deactivate it unless you make changes to the core system setup, which can get tricky. Instead, try utilizing visibility conditions to grey out options that would lead the operator back to the current screen. This way, it could visually deter unnecessary selections and reduce the frequency of these alarm pop-ups. Hope it helps!
Hey Brad, I understand your concern. While I don't think there is a direct way to disable this feature, you could possibly try a workaround. You could intercept the user's actions with a script and prevent the default action when the current screen is selected. This would mean that you identify the current screen and disable the button tied to it, or make it do nothing. This way, erroneous actions won't trigger any alarm window. I hope this helps you, good luck with the optimization!
Hi Brad, while I understand your irritation with the repetitive alarm window situation, you might want to rethink disabling it as it acts as a useful error signal for operators. However, to address your issue, you could potentially add a logic in the PLC program to check if the operator is already on the desired screen before attempting the switch. If successful, it would bypass the need for the alarm window without altering the navigation bar. Another option could be to train your operators to recognize when they are already on the correct screen. Both methods require some work but might be worth considering.
Hey Brad, I totally understand how annoying that can be, especially in a busy environment. While there might not be a direct way to completely disable the alarm window for accidental screen switches, you could explore adjusting the navigation commands in your software to use scripts that verify the operator's intent before switching screens. This could add an extra step that might help prevent those slips without needing to redesign your navigation. Just a thought! Good luck with your optimization!
Hey Brad, I totally get how that could be an annoying hiccup during operations! While there might not be a direct way to disable the alarm window altogether in PanelViews, you could look into customizing the navigation behavior through your PLC or HMI programming. For example, you could set up a confirmation message that pops up only if the operator tries to navigate away from the current screen after a certain period or under specific conditions. This way, you maintain the consistency of the navigation bar while minimizing those accidental alarms. Hope that helps!
Hey Brad, I totally understand how frustrating those alarm windows can be when you're just trying to navigate the system smoothly. One way to prevent those windows from popping up is to tweak the properties of the buttons or screens in your PanelView setup. Some users have found success by adjusting the "On Click" actions to skip the alarm window when switching screens. It might take a bit of trial and error to implement, but it could save a lot of hassle in the long run. Good luck with the optimization!
✅ Work Order Management
✅ Asset Tracking
✅ Preventive Maintenance
✅ Inspection Report
We have received your information. We will share Schedule Demo details on your Mail Id.
Answer: 1. How can I prevent the alarm window from appearing on PanelViews when an operator mistakenly attempts to switch to the current screen? - To prevent the alarm window from appearing when switching to the current screen on PanelViews, you can consider creating unique navigation for each display or deactivating this feature.
Answer: - The issue occurs when operators mistakenly attempt to switch to the current screen on PanelViews, triggering the alarm window unnecessarily.
Answer: - You can opt to create unique navigation for each display or explore the possibility of deactivating the feature that triggers the alarm window.
Answer: - The frequent appearance of the alarm window on PanelViews can disrupt the operator's workflow and be an unnecessary distraction, hence the desire to prevent this occurrence.
Join hundreds of satisfied customers who have transformed their maintenance processes.
Sign up today and start optimizing your workflow.