Rather than looking at this from the workstation side, look at it from the block side. What you've got is a small group of alarms in one CP that should go to both workstation group 3 and to workstation group 17. If you have enough free alarm devices and a free alarm group (in the range 4-8), you could use one of those and set the alarms from this set of blocks use the alarm group that includes both workstations in group 3 and in group 17. My preference for small groups of blocks which need non-standard alarm destinations would be to use the compound level alarm groups (range 1-3) to do the same thing, rather than the station level alarm destinations. It's likely these shared utilities are in one or a few specific compounds - the compound level alarm destinations may work best anyway. Regards, Kevin FitzGerrell On 1/21/08, Rguercio@xxxxxxx <Rguercio@xxxxxxx> wrote: > > > In a message dated 1/19/2008 22:47:49 Central Standard Time, > foxboro@xxxxxxxxxxxxx writes: > > I have a question for all you experts: I am cleaning up a 10-year-old > system with some 30-odd workstations. This is in a refinery with groups > consisting usually of 3 workstations assigned to a refinery unit or group of > related > units. We have consistently configured every block with its alarm group > (4-8), etc. Suppose workstation 3 needs to report to one of its annunciator > keys/LED's the alarms from just one screen from workstation 17, which is one > of > the assigned workstations of that alarm's CP alarm group, and has its points > configured to and reporting to a different set of workstations than the one > to > which 3 "belongs". In other words, the respective CPs for workstation 17's > group have had their STATION parameters edited to report the desired screen's > alarms up to just those stations, and I don't want ALL of the CP's alarms > reported to station 3, just one screen's worth (a shared utility but with all > points belonging to a CP dedicated to workstation 17's group). How do I get > only that screen's alarms to report also to workstation 3's annunciator panel > which is configured in its ...AApan to pull up the shared screen? Is there a > way to read another annunciator's key/LED and have it fire a different > annunicator's LED? I know from the command line or with a script that we > can make > a given LED light up (thanks to Andreas Weiss), but it seems a shame to have > to constantly run a script whose sole job is to check for this one LED on one > panel and report it to another, and even then, I'm not sure if it would > blink until acknowledged or not, etc. Any ideas? > > > > RGC > 12803 Josey Creek Ct. > Cypress, TX 77433 > 713-805-8742 cell > 281-256-1111 home office/FAX > 281-256-1333 home > > > > **************Start the year off right. Easy ways to stay in shape. > http://body.aol.com/fitness/winter-exercise?NCID=aolcmp00300000002489 > > > > > _______________________________________________________________________ > 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 > > _______________________________________________________________________ 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