Help
  • Explore Community
  • Get Started
  • Ask the Community
  • How-To & Best Practices
  • Contact Support
Notifications
Login / Register
Community
Community
Notifications
close
  • Forums
  • Knowledge Center
  • Events & Webinars
  • Ideas
  • Blogs
Help
Help
  • Explore Community
  • Get Started
  • Ask the Community
  • How-To & Best Practices
  • Contact Support
Login / Register
Sustainability
Sustainability

We Value Your Feedback!
Could you please spare a few minutes to share your thoughts on Cloud Connected vs On-Premise Services. Your feedback can help us shape the future of services.
Learn more about the survey or Click here to Launch the survey
Schneider Electric Services Innovation Team!

Unacknowledged alarms which are overwritten keep flashing

SmartConnector Forum

Schneider Electric support forum about SmartConnector applications for integration of other building management systems (BMS) into EcoStruxure Building Operation.

cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Show  only  | Search instead for 
Did you mean: 
  • Home
  • Schneider Electric Community
  • EcoStruxure Building
  • SmartConnector
  • SmartConnector Forum
  • Unacknowledged alarms which are overwritten keep flashing
Options
  • Mark Topic as New
  • Mark Topic as Read
  • Float this Topic for Current User
  • Bookmark
  • Subscribe
  • Mute
  • Printer Friendly Page
Invite a Co-worker
Send a co-worker an invite to the portal.Just enter their email address and we'll connect them to register. After joining, they will belong to the same company.
You have entered an invalid email address. Please re-enter the email address.
This co-worker has already been invited to the Exchange portal. Please invite another co-worker.
Please enter email address
Send Invite Cancel
Invitation Sent
Your invitation was sent.Thanks for sharing Exchange with your co-worker.
Send New Invite Close
Top Experts
User Count
JeffBowman
Sisko JeffBowman Sisko
164
ardak
ardak Schneider Alumni (Retired)
34
sesa180908_brid
Commander sesa180908_brid Commander
34
mike_meirovitz
Commander mike_meirovitz
21
View All

Invite a Colleague

Found this content useful? Share it with a Colleague!

Invite a Colleague Invite
Back to SmartConnector Forum
sesa145614_brid
Ensign sesa145614_brid Ensign
Ensign

Posted: ‎2017-02-08 01:08 PM

0 Likes
10
1169
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-02-08 01:08 PM

Unacknowledged alarms which are overwritten keep flashing

I created AlarmItem by using EwsServerDataAdapter.AddAlarmItem with mode AlarmTransitionModel.SingleAcknowledgeRequirement.

By calling ActivateAlarmItem, I can see the alarm in SBO Alarms window. Then this AlarmItem is cleared by calling ResetAlarmItem. The same AlarmItem is activated again without acknowledged manually. On the SBO Alarms window, I can see the row keeps flashing with green then red.

I am not sure that I saw this before I upgraded SmartConnector to V2.2.108 or not. Is there any way that I can prevent this happening?

Thanks!

Reply
  • All forum topics
  • Previous Topic
  • Next Topic
Replies 10
JeffBowman
Sisko JeffBowman Sisko
Sisko

Posted: ‎2017-02-09 07:25 AM

0 Likes
3
1104
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-02-09 07:25 AM

Hi Juh,

I am not 100% what are mean, originally when the Alarm is triggered, what is it doing in SBO? Is it flashing red and green? Or is it just red. When it is reset, how does it show in SBO, then after it is triggered again you said it flashes red and green?

If you actually want the AlarmEvent to be cleared when the ResetAlarmItem the "AlarmTransitionModel" should be different, I think maybe "SimpleSystemAlarm" is what you want? But I would need to verify.

However, most likely this is SBO's behavior,  but if there is an AlarmItem, SBO actually allows you to customize the behavior of the Alarms (Even supply custom messages). In SBO, Host the actual SmartConnector AlarmItem in your database. From there find it and select it, you will be presented with a bunch of tabs that allow for Alarm Customization. Keep in mind, all of these customizations are on the SBO side ONLY, but you should be able to tell it not to blink.

-Jeff

Reply
sesa145614_brid
Ensign sesa145614_brid Ensign
Ensign

Posted: ‎2017-02-09 08:35 AM

0 Likes
2
1104
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-02-09 08:35 AM

Hi Jeff,

