Alarm Data Settings in the XMC

I have a question about Alarm Data Settings in the XMC under Alarms. I have added new Categories and Changed the names of the Priorities and added all the “available columns” to the “selected columns” under Alarm List Configuration, restarted my machine and I can see no changes being propagated to the SC Alarm Manager tab. The only changes I see that are propagated over are new added States and the “on close” Apply Reason enabled feature. Could you add some Categories to your system and see if a drop down box is made for that section when you double click an alarm?

(Robert Hester, Harris Inc)

When I test I observe the same as you. I also observe that you can set the category in the Alarm Definition. I guess the category can be set in the alarm definition and in the Smart Client it is read only.

I also observe that the three initial priorities, if renamed the new names are used in the creation of Alarm Definitions, but the Smart Client will use the original names still.

Did another test. I added three new priorities with new names and deleted the old, now I get the new names in the Smart Client as in the Management Client.

After relaying your response Bo, i got the following questions from the developer:

Now I have the following questions:

  1. Is there a way to add more Quick Filters to the list in the SC for easy access of custom filters, i.e. is there a way to save custom filters?
  2. Is there a way to make a categories drop down box in the alarm and make it settable by the user instead of read only?

As a project we are at the stage of developing procedures for data-truthing and report generation. As the software engineer I will be writing a plugin to help in adding any features that are not already in Milestone for data-truthing and report generation​ as our project needs it. Any suggestions on feature use to that end would be much appreciated.

(Robert Hester, Harris Inc)

I am sorry about the long reply time.

I am also sorry becuse the answer to both questions must be no.