"А куда еще четыре аварии делись?"

[fixik-papus.livejournal.com]

Оригинал взят у fixik_papus в "А куда еще четыре аварии делись?"

Disclaimer: перед тем, как называть меня русофобом, национал-предателем и далее по списку - смотреть сюда

Как Вы полагаете, где нужно гораздо качественнее вылизать автоматику, предусмотреть возможные отказы и алгоритмы их обхода, и вообще сделать объект так, чтобы главная задача эксплуатационщиков была "не мешай механизму работать"?
1) на новой современной фабрике крупной ТНК
2) или на старой, построенной еще Демидовыми и реконструированной в 1950 на основе оборудования, вывезенного из Германии по репарациям?

Мой ответ: вариант 2
Потому что на новой современной фабрике будет присутствовать более-менее адекватный персонал, способный как минимум правильно и вовремя реагировать на отказы, а как максимум - исправить косяки, оставленные пуско-наладчиками. А на старой - лучше всего, если персонал вообще не суется куда не надо; а для этого - нужно не давать ему повода.
В чем разница? В частности (но не только), в зарплате. С одной стороны, найти толковый персонал задешево не получится; с другой стороны, с персоналом "какой есть" фабрика работает крайне неэффективно, и неоткуда повысить зарплату... чтобы найти толковый персонал.

Что делать? ИМХО, поменять все полностью, вместе с оборудованием и персоналом. А вот как - не знаю, не спрашивайте.

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

Как-то раз образовалась у нас работенка на такой вот фабричонке, существующей с петровских времен. Работенка несложная - заменить водоподготовку, полностью сгнившую за 40+ лет работы, на новую.
Вся инженерка, как часто бывает, собрана в отдельном здании. По пути в зал водоподготовки - проходишь по коридору, куда помещены большинство шкафов управления всем подряд. Более-менее современный шкаф там один - относящийся к компрессорной. Пока иду, я по привычке поглядываю по сторонам, что на этих шкафах делается.

И вот на панели шкафа компрессорной я обнаруживаю 12 (двенадцать) разнообразных аварий и предупреждений. Где-то первая ступень перегревается, где-то жалюзи вентиляции не до конца закрылись, где-то смазку нужно было произвести уже полгода как.

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

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

После обеда, ага. Апофеоз пофигизма.

Когда я поведал об этом нашему бригадиру, он только вздохнул.
- А оно в половине страны так. Не удивляйся, я по молодости тоже удивлялся, потом привык. Стало быть: представь, что наша водочистка стоит на необитаемом острове и должна там работать много лет, пока мембраны свой век не проживут. Так что делай автоматику как можно надежнее. Вот, бери пример с той же компрессорной: проблем куча, но воздух в системе в нужном объеме и с нужным давлением имеется.

PS гугль подсказывает, что сия фабричонка приказала долго жить в 2009. Подробностей я не знаю, но глядя на отношение персонала к своим обязанностям - результату удивляться не приходится. Вот только водоподготовку жалко. Наверняка в цветмет выпилили. А я так старался...

Comments

[n-lev.livejournal.com]

Возможно к описанной ситуации это и не применимо, но часто часть вины и на разработчиках (сам такой). Понаделают алармов из чего только можно, анализа особого не делают на предмет alarms per day, alarm floods, chattering alarms и пр.
А потом приходишь на сайт, а у них три страницы алармов которые месяцами висят. И часто оператор даже не знает что это за аларм и чего с ним делать (а часто делать то ничего и не надо, тогда на фига алармом сделали?)

[fixik-papus.livejournal.com]

"часть вины и на разработчиках (сам такой)"
Прямо не знаю, как с этим и поспорить :)

"оператор даже не знает что это за аларм и чего с ним делать"
В мануале не прописаны алармы с причинами и способами устранения? Если не прописаны - как объект вообще приняли?

У меня было несколько случаев, когда в ТЗ прописано: к каждому сообщению при тыкании в него пальцем (в смысле на панели) должен выводиться поясняющий текст, план-схема оборудования с указанием крестиком места отказа, и фото отказавшего узла/детали.
Геморрой сделать так - еще тот, но зато потом в эксплуатации не жизнь, а малина.

PS практически все современные панели имеют возможность загрузить мануал прямо в них. Чтобы не бегать по цеху с криками "куда позавчера запсили том №1-234"?

[n-lev.livejournal.com]

Ну я не говорю о сферическом коне в вакууме. ТЗ, один подрядчик, запустили и не трогаем...

