форум асутп
 На главную                       Здесь может быть Ваша реклама, подробнее...


 Наверх  |  Перейти к теме  |  Поиск  |  Вход  |  Дерево    
 Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Кедык Олег Васильевич 
Дата:   03.07.07 11:57

Когда то в конференции активно обсуждалось это ЧП.

В майском номере журнала Control Engineering есть статья на эту тему,
кому интересно:

http://www.controlengrussia.com/may07-4.php4?art=1486





С уважением,
Руководитель проекта,
ЗАО "Компания СЗМА",
Кедык Олег Васильевич,
тел.  8(812)431-98-83,
факс  8(812)232-07-75

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Valery Bobekh 
Дата:   03.07.07 12:24

Они там не заметили, что уровень зашкаливает. А второй уровень был дефектный.
В результате колонну заполнили чуть ли не под завязку. И т.д. и т.п.
Но основной причиной было отсутствие на установке сброса на факел. Сразу после этого
вышло предписание на всех заводах ВР с запретом приема в эксплуатацию подобных
конфигураций установок.

Когда установка стоит, там половина параметров в алармах, и ничего с этим поделать
не удастся. Если писать "умную" программную логику запрета-разрешения сигнализации
в зависимости от каких-либо факторов, есть шанс запретить нужный аларм, не говоря
уже об удорожании инжиниринга. И т.д. и т.п.
Так что технологи почти всегда говорят, что лучше лишний раз сирену включить, чем
наоборот.
Что нужно - это  система анализа аварийных сообщений, со статистикой и всем прочим
для этого дела полагающимся. Такие системы уже давно есть, и мы применяем одну из них,
от Матрикона. Проблема: не все технологи стремятся этой ботвой пользоваться, плюс
это еще одна инвестиция, которая денег стоит, за ней смотреть надо, микрософтовские
патчи ставить и т.п.
Ну и конечно система приоритетов сигнализаций тоже не повредит. Ну это тоже не новость.
Не зря Сименс в этой статье засветился: у них в свежей версии PCS7 как раз
это добавлено. А у других производителей (тот же Инвенсис) это намного раньше было.

Бобех В.И.

ИНЕОС, Германия

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: zyubin@xxx.xxx.xx 
Дата:   03.07.07 13:09

Спасибо, Олег, интересная статья.
Я так понял, оператор не справился с управлением, в силу глупой
мнемонике, непродуманным сообщениям в программе и отсутствию понимания
техпроцесса.

Не буду задаваться провокационным вопросом, на чем вся эта система
писалась, хотя уверен, что ноги у проблемы растут из методологии
программирования таких систем.

Tuesday, July 03, 2007, 2:54:37 PM, you wrote:

КОВ> Когда то в конференции активно обсуждалось это ЧП.

КОВ> В майском номере журнала Control Engineering есть статья на эту тему,
КОВ> кому интересно:

КОВ> http://www.controlengrussia.com/may07-4.php4?art=1486




--
Best regards,
 zyubin

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Виктор Иванов 
Дата:   04.07.07 12:11

Хочу высказать свое мнение:

Писать "умную" программную логику запрета-разрешения сигнализации
в зависимости от каких-либо факторов всегда есть насущная необходимость!!!
В большинстве случаев всегда можно найти совокупность параметров на основе
которых можно сделать вывод, что установка находится "Не в работе" и блокировать алармы.
Если постоянно валить на оператора кучу ложных алармов, то он просто перестает на них реагировать или выключает колонки, если есть такая возможность :)
Количество алармов не должно превышать максимум 3-4 в час.

Правильнее всего все алармы обрабатывать в контроллере, а верхний уровень должен только сигнализировать. Это касается систем АСУТП. В системах типа АСОДУ,
обычно, алармы обрабатываются верхним уровнем.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Valery Bobekh 
Дата:   04.07.07 17:24

> Писать "умную" программную логику запрета-разрешения сигнализации
> в зависимости от каких-либо факторов всегда есть насущная необходимость!!!

Увы, не всегда и не везде. Например, чем опаснее производство, тем "чреватее", как
говорится, и тем меньше готовность клиента запрещать сигнализацию.

> Количество алармов не должно превышать максимум 3-4 в час.

Это Ваше личное мнение или есть ссылки на этот счёт?

> Правильнее всего все алармы обрабатывать в контроллере, а верхний уровень должен
> только сигнализировать. Это касается систем АСУТП. В системах типа АСОДУ,
> обычно, алармы обрабатываются верхним уровнем.

Как результат может получиться такая ситуация, что о том, как реагирует система на ту
или иную неисправность, не знает никто, включая самого проектировщика. Он сам-то
легко забывает, что наваял год назад, и пока в программу не залезть (в которой порой
чёрт ногу сломит), не понять.

