К нам из цеха пришли инженеры и попросили сделать ИТ-систему.

Если вы знакомы со спецификой «суровых производственных мужчин», то знаете, что от них это звучит примерно так же, как «тыквенный смузи и веганский стейк, пожалуйста», — ещё два года назад мы о таком проявлении доверия к ИТ со стороны производства даже мечтать не могли. А тут оказалось, что им нужен инструмент, чтобы контролировать износ сегментов УНРС (установки непрерывной разливки стали), потому что это не только убирает рутину, напрямую влияет на качество продукта — слитков стали, но и снижает потенциальный риск прорыва сегмента с расплавом.

Итак, знакомьтесь, вот один из ручьёв УНРС:



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

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

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

Сейчас покажу результат.

Как работает установка


То, что вы видели на мрачной картинке сверху (просто там внутри темно), — это фотография ручья с сегментами в зоне вторичного охлаждения УНРС. А вот принципиальная схема:



Это два ручья для стали. Вот их самый верх:



Сверху из бассейна сталь попадает в первый крупный охладительный сегмент (он называется кристаллизатор).



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


Вот сотрудник цеха стоит на кристаллизаторе, в который заливается ручей

В кристаллизаторе получается слиток с твёрдыми корочками, но всё ещё жидкий и горячий внутри. Корочка 15–20 миллиметров.

Сверху попадает сталь выше температуры ликвидус (то есть жидкая). Например, при ликвидусе 1530 градусов в ковше она 1550 градусов, а на 1540 градусах она приходит в кристаллизатор. Дальше этот слиток (всё ещё очень пластичный и нетекучий, но близкий к этому) уходит вниз по дуге и охлаждается в следующих сегментах до самого низа. Дальше сегменты уже одинаковые, они брызгают на сталь водой и обдувают её воздухом. Точнее, там везде стоят форсунки, которые дуют водовоздушной смесью.



В конце из установки выходят слябы:



То есть льём сверху сталь, делаем корочку для слитка в кристаллизаторе, потом спускаем по дуге через охлаждающие сегменты и на выходе ловим готовый продукт — металлическую штуковину, которая нужна для всех других переделов. Она на выходе имеет температуру где-то 900 градусов, и дальше едет на газовую резку. Получается сляб — это стабильная форма стали (в смысле, холодная и неопасная), и его больше не расплавляют. Все остальные переделы — это прокатные станы, резка и другие формирования. Чтобы сделать листы стали, такой сляб режется и раскатывается.

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

Чем правильнее идёт охлаждение, чем меньше там сюрпризов внутри.

В чём проблема


Каждый охлаждающий сегмент — это ролики и форсунки.



Ролики нужны, чтобы двигать заготовку сляба, а форсунки для охлаждения.

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

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

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

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

В итоге работа с УНРС выглядит как менеджмент сегментов: у вас постоянно штук десять в ремонте, штук десять в резерве и каждый из сегментов по-разному изношен на самой установке.

Вот тут схематически видно два ручья и три накопителя с разными статусами сегментов:



Машин с криволинейным путём разливки у нас две — УНРС №4 и №6. На каждой машине есть три блока сегментов после кристаллизаторов: «верхние» с одним углом загиба, «средние» — с другим и «нижние» — горизонтальные. То есть, например, последний сегмент можно переставить в середину, они взаимозаменяемые. Сегменты с одного ручья можно переставлять на другую машину с доработкой, то есть через ремонт.

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

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

Решал он её вот таким образом:



Сейчас решает вот таким:





Разница налицо.

Именно эта разница — то, что просил цех, и то, что мы сделали.

Никакого хай-тека. Просто удобный интерфейс, чтобы навести порядок с сегментами, постоянно видеть их наработку и состояние.



Можно ткнуть в сегмент и посмотреть его полную историю:



Что мы сделали


Начали с того, что переписали статусы текущих сегментов. Перелопатили гору бумаги и поняли, какой сегмент в каком точно состоянии. Затем завели туда данные с технологических затравок — это такие тестовые эмуляторы слитка. Железяки, обвешанные датчиками, которые спускают по ручью время от времени, чтобы они измерили работу форсунок и прочие параметры.

Измерительные железяки выглядят вот так:




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

И туда же занесли все данные о текущих плавках. За сутки одна установка принимает около 30 плавок в зависимости от ширины, скорости и заказа.