Я часто работаю на объектах где десятки, а то и сотни PLC, сделанные совсем разными подрядчиками, за последние 20 лет, с разными заказчиками (разные отделы у клиента). Если клиент подрядчиков не дрючит своими стандартами постоянно, то через 10 лет там такой зоопарк...
В итоги и висят три скрина алармов. Я уже 10 в России не работал, у меня картинка наверное не совсем корректная, но здесь я реально редко сталкивался с пофигизмом операторов. Чаще всего это был как раз некорректный дизайн alarm system, приводящий к перегрузки оператора алармами. Более того, у нас тут оператора даже обвинить то в халатности не получится, любой аудит сразу скажет, что, например, больше 5 алармов в минуту человек не способен воспринять, так что идите на хрен, переделывайте систему.
После Deep Water Horizon на западе Alarms Management вообще активная тема.

[fixik-papus.livejournal.com]

У меня "в хозяйстве" сейчас порядка 250 ПЛК. 18 роботов... и так далее. Так что прекрасно понимаю :)
Хотя частенько достаточно послать подрядчиков на... например, на стандарт NAMUR (NE102 ЕМНИП), там все неплохо расписано.

Вообще, кому интересна тема, вот отличная публикация от Сименса (https://w3.siemens.com/mcms/process-control-systems/SiteCollectionDocuments/efiles/pcs7/support/marktstudien/Whitepaper_Alarm_Management_EN.pdf) (трафик!)

Самое главное, по моему опыту - искать и отображать причину
5 алармов В МИНУТУ на одном участке - явно имеют общую причину, которую и нужно отображать. А если нет - это что за оборудование такое? Оно вообще работать может?
Пример: из двух сообщений "открыта дверь №27" и "нет готовности по цепям безопасности" - одно точно лишнее.

За бугром alarm management актуален с далеких 90х (ЕМНИП опять же).


Но к сожалению, к описываемой ситуации все это не имеет ни малейшего отношения. Там все было по делу.

[alexey popkov (from livejournal.com)]

5 алармов в минуту?!!
Че то кажется мне, что такую систему заказывали, проектировали, устанавливали и принимали полные идиоты. Но это маловероятно.

[n-lev.livejournal.com]

Во первых, я сказал "к примеру". Это не о конкретной системе речь шла. Плюс такое часто происходит, когда там не одна система, а вагон их, историческое наследие так сказать.

Во вторых, есть такое понятие как alarm flood, ясен пень, что такое никто осознанно не заказывает, не проектирует, и не запускает, так просто получается, если разработчик просто тему alarm management выпускает из головы. Клиент то часто вообще не в теме

[gray-bird.livejournal.com]

Да ладно...
Мигнула одна фаза и все частотники начали плакать, что их похо кормят....

[fixik-papus.livejournal.com]

Меня за такое операторы изнасилуют в извращенной форме :)

"Моргушки" у нас, к сожалению, в порядке вещей. Потому как фабрика запитана с подстанции 110/6/0.4кВ 1952 года постройки. Сейчас строим новую за свои деньги.

Так вот, при этом на панелях вылазит ОДНА ошибка "кратковременная потеря электропитания".
(в логах - там да, сущий ад, но их обычно никто не смотрит. Только если сложности при запуске возникли).

Частотники там, где механика заклинить не может - через полторы минуты после моргушки ресетятся и заводятся сами. (есть нюансы, типа сперва прогреть калориферы или вне плана промыть фильтра, но и это контроллер сам делает)
Если я после каждой моргушки буду ручками ресетить все частотники в танковом хозяйстве, 41 приточку, холодилки и еще кучу всего, а тем паче очистные и водокачку в поле... нет уж, увольте-с. Мне и с линиями геморроя хватает в этом случае.
С серво сложнее, там может и вклинить чего-нито, посему без осмотра линии механиком и квитирования его ключом - никак.

[alexey popkov (from livejournal.com)]

Вот
Ваш пример как раз и иллюстрирует то, как не нужно проектировать систему.

Тут - ОДНА (1) фаза и хоть МИЛЬЯРД частотников ))))
В лучшем случае это один аларм )))

[alexey popkov (from livejournal.com)]

Можно сделать и так, что бы оборудование пр тыкании в него пальцем песни пело
И в ТЗ это можно написать.

Вопрос в том сколько это стоить будет?
Каждая строка в ТЗ стоит денег.

[fixik-papus.livejournal.com]

Если заказчик готов заплатить - почему бы и нет? Реально удобно пользоваться.

[agorgul.livejournal.com]

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

[n-lev.livejournal.com]

Полностью согласен, проблема часто в том, что девелоперы за собой не всегда подчищают