ОМК — ИТ, Выкса / Статьи / Хабр

Профиль Статьи 15Подписчики 255Сотрудники 21

Что вообще такое — АСУТП на заводе

9 мин

29K

Блог компании ОМК — ИТИнженерные системы*Управление проектами*

Все же знают, что такое АСУТП? Обычно бывает так: все что-то слышали, но никто точно не знает, как вся эта история работает. Мы в целом тоже не до конца знаем, но можем рассказать о практике.

Платы старого и нового контроллера

Начнём с того, что во всём виноват пар. Первые заводы были незамысловатыми: вода или ветер вращали колёса, они передавали движение на кузнечные меха, пилу, молот, жернова или пресс для масла. Если ветра или воды не было, то часто можно было запустить тот же процесс с ослика. А вот с появлением паровых машин появились изобретатели, которые стали пытаться прикручивать какую-то базовую автоматизацию. Жидкостные компьютеры мы сейчас пропустим и сразу перейдём к электричеству. Электричество в районе 60-х дало возможность делать логические схемы: сначала — на лампах, а потом куда более массово в районе 70-х — на транзисторах.

АСУТП на водонасосной станции может выглядеть как четыре поплавка, которые дают сигналы в реле. Упрощённую схему такой АСУТП вы можете наблюдать у себя в бачке унитаза, кстати. Более сложная схема подразумевает, что есть куча датчиков, они отдают свои данные в контроллер, который делает расчёты и сопоставляет разные показания, умеет что-то писать в память и читать разные рецепты, а на выходе управляет сервомоторами и другими штуками плюс сообщает данные соседним станкам.

Всё, конечно, чуть сложнее, но теперь вы уже разбираетесь в АСУТП.

Сейчас поговорим про такие детали, как операционные системы реального времени, которые нужны, чтобы всё это работало правильно.

Читать дальше →

+46

OMK_IT 14 окт в 14:21

Первый металлургический ML-хакатон от ОМК ИТ. Погодите, что???

4 мин

Блог компании ОМК — ИТИскусственный интеллектПрограммирование*Промышленное программирование*Хакатоны

Привет! На связи Объединенная металлургическая компания.

У нас важная новость для всех ML-специалистов и тех, кто неравнодушен к теме ИИ.

Мы не сильно удивим вас, сказав, что ОМК ИТ уже давно использует искусственный интеллект в своей работе. Но вот хакатона по LLM у нас еще не было. Пришло время его объявить! Заходите под кат, чтобы узнать подробности.

+16

butsefal 10 окт в 11:02

Сделали первыми автоматизированный КЭДО в России, но есть нюанс

11 мин

2.3K

Блог компании ОМК — ИТУправление персоналом*Управление проектами*

У нас огромное металлургическое производство, и, поскольку ИТ в некоторых своих частях до нас дошло сильно позже банков, то разные нужные документы, например, на отпуск или командировку мы делали руками.

В смысле прямо бумажные документы. С помощью синей ручки. После долгой очереди.

Что самое парадоксальное, эти бумажные документы сразу сканировались и складывались в СЭД.

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

Автоматизировать это очень хотелось, но задача оказалась трудной. Готовых решений нужной нам сложности нет. Коробок, которые можно аккуратно обработать напильником, тоже не нашлось. Процессы у нас очень хитрозапутанные, и когда мы туда полезли, оказалось, что начинать надо именно с их разбора. Потому что там буквально нагромождение археологических слоёв правил.

Иногда — прямо алмазы.

Мы одними из первых в России сделали реальный автоматизированный КЭДО для крупного производства, но, как говорится, есть нюанс.

И не один.

Читать дальше →

+15

Leon1987_4 20 июн в 14:01

Отвага и отвага: как мы выбирались из полного абзаца с неработающей ERP на 39 производствах

15 мин

24K

Блог компании ОМК — ИТАнализ и проектирование систем*Управление проектами*

39 наших площадок вагоноремонтных депо перешло из холдинга РЖД в Группу ОМК. Нам надо было за год перейти на новую систему управления производством, потому что оставаться в ИТ-ландшафте железных дорог было нельзя. Мы выбрали 1С ERP и восемь месяцев от ТЗ до дедлайна вместе с подрядчиком героически внедряли первую её очередь.

Итогом стало:

