Pull to refresh
4
0
Ирина Якунина @Istra_ok

DevRel

Send message

Как мы, айтишники, чистим конденсатор ТЭЦ (тысячи тонких трубочек)

Reading time6 min
Views14K
image

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

Расскажу про основные технологические процессы на ТЭЦ. На котельных агрегатах мы сжигаем природный, доменный и коксовый газ, получая тепло. Этим теплом нагреваем воду и превращаем её в энергетический пар среднего (32 ата) и высокого (100 ата) давления. Потом этот пар заставляет вращаться различные агрегаты: компрессоры, турбовоздуходувки, турбогенераторы (ТГ). В этой статье нас больше всего интересуют ТГ. Данные агрегаты вырабатывают электроэнергию, а отдавший практически всю свою потенциальную и тепловую энергию пар направляется в конденсатор — теплообменник, служащий для превращения пара в воду. Пар необходимо превратить в воду, чтобы его было легче сжать и отправить обратно в котлы, начиная паросиловой цикл заново.
Читать дальше →
Total votes 46: ↑45 and ↓1+55
Comments66

Развенчиваем мифы об ИТ в металлургии

Reading time9 min
Views16K

Привет, Хабр, меня зовут Иван Белов, я руководитель Backend-разработки в НЛМК ИТ. Регулярно принимаю на работу новых специалистов из различных отраслей и хорошо знаю, какие заблуждения есть у тех, кто мало знаком с нашей отраслью. Давайте попробуем развенчать самые распространенные мифы и послушаем истории наших айтишников.

Читать далее
Total votes 36: ↑31 and ↓5+46
Comments46

Уже сложно определить фундаментальную разницу между IT в промышленности и Интернет

Reading time3 min
Views2.2K

Поговорим об IT в промышленности с архитектором решений из команды Технологической Платформы НЛМК. Александр Лищук поделится своим мнением по вопросам, которые интересуют многих инженеров, решающих, стоит ли выбрать в качестве направления развития IT в промышленности:

● типичный стек разработки в промышленности

● дресс-код и субординация

● развитие IT в реальном секторе

Читать далее
Total votes 9: ↑6 and ↓3+7
Comments2

Как нарисовать завод на мнемосхеме

Level of difficultyMedium
Reading time10 min
Views7.9K

Для фронта MES у нас на заводе используются мнемосхемы производственных цехов. Мы очень любим их проектировать.

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

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

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

Читать далее
Total votes 32: ↑32 and ↓0+40
Comments24

Битрикс. Оптимизация сервиса, который помогает устранять опасности

Level of difficultyMedium
Reading time12 min
Views1.4K

Представьте: горячий металл, мощные машины, сотни работников — наше производство постоянно подвержено различным рискам. И как мы превратили эти вызовы в возможности? Этот рассказ будет о том, как мы воплотили в жизнь инновационную для компании систему сбора заявок об опасностях, о наших успехах, о трудностях, с которыми мы столкнулись, и о том, какие уроки мы извлекли из этого опыта. Давайте окунемся в мир цифровых решений и безопасности труда вместе!

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

Статья будет полезна архитекторам, руководителям и разработчикам.

Читать далее
Total votes 15: ↑14 and ↓1+14
Comments8

Зачем учить английский по учебникам? Выбирай книгу и читай

Level of difficultyEasy
Reading time4 min
Views18K

Привет, Хабр!

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

Подход можно применять начиная с уровня Upper Intermediate. Подход идеально подойдет тем, у кого есть желание сделать наконец передышку в учебе и просто «почилить» месяц-другой за чтением хорошей книги.

Всем добра,
Владимир

Читать далее
Total votes 12: ↑10 and ↓2+13
Comments39

Весь бекэнд сталелитейной компании — как это у нас устроено

Reading time6 min
Views11K
image

Пять лет назад у нас почти не было собственной разработки бэка: очень многие вещи делались силами подрядчиков, вендорами и командами поддержки. «Почти не было» — потому что всё же было много SAP и легаси-систем, разработанных, например, на Oracle, которые не менялись по многу лет.

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

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

Административно всё устроено так: есть профильные и функциональные центры компетенций, например, есть первые переделы (обработка руды и всё такое), есть прокатное производство, есть выплавка, есть ремонты, есть HR-системы и так далее. Функционально все бекэнд-разработчики объединены в нашем Центре компетенций. Я и лидеры гильдии отвечаем за соответствующие стеки.

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

Значительная часть наших задач — разработка цифровых помощников, оптимизаторов производства и многих других вещей, про которые вы уже несколько лет читаете у нас в блоге на Хабре. Мы делаем архитектуру, логику, реализацию под конкретное производство и контрибьютим это в свой набор компонентов.
Читать дальше →
Total votes 36: ↑36 and ↓0+37
Comments14

Маршрутизация обращений: автоматизация в ИТ-поддержке с помощью ИИ и языковых моделей

Level of difficultyMedium
Reading time8 min
Views3.4K

