Hello,
I would like to ask your opinion on what is the best way to handle a critical alarm with the MIAC and flowcode 6.
In a nutshell I have an Atmosphere Oxygen Depletion sensor/box and I must execute an emergency shutdown procedure
of the Argon gas switching system when this box raises an alarm.
So, in essence MIAC is doing is "normal controlling daily routine" (as usual) and suddenly the above box sends an alarm to the MIAC!
I need to act quickly and at ANY point of the program.......
Any suggestions?
Thanks
Giovanni
(it is difficult man arg!!! )
Emergency Shutdown procedure with MIAC
-
- Matrix Staff
- Posts: 9520
- Joined: Sat May 05, 2007 2:27 pm
- Location: Northamptonshire, UK
- Has thanked: 2585 times
- Been thanked: 3815 times
- Contact:
Re: Emergency Shutdown procedure with MIAC
Best way it to use the INT2 interrupt:
I can't test to see if works until this evening.
Martin
When voltage on I8 goes from low to high ( above 8V, assuming rising edge within interrupt properties is selected )the INT2 interrupt should fire and INT2 macro will be instantly serviced.I can't test to see if works until this evening.
Martin
Martin
-
- Posts: 444
- Joined: Tue Apr 15, 2014 4:19 pm
- Location: Kajaani, Finland
- Has thanked: 345 times
- Been thanked: 227 times
- Contact:
Re: Emergency Shutdown procedure with MIAC
******EtsDriver wrote:You should use interrupt to catch change on input that gives out the ALARM as medelec stated... But generally, i dont like software based EMG stops anywhere, havent seen anything that has made good impression on electronics manufacturing industry or automation systems.
Because were here talking about oxygen depletion, i make conclusion that this might be life threathening situation, and your system should behave in all possible scenarios in same way. Make sure your system handles correctly if MIAC goes offline... You could wire it so miac loses power when alarm goes off and your system behaves accordingly? So its "Failsafe".
As far as i know, someone might have more correct information about this:
MIAC is not rated for safety applications (Meets only IEC60950-1), so use correct safety relay for your application if you cant be sure that system goes to lower risk state when miac "blows up, gets jammed etc".
Here is something for a good read:
http://literature.rockwellautomation.co ... _-en-p.pdf
Using a safety relay, you can get miac to notice that there is alarm gone off, and your system behaves correctly no matter what miac is doing/not doing.
OH, sorry, did thought i readed emergency stop there, but emergency shutdown is completly different thing
Ill just keep the good work up!
-
- Posts: 96
- Joined: Mon Mar 02, 2015 12:32 pm
- Has thanked: 5 times
- Been thanked: 11 times
- Contact:
Re: Emergency Shutdown procedure with MIAC
nonononono you are correct!!!!! it is an life threatening scenario, because the room where the system is very small and the system is connected to a massive central tank of Argon which can potentially fill the all department.
However, I have my bottom covered by other safety systems: there is an o2 sensor in the room (and adjacent rooms) monitored by the University security 24h centre, plus I have sealed the whole gas switching system in an air tide big box made in Plexiglas (it is like an aquarium) AND I have connected this acquarium to an exhaust which (in theory) is constantly sucking up the Argon (in case of leak) to a chimney located on the roof liberating the Argon in the atmosphere .
BUT it is university!!!!! and anything can happen here....the sucking system could stop, the O2 sensor alarm is not picked up quickly enough by security, the power can go off and...ufff!!!! I am a bit of a pessimist here ...in fact the earth could be hit by a meteor today at lunch time!
However, I have my bottom covered by other safety systems: there is an o2 sensor in the room (and adjacent rooms) monitored by the University security 24h centre, plus I have sealed the whole gas switching system in an air tide big box made in Plexiglas (it is like an aquarium) AND I have connected this acquarium to an exhaust which (in theory) is constantly sucking up the Argon (in case of leak) to a chimney located on the roof liberating the Argon in the atmosphere .
BUT it is university!!!!! and anything can happen here....the sucking system could stop, the O2 sensor alarm is not picked up quickly enough by security, the power can go off and...ufff!!!! I am a bit of a pessimist here ...in fact the earth could be hit by a meteor today at lunch time!
-
- Posts: 96
- Joined: Mon Mar 02, 2015 12:32 pm
- Has thanked: 5 times
- Been thanked: 11 times
- Contact:
Re: Emergency Shutdown procedure with MIAC
ah sorry I forgot to add that I have connected the MIAC to a bank of batteries always under charge!!!
Giovanni
Giovanni
-
- Posts: 96
- Joined: Mon Mar 02, 2015 12:32 pm
- Has thanked: 5 times
- Been thanked: 11 times
- Contact:
Re: Emergency Shutdown procedure with MIAC
Hi Martin,
yes it works! a raising edge on I8, execute immediately my macro!
yes it works! a raising edge on I8, execute immediately my macro!
-
- Matrix Staff
- Posts: 9520
- Joined: Sat May 05, 2007 2:27 pm
- Location: Northamptonshire, UK
- Has thanked: 2585 times
- Been thanked: 3815 times
- Contact:
Re: Emergency Shutdown procedure with MIAC
Hi Giovanni,
Glad it works.
Thanks for letting me know.
Glad it works.
Thanks for letting me know.
Martin
-
- Posts: 96
- Joined: Mon Mar 02, 2015 12:32 pm
- Has thanked: 5 times
- Been thanked: 11 times
- Contact:
Re: Emergency Shutdown procedure with MIAC
Hi Martin,
how can you activate an interrupt if a variable associate with an ADC reading goes above a certain threshold?
Giovanni
how can you activate an interrupt if a variable associate with an ADC reading goes above a certain threshold?
Giovanni
- LeighM
- Matrix Staff
- Posts: 2178
- Joined: Tue Jan 17, 2012 10:07 am
- Has thanked: 481 times
- Been thanked: 699 times
- Contact:
Re: Emergency Shutdown procedure with MIAC
Hi Giovanni,
You probably need to be thinking about designing your program as “state machines”.
That is, have a main loop that calls separate routines/macros where the processing time for each one is kept to a minimum. Don’t “wait for something to happen” in any of them. Each process can keep a state for that process, read inputs and change state and outputs accordingly.
Hope that helps,
Leigh
You probably need to be thinking about designing your program as “state machines”.
That is, have a main loop that calls separate routines/macros where the processing time for each one is kept to a minimum. Don’t “wait for something to happen” in any of them. Each process can keep a state for that process, read inputs and change state and outputs accordingly.
Hope that helps,
Leigh