Прошлая система отключена.
Новая система запущена в фактической альфе, функционал — около 40 %, и она не работала.
Пользователи из депо готовы поднять нас на вилы, сжечь и растоптать. И повторить.
Многие данные вбиваются без проверок сотрудниками цехов, то есть в первичке — настоящий ад. Чтобы вы понимали, какой: чуть не влетели на 29 миллиардов рублей, потому что кто-то забил серийный номер в стоимость.
Железо не тянет всё это на местах, в том числе и серверы.
Каналы тоже всё это не тянут. Между двумя полями ввода на одной форме — от 30 секунд до разрыва и вбивания всех данных заново.
Поскольку мы успели собрать ТЗ только с центрального офиса, от региональных депо появляются всё новые и новые требования.
Мало кто понимает, как это всё работает, а надо править прямо в бою.
Вторая-третья линии поддержки (пять человек нашего ИТ-отдела) не понимают мастеров, первой линии вообще нет, и ресурса нет, чтобы её создать. Хвост обращений — несколько тысяч неотвеченных тикетов.
Ковид и карантины.
Бухгалтерия немного нервничает.

А дальше — обычная для вагоноремонтного депо ситуация: нужно любыми доступными средствами выполнить задачу. Выбора нет!

Собственно, продолжаю рассказывать, что именно мы сделали.

Читать дальше →

+33

Leon1987_4 13 июн в 10:00

Отвага и отвага: замена ERP на действующем вагоноремонтном производстве с тестами прямо в бою

18 мин

25K

Блог компании ОМК — ИТАнализ и проектирование систем*Управление проектами*

Если бы мы были обычной компанией, то вы никогда не услышали бы эту историю. Это то, во что ни один здравомыслящий человек не должен вписываться ни при каких условиях, это тип задачи, который просто невозможен для ИТ по своей сути, но нам нужно было это сделать. Потому что производство ставит реальные задачи. А они пахнут далеко не розами.

Итак, мы 80 лет ремонтируем вагоны, у нас 39 точек на карте: вагоноремонтных депо и участков отцепочного цеха от Белгорода до Белогорска, и раньше мы входили в состав РЖД. Потом вошли в ОМК, и понадобилось переехать из одного ИТ-контура в другой. Мы пользовались для управления производством и для отчётности частями софта РЖД. Софт был понятен, привычен, очень глубоко интегрирован во всё, что у нас есть, и в ландшафт РЖД.

Дальше у нас был простой выбор: либо мы остаёмся вообще без систем, либо внедряем свои. РЖД была не готова держать в своём контуре компанию чужой группы, а переход в DMZ после подсчётов оказался почти таким же по цене, как новое внедрение. С учётом отдельной лицензии SAP — даже дороже.

В итоге мы оказались в ситуации, когда за год нужно было выделиться в отдельный контур, внедрить 1С ERP, запустить на ней управленческий и бухгалтерский учёт, само управление производством, и всё это — без шансов сделать что-то не то.

На всякий случай подскажу, что мы умеем ремонтировать вагоны. Мы не занимаемся внедрением ERP, и вообще на этот проект у нас было всего человек пять айтишников. Сюра в ситуацию добавил тот факт, что подрядчик понял задачу не как «Нужно кровь из носу сделать до дедлайна», а как «Нужно расписать план работ до дедлайна, а там — как пойдёт».

В общем, на начало проекта мы ещё не понимали, что нам придётся повидать.

Не повторяйте такого дома. Никогда!

Читать дальше →

+74

Rombneromb 11 июн в 14:53

IT в промышленности: сходство и отличия

6 мин

3.3K

Блог компании Конференции Олега Бунина (Онтико)Блог компании ОМК — ИТПромышленное программирование*КонференцииУдалённая работа

Интервью

У нас производство с небольшой город, и целая куча направлений: одно подразделение собирает роботов, другое занимается видеоаналитикой, кто-то делает лайтовый анализ данных, а кто-то шаманит с хардкорными дата-сетами. Работы всегда больше, чем рук. С точки зрения IT у нас большая ERP-система. Там крутятся закупки, планы производства, CRM, заказы, поставки и тому подобное. ERP отправляет запрос в MES, систему управления производством, которая формирует задания для смен. MES соединена с АСУТП, которая автоматизирует всё, вплоть до правильного раскроя металла. Далее контроллеры, исполнительные механизмы и датчики. Вокруг этого автоматизация кадров, электронные журналы и прогнозы спроса. Поэтому куда сейчас без IT? IT везде. Никто уже на бумажках работать не хочет и не может. И металл без IT не плавится. Чем сложнее установка, тем больше IT внутри.

+17

Alexey_Tjurihov 20 мая в 14:00

ИТ-ландшафт производства на 17 тысяч человек

14 мин

7.7K

Блог компании ОМК — ИТУправление проектами*IT-инфраструктура*