Оно, конечно, хорошо, когда всё по уму сделано, но увы не всегда практично.

Бобех В.И.

ИНЕОС, Германия

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Виктор Иванов 
Дата:   06.07.07 08:34

Добрый день, Валерий!

> Увы, не всегда и не везде. Например, чем опаснее производство, тем "чреватее", как
> говорится, и тем меньше готовность клиента запрещать сигнализацию.

Я понимаю, что это конечно зависит от класса задачи. Но всё же повторюсь что почти всегда можно найти совокупность параметров (по "и") и блокировать алармы. Причем обработку лучше делать именно в контроллере. Потому как именно с контроллера также выводятся сигналы на "звонок" и "Табло". Высокоприоритетные алармы можно оставить постоянными. Главное грамотно всё выяснить совместно с технологами.

> Количество алармов не должно превышать максимум 3-4 в час.

Это мое мнение из практики.
Выше уже приводилась ссылка на статью
http://www.controlengrussia.com/may07-4.php4?art=1486
Цитата:
"Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день."

>Как результат может получиться такая ситуация, что о том, как реагирует система на ту
>или иную неисправность, не знает никто, включая самого проектировщика. Он сам-то
>легко забывает, что наваял год назад, и пока в программу не залезть (в которой порой
>чёрт ногу сломит), не понять.

Когда объект сдается, полезно в проект внести все изменения, сделанные в процессе ПНР и передать эксплуатанционщикам все необходимые документы, включая "таблицу обработки алармов". Самим же потом, если что случиться, будет легче вспомнить :)

> Оно, конечно, хорошо, когда всё по уму сделано, но увы не всегда практично.
Иногда это одно и тоже.

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   06.07.07 09:25

Мужики, о чем вы спорите? Все это давным-давно реализовано в нормальных РСУ (Сименс не в счет) :)))

Просто нужно настроить грамотно рассылку алармов по АРМ и сформировать группы. И ВСЕ!
Нечего было городить целую статью по давно известной задаче :)
Грамотные интеграторы даже не спрашивают нужно ли это делать- просто делают как данность.

> Писать "умную" программную логику запрета-разрешения
> сигнализации в зависимости от каких-либо факторов всегда есть
> насущная необходимость!!!
> В большинстве случаев всегда можно найти совокупность
> параметров на основе которых можно сделать вывод, что
> установка находится "Не в работе" и блокировать алармы.
> Если постоянно валить на оператора кучу ложных алармов, то он
> просто перестает на них реагировать или выключает колонки,
> если есть такая возможность :) Количество алармов не должно
> превышать максимум 3-4 в час.
>
> Правильнее всего все алармы обрабатывать в контроллере, а
> верхний уровень должен только сигнализировать. Это касается
> систем АСУТП. В системах типа АСОДУ, обычно, алармы
> обрабатываются верхним уровнем.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Valery Bobekh 
Дата:   06.07.07 10:32

Ладно, допустим, что на объекте существует уже логика запрета алармов, и оператор
имеет свои 6 сирен в час. Но вот начинается плановый останов, продукт выводится
из сосудов, начинается чистка, промывка, опрессовка и т.п. Неужели и для этого случая
нужно будет писать логику запрета сигнализации? А то ведь уровня-температуры все
ушли давно... Лично я ещё не видел такого. А между прочим как раз в Техасе они
пускались после реконструкции.

Бобех В.И.

ИНЕОС, Германия

Адрес этого сообщения    Ответить на это сообщение
 
 Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Кедык Олег Васильевич 
Дата:   06.07.07 13:37

Проблема поднятая в статье на мой взгляд в следующем:

Раньше, когда в операторной во всю стену была нарисована вся
технологическая установка и аварийные сигналы выполнялись в виде
отдельных вторичных блоков, закладываемых в проект, стоимость одного
сигнала была не менее 1000$, что заставляло проектантов 100 раз
подумать, прежде, чем реализовать тот или иной аварийный сигнал.

Это (возможность видеть всю установку целиком на стене и продуманное
количество аварийных сигналов) позволяли более безопасно осуществлять
управление процессом.

Сейчас в SCADA или РСУ создание аварийного сигнала ничего не стоит, что
и приводит к их большому количеству.
Опять же почти все сигналы имеют высокий приоритет, но возможности
человека воспринимать информацию ограничены, поэтому давно назрел вопрос
о разработке стандартов по реализации систем аварийной сигнализации.

Как пример упоминается документ: Publication 191 Ассоциации
пользователей средств разработки и материалов (EEMUA) "Системы аварийной
сигнализации: Руководство по разработке, управлению и поставке".