Получилось, что мы знаем состояние сегментов и знаем, что конкретно на него влияет, плюс получаем данные с обходов смен и измерительных затравок. Результат — очень понятная схема с сегментами, в которую можно «закопаться» поглубже, если надо. Вот, например, можно посмотреть состояние форсунок:



Посмотреть, что там конкретно:



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

Заявки на ремонт:



И так далее.

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

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

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

Заодно уточнили расход стойкости сегмента: раньше он делался по верхней границе, а теперь мы подтягиваем фактические данные. Дело в том, что мы умеем регулировать толщину сляба и другие параметры, и может получаться так, что металл разливается по ручьям не 50/50, а с другими пропорциями. Допущение про то, что металл поступает в ручьи одинаково, заменили на точные расчёты.

То есть, повторюсь, ничего из серии rocket science! Главное требование — чтобы все всегда знали, что происходит, был идеальный порядок и не случались сюрпризы. Потому что потеря счёта тоннажа — это потенциальный прорыв.

Как внедряли


Это было круто — нас попросило производство! Года три тому назад это было бы просто чем-то из области фантастики. Потому что раньше это ИТ-отдел приходил в цех и предлагал что-то улучшить. Примерно полгода уходило на то, чтобы добиться доверия и поддержки производственников.

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

Мы сделали демоверсию по тому, что поняли. Собирали технологов, начальника участка, провели демопоказ. Технологи сказали, что ход наших мыслей правильный, но есть вещи, которые нужно докрутить. Вместе доделывали интерфейсы, пока им не стало хорошо: например, их особенно волновал процесс перемещения сегмента в ремонт и резерв и обратно. Обучили первую группу работать с системой. Дальше они писали на бумаге, как раньше, и параллельно заполняли данные в системе. Процесс внедрения был, наверное, самый простой и безболезненный из всех виденных, потому что пользователи хотели его как никогда. Любое изменение волновало всех в цеху. То, что сделано, стало актуально для всех. И это все осознавали и понимали. Не пришлось сидеть с бригадами и учить. Они прекрасно учили друг друга, потому что это повышало удобство контроля за системой и снижало риски в цеху.

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

В итоге сейчас смена начинается так: от 70 до 90 минут есть на подготовку машины. Смена открывает картинку и видит, что происходит, в каком состоянии машина. Потом смотрят, что подходит: вот, например, первый сегмент и десятый сегмент на восьмом ручье подходят к границе по стойкости. Они уже знают, что нужно особое внимание уделять им на обходе: дважды проверят систему вторичного охлаждения и ролики. Потому что на таких сегментах вероятность замечания больше в разы. Раньше, когда работали по бумаге, технолог не знал, какая стойкость и где, это надо было собирать по журналам и вычислять. Смены не знали, что им дали точно. Каждый сегмент был, как старый автомобиль: не знаете, что ждать. Сейчас всё зримо видно.

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

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