Привет, Хабр! Меня зовут Алексей, и я отвечаю за то, чтобы айти на нашем заводе в Выксе работало. Локальные нужды обслуживает моя команда больше сотни человек, нам помогают команды общих сервисов для группы компаний.

У нас всё как у всех, но есть своя заводская атмосфера.

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

Мы росли с обычных «кондовых» контроллеров до четырёх уровней ИТ-систем. Мы обвешивали всё мониторингом (сейчас несколько тысяч точек под постоянным слежением), и да, конечно, у нас были инциденты высокой степени критичности. Много. От первой — высшей — у меня случается нервный тик, от второй — шевелятся волосы на голове, про третью мы узнаём из почты на следующий день.

Пример высокой критичности — экскаваторщик лёгким движением джойстика порвал 9 телефонных сотен и 8 сборок оптических кабелей. Это был тот год, когда про аварию мы узнавали по стационарному телефону, но он молчал. Зашёл коллега, сообщил:

— Бери куртку, пойдём бить экскаваторщика.

Мужик парализовал работу целого цеха. Связь с диспетчером завода была потеряна, а это как выйти в открытый космос и потерять связь с МКС. И началась веселуха — в ход пошли все запасы ПРППМ и витой пары. Только к вечеру на времянках восстановили связь, к ночи заварили оптику.

Заходите, расскажу, что у нас как у всех, а что со своей спецификой.

Читать дальше →

+31

rusasv 23 апр в 14:00

«Где угодно работать, только не в локальных конторах» — у меня есть что сказать

9 мин

104K

Блог компании ОМК — ИТData Mining*Управление персоналом*Управление проектами*Управление разработкой*

23 года я работал в американских компаниях SAS и C3 AI. Это, если что, очень дорогой интеллектуальный анализ данных корпораций и производств. Причём SAS много лет занимал места с 1-го по 3-е в мире как лучший работодатель, поэтому некоторая избалованность присутствует. Последние полтора года до ухода C3 AI из России я работал в подразделении EMEA с непосредственным руководителем в Париже.

Все эти годы коллеги убеждали меня, что в отечественных компаниях работать нельзя: там хамство, бардак, сотрудников обманывают, не уважают и не ценят. За последние два года многие мои коллеги уехали за границу со словами: «Где угодно работать, только не в локальных конторах».

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

Ладно, про лужи смазки — для некоторых цехов это отчасти правда: утечки бывают.

По остальному мне есть что сказать. Сразу поясню: меня никто не заставлял писать этот пост, никакие эйчары не приходили и не просили. Просто достали те, кто ноет. Хорош ныть!

Читать дальше →

+227

250

spb13 9 апр в 10:00

Я айтишник, я строю новые цеха

5 мин

34K

Блог компании ОМК — ИТАнализ и проектирование систем*Управление проектами*

Всё начинается с потребности в какой-то продукции. Умные люди рассчитывают, сколько этой продукции нужно, в каких местах её имеет смысл производить — и после этого ищут допустимые места для стройки. Решение зависит от имеющихся ограничений, но в большинстве случаев само здание проектируется вокруг основного оборудования.

Например, трубопрокатный цех и трубоэлектросварочный цех для меня отличаются верхнеуровнево только центральной линией. С 1960-х годов в основном оборудовании мало что поменялось, всё просто обрастает новыми приводами, автоматизацией, двигателями, вспомогательными механизмами, роботами и т. п. И по большому счёту всё типизировалось до повторяемых блоков — линия контроля качества практически везде одинаковая, отделка тоже, погрузка-хранение-отгрузка тоже.

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

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

Читать дальше →

+33

kurnvs 19 дек 2023 в 14:00

Кипучий СКУД

9 мин

8.7K

Блог компании ОМК — ИТАнализ и проектирование систем*Управление проектами*

Один из коммутационных узлов старого СКУДа. Скрутки и спайки эффектно маскировали в корпусах от радиоприёмников.

Когда я только устроился на эту территорию, я немного обалдел. У нас на щёлковской заводской площадке впервые установили систему контроля и управления доступом (СКУД) в 2008 году.

Доступ на площадь 12 гектаров обеспечивала система с грозным названием «РУБЕЖ». Для подключения её блоков между собой использовались медные многопарные кабели для телефонии, 1980–1990-х годов предположительно.

В стародавние времена систему устанавливали местные кулибины-связисты. Вероятно, перед ними стояла задача что-то сделать без какого-либо финансирования. Они и сделали. СКУД, камеры наблюдения, всё, что можно было соединить, было соединено по телефонным линиям.

Технической документации до нас не дошло, а максимальный срок службы, отмеренный производителями системе «РУБЕЖ», был превышен лет так на пять.