When the Alarm is triggered, the SBO shows red only. When it is reset, it becomes green. I keep the green there without clicking on the Ack button then trigger the same Alarm, it shows green then red and stay on red. At this monent, I cannot do the Ack because the green will be overwritten by the red immediately.

I would perfer that user can do Ack if there is no new Alarm coming. If new Alarm comes and the old is not Ack then I can do the Ack by calling function from program. Is this doable?

Following is the code I am handling the Activate Alarm:

if (ai.State == EwsAlarmStateEnum.Active)

     adapter.ResetAlarmItem(ai, "Reset", at, 50);

adapter.ActivateAlarmItem(ai, alarmMessage, at, 100);

Thanks!

Juh

Reply
sesa180908_brid
Commander sesa180908_brid Commander
Commander

Posted: ‎2017-02-09 08:51 AM

0 Likes
1
1104
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-02-09 08:51 AM

Juh,

You might want to review the state transition models depicted in the EWS Specification (available at https://www.smartconnectorserver.com/DownloadCenter/Contents/ews).  Specifically section 4.6.1. 

Perhaps there is a different model that would better meet your purposes?

Reply
sesa145614_brid
Ensign sesa145614_brid Ensign
Ensign

Posted: ‎2017-02-09 09:39 AM

0 Likes
0
1104
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-02-09 09:39 AM

Hi Mark,

After reviewing all 5 State Transition Models, I still cannot find the one to fit my requirement. Do you have any suggestions?

Thanks!

Juh

Reply
JeffBowman
Sisko JeffBowman Sisko
Sisko

Posted: ‎2017-02-09 09:52 AM

0 Likes
0
1104
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-02-09 09:52 AM

Hi Juh,

I think I now have a better understanding of what you are asking for.

Please let me know if this isn't the case:

It seems you want to "Force" the acknowledgement of alarms, even if the alarm is reset and re-triggered before the user acknowledges the first one. The only reason I could think of why you would want to do this is because you are using the same AlarmItem for multiple different alarms.

If this is the case, may I suggest to make different AlarmItems per alarm that you want the SBO user to see. So they are handled separately and not in the same "line item".

The way SingleAcknowledgement Works (in SC and SBO is)

- Alarm is triggered (Red in SBO, Alarm State is Active in SC)

- Alarm is reset (Green in SBO, Alarm State is Reset in SC)

- Alarm is Triggered (Red in SBO, Alarm State is Active in SC)

- Alarm is Acknowledged (Yellow in SBO, Alarm State is Acknowledged in SC)

- Alarm is reset (Disappears from SBO, Alarm State is Normal in SC)

- Alarm is Triggered (Red in SBO, Alarm State is Active in SC)

- Alarm is Reset (Green in SBO, Alarm State is Reset in Sc)

- Alarm is Acknowledged (Disappears from SBO, Alarm State is Normal in SC)

Never can multiple "states" of the Alarm be visible at once (e.g. in multiple "line item"), because this is not the way alarms work in SBO. Whereas in Continuum you could have Alarms show a new "line item" per state and perhaps do what you are trying to do, in SBO (and EWS by extension) they are always combined into a single "line Item". In order to show these all at once, you will need to use multiple AlarmItems.

Regards,

-Jeff

Reply
sesa197614_brid
sesa197614_brid Schneider Alumni (Retired)
Schneider Alumni (Retired)

Posted: ‎2017-02-14 05:58 AM

0 Likes
4
1104
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-02-14 05:58 AM

Hi Juh:

I am not sure where and how you handle with you code:

"if (ai.State == EwsAlarmStateEnum.Active)

     adapter.ResetAlarmItem(ai, "Reset", at, 50);"

If you are running these codes at every looping without any pre-condition, it will absolutely try to reset the alarmItem if it is active every time, you may add some logs to track when it happens and try to avoid it.

For my experience, i will always deal with the alarm acknowledgement by overriding functions in MongooseAcknowledgeAlarmEventsProcessor.

Wish this help you.

---Austen

Reply
sesa145614_brid
Ensign sesa145614_brid Ensign
Ensign

Posted: ‎2017-04-07 01:50 PM

0 Likes
3
1104
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-04-07 01:50 PM

Hi,

I am trying to use the following code to handle the alarm to ensure that before activating the new one that the previous one is Reset->Ack or Ack->Reset and then deleted.

var ai = adapter.AlarmItems.FirstOrDefault(a => a.ValueItem.Id == vi.Id);

if (ai.State == EwsAlarmStateEnum.Active)

{

    EwsAlarmItem ret = adapter.ResetAlarmItem(ai, "Reset", at, 100);

       ret = adapter.AcknowledgeAlarmItem(ai, "Acknowledged", at, 100);

      adapter.DeleteAlarmEvents(ai);

}

else if (ai.State == EwsAlarmStateEnum.Reset)

{

       ret = adapter.AcknowledgeAlarmItem(ai, "Acknowledged", at, 100);

      adapter.DeleteAlarmEvents(ai);

}

else if (ai.State == EwsAlarmStateEnum.Acknowledged)

{

    EwsAlarmItem ret = adapter.ResetAlarmItem(ai, "Reset", at, 100);

      adapter.DeleteAlarmEvents(ai);

}

adapter.ActivateAlarmItem(ai, alarmMessage, at, 100);

And use the following code to handle Reset:

if (ai.State == EwsAlarmStateEnum.Active || EwsAlarmStateEnum.Acknowledged)

     adapter.ResetAlarmItem(ai, message, at, 100);

Somehow I still can see the the flushing.

Dose anyone have any though that what is missing?

Thanks!

Juh

Reply
JeffBowman
Sisko JeffBowman Sisko
Sisko

Posted: ‎2017-04-10 07:02 AM

0 Likes
2
1104
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-04-10 07:02 AM

Hi Juh,

I think in order to help you with this, I need a better understanding of your use case.  I am not sure what you mean by 'flushing'.

In any case, if you want to completely handle the alarm state flow on your own, make sure when you create your EwsAlarmItem that you configure it with the 'Unrestricted' transition model. This SHOULD allow you to reset it and set it back to normal. If the transition model is set to another one, the AlarmEvent expects to be handled in a certain way (as the transition modeel expects)

That said, I am not sure why you are 'deleting' alarm events. These are historical events and I am not sure I understand the benefit of deleting them from your database completely. If you want them to go away, set them to 'Normal' and that should effectively 'make them go away'.

Regards,

-Jeff

Reply
sesa145614_brid
Ensign sesa145614_brid Ensign
Ensign

Posted: ‎2017-04-10 06:46 PM

0 Likes
1
1104
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-04-10 06:46 PM

Hi Jeff,

I have removed the line:  adapter.DeleteAlarmEvents(ai); and follow your suggestion to add Thread.Sleep(100) before the

ActivateAlarmItem. The problem still exists.

Based on my investigation, I find that when the alarm is reset by clicking on the Clear button (setting the binding valueItem to 0), I change the message by adding "cleared" then at this moment the flashing happens.

Any idea?

Thanks!

Juh

Reply
JeffBowman
Sisko JeffBowman Sisko
Sisko

Posted: ‎2017-04-11 07:47 AM

0 Likes
0
1104
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-04-11 07:47 AM

Hi Juh,

This seems weird, because this looks like it is standard behavior for an alarm.. going from Alarm to Reset..

Your best bet may be to use a different Transition model that doesn't use Reset. If that is the case, simply implement the alarms with a type transition model of 'Simple System Alarm'. That way, it would either be 'Normal' or 'Alarm', but never another state.

If you do need it to be acknowledged, you could implement it with an transition model of 'Alarm with Optional Acknowledgement'.

There is still a chance something is weird with your EWS response though. Can you post a partial log of the Ews.Server logging when this happens?

Regards,

-Jeff

Reply
Preview Exit Preview

never-displayed

You must be signed in to add attachments

never-displayed

 
To The Top!

Forums

  • APC UPS Data Center Backup Solutions
  • EcoStruxure IT
  • EcoStruxure Geo SCADA Expert
  • Metering & Power Quality
  • Schneider Electric Wiser

Knowledge Center

Events & webinars

Ideas

Blogs

Get Started

  • Ask the Community
  • Community Guidelines
  • Community User Guide
  • How-To & Best Practice
  • Experts Leaderboard
  • Contact Support
Brand-Logo
Subscribing is a smart move!
You can subscribe to this board after you log in or create your free account.
Forum-Icon

Create your free account or log in to subscribe to the board - and gain access to more than 10,000+ support articles along with insights from experts and peers.

Register today for FREE

Register Now

Already have an account? Login

Terms & Conditions Privacy Notice Change your Cookie Settings © 2025 Schneider Electric

This is a heading

With achievable small steps, users progress and continually feel satisfaction in task accomplishment.

Usetiful Onboarding Checklist remembers the progress of every user, allowing them to take bite-sized journeys and continue where they left.

of