ИИ может не только ускорить, но и значительно повысить качество обработки обращений в техподдержку. Я занимаюсь в НЛМК генеративным искусственным интеллектом и расскажу, как нам совместно с ИТ‑вендором Аксеникс удалось преобразовать подход к обслуживанию ИT‑запросов поддержки пользователей через проект интеллектуальной классификации и маршрутизации.

Читать далее
Total votes 8: ↑8 and ↓0+8
Comments2

Каски, плюшки и настолки: чем живут промышленные айтишники

Reading time5 min
Views897

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

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

Если говорить про кофе, то он есть))

Читать далее
Total votes 6: ↑4 and ↓2+3
Comments1

Очень простая и даже местами детская задача — во что она превратилась

Reading time9 min
Views12K
image
Сепараторы, вид сверху

Сначала в карьере что-то бахает, потом мы дробим осколки породы на более мелкие части — примерно 5,7 мм. Наша задача — вынуть из руды все магнитные компоненты. Это мы делаем в магнитно-гравитационных сепараторах. Сначала большие дробилки превращают булыжники руды в гальку, потом — в зерно. Валковые прессы ещё больше истирают руду, которая затем идёт в шаровую мельницу, где она измельчается до стадии, когда магнитные составляющие практически полностью отделяются. В шаровой мельнице используется вода, 95 % которой добавляется на разных этапах. В итоге эту воду всё равно надо как-то «отжимать», и её удобно использовать как среду для мокрой магнитной сепарации.

Сепараторщик — человек с очень хорошим цветовым зрением. Время от времени он смотрит на цвет жидкости в МГС и «на глаз» определяет статус процесса: цвет от светло-бежевого до коричневого говорит о нормальной работе сепаратора. А если цвет становится более тёмным — это значит, что сепаратор начинает «хвостить» и пора вмешаться.

Поскольку отличить на глаз #996512 от #BF6009 легко, а вот от #88551F довольно сложно, на производстве предложили прикрутить к сепаратору колориметр. Это спасло бы от того, что они «хвостят», то есть подняло бы КПД на пару процентов и защитило от излишнего износа в нерасчётных режимах работы.
Читать дальше →
Total votes 52: ↑48 and ↓4+58
Comments29

GPT для генерации кода в реальном применении на производстве

Reading time4 min
Views13K


Кажется почти все используют GPT или другие LLM-based-решения для генерации кода. Есть куча проектов, где так же генерируют фронт (код интерфейсов). Собственно, когда у нас появилась дизайн-система со множеством компонентов, стало понятно, что это идеальная документация для обучения модели, ведь она включает в себя описание типов, аргументы, тесты и состояния использования компонентов.

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

Многие наши компоненты достаточно сложные. Самый сложный — таблица, потому что у нас много разных типов таблиц для производственных данных. Внезапно выяснилось, что разработчику нужно три дня, чтобы вникнуть в матчасть и написать свою первую таблицу — или же примерно 30 секунд на запрос «сделай мне таблицу для такой-то задачи», чтобы GPT-4 выбрал подходящие параметры и сразу показал, что надо. Либо дал скорректировать запрос, если таблица не подходит.
Читать дальше →
Total votes 25: ↑22 and ↓3+22
Comments27

Особый фронтенд на заводе: desktop first, тёмные помещения, промышленные интерфейсы и специфика производственных систем

Reading time6 min
Views6.2K
image

Привет, Хабр! Меня зовут Олег Рогов, я руковожу фронтенд-разработкой НЛМК. У нас команда на 70+ человек, в основном мы делаем интерфейсы для промышленных систем. Например, дизайнеры рисуют схему цеха или огромную таблицу сравнения для коксохима, мы всё это внедряем и потом поддерживаем на фронтах.

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

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

80 % наших задач крутится вокруг систем управления производством, то есть мобильное приложение или планшет — это для нас редкий экран, но и такое разрабатываем.
Читать дальше →
Total votes 44: ↑44 and ↓0+55
Comments21

Конвейерный апокалипсис отменяется

Level of difficultyEasy
Reading time5 min
Views3.2K
По конвейеру в Цехе горячего проката едут стальные рулоны весом от 10 до 36 тонн. Только так их можно транспортировать из цеха для дальнейшей обработки или отгрузки. Процесс такой: горячекатаный рулон сматывается, затем снимателем убирается с барабана моталки и передается на отводящий конвейер. Это занимает 2-3 минуты времени. Однако если конвейер вдруг останавливается, то куда девать смотанные рулоны? Просто горой у моталки не сложить и руками не отодвинуть (напоминаем, что это от 10 тонн и производство у нас непрерывное 24/7).


Рулончики на конвейере

В результате из-за одного конвейера всё (просто совсем всё) может пойти не так: встанут несколько предыдущих этапов производства, таких как Стан 200 и газовые печи, которые разогревают слябы перед подачей и выше по цепочке… В общем, критическая важность бесперебойной работы конвейера очевидна. Поэтому мы придумали систему слежения за исправностью конвейера.
Читать дальше →
Total votes 17: ↑17 and ↓0+17
Comments0