Разобраться, что куда идёт и что к чему подключено, было очень сложно, 90% записей не совпадало с действительностью.

Однажды, например, электрики проводили плановые работы на складе и в этой зоне временно отключили электричество. Я очень удивился, когда считыватели погасли — а магниты продолжали держать дверь! Оказалось, что магниты на дверях склада были подключены к третьему этажу соседнего здания. И такие схемы подключения были повсеместно. Непонятен был принцип, как всё это реализовывалось.

Я и раньше осень не любил, а потом стал не любить ещё больше, потому что эти ангельские слёзы топили кабельную канализацию, после чего начиналась дискотека из замыканий телефонных линий и линий, по которым трудился СКУД.

Читать дальше →

+26

ann_vakhromova 12 дек 2023 в 10:01

Простой софт, чтобы водители не дрались в очереди на выгрузку металлолома

8 мин

10K

Блог компании ОМК — ИТАнализ и проектирование систем*Управление проектами*

На сегодняшний момент металлолом — наше всё. Нам его надо ОЧЕНЬ много, и мы его закупаем.

Лом нам везут ломовозами с площадок сбора металлолома.

Бывало, колонна под сотню ломовозов выстраивалась в очередь на пункт выгрузки, что доставляло немало проблем. Водители могли простоять полдня в такой очереди. Она при этом двигалась, то есть водитель не мог отъехать поесть или поспать. Периодически возникали естественные ситуации, характерные для любой очереди:

— Я только спросить.
— А за меня друг занимал.
— Мне срочно — я беременный.
— Вас здесь не стояло.

Всё это вносило море хаоса.

Этот откровенный бардак не устраивал никого: ни водителей, ни операторов КПП, ни приёмщиков лома. Даже в ближайшем МФЦ уже внедрили электронную очередь! А мы чем хуже?

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

На словах просто, на деле — как обычно.

Читать дальше →

+53

AlenaBu 30 ноя 2023 в 10:01

Если процесс нельзя роботизировать, то он кривой

7 мин

8.3K

Блог компании ОМК — ИТУправление проектами*

Последние полтора года я искала дыры в процессах. Принцип очень простой: если у вас достаточно хорошая документация, чтобы взять и переложить процесс на робота, всё ок. Если роботизировать не выйдет — процесс плохой и он сломается.

Почему так? Ну например, уйдёт на больничный единственный человек, который знает, как что-то делать. И всё. Если знания хранятся не только в его голове, это не проблема. То есть должна быть инструкция или что-то похожее — а это значит, что можно роботизировать по такому артефакту.

Если вам тревожно уходить в отпуск — это тоже оно. Это ваши знания куда-то не переложены.

Если вашу работу можно было бы роботизировать (хотя бы в теории), то пускай с качеством ниже, но она выполнялась бы.

Ещё два признака: мелкое изменение приводит к резкому увеличению трудоёмкости — и никто точно не знает, кто и в какой конкретно момент принимает решение.

Попробуйте проверить процесс на роботизируемость:

Все данные должны быть в электронном виде.
На входе в процесс каждый раз один и тот же набор данных без творческих дополнений. На выходе тоже всегда одинаковый вывод — без творческих решений.
Есть чёткий набор действий, которые можно описать алгоритмом.
Процесс легко поддерживается, то есть не меняется каждый день.

Сразу скажу, компаний без кривых процессов в принципе не бывает, как и компаний без техдолга.

Это примерно одно и то же. И подход один и тот же — надо вовремя что-то с этим делать. Лучше раньше.

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

Читать дальше →

+15

mikerosoft 16 ноя 2023 в 10:00

Тот самый датасет, где архитектор чуть не сошёл с ума

10 мин

17K

Блог компании ОМК — ИТАнализ и проектирование систем*Управление проектами*

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

В одном из рулонов стали на 325-м метре образовалась продольная трещина, и теперь все в цеху хотят знать, где что случилось и почему. То есть надо проследить, что конкретно происходило с этим кусочком стали на протяжении всей его биографии.

Задача понятная: берём архитектора, берём данные со всех датчиков, архитектор совершает какую-то магию — и вот у нас готовый датасет для анализа.

И вот на «берём данные с датчиков» мы споткнулись в первый раз. Архитектор, умный адекватный мужик, привыкший работать с синтетическими данными и чистой математикой, чуть не сошёл с ума на нашем реальном производстве.

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

Потому что в теории всё немного не так, как на практике — например, есть много случаев, когда последовательность, которая по определению должна быть монотонно возрастающей, может быть:

Невозрастающей.
Немонотонной.

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

Читать дальше →

+62

NikolayProklov 8 ноя 2023 в 10:00

