Всем привет, я ведущий разработчик в ИТ-команде «Северстали» Сидоров Артём. Сегодня хочу рассказать, как мы с командой реализовали систему контроля качества нашей частной сети LTE.

Сбор телеметрии нужен для отслеживания состояния сети, если качество сети проседает в какой-то области, то нужно провести работы по восстановлению работоспособности LTE. Также это понимание, какой версии прошивка, какая сим-карта стоит в модеме на текущий момент.

В октябре 2025 года в Нижнем Новгороде на форуме «Промышленная автоматизация: переход на открытую АСУ ТП» с коллегами зашел интересный разговор о Linux с патчем реального времени. В разговоре затронули разные интересные моменты: работа через гипервизоры, выделения ядер и отличия от QNX.

Договорились о том, что я напишу небольшой гайд, рассказывающий что и как можно сделать, чтобы оптимизировать время отклика. Отдельно отмечу, что задачу доказать, что Linux с патчем PREEMPT_RT является операционной системой жёсткого реального времени перед собой не ставлю. На мой взгляд, она такой не является, так сказать by designe, в отличие от тех же QNX , VxWorks и ThreadX.

Открытая АСУТП хороша тем, что её можно и нужно адаптировать под себя. Но что делать, когда встроенного функционала не хватает? Когда вам нужна уникальная логика, алгоритм или расчёт?

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

Привет всем, меня зовут Черныш Татьяна, я – веб-дизайнер в компании «Северсталь» и это рубрика «Опять что-то на дизайнерском».

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

Привет, дорогой читатель! Я, Владимир Зиновьев, ведущий тестировщик в ИТ-команде «Северстали». Если тебя заинтересовала эта статья, то скорее всего ты такой же тестировщик, как и я, и задаёшься вопросом, как эффективно выстроить свою работу. Здесь я поделюсь долгим путём нашей команды со всеми «шишками» и успехами тестирования наших систем в большом MES-проекте. Особенно я бы порекомендовал обратить внимание на раздел с тестированием «Legacy-системы», так как там применялись довольно нестандартные и интересные подходы, по-моему мнению, конечно. Давай погружаться.

Добрый день! Меня зовут Евгений Ионенко, я — руководитель направления в ИТ-команде «Северстали», занимающейся разработкой компонентов для открытой автоматизированной системы управления технологическим процессом (АСУТП). В марте этого года мы начали выпуск статей, посвящённых разработке компонентов открытой АСУТП, с предыдущей статьёй этого цикла можно ознакомиться здесь: Статья №3.

В этой статье я расскажу, как настраивать плагин протокола Modbus TCP/RTU Master/Slave на примере небольшого проекта.

Всем привет! Меня зовут Артём Сидоров. Я ведущий разработчик из ИТ-команды «Северстали». Сегодня хочу рассказать, как мы реализовали «Универсальный сервис по сбору телеметрии с CAN-шин на технике».

Мы — команда «Дизайн и клиентский сервис» в ИТ-команде «Северстали» – задались целью провести анализ трендов и тенденций в дизайне интерфейсов и мире и приземлить это на реалии UX/UI, с которыми работаем. Тема большая и сложная, поэтому:

1. Начнём с того, что такое тренды и как они появляются.

2. Разберём жизненный цикл тренда.

3. Изучим виды трендов.

4. Завершим разбором потребителей трендов и намекнём на наше ещё более глобальное исследование :-)

Добрый день! Меня зовут Иван Ярцев, я — архитектор автоматизированных систем управления технологическим процессом (АСУ ТП) в ИТ-компании «Северсталь», занимающейся разработкой компонентов для открытой АСУТП.

В этой статье рассмотрим архитектуру программного программируемого логического контроллера (ПЛК), а также самостоятельную сборку среды исполнения из исходников и запуск её из готовых сборок. Самостоятельную сборку опишем на примере российского одноплатного компьютера Repka-pi, имеющего архитектуру aarch64.

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

По инструментам всё достаточно просто. На столе у нас GitLab, ему когда‑то очень‑очень давно помогал Jenkins, немного Vault, чуть‑чуть Helm. Далее погружаемся в кубер, в его лучшую версию на все времена — RKE (Rancher Kubernetes Engine), там уже и Graylog наблюдает за нами, рядом же крутится Kafka c Redis.

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

Год назад наша компания столкнулась с проблемой, знакомой многим крупным организациям. Разные команды, работая над похожими сервисами, каждый раз решали одни и те же задачи: настраивали CI/CD, поднимали окружения, интегрировали мониторинг и управляли зависимостями. В результате мы получили дублирование усилий, фрагментированность подходов и значительное замедление стартовой фазы проектов.

Платформа, как и правила дорожного движения, нужна для создания единого стандарта, который обеспечивает порядок, безопасность и удобство взаимодействия всех участников. Без неё возникает хаос: каждый действует по своим правилам, что приводит к конфликтам, рискам и неэффективности. Например, когда на дорогах появились ГИБДД, водители стали соблюдать правила только в присутствии инспекторов, а при их отсутствии часто позволяли себе нарушения. С внедрением автоматизации, таких как камеры контроля скорости и светофоры с датчиками, соблюдение правил стало постоянным, так как система работает всегда и везде, а не только «при виде инспектора». Это показывает, что платформа упрощает взаимодействие, делает его предсказуемым и позволяет легко адаптироваться к новым условиям, сохраняя баланс между старыми и новыми участниками системы.

Всем привет! Меня зовут Иван Кузнецов, я руковожу группой «Дизайн и клиентский сервис» в ИТ-команде «Северстали» Если в первой части мы поделились предпосылками, целями и общим видением будущей системы, то сейчас настало время заглянуть «под капот» и рассказать о том, как мы воплотили эти идеи в жизнь. Здесь подробно обсудим архитектурный подход, ключевые принципы построения системы, а также познакомим вас с важнейшим её аспектом – токенной системой, которая обеспечивает единообразие и адаптивность продуктов построенных на её базе.