С уважением,
Руководитель проекта,
ЗАО "Компания СЗМА",
Кедык Олег Васильевич,
тел.  8(812)431-98-83,
факс  8(812)232-07-75

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: indian 
Дата:   06.07.07 20:40

Дык, про то и речь!

Все эти последовательности отрабатываются контроллером. То есть ему всё известно.

В последовательности, скажем, написано что задание Х уменьшается со скоростью У до значения х1. Если значения аларма по переменной процесса записать как %% от Х, то и усложнения никакого при этом не потребуется, а не использовать функциональность которую предоставляют скада тупо привязывая аларм к значению отдельно взятого тега.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Valery Bobekh 
Дата:   07.07.07 10:53

В установках непрерывного режима работы запуск и останов производится вручную и автоматизации как правило не подлежит.

Бобех В.И.

ИНЕОС, Германия

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   12.07.07 09:11

Все верно- при плановом останове\пуске народ вообще на алармы внимания не обращает- операторы все регуляторы вообще в ручное управление переводят и глаз с них не сводят. А при внеплановом и так шухер такой, что какие уж там алармы... :) тут уж лишь бы СПАЗ отработала....

> Ладно, допустим, что на объекте существует уже логика запрета
> алармов, и оператор имеет свои 6 сирен в час. Но вот
> начинается плановый останов, продукт выводится из сосудов,
> начинается чистка, промывка, опрессовка и т.п. Неужели и для
> этого случая нужно будет писать логику запрета сигнализации?
> А то ведь уровня-температуры все ушли давно... Лично я ещё не
> видел такого. А между прочим как раз в Техасе они пускались
> после реконструкции.

Адрес этого сообщения    Ответить на это сообщение
 
 Re[2]: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: zyubin@xxx.xxx.xx 
Дата:   12.07.07 09:27

Hello Valery,

Friday, July 06, 2007, 1:32:01 PM, you wrote:

VB> Ладно, допустим, что на объекте существует уже логика запрета алармов, и
VB> оператор
VB> имеет свои 6 сирен в час. Но вот начинается плановый останов, продукт
VB> выводится
VB> из сосудов, начинается чистка, промывка, опрессовка и т..п. Неужели и для
VB> этого случая
VB> нужно будет писать логику запрета сигнализации? А то ведь
VB> уровня-температуры все
VB> ушли давно... Лично я ещё не видел такого. А между прочим как раз в Техасе
VB> они
VB> пускались после реконструкции.

если использовать событийные архитектурах, то тут проблем быть не
будет, возникает событие - "переход в режим Плановый Останов" и все
контролирующие блоки останавливаются, при возврате в рабочий режим -
запускаются снова. Компактно и обозримо.

--
Best regards,
 zyubin

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   12.07.07 10:04

Все арармы я бы не рискнул убирать все же....
Лучше недо... чем пере... :)

> если использовать событийные архитектурах, то тут проблем
> быть не будет, возникает событие - "переход в режим Плановый
> Останов" и все контролирующие блоки останавливаются, при
> возврате в рабочий режим - запускаются снова. Компактно и обозримо.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Виктор Иванов 
Дата:   12.07.07 12:01

Например, режимы генератора:
- не готов
- готов
- пуск ХХ
- пуск ХХ с возбуждением
- работа
- команда СТОП
- стоп ХХ
- оконч. СТОП
- ремонт

Для разных режимов может быть разный набор алармов.

Адрес этого сообщения    Ответить на это сообщение
 
 Re[4]: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: zyubin@xxx.xxx.xx 
Дата:   12.07.07 12:25

Ну, "все" это имеется ввиду, что "все, которые не нужны".

drr>  Все арармы я бы не рискнул убирать все же....
drr> Лучше недо... чем пере... :)

>> если использовать событийные архитектурах, то тут проблем
>> быть не будет, возникает событие - "переход в режим Плановый
>> Останов" и все контролирующие блоки останавливаются, при
>> возврате в рабочий режим - запускаются снова. Компактно и обозримо.

--
Best regards,
 zyubin

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[2]: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Valery Bobekh 
Дата:   12.07.07 12:55

zyubin@xxx.xxx.xx писал(а):
>
> если использовать событийные архитектурах, то тут проблем быть не
> будет, возникает событие - "переход в режим Плановый Останов" и все

Повторяю, останов, а также запуск достаточно большой установки, работающей в
постоянном режиме, автоматизации как правило не подлежит. Ну нет ещё кнопки
"запустить крекинг" у оператора!

Бобех В.И.

ИНЕОС, Германия