Некоторые особенности голосового ввода на реальном производстве

8 мин

5.8K

Блог компании ОМК — ИТАнализ и проектирование систем*Промышленное программирование*Управление проектами*

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

Человек с рацией неизменно побеждал по экономическому эффекту.

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

Он внимательно смотрит на 19 муфт, а двадцатую берёт и начинает измерять разными точными инструментами. Делает он от 20 до 27 замеров, а результаты записывает на бумажке.

Затем останавливает станок, идёт к терминалу и вводит в систему данные замеров.

Возвращается и снова смотрит на муфты.

Можно было поставить второго человека — у терминала, но теперь мир поменялся: дефицит рабочих специальностей, вот это всё. Квалифицированные рабочие нужны в других местах.

Понадобилось добраться с автоматизацией до этого самого станка.

Первым сюрпризом стало то, что нужно распознавать ~~неформальную лексику~~ специализированную терминологию. Некоторые слова выражают одобрение догадки робота, а некоторые (обычно более короткие) означают команду «Немедленная отмена текущей операции».

Устройство-ассистент должно понимать специалиста цеха буквально с полуслова.

Сейчас я расскажу отличную историю, как мы всё это внедряли.

Читать дальше →

+37

mikerosoft 31 окт 2023 в 10:01

Приходите к нам на завод, у нас тяжело

10 мин

140K

Блог компании ОМК — ИТАнализ и проектирование систем*Обработка изображений*Промышленное программирование*Управление проектами*

Короче, ИТ на заводе — это вам не романтика, особенно в нашем цифровом направлении.

Между «давайте этим займёмся» и «о, смотрите, какая гламурная ML-модель» лежит очень много того, про что не рассказывают. Сейчас расскажу.

Вначале у нас была банда энтузиастов из разных подразделений: несколько человек из ИТ, АСУТП, технологи со знанием статистики — чтобы смотреть с разных углов и видеть всё в целом, насколько это возможно. Начали с оценки перспектив. Они были необъятные — наше производство размером с небольшой город. Стали формироваться подразделения и направления: кто-то пошёл собирать роботов, кто-то в видеоаналитику, кто-то в лайтовый анализ данных, кто-то в самый хардкор — в дата-сатанизм. Работы у нас всегда больше, чем рук.

И на каждой из этих дорожек нас поджидали свои чудеса и сюрпризы.

Вот, к примеру, видеоаналитика:

Мы поняли, что ML в 50% задач не нужны. Нужна, например, камера, которая по цвету определяет, где есть железка, и смотрит её геометрию в реальности. Всё. Или другая камера, которая следит, чтобы в нужной зоне ничего не шевелилось.
Всё это прекрасно до первого солнечного зайчика. ML отлично показывают себя там, где вам лень строить крышу или ставить прожектор над конвейером.
У нас была идея, что мы можем сами в нейросети. Чуть не написали свой сервис для распознавания номеров вагонов. Казалось, делов-то на 20 минут, а у подрядчика это стоит 25 копеек за фото. Сделали свой, сферические вагоны в вакууме он определял хорошо. Потом приехало вот это:

А потом внезапно пошёл дождь. Знаете что? Вагоны под дождём становятся мокрыми. Это было неожиданно. Ещё они бывают после снега, битые, немытые, обновлённые криворукими малярами и ПРОЧИЕ. И в солнечных зайчиках тоже.

Мы накалывались на получении данных (кто сказал, что прошивка станка без костылей?), на роботизации, инфраструктуре, связи, на всём. Мы облазили весь завод, испачкались в солидоле, мазуте и масле. Но стали делать то, что должны, — оптимизировать мир.

Читать дальше →

+268

278

Что вообще такое — АСУТП на заводе

Первый металлургический ML-хакатон от ОМК ИТ. Погодите, что???

Сделали первыми автоматизированный КЭДО в России, но есть нюанс

Отвага и отвага: как мы выбирались из полного абзаца с неработающей ERP на 39 производствах

Отвага и отвага: замена ERP на действующем вагоноремонтном производстве с тестами прямо в бою

Истории

IT в промышленности: сходство и отличия

ИТ-ландшафт производства на 17 тысяч человек

«Где угодно работать, только не в локальных конторах» — у меня есть что сказать

Я айтишник, я строю новые цеха

Кипучий СКУД

Простой софт, чтобы водители не дрались в очереди на выгрузку металлолома

Если процесс нельзя роботизировать, то он кривой

Тот самый датасет, где архитектор чуть не сошёл с ума

Некоторые особенности голосового ввода на реальном производстве

Ближайшие события

Приходите к нам на завод, у нас тяжело

Информация