Добрый день! Меня зовут Татьяна Пчельникова, и я — владелец продукта в ИТ-команде «Северстали», занимающейся разработкой компонентов для открытой АСУТП. В марте этого года мы начали выпуск статей, посвящённых нашей разработке компонентов открытой АСУТП, с первой статьёй этого цикла можно ознакомиться здесь: Как построить открытую АСУТП. Рождение идеи открытых систем: почему мир движется в этом направлении / Хабр. Мы внимательно прочитали все комментарии к прошлой статье и хотим отметить, что тема вызвала большой интерес и горячие споры, а значит, направление — актуальное, и  мы продолжим цикл публикаций. 

Чтобы не было разночтений, давайте дадим определение открытой АСУТП. Открытая АСУТП — это система, построенная на принципах модульности, совместимости и взаимозаменяемости компонентов. Она позволяет гибко использовать элементы от разных производителей, являясь независимой от конкретного поставщика, и обеспечивает простую интеграцию с другими системами посредством реализации международных стандартных протоколов и интерфейсов. Эти характеристики позволяют открытой АСУТП масштабироваться как горизонтально, так и вертикально, что делает её перспективной для промышленного применения. «Северсталь» делает два компонента: открытый программный ПЛК (среду исполнения) и открытую среду разработки. Открытая SCADA, интересующая комментирующих, тоже разрабатывается, но другими участниками, входящими в рабочую группу открытой АСУТП.  

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

Всем привет! На связи Максим Паршонок, разработчик ИТ-команды «Северстали».

XR (виртуальная, дополненная и смешанная реальность) — это не просто модный тренд. Это реальный инструмент, который буквально переворачивает бизнес-процессы с ног на голову, делая их эффективнее и умнее. С 2018 года мы занимаемся созданием виртуальных тренажеров для обучения сотрудников нашей компании и внешних заказчиков и уже писали о том, как,  с каких инструментов и технологий начиналось развитие нашего направления, а в этой статье я расскажу как мы адаптировали для своих задач самые востребованные механики в игровой VR-индустрии. 

Реальность vs Виртуальность: а это для кого?

Молодые ребята в VR (чате GPT, DeepSeek или мемах) — как рыба в воде, обилие мультимедийного контента и доступность технологий с детства позволяют легко изучать новые девайсы и применять их в повседневной жизни. А вот ключевые пользователи наших продуктов зачастую —  эксперты на производстве с  20-летним опытом, иногда для них VR-очки — хуже китайской грамоты. VR? AR? Геймпад? И даже тактильные перчатки?

В последнее время рынок автоматизированных систем управления технологическими процессами (АСУТП) переживает период глубокой трансформации. Традиционные подходы к автоматизации, основанные на закрытых проприетарных решениях, уступают место открытым системам, которые предлагают большую гибкость, масштабируемость и экономическую эффективность. Но почему мир движется в этом направлении? Какие вызовы стоят перед рынком АСУТП, и как открытые системы стали ответом на эти вызовы? Давайте разберёмся.

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

Меня зовут Неля Васенина, я продуктовый дизайнер в IT-команде «Северстали» — одной из ведущих металлургических компаний мира, в которой работают 3000+ айтишников. Мы разрабатываем инновационные продукты, от VR-очков для обучения рабочих до сложнейших CRM-систем для аналитиков в тяжёлой промышленности.

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

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

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

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

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

История масштабная, и я расскажу о ней в трёх частях.

Привет, Хабр! Меня зовут Анастасия Богомолова, я руководитель группы бизнес-анализа в ИТ-команде «Северстали», и я расскажу про наш опыт разработки «своего» MES.

Внедрение систем управления производственными процессами (MES, Manufacturing Execution Systems) уже давно актуально в условиях быстрого развития технологий и необходимости повышения эффективности производства. Мировые лидеры в разработке MES-систем обладают десятилетиями опыта внедрения, в том числе на территории России.

Некоторое время назад повестка импортозамещения систем управления производственными процессами (MES) в разных отраслях стала одной из ключевых задач. Многие компании провели детальный анализ существовавших на тот момент отечественных аналогов. Эти решения не смогли закрыть все потребности бизнеса или не содержали уже привычный уровень функциональности и удобства. 

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

Мой опыт работ с MES-системами начался задолго до прихода в «Северсталь» и насчитывает более 10 лет. Поэтому здесь я обобщу самые частые проблемы компаний, задумавшихся о написании своего MES. 

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

Если провести сотню собеседований, отсмотреть пару десятков подрядчиков, видно, что многое в CV (Computer Vision) для промышленности продолжает крутиться вокруг хорошо зарекомендовавших себя детекторов: Yolo разных версий, Faster RCNN, Mask RCNN. Мы тоже во многом живём на них: безопасность на производстве контролируется Yolo-детекторами, дефекты поверхности металла в плоском прокате работают на Faster RCNN и Mask RCNN. Это уже бейзлайн, который зачастую и доходит до продуктива.

Но на месте не стоят ни архитектуры нейронок, ни подходы к решению задач.

Если посмотреть на текущие тренды, то можно выделить следующее:

● в статьях преобладают архитектуры, основанные на трансформерах;

● появляется все больше foundation-моделей;

● модели работают в открытом мире и учатся в self-supervised манере;

● инструменты для CV используют для автоматизации универсальные модели, например, CLIP, Dinov2, Segment Anything; 

● развиваются few-shot, single-shot и zero-shot подходы, unsupervised и self-supervised обучение.

О том, для чего мы применяем это, я и расскажу подробнее.