Адрес этого сообщения    Ответить на это сообщение
 
 Re[4]: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: zyubin@xxx.xxx.xx 
Дата:   16.07.07 17:24

Hello Valery,

Thursday, July 12, 2007, 3:55:43 PM, you wrote:

VB> zyubin@xxx.xxx.xx писал(а):
>>
>> если использовать событийные архитектурах, то тут проблем быть не
>> будет, возникает событие - "переход в режим Плановый Останов" и все

VB> Повторяю, останов, а также запуск достаточно большой установки, работающей
VB> в
VB> постоянном режиме, автоматизации как правило не подлежит. Ну нет ещё
VB> кнопки
VB> "запустить крекинг" у оператора!

Да я не возражаю, нет, так нет. Я же не текущее положение обсуждаю, а
архитектуры, которые позволяют автоматизировать эти "как правило не
подлежащие автоматизации" процедуры. Тем более, на МЭК 61131-3 это,
действительно, крайне затруднительно делать.

--
Best regards,
 zyubin

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[4]: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Valery Bobekh 
Дата:   17.07.07 10:09

> Да я не возражаю, нет, так нет. Я же не текущее положение обсуждаю, а
> архитектуры, которые позволяют автоматизировать эти "как правило не
> подлежащие автоматизации" процедуры. Тем более, на МЭК 61131-3 это,
> действительно, крайне затруднительно делать.

Я тоже в свою очередь не отрицаю возможность появления подобных технических
решений в будущем. На МЭК это делать тоже в принципе несложно, просто стоимость
зашкаливает. И потом, как я уже говорил, усложняется логика, что приводит
к тому, что оператор не знает, как должна реагировать система в том или ином
случае, а это чревато. Автоматизации процедуры запуска больших установок
непрерывного режима работы не подлежат автоматизации
в первую очередь из-за большого количества степеней свободы системы
(число режимов работы, а также последовательностей запуска и останова, слишком
велико, чтобы всех их предусматривать в системе управления).
А редуцировать это число не готов в первую очередь сам пользователь.

Бобех В.И.

ИНЕОС, Германия

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Valery Bobekh 
Дата:   17.07.07 10:20

Кстати, самым распространенным событием, не подлежащим автоматизации, является
"киповцы сняли железку на ремонт". :)

Бобех В.И.

ИНЕОС, Германия

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Valery Bobekh 
Дата:   18.03.08 15:32

свежие вести, типа... :(

http://www.itar-tass.com/level2.html?NewsID=12486724&PageNum=0

здесь с картинками:

http://www.n-tv.de/935289.html?180320080630

500 м от моей квартиры (300 от рабочего места). 10 часов тушили.
Но окна велели не открывать.

Бобех В.И.

ИНЕОС, Германия

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   18.03.08 15:41

Ого. Надеюсь, никто не пострадал?

> свежие вести, типа... :(
>
> http://www.itar-tass.com/level2.html?NewsID=12486724&PageNum=0
>
> здесь с картинками:
>
> http://www.n-tv.de/935289.html?180320080630
>
> 500 м от моей квартиры (300 от рабочего места). 10 часов тушили.
> Но окна велели не открывать..

------------------------------------

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Кедык Олег Васильевич 
Дата:   18.03.08 17:01

Валерий, если еще выясниться, что это "киповцы сняли железку на
ремонт"...




С уважением,
Руководитель проекта,
ЗАО "Компания СЗМА",
Кедык Олег Васильевич,
тел.  8(812)313-79-13,
факс  8(812)232-07-75,
www.szma.org

------------------------------------

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Взрыв на нефтеперерабатывающем заводе BP в Техасе в 2005 году
Автор: Valery Bobekh 
Дата:   18.03.08 17:18

Да нет, там трубу с этиленом в парке продуктов прорвало, этилен воспламенился, а от него танк с акрилонитрилом загорелся. Тушить этилен нельзя было - опасность взрыва. Они ждали, пока выгорит, а потом залили танк тоннами воды. 200 пожарных. Свезли шланги со всей федеральной земли.
Труба была старая - 30 лет. Жертв нет, трое местных жителей пострадавших с воспаленными слизистыми и кожей.

Бобех В.И.

ИНЕОС, Германия

Адрес этого сообщения    Ответить на это сообщение
 Список форумов    


 Список форумов  |  Нужен логин? Регистрируйтесь здесь 
 Логин пользователя
 Имя пользователя:
 Пароль:
 Помнить пароль:
   
 Забыли ваш пароль?
Введите имя пользователя или e-mail, и новый пароль будет послан на email, указанный в вашем профиле.

Рейтинг@Mail.ru