Monitoring and notifying of "Bad Status" tag values in TopView
Monitored data points can report with a "Bad Status", which is an indication that the value of a tag in TopView may be questionable, or the server is experiencing issues.

Notification of high bad status counts using "tags_badstatus_count" or "tags_badstatus_percent" is the easiest way to prevent missed alarms and notifications.
Bad Status values may prevent alarms from occurring, depending on the "Check for Good status" setting on your tags.
You can detect bad statuses in TopView and notify people when they are present.
Detecting bad statuses in TopView
Bad statuses can be detected in aggregate using two available TopView Status Tags:
- "tags_badstatus_count" (formerly "statusnotgood_count")
- "tags_badstatus_percent"
You can add these Status Tags to your tag list, alarm, and notify based on these values so you can be aware of bad statuses before they cause missed alarms or notifications.
This example set up will notify a TopView administrator when the number of bad status tags is over 50% of the total tags in the TopView Configuration:
- Add "tags_badstatus_percent" to your monitored tags on the Tags & Limits screen.
- Double-click the row to open the "Alarm Limits and Notifications settings screen"
- Create an alarm condition ">" with a value of 50 (for example)
- Add the tag to a tag group tied to a TopView Administrators Email notification group

InTouch and System Platform can often report bad statuses after application changes or PLC adjustments.
We recommend restarting the OI Gateway first and then setting up notifications, as suggested above.
Be sure your Gateway is configured for a large number of reconnection attempts, according to our SCADA Sync Users Guide.
Best practices
- Do not "OR" the bad status condition ("?") with another alarm condition. OR'd alarm conditions require mutually exclusive conditions to ensure alarm states transitions are consistent.
- If you do not want alarms when a tag has a bad status value, use the "Check for Good Status" option in the tag's Alarm Limits and Notifications settings to prevent alarms from occurring when a status is bad.
Related Articles
Keeping TopView healthy
Like all software, TopView is running in an environment that is under constant change. OS updates, protocol versions updates, email authentication deprecations, and other things can affect the health of your TopView system. Even systems off the ...
OPCUA tag search - returned tag format
If you experience issues with full Browse Paths being unable to be resolved by TopView's OPC UA tooling, you have other options to return Node IDs or browse paths combined with Node IDs from TopView's "Add tags"/ tag search dialog. In TopView 7.2 and ...
Why are Boolean values not alarming?
When using the equals condition ("=") for any type of incoming value, TopView looks for exact matches. Set the alarm conditions to match the values from the data source. TopView does not make assumptions about how to interpret Boolean signals, ...
Counting points for TopView licenses
TopView licenses are mainly based upon the number of points monitored by TopView. You can run multiple TopView configurations (The TopView Window, Alarm and Notification Engine) at the same time. The total points in use is the sum of the points ...
TopView engine unable to connect to OPC UA server: SHA 1 Certificates are not trusted
Issue The TopView engine was unable to connect to the OPC UA server due to certificate issues. When inspecting the logs, we could see similar error messages to those that would occasionally appear when testing connections. This issue may show as the ...