A tracepoint is a flag that, when enabled, instructs the server to log messages about when particular events occur. For example, the Storage.MajorOps
tracepoint flags events related to file I/O. Review a dynamic list of tracepoints that update as they become available.
-
Click the Navigational menu » Utilities » Trace Logger.
-
(Optional) Double-click a tracepoint in the table to enable or disable a specific tracepoint.
-
(Optional) Create an exception that inverts the status of a tracepoint for a specific device.
-
Select a tracepoint whose name begins with
Device
in the table. -
Click the Edit button.
-
Click Add and enter the name of the device you want to create an exception for in the text field that appears.
-
-
Download logs of a tracepoint or server-crash information as text files.
-
Click the Action menu.
-
Select Download Trace Log or Download Crash Log.
-
Exceptions are useful for storing tracepoint information from a select number of devices instead of all devices.
For example, if you only care about a specific device that is experiencing issues rather than every device in the system, you might disable the Device.SystemEvent.Level1 tracepoint. Additionally, you might create an exception for the one device you are interested in tracking so that the server generates messages for any events that device might have. Exceptions are case-sensitive, so when you add an exception, enter the exact device name.
Please note that this is not a complete list of all available tracepoints.
Tracepoint Name |
Tracepoint Description |
Use Case |
---|---|---|
Authentication.Srptracing |
Reports about operations related to authenticating device credentials. |
You are bringing devices online and troubleshooting connection issues. |
Provisioning.StateChange |
Each time a device tries to connect, reports specific issues related to the device status, such as the software configuration or application being out of date. |
|
Transceiver.Connections |
Reports when devices connect, disconnect, or become authorized to connect to the InsightCM Server. |
|
Device.FileManager.SendData |
Reports when the device sends data events to the server. |
See when a device sends data to the server. |
DataStorage.MajorOps |
Reports general operations for storing data events. |
Monitor the server receiving data events from devices. |
PIHistorian.TagWritten |
Reports whenever InsightCM Server writes a value to the PI software. |
You want to monitor activity by historian software. |
Enable your device to collect data again by changing the collection settings and conditions for an asset. When unresolved errors, such as reaching CPU and/or memory capacity, occur and persist in the device application, the device can enter a state of Invalid Configuration. This state works like an idle state where the application does not respond to any internal or external requests except requests to restart.
Complete one of the following steps to resolve and then clear the invalid configuration state of a device.
-
Click the Configuration pull-down and select Devices.
-
Double-click the device with the Config Status of Invalid Configuration.
-
Identify which equipment asset sensors are mapped to the device.
-
Click the Configuration button to get to the Asset Configuration page.
-
Select the equipment mapped to the device with an Invalid Configuration.
-
In the equipment's configuration panel, select the Operating States tab.
-
In Data Set Collection Settings, configure the file length so that it is lower than its current setting.
-
Navigate to the Device Configuration page in the web application.
-
Select the device that still has a Config Status of Invalid Configuration and select the Action menu.
-
Select Clear Invalid Configuration to make the device responsive to requests again.
If your device's application re-enters an Invalid Configuration state due to issues unrelated to memory or CPU, contact technical support.
Complete the following steps to troubleshoot deployment issues.
-
Expand the navigation menu and select Utilities » Deployment Status.
-
Refer to the Action Status column for the failed entry to find the System Configuration API error code associated with that type of failure.
Bring your device(s) online by applying troubleshooting steps for one of several possible causes.
Note
Wait several minutes for devices to download configurations, update an application, and/or reboot before troubleshooting.
Enable the following tracepoints on the System page >Trace Logger tab to log events that occur specifically during the provisioning process.
Note
Refer to the help documentation for the Logging Important Event Details topic for more information about enabling tracepoints and accessing the logs they produce.
Tracepoint Name |
Tracepoint Description |
---|---|
Provisioning.StateChange |
Reports changes in the status of a device, such as when the software configuration or application is out of date. |
Device.SystemEvent.Level1 |
Reports about device operations, such as acquisition triggers that fire and their cause. |
Authentication.Srptracing |
Reports about operations related to authenticating device credentials. |
Transceiver.Connections |
Reports when devices connect, disconnect, or become authorized to connect to the InsightCM Server. |
Determine why the server and a device are not connecting and establish/restore the connection.
The Test Connection dialog box checks common issues that prevent a device from connecting to the InsightCM Server and coming online.
-
Check for common issues by testing the connection between the server and the device.
-
Select the pull-down by Configuration » Devices.
-
Select Action menu » Connection » Test Connection.
-
-
(Optional) If the test results in All tests passed, you may need to deploy a supported application to the device before it will come online.
-
Select the pull-down by Configuration » Devices.
-
Click the Software tab and select the device.
-
Click Update Application.
-
Debug possible reasons email delivery fails using tracepoints.
Refer to the Setting Up Email Alarm Notifications topic for steps to configure settings for an SMTP server.
If the InsightCM Server fails to send alarm notification emails, complete the following steps to log information about the failure.
-
Click the Navigation menu ( ) and select Utilities >> Trace Logger.
-
Double-click the SMTP.Emails tracepoint to enable it.
-
Click the Navigation menu ( ) and select Options.
-
In the tree on the left, select SMTP.
-
Select Test Mode.
-
Trigger an alarm that sends an email notification.
The server attempts to send an email to that address group and logs information about the attempt in the trace log.
-
Return to the Trace Logger tab and select the Action menu () and Download Trace Log.
-
Open the log file with a text editor and search for the tracepoints labeled
SMTP.Emails
for email delivery information.
Symptoms of Issue
-
Features appear in the web application with incorrect values (by default, -1), which indicates an error occurred.
-
The features are for a measurement type derived by single or double integration. For example, features calculated from velocity data that you derive from acceleration data via single integration.
Possible Cause
The time-domain data from which the InsightCM Server calculates the features might not be of a sufficient duration. To calculate features from integrated data, the InsightCM Server requires enough time-domain data to allow for filter settling time.
As mentioned previously, this issue occurs only when single or double integration is enabled for a channel. Also, the issue often occurs in data acquired as part of a run-up or coast-down stream because those acquisitions can be very short. For example, consider a device configured to perform stream acquisitions with a length of 10 revolutions. For fast-moving equipment, the revolutions might occur in a very short amount of time, meaning the resulting waveforms do not contain enough data for InsightCM Server to calculate feature values.
This issue can still occur even if you ensure that acquisitions always last at least one second. For example, consider an accelerometer channel with single integration enabled in order to perform velocity measurements. If features calculated from the acceleration data are valid but velocity features have error values, the cause might be that the velocity time-domain data is too short. This occurs because of the way the InsightCM Server filters integrated time-domain data.
To account for integration settling time, InsightCM discards the first n seconds of the integrated time-domain data before calculating features from it, where the following equation determines the value of n.
n = (1 / Integration Cutoff
) * x
As the following table explains, the value of Integration Cutoff and x vary according to whether the InsightCM Server performs single or double integration.
Type of Integration |
Source of Integration Cutoff Value 1 |
Value of |
---|---|---|
Single |
Single Integration Cutoff property |
3 |
Double |
Double Integration Cutoff property |
10 |
1Set these properties for each channel on the Device Configuration page»Channels tab»Properties tab. |
To avoid situations where integrated time-domain data is too short, set the acquisition duration to be a number of seconds such that the waveform is at least one second longer than the integration filter settling time.
Also, if you change the value of the Single Integration Cutoff or Double Integration Cutoff property for a channel, ensure the new value does not cause the integration settling time to become too long.
Bring replacement devices online in InsightCM.
Ensure that you have another device to replace your original device.
Complete the following steps to replace a device in the web application as you do so in person.
-
Click the Configuration pull-down and select Devices.
-
Click the Action menu and select Disable Device.
-
Power off the old device.
-
Set the IP address of the new device to be the same as the device you are replacing.
This allows the new device to connect to InsightCM and come online when it powers on.
-
Mount the new device in place of the old device, connecting to the network, sensors, and power.
-
In the web application, on the Device Configuration page, click the Action menu and select Connection » Test Connection.
This prompts the device to connect to InsightCM.
-
Click the Action menu » Connection » Reset Connection to send a new connection information file to the device.
The connection file includes new credentials so that the device can come online.
-
Check the device status on the Device Configuration page to ensure it comes online.
-
If the model of the new device is different from the old module, update the device configuration.
Test sensor asset connections in the Test Panel page.
Task |
Action |
---|---|
Viewing feature values for every asset on a device. |
Browse to any device-related page, such as the Devices page or a Device Dashboard page, and then select Test Panel from the View menu. |
Click the Feature Chart tab and select an asset from the pull-down menu in the top-left of the tab. |
|
Configuring the feature trends tab |
Browse to any device-related page, such as the Devices page or a Device Dashboard page, and then select Test Panel from the View menu. |
Click the Feature Trend tab. |
|
Expand the Select Data Group pull-down menu and select a data group. |
|
Click Select Trends and use the resulting dialog box to manage what trends appear in the graph. |
|
(Optional) Click the Set Scale button, remove the checkmark from Auto-scale, and enter the minimum and maximum axis values. |
|
Displaying the trend of feature values |
Browse to any device-related page, such as the Devices page or a Device Dashboard page, and then select Test Panel from the View menu. |
Click the Feature Trend tab and select a data group to view feature values for in the pull-down menu in the top-left of the tab. |
|
Viewing live domain data |
Browse to any device-related page for an EMSA device, such as the Devices page or a Device Dashboard page, and then select Test Panel from the View menu. |
Click the Time Domain tab and configure the options in the left side of the tab. |
|
Recording live domain data |
Browse to any device-related page for an EMSA device, such as the Devices page or a Device Dashboard page, and then select Test Panel from the View menu. |
Click the Audio tab and configure the options in the left side of the tab. |