Комментарии (24)


  1. vadimr
    10.01.2023 10:39
    +19

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


    1. admode
      11.01.2023 11:35

      ежедневно распечатывать результаты

      раз в месяц подшивать

      раз в квартал - сверка

      раз в год - перепроверка

      электронный документооборот - это дело такое XD


    1. amberv
      11.01.2023 11:35

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


      1. YMA
        11.01.2023 12:49
        +1

        Да ладно, это же не ванильный финтех... Предположу, что и бэкапы есть, и внутренняя сеть предприятия с air gap от Интернет. ;)


  1. quarus
    10.01.2023 10:50
    +25

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


  1. Vorchun
    10.01.2023 11:20
    +4

    Хорошая работа. Наглядно даже для тех, кто ничего не понимает )

    Пара вопросов / комментариев:

    1. Пользуются ли визуализацией 3D? Кажется, что это избыточно
    2. Почему у вас даты в формате YYYY-MM-DD?
    3. Нужны ли секунды? Если их убрать, то станет заметно чище


    1. GoodOldRebel Автор
      10.01.2023 13:05
      +11

      1. 3D моделью пользуются, она необходима для наглядности и отсутствия путаницы, поскольку форсунки валков находятся как снизу, так и сверху. Расположение их только на верхней поверхности 2D усложнило бы интерпретацию.

      2. Формат используется в соответствии с международным стандартом формата даты.

      3. Секунды действительно не нужны. Оставили для сохранения полноты формата даты-времени, но согласен, что можно и убрать.


    1. Refridgerator
      11.01.2023 06:17
      +6

      Почему у вас даты в формате YYYY-MM-DD?
      Потому что такой формат лексикографически сортируем.


      1. Vorchun
        11.01.2023 15:14
        -2

        С точки зрения программиста - все ок. Но интерфейс ж для людей. Если бы я делал "для себя", то выбрал бы более читаемый формат. Поэтому немного удивил выбор.


  1. IliaIT
    10.01.2023 13:05
    +13

    " То есть, повторюсь, ничего из серии rocket science! Главное требование — чтобы все всегда знали, что происходит, был идеальный порядок и не случались сюрпризы. "

    На самом деле это не так. точнее в текущих условиях весь персонал помнит ручную ведомость, и понимает как влияют введённые цифры на конечный расчёт, а некоторые могут на глаз прикинуть верность алгоритмов (в классификации "похоже на правду"). Но всё поменяется через 3-5 лет. спецы уйдут на пенсию/повышение, немного может поменяться технологическая часть установки. Как следствие вся программа превратится в "чёрный ящик", где на входе цифры измерений параметров, а на выходе рекомендации (отчёты). и почти никто не сможет проверить цифру "при помощи калькулятора" (повторить расчёт вручную). и всё, если нет подробного постоянно обновляемого файла документации для актуализации алгоритмов расчётов и изменения форм отчётов(в том числе выгрузки в xml), то жизненный цикл ПО завершится. Одна радость, все будут хотеть от новых программ ваш графический интерфейс. Так что не забрасывайте поддержку и документацию. а если это есть то легко получить патент на ПО (будет что в туалете повесить).

    Работая на предприятии, я сталкивался с аналогичными решениями (в сфере ЖКХ), которые отмирали как уходил ведущий специалист или как пропадала фирма разработчик ПО. Потому святое правило, документация и это должно работать вне чужого облака (только на серверах предприятия) уже вошло в привычку. при необходимости писались модули отчётов и внешнего взаимодействия для выгрузки данных или обмене ими.


    1. GoodOldRebel Автор
      10.01.2023 17:14
      +7

      Спасибо за комментарий. Уловил в нём беспокойство по поводу того, что это коробочное немасштабируемое решение. Но это не так.

      Этот продукт — не коробочное решение. У него открытый исходный код и разрабатывался внутри, собственной командой. Сервис крутится на наших серверах. Год назад продукт закрепили за мной. Разобраться не составило большего труда, после чего я добавлял и изменял функционал. Чёрным ящиком продукт стать по определению не может. А новому разработчику поможет разобраться с продуктом документация, в которой описана вся необходимая информация по сервису, начиная от логики работы и заканчивая топиками кафки.


  1. redbeardster
    10.01.2023 14:37
    +3

    Индастриал, отлично! Автор - большой молодец, пишите еще!


  1. acsent1
    10.01.2023 14:51
    +1

    Это же просто электронный журнал учета, так?


    1. GoodOldRebel Автор
      10.01.2023 16:49
      +2

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


    1. IliaIT
      10.01.2023 17:11
      +3

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

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


  1. Ivan_Fedyanin
    10.01.2023 17:55
    +3

    Работа очень крутая, особенно радует смычка IT и производства.

    Как человек 20 лет отработавший на пищевом, и в том числе 15 лет с SAP, продумайте резерв из бумажных носителей, на случай если все упадет, и проводите раз в год тренировки на полный останов электронной системы учета.


  1. speshuric
    10.01.2023 18:06

    Круто. Решил перечитать статью второй раз, но под песню Арии "Здесь куют металл" :)


  1. maeris
    10.01.2023 18:16
    +3

    Вот такие визуализации и помогают адекватно работать с производством. Сразу видно: протечка стали убила целый ряд нижних форсунок по направлению движения, а верхние форсунки забиваются равномерно и чаще, потому что в них прилетает пар с частицами ржавчины. И технологу сразу будет понятно, что в следующей МНЛЗ лучше использовать не водовоздушное охлаждение, а водоструйное под углом.


  1. whunter
    10.01.2023 19:14
    +2

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


  1. AlexanderS
    10.01.2023 21:40
    +1

    Цифровизация здорового производства)


  1. NNikolay
    11.01.2023 09:58

    А на чем написано? Какой стек?


    1. GoodOldRebel Автор
      11.01.2023 11:37
      +3

      Бек написан на django + DRF 

      Консьюмеры написаны с использованием библиотеки aiohttp

      Фронт react+redux

      Шина данных kafka 

      Бд postgres


  1. javashura
    11.01.2023 10:35

    Очень рад за подобный сдвиг в умах людей)


  1. splinters
    11.01.2023 10:36
    +1

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