Как стать автором
Обновить
269.28
НЛМК ИТ
Группа НЛМК
Сначала показывать

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

Время на прочтение6 мин
Количество просмотров13K
image

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

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

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

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров15K

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

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

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

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

Читать далее
Всего голосов 12: ↑10 и ↓2+13
Комментарии37

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

Время на прочтение6 мин
Количество просмотров10K
image

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

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

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

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

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

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

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

Время на прочтение9 мин
Количество просмотров12K
image
Сепараторы, вид сверху

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

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

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

Как подружить редактора и разработчика: ключевые особенности изменения контента на CMS Bitrix

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров804

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

Статья предназначена для тех, кто занимается разработкой внешних сайтов компании, владельцам сайтов или бизнеса, а также сотрудникам, занимающимся внешними коммуникациями. Материал поможет «найти баланс» писателям и разработчикам и обойти последним неудобные технические проблемы в управлении контентом на 1С-Битрикс.

Читать далее
Всего голосов 12: ↑11 и ↓1+12
Комментарии3

Оптимизатор монтажей прокатного стана-2000

Время на прочтение13 мин
Количество просмотров5.1K
image

Оптимизация завода делается на разных уровнях. Вот пост про 48-недельное планирование (верхнеуровневая кластеризация заказов в серии) с посуточным планированием и графикованием цеха (что и в какой последовательности производить, чтобы потребовался минимум переналадок) с шагом планирования 10 минут.

Я занимался графикованием одного станка, правда, размером с огромный цех в несколько футбольных полей. Таких задач на заводе сотни, и вот я один из тех айтишников, кто их решал. Верхнеуровнево про работу цеха проката есть тут, поэтому сразу без вступлений давайте я расскажу про оптимизацию.
Читать дальше →
Всего голосов 34: ↑34 и ↓0+36
Комментарии10

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

Время на прочтение4 мин
Количество просмотров13K


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

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

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

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

Время на прочтение5 мин
Количество просмотров847

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

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

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

Читать далее
Всего голосов 6: ↑4 и ↓2+3
Комментарии1

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

Уровень сложностиСредний
Время на прочтение8 мин
Количество просмотров3.1K

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

Читать далее
Всего голосов 8: ↑8 и ↓0+8
Комментарии2

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

Время на прочтение6 мин
Количество просмотров5.9K
image

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

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

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

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

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

Время на прочтение8 мин
Количество просмотров6.6K
image

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

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

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

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

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

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

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров1.1K

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

Читать далее
Всего голосов 7: ↑6 и ↓1+7
Комментарии0

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

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров1.8K

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

Читать далее
Всего голосов 14: ↑9 и ↓5+6
Комментарии8

Об ИС «Управления проектами» или как мы боролись с ограничениями SharePoint в legacy проекте

Время на прочтение5 мин
Количество просмотров1.3K

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

Читать далее
Всего голосов 8: ↑8 и ↓0+9
Комментарии4

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

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

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

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

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

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

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров9K

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

Читать далее
Всего голосов 25: ↑25 и ↓0+26
Комментарии14

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

Время на прочтение6 мин
Количество просмотров10K
image
Подручный сталевара берёт пробу химсостава металла на установке печь-ковш

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

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

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

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

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

Как мы приготовили массу блюд c помощью одного ингредиента: GraphQL

Уровень сложностиСредний
Время на прочтение12 мин
Количество просмотров3.8K

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

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

Читать далее
Всего голосов 7: ↑6 и ↓1+7
Комментарии4

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

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


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

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

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

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров1.7K

Всем привет!

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

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

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

Читать далее
Всего голосов 8: ↑7 и ↓1+6
Комментарии0

Информация

Сайт
nlmk.com
Дата регистрации
Дата основания
2013
Численность
свыше 10 000 человек
Местоположение
Россия