Как машинное зрение присматривает за коксовыми батареями

Reading time8 min
Views6.7K
image

Это коксовая батарея, внутри которой из угля выпекают высокотемпературный многотонный пирог.

Высота батареи — девять метров, а двери — пять.

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

Малейший дефект двери даёт утечку газа из печи. А мы это очень не любим по двум причинам:
  1. Мы живём в Липецке и хотели бы, чтобы он и дальше оставался самым чистым городом металлургов в России.
  2. Это снижает КПД печи.

И вот, когда в ИТ-отдел обратились экологи с просьбой помочь с более эффективным выявлением эмиссии, мы пошли смотреть, что можно сделать.
Читать дальше →
Total votes 52: ↑52 and ↓0+60
Comments30

Как мы увеличили интерес к новостям компании и вовлеченность сотрудников

Level of difficultyEasy
Reading time8 min
Views1.9K

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

Читать далее
Total votes 14: ↑9 and ↓5+6
Comments8

Регрессируем обычную известь

Reading time8 min
Views4.5K
Всем привет! На связи конвертерный цех № 1. Последние месяцы мы работаем над тем, как посчитать, сколько известковой пыли приезжает к нам на конвейере.

image
И на данный момент мы научились правильно определять это количество с вероятностью 85 %

И нет, мы не сошли с ума. Просто в процессе использования извести некоторое количество самой мелкой её фракции вылетает в трубу. Каждый раз — разное. И «вылететь в трубу» тут не фигуральное выражение, а точное описание процесса: около 10 % известковой пыли, которую мы отправляем в конвертер с жидким металлом, навсегда исчезает в аспираторе. Так как мы не знаем, от какого количества нужно эти 10 % взять и не можем посчитать, сколько её в какой момент улетит, известь в металл насыпается с запасом. И это бесит.

«А почему бы не посчитать, сколько вешать в граммах?» — заинтересовались мы и начали придумывать, как это сделать.
Читать дальше →
Total votes 34: ↑34 and ↓0+36
Comments10

Интерфейсы для производств — это не сайты штамповать

Level of difficultyEasy
Reading time8 min
Views9.8K

Стоит только коснуться производственной специфики, как стандартные подходы разваливаются на куски — даже если у вас уже есть огромная дизайн-система на основе популярной методологии Material Design. Я — Аня Труфанова, делаю дизайн для MES (manufacturing execution system). Нам пришлось взять дизайн-систему и наполнить ее уникальными фичами и кастомными компонентами, адаптированными под нестандартные условия. Сейчас я поделюсь, что именно мы переосмыслили и какие фичи добавили.

Читать далее
Total votes 25: ↑25 and ↓0+26
Comments14

Как мы оцифровывали каждый шаг производства, чтобы завод точно знал, что, как и когда делать

Reading time6 min
Views10K
image
Подручный сталевара берёт пробу химсостава металла на установке печь-ковш

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

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

У нас есть два гипермозга:
  1. Календарное планирование играет в оптимизацию на стороне клиентов. Оно знает, что нужно производить и когда, чтобы отгрузить заказы максимально оперативно и вовремя.
  2. Графикователи же пытаются из этих условий собрать оптимальную загрузку оборудования и, возможно, произвести ещё что-то, что можно присоединить к имеющимся сериям. Они отвечают за максимальную эффективность производства в коротком горизонте.

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

Оцифровка завода из бумажного вида заняла год. Пришлось многое переформатировать, чтобы оно уложилось в понятную логику таблиц и данных. Это было основным и очень трудным челленджем, который вырос в непрерывный процесс и продолжается до сих пор.
Читать дальше →
Total votes 39: ↑38 and ↓1+40
Comments14

Тенденции адаптивного и инклюзивного дизайна: доступность для всех пользователей

Level of difficultyEasy
Reading time8 min
Views1.2K

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

Читать далее
Total votes 7: ↑6 and ↓1+7
Comments0

Потребитель VS поставщик информации: принципы построения интеграционного взаимодействия

Level of difficultyEasy
Reading time6 min
Views1.7K

Всем привет!

Сегодня я расскажу про роли поставщика и потребителя в контексте информационных систем. Под поставщиками я подразумеваю информационные системы, которые передают информацию, а под потребителями – которые ее получают. Также расскажу об основных правилах игры, которые мы выработали у себя в команде.

Зачем нужны правила? Представьте, если бы светофоры в разных городах имели бы разную цветовую гамму. К сожалению, похожий бардак иногда встречается в различных областях нашей жизни, и сфера информационных технологий — не исключение!

Статья поможет структурировать информацию тем, кто проектирует информационные системы и взаимосвязи между ними.

Читать далее
Total votes 8: ↑7 and ↓1+6
Comments0

Information

Rating
Does not participate
Location
Москва и Московская обл., Россия
Works in
Registered
Activity