Corey, As one who has spent the =A3's to get EEUMA Publication #191; it is well = worth the pounds. If you would like to get some reading on the topic, there is a large = amount on the web. I would recommend downloading the following: 1. From Jan 2005 "Chemical Processing" - "Alarm Overload" 2. From Feb 2005 "Chemical Engineering" - "Alarm Management" 3. From "Measurement + Control" - "Alarm System Performance" 4. From "Measurement + Control" - "Alarm Management (EEUMA Guidelines in = Practice) 5. From (British) HSE "Bransby Automation Report 166 / 1998" 6. From "Plant Automation Services" - "The Cost / Benefit of Alarm = Management" I am sure with the above key words, your google friend can get you the = documents. Please ignore any silly =3D20 characters that might get inserted by my = email. Hope this helps, Terry Doucet -----Message d'origine----- De=A0: foxboro-bounce@xxxxxxxxxxxxx = [mailto:foxboro-bounce@xxxxxxxxxxxxx] De la part de Corey R Clingo Envoy=E9=A0: March 15, 2006 1:11 PM =C0=A0: foxboro@xxxxxxxxxxxxx Objet=A0: Re: [foxboro] Recommended practices for assigning Alarm = Priorities I'm interested in this too, as I see it becoming an issue (read, = assigned=20 to me to make better :) in the near future. Personal philosophy here=20 (based more on gut feel than anything) is: Pri 5:=20 Historian/logging/emailing only Pri 4: Not used Pri 3: "Run-of-the-mill" alarms Pri 2: More critical alarms, including those that interlock or shut down=20 equipment Pri 1: Most critical alarms, shutdowns of major parts of the plant, some = signals=20 relayed from the SIS, things that also go to a SCAM Each level has its own sound (we use the annunciator keyboard=20 synthesizers). IOBAD is given the same priority as the highest priority = of the other alarms. Also, I'm interested in what works best in AM configuration: sorting by=20 time or priority, filtering, noises, etc. I guess I'll try to obtain the EEMUA document. Corey Clingo BASF Corp "Mark Dumond" <mdumond@xxxxxxxxxxxxxx>=20 Sent by: foxboro-bounce@xxxxxxxxxxxxx 03/15/2006 10:42 AM Please respond to foxboro@xxxxxxxxxxxxx To <foxboro@xxxxxxxxxxxxx> cc Subject Re: [foxboro] Recommended practices for assigning Alarm Priorities Hey Ron, Thanks for your reply and offer to help. Any information that you have on how you have tackled your alarm = priority scheme is greatly appreciated! I am open to any suggestions. Thanks again, Mark Dumond -----Original Message----- From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] = On Behalf Of Shuard, Ronald BSP-OPM/152 Sent: Tuesday, March 14, 2006 6:48 PM To: foxboro@xxxxxxxxxxxxx Subject: Re: [foxboro] Recommended practices for assigning Alarm=20 Priorities Hi Mark, If you want to contact me off list I can point you in the direction of = =3D standards for alarm priortisation that I ham implementing at Shell =3D Brunei.. Regards Ron -----Original Message----- From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx]On Behalf Of Mark Dumond Sent: 15 March 2006 06:14 To: foxboro@xxxxxxxxxxxxx Subject: [foxboro] Recommended practices for assigning Alarm Priorities Hello Group, Does anybody have any good ideas or even "successful" recommended =3D practices for assigning Alarm Priorities in I/A, that can be categorized? As a simple example, 1=3D3D Emergency Situations 2=3D3D Alarms that cause Shutdown 3=3D3D Alarms, such as motor and valve mismatch 4=3D3D General Messages 5=3D3D Other Or is it just better to make a priority assignment on an individual =3D alarm basis? Any information is greatly appreciated! Thanks in advance, Mark Dumond FeedForward, Inc =20 =20 _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html =20 foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: = mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin to unsubscribe: = mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave =20 _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave