Comments 124
Такое ощущение что статья недописана. Я начал читать прочёл список терминов, а они как то и не нужны оказались.
Согласна, что термины избыточные, сейчас убираю лишнее. Сначала планировали все их ввести в статью, а потом решили попроще рассказывать, не перегружать спецификой. А так, все, что хотели рассказать, все рассказали.
Забавно что для меня непонятен термин НЛМК. Понятно что металлургический комбинат. Новолипецкий? Даже сайт nlmk.com сурово сообщает что это группа НЛМК.
Вполне вас понимаю, путаница случается. НЛМК – Новолипецкий металлургический комбинат (физически в Липецке находится). Группа НЛМК – более широкое понятие - включает в себя еще несколько заводов на Урале (Виз-сталь и другие), Калуге, Стойленский горно-обогатительный комбинат, где мы добываем и перерабатываем руду (см. предыдущую статью) и ряд других предприятий в России, а также несколько заводов за рубежом: в Европе, США и в Индии.
Кто учил так взлетать - 1 публикация 12 комментов - 52 карма 144 рейтинг ? Блатота. __________ 52 Карма 143.9 Рейтинг @DTN Пользователь Зарегистрирован 12 октября В рейтинге 23-й ПУБЛИКАЦИИ 1 КОММЕНТАРИИ 12
45 лет на одном рабочем месте?
А что такого?
Да, коллеги, да. Больше полжизни. Но НЛМК это буквально город в городе (занимает, кстати, 1/6 часть моего родного Липецка). Мне кажется, если работать в нем 100 лет и каждый год на новом месте, то все равно не узнаешь всего. И я много где работала и много чем занималась. Мне не скучно.
Как я понял, вы теперь, получается, учитываете каждый кирпич футеровки? Осталось в них запекать rfid. (А что, транзисторы GaN работают до 1000гр.С.: "а была продемонстрирована работа GaN полевых транзисторов ... а учеными Института квантовой физики и фотоники (Швейцария) – при 1000°С" https://www.electronics.ru/files/article_pdf/3/article_3287_152.pdf)
[это был некоторый юмор-50%]
А теперь, почему я Вами восхищаюсь:
"Определяющие "видовые признаки" человека - это умение пользоваться огнем, изготавливать орудия труда, обучаться в зрелом возрасте и самостоятельно создавать для себя среду обитания. Ходьба на двух ногах и членораздельная речь - монополией людей не являются. Они более-менее обычны для многих животных..."
Джаред Даймонд, USA, ХХ век от Р. Х.
Низкий Вам поклон и безграничное уважение :)
А в систему учёта все данные только ручками нужно добавлять, или она ещё подсасывает что-то от датчиков во время выплавки?
Вообще у нас все оборудование в датчиках, которые собираются в MES, а потом передаются в Kafka на единой цифровой платформе НЛМК. Но для нашей системы данными являются даты ввода и вывода футеровки в эксплуатацию, характеристики и объем расходов материалов. На такие параметры, естественно, и вводим руками.
Простите, возможно я не улавливаю всей глубины глубин, но у меня сложилось ощущение, что с подобной задачей (приход/расход/разнесение по объектам поставок) вполне бы справилась обычная 1С?
кажется, даже "колбаски" в экселе вывезли бы это влёгкую...
1C не покажешь инвесторам, особенно западным. SAP это стандарт, понятный всем в том числе и аудиторам. У нас тоже на предприятии всю 1С на SAP заменяют.
Я могу предположить, что дело не только (и не столько) в западных инвесторах, сколько в том, что у Вас 1С уперлась в свой технологический "потолок" (например проблема "99999 строк в таблице"), поэтому Вам пришлось в уходить SAP. Из своего личного опыта могу сказать, что 1С может остаться на некоторых участках для оперативного учета.
Замените в утверждении про SAP: SAP на 1С, а 1С на Excel(или бумажный учет) и вы получите разговор с идентичными доводами про бессмысленность внедрения 1С "за такие деньжищи" и прочее, только в масштабе мелкого бизнеса.
А что за MES система имеется ввиду? Я занимаюсь разработкой ZIIoT, по логике характеристики и объем расходов материалов вполне ложатся в объектную модель.
Спасибо. Было очень интересно прочитать. Но технических деталей хотелось бы по-больше. Надеюсь, что будут и ещё статьи (с алгоритмами, технологиями, или чем-то ещё интересным)...
А как контролируется чистота металла, в том смысле, что в расплав не попадают куски футеровки, бетона, и т.д.?
Из ковша кажись в сляб отливают. Будет с мусором - пойдёт в переплавку, а ковш на перефутеровку.
Футеровка не разрушается кусками, а как бы «растворяется» постепенно. У металла плотность около 7г на см3, а у огнеупоров максимально до 4х, т.е. плотность меньше, и если бы куски были, то они бы всплыли и были удалены с поверхности вместе со шлаком. Контроль качества металла есть на всех уровнях: и во время плавки, и уже в слябах.
Разница по плотности между материалом футеровки и металлом примерно в два раза. Все, что отваливается- всплывает. Но есть еще такое понятие, как неметаллические включения (т.е настолько мелкие, что находятся в виде эмульсии в металле). Для того, чтобы они не попадали в сляб, есть и продувка металла аргоном и отстаивание его в промежуточном ковше, служащим одновременно для стабилизации давления/скорости истечения металла в кристаллизатор.
Они всплывают и в шлак уходят.
пользовательском интерфейсе системы
Душераздирающий у вас интерефейс, всё что могу сказать. Откройте GCP или AWS и посмотрите как в современном мире справляются UI/UX у куда более сложных структур.
На скрине обычный ERP, ничего необычного ;)
Обычный советский дизайн. Bold italic в заголовке, ужасное визуальное загромождение всего.
Сравните с GCP:
![](https://habrastorage.org/getpro/habr/upload_files/e58/b64/b7a/e58b64b7a0f2bff623b699e50f9fc413.png)
Bold italic, конечно, перебор. Но в остальном для узкозаточенного софта с минимальной аудиторией, которая проходит обучение, выглядит приемлемо.
Коллеги, спасибо за мнения. Оцените и интерфейс дашбордов для более верхнеуровневых отчетов. Что касается основного сервиса, да это SAP, и для всех наших 25 пользователей в цехе очень привычно – мы тестировали.
![](https://habrastorage.org/getpro/habr/upload_files/e8b/a09/a86/e8ba09a86a0ef1ad69d3aa569f7f5f9d.png)
![](https://habrastorage.org/getpro/habr/upload_files/688/2a3/d5f/6882a3d5f52817961bbf58618e3367a7.png)
Гугл тоже так себе пример веб-интерфейса, - к приведенному скриншоту можно долго придираться. А в том же Google Ads и повеситься можно с непривычки. Вот у Jira хороший, робастный интерфейс (с ними другая проблема, - они слишком активно деплоят и порой ломают пользовательские привычки, но тяга к лучшему заслуживает похвалы.)
Согласен на 100%, у гугла интерфейсы далеко не образцовые.
К гуглу отдельный класс претензий (включая меню с двойной боковой панелью), но всё-таки визуальное исполнение несравнимо. Отступы, акценты, аккуратность с цветом...
С одной стороны я бы и сам табличные интерфейсы почистил вроде лишних рамок, отступов у заголовков и выравниваний у колонок не по тем краям и прочего, но насчёт
ужасное визуальное загромождение всего
я вполне допускаю, что пользователям важно видеть всё содержимое строк разом, и дизайн вроде GCP для них бы означал кучу пропадающего места и необходимость постоянно кликать по отдельным строкам, чтобы увидеть подробное описание, либо лишний раз скроллить из-за того что мало строк помещается.
Вообще я бы не брался оценивать дизайн системы сталелитейного производства, не будучи сталеваром. Некоторые "лишние нагромождения" могут оказаться кому-то нужными.
Дело не в концентрации информации, а в том, что есть нефункциональные элементы, которые отвлекают. Даже если человек к ним привык.
![](https://habrastorage.org/getpro/habr/upload_files/5b1/c69/307/5b1c69307f9614e14206b8bb57aa305f.png)
Вот тут вот, сколько элементов? 3, один из которых заголовок. А сколько у нас тут цветов?
5 фонов! ПЯТЬ. На 2 функциональных элемента и заголовок.
Ну это рудимент ribbon-а, имхо. Конечно, можно было бы сделать несколько чище, но главное, чтобы пользователю было удобно функционально, - остальное в промышленных системах вторично. Пусть хоть десять фонов, но при этом у оператора даже не возникает сомнения, что, допустим, ID и Name в GCP это точно заголовки колонок а не данные в них, а PERMISSIONS и LABELS (зачем кричать, кстати) это табы с похеренными границами, а не просто текст с соплей внизу. А за такие узенькие скроллбары, как на скрине справа просто повбывав бы. Пиксель хантинг в промышленных и медицинских АРМ-ах недопустим (хотя порой и такое случается, да, но это не повод для гордости за чистоту дизайна)
Это с одной стороны объективный косяк, с другой вы по-моему слишком строго на него реагируете. Ну, торопились и сделали по-быстрому, и теперь, чтобы убрать, кому-то надо сесть и нормально настроить панели под заголовками. При этом не факт, что на это будет время, даже если кому-то будет не лень. Или могут заставить обосновывать время запланированное на то, что никому вроде не мешает, а просто выглядит убого.
Хороший разработчик постепенно будет фиксить такие вещи вместе с другой задачей или выделить время и пофиксит несколько скопом, но давайте будем объективны, сколько дней в году мы хорошие?
Ну и есть ещё вероятность, что в стандартных компонентов для панелек / таблиц и прочего может не хватать нужной настройки и придётся что-то дописывать самому, в лучшем случае усложняя поддержку, а в худшем и вовсе добавляя баги.
Я не верю в то, что коммерческие разработчики системы, которой они сами не пользуются, могут такое исправить. Для этого нужна воля менеджмента и UI/UX специалист, который готов в это всё влазить.
Программисты могут делать нереально удобно только в одном случае, если они сами этим пользуются. (См git, например, или любимый фреймворк). Если это коммерческий продукт, да ещё и с большим числом разработчиков, программисту это просто нафиг не сдалось.
А что в этом интерфейсе плохого?
кнопки желтые, видно на фоне. а то что там 4 серо-синих цвета, то эту тонкость во первых не особо видно, во вторых люди заняты не разглядыванием бантиков, в третьих, от качества монитора зависит, как эти цвета выглядят.
Нормальный интерфейс, несколько устаревший, так это же не хипстерский айфон.
Обычный советский дизайн.Не советский, а немецкий. Это типичный вид интерфейса из SAP ERP.
Прям с bold italic в заголовке?
Ну и bold italic в заголовке — это ещё цветочки. Как вам неконсистентные иконки для однотипных действий? Или навигация по ничему не значащим кодам вроде GT53, IW99, MIRO и т.п., которые вам надо помнить и вбивать в строке поиска?
Сравните количество информации на экране у вас и у автора. У вас очень многое скрыто или отсутствует, или выводится в правую панельку.
Такое решение выглядит чище, но не годится - не позволяет окинуть взглядом общее состояние системы. В вашу стилистике для этого нужен либо отдельный дашборд, либо очень много кликов.
Ещё раз картинка автора
![](https://habrastorage.org/getpro/habr/upload_files/e42/96a/1e6/e4296a1e6451ed3b3ede244421cd2220.jpeg)
Модные интерфейсы не всегда хороши для реальных задач.
Я всё равно не понимаю, почему столько цветов в заголовке, чем помогает bold italic, почему пользователи записаны CAPS_ONLY, почему префикс у каждого элемента - 10-007-29-003-001 (хотя реалистично они различаются последними тремя цифрами) и т.д. (Если бы я делал - я бы подсвечивал серым общий префик и более ярким различия, в рамках текущего view).
Я не возражаю против плотности, я вижу, что на экран жамкали не думая про внешний вид и удобство чтения.
Интерфейс старый, безусловно. Вероятно, это ограничение SAP?
А чем вам так вредит bold italic в заголовке? Да, я бы делал не так, но если пользователям нравится - хоть Comic Sans пусть ставят и включают жирные тени от окон.. их система, их правила.
Если вы спросите у конечных пользователей этой системы — операторов/технологов, то с удивлением услышите, что сделано как раз идеально, а интерфейсы «нового типа» неудобны и непонятны. Причём об этом вам будут говорить все, вот вообще все.
Есть простой вариант проверки нужно ли слушать пользователей. Берете ДБО для ЮЛ практически любого из банков и садитесь забивать платёжное поручение. Безумное количество лишних действий и лишней информации для простой оплаты по счету.
А бухам норм, они ко всему этому бреду привыкли, а для ускорения грузят платёжки из 1С пачками. То есть как бы и не критично, и профессионалам(явно не в области эргономики) нормально, и несколько конкурентных продуктов имеется. А все равно 100 сортов г..на на выходе.
ERP от 1С более человечный :)
Это вот от этих милых ребят, которые в погоне за "человечностью" и прочим управляемым модным широким интерфейсом сделали так, что если раньше документ "табель" показывал порядка 28 человек на экране и полный месяц теперь показывает 8, и до 16 числа, а если хочешь больше, то надо скроллить?
(это в фул ХД 100%, бедная тетя бухгалтер с проблемами зрения ставит 120% и вот уже у неё при просмотре проводок в таблице помещается всего одна проводка (+шапка +подвал таблицы)
В 1с у окошка (каждого) есть настройка масштаба (три точки). Ставим 4к экран, ну и т.д.
Сделать колонку в которую будет влазить две буквы пробел и две цифры сильно уже не получится. А "целый" месяц в ЗУП 2.5 влазил в две строчки..
Ну то есть нам все испортили, но можно героически залить проблему деньгами. Но даже если просто заменить ФулХД 23" на 4к 23" пользователь подкрутит буковки до обычного размера. А 4К 46" уже рядовое рабочее место не выдержит.
И целый месяц в 2 строчки позволял показать 28 человек, а пол месяца позволяет показать 8 толи 16. Давно когда-то реально скриншоты делал, сейчас могу ошибаться в точных цифрах, но то, что информации стало в 4 раза меньше и оценить табель без лишнего скролла невозможно это точно.
Еще бы AI в эту систему привязать, например - предиктивную аналитику, предсказывающую выход из строя слоев футеровки до их реального разрушения - было бы интересно.
Почему не получится? Данные для AI - это режимы плавок + результаты измерений футеровок неразрушающим контролем + данные по матерьялам. Просто тут нейросети излишни, для предсказания достаточно кластеризации полученных результатов.
Помните, лет так 40 назад, на буме хайпа экспертных систем придумали простую систему предсказаняи погоды - на основе спичечных коробков, которые и на основе опыта и выдавали вероятности?
Вот примерно такой системы и хватит, чтобы прелсказать, что в этой точке жизненного цикла проверка футеровки с вероятностью 99,99% ничего не найдет и может быть прпопущена. Ну и выбрать наиболее оптимальные точк проверки.
Очень интересно и необычно для Хабра. Спасибо, пишите еще :)
По каким причинам выводится из работы рабочая футеровка стальковша если не дошла до определенной стойкости?
Через каждые несколько плавок делаем лазерное сканирование для выявления остаточной толщины футеровки. Прикрепляю картинки, где видно, в каком месте какая толщина. Минимальна остаточная толщины рабочего слоя (верхнего) футеровки около 80мм, при меньшей толщине выводим из эксплуатации, может произойти прогар ковша (в сталеразливочном ковше 320!т металла). Но визуальный осмотр после каждой плавки тоже никто не отменял. У мастера глаз наметан. Если вдруг есть понимание незначительного размыва шва между огнеупорами, мастер может дополнительно просканировать. На лазере ковш раскладывается в плоскости и все сразу видно. Тогда это будет опережающий износ, к счастью так очень редко бывает.
![](https://habrastorage.org/getpro/habr/upload_files/f30/486/4cf/f304864cfa10c8c314abc48bfcfc80bc.jpg)
Интересно было бы почитать про эволюцию систем (ПО, железо) в таком огромном предприятии как НЛМК - что использовали и какие задачи решали в 70е-80е (а можно и раньше) и до наших дней.
что использовали
Релейно-контактные схемы → SIMATIC S3 (сам не видел, но вроде где-то был) → SIMATIC S5 → SIMATIC S7 → SIMATIC S7-1200/1500.
какие задачи решали
Да примерно те же самые и решали. Металлургия — достаточно консервативный домен, разница с 1980 (и даже с 1880) больше количественная, чем качественная.
В этой стадии пока что объединили экономические и технологические процессы эксплуатации ковша — то, что облегчает работу экономистам, закупщикам, руководству, статистикам. Дата и время футеровки учитываются.
Кто делал футеровку — фиксируется на бумаге (юридический документ), за каждым огнеупорщиком остается персональная ответственность за качество выполненной работы (толщина шва в футеровке не более 1мм!).
Может проглядел в статье - каким образом вы измеряете толщину оставшихся слоев футеровки? Как-то механически бурением и линейкой или неразрушающим методом? Или просто опытным путем известно время жизни слоев футеровки?
Была аналогичная задача для глиноземной печи, там используют для измерения толщины футеровки в том числе георадарный метод, который позволяет определить неразрушающим методом толщину слоя и найти "слабые места" внутри - разрушенные кирпичи и т.п.
Статья начинается с проблем выплавки металла, а заканчивается проблемами учета ремонтных работ. Все таки нужно концентрироваться на какой-то одной теме и раскрывать ее полностью. Если выплавка - то нюансы, немного тех. деталей, неординарные решения(если есть) и т.д.
Если учет - то значимые детали реализации. Например, использовавшиеся технологии, подвязка датчиков к ERP, используется ли AI. Если да- то как и какие трудности были на этапе разработки. Как поживает команда разрабов. И вот это вот все:)
Не знаю всю глубину проблем вашего учета, но судя по тому, что Вы привели в статье - учет не самый сложный. К примеру, банальная 1с обрабатывает куда более сложные бизнес-процессы и ее основные минусы -в закрытости экосистемы для интеграции с "чем душа пожелает" (пробросить датчики без диких костылей в 1с не получится, AI - не, не слышали и т.п.) и бюрократическая парадигма. Учитывая стоимость SAP и ,особенно, малочисленность разработчиков под нее в СНГ, а дорабатывать придется много и всегда - стоило ли оно того?
Возвращаясь к статье - у нее отличный потенциал. Только нужно придерживаться одной темы. Даже если это внедрение учета - то не в стиле презентации, а в стилистике фильма, как "в жизни" с какими-то деталями, "личностями", мелкими, но интересными решениями и т.п.
Но в любом случае - спасибо за статью!
Какие датчики не удается пробросить к 1с? Технология внешних компонент доступна всем.
Я и не говорил, что нельзя. Я сказал, что все это требует костылей в худшем смысле этого слова, интеграция сильно ограничена. Мне известно лишь 2 способа - устаревшее COM-соединение(нестабильный подсос dll) и http через публикацию базы. И все это костыль на костыле. Проблема не в способе обмена, а в отсутствии архитектуры обмена.
Все познается в сравнении. Когда мне довелось делать интеграцию ТСД- научить ПО на C# работать со встроенным сканером, чей драйвер написан на C и обернут в Java. Так вот, несмотря на весь этот зоопарк языков, интеграцию можно было сделать так, как душе угодно. Вот тогда и стало понятно, насколько ограничена 1с в плане взаимодействия с внешними устройствами.
Внешние компоненты у 1С работают только на клиентских рабочих местах. Для сервера приложений 1С приходится извращаться с помощью COM+ (если сервер приложений развернут на Windows), а это не совсем "технология внешних компонент" в терминах 1С.
У вас какие-то неправильные представления о внешних компонентах. На сервере вполне работают компоненты написанные по технологии NativeAPI. 1С только призывает серверные компоненты собирать/писать под все архитектуры, а не ограничиваться win32. Потому что базу могут загрузить куда угодно. И так уже лет 10 минимум. COM+ поддерживается для обратной совместимости.
Про выполнение компонент,сделанных по технологии NativeAPI на сервере приложений был неправ – просто в памяти отложилась дискуссия (года так 2019-2020) на Инфорстарте о некоторых трудностях использования внешних компонент на стороне сервера приложений (там была ветка, где описывалась задача, которую нельзя было решить с помощью компоненты NativeAPI).
Возможно, я бегу впереди паровоза и в планах будущих заметок оно уже есть, но:
1. Под какие управленческие решения собираются данные?
По идее, структура данных должна вытекать из управленческих задач, а про них как-то совсем мельком. Типа "они есть". А список их (задач-решений) имеется? Он большой?
2. Какой эффект ожидается? Затраты капитальные и операционные очевидны, а на чём они отбиваться будут?
Можно будет в разы реже проводить ТОРО без повышения вероятности аварийных инцидентов? Или можно будет без страха закупаться у поставщиков с ценой на 20% ниже рынка?
Основная задача как раз в том, чтоб сравнить, как работают дорогие и условно менее дорогие огнеупоры. Для этого определяется срок эксплуатации (стойкость в плавках), и считаются затраты на одну плавку. В таком случае, цена огнеупоров становится не основным параметром для выбора поставщика. Важно сколько стоит одна плавка. Если условно дешевые огнеупоры служат меньше плавок, чем дорогие, у них стоимость плавки становится высокой. Соответственно, нет смысла их закупать.
Вот как раз на дашбодах, которые мы опубликовала выше в комментариях, видно, что главный показатель стоимость плавки в зависимости от того, какой материал использовали.
Если футеровка так дорога, то почему не изготавливают ковши из какого-то жаропрочного металла (например, вольфрам)
Да, я понимаю, что стоимость ковша будет заоблачная, но разве за десяток-другой лет это не окупится?
Мне почему-то кажется, что этот самый вольфрам тоже будет постепенно растворяться с расплаве (а заодно "легировать" его совсем не нужным образом). При этом вместе с заоблачной ценой прослужит не сильно дольше обычных огнеупоров. А то и меньше.
Помимо стоимости вольфрам очень тяжёлый металл, почти в три раза тяжелее стали. Стальной корпус стальковша весит 44 тонны, а из вольфрама – будет весить порядка 120 тонн, что превышает существующий вес ковша с футеровкой. Если еще в ковш налить металл, то мостовой кран в цехе его просто не понимает. Идея интересная, но для сегодняшних условий производства стали — фантастическая.
Это не говоря о стоимости, если мировое производство вольфрама составляет всего 49—50 тысяч тонн в год.
Хоть в сталеварении и не разбираюсь совсем, но мне кажется мысль интересной. Лопатки газотурбинных двигателей например, выдерживают температуру выше плавления материала из которого изготовлены.
гонять хладагенти поднять энергозатраты на нагрев этого хладогента? что то мне говорит сильно, но наверное смысл в этом есть
Тоже ни фига не понимаю в сталеварении, но не будет ли такая конструкция куда дороже и куда более капризной, чем сплошной металлический ковш? Плюс нужен насос, который будет всё это стабильно гонять при высоких температурах, тоже скорее всего довольно специфичная (следовательно, дорогая и капризная) штука.
К тому же наличие трубок с хладагентом подразумевает, что этот хладагент потом отводится на какой-нибудь радиатор, где он отдаст теплоту атмосфере. А ковш ездит по цеху туда-сюда. То есть ему нужен ещё и гибкий шланг, по которому будет качаться расплавленный свинец. Звучит как не очень простая и не очень безопасная вещь.
Свинец не сильно легче вольфрама и не сильно дешевле. Да ещё пары токсичны, там без этого особенно дышать нечем. Этом случае проще использовать алюминий. Намного легче, дешевле и не такой токсичный.
Мне кажется, такой подход (ковш из металла с охлаждением контактирует с жидким металлом) сам по себе не очень.
Футировка ведь выполняет и функцию теплоизоляции. Можно пойти в сторону усиления этого свойства, ну там аэрогели какие-нибудь. Или вообще магнитная левитация.
У меня тоже первая мысль была про вольфрам, а вторая - графит. Графитовые кирпичи использовать не пробовали (в мировой практике)?
Если футеровка так дорога...
Думаю ковш стоит дороже. Футеровка по сути теплозащитное покрытие которое изнашивается со временем, т.е. расходный материал. Следят за состоянием футеровки как раз что бы ковш не повредить.
...почему не изготавливают ковши из какого-то жаропрочного металла (например, вольфрам). Да, я понимаю, что стоимость ковша будет заоблачная, но разве за десяток-другой лет это не окупится?
Видимо не окупится, иначе уже везде были бы вольфрамовые ковшики.
По цифрам выше не так уж и дорога. Одна плавка получается 122к₽, или 38 копеек за 1 кг отлитого метала. Если правильно посчитал
Вольфрам хрупкий и не устойчив к ударам.
Вольфрам довольно тяжёлый и сильно теряет в прочностных характеристиках при нагреве. Другой момент, если в качестве термоизолирующего материала, суть футеровки, использовать другие материалы. Например, такие как корунд или карборунд. Материалы крайне неприхотливые и не дорогие - основа практически всех точильных и шлифовальных кругов.
А дачу для начальников тоже из вольфрама строить?)
Если футеровка так дорога, то почему не изготавливают ковши из какого-то жаропрочного металла (например, вольфрам)
Тоже об этом подумал. Ну можно и не весь ковш сделать а заменить верхний слой футеровки на металл или сплав который не плавиться при 1500 потом слой теплоизоляции и сам стальной ковш. Или сделать керамическую футеровку которая не изнашивается.
Это конечно просто мысли и думаю что 1500 градусов это не самое сложное. Может там и химическая стойкость нужна
Температура более - 1780", нахождение жидкого металла в ковше до 3-х часов, шлак размывает различные зоны ковша, процесс окислительный
А всё-таки есть ли другие причины вывода из работы сталеразливочного ковша, кроме как достижение минимального остаточного слоя-80 мм, и возможные методы избавления от них.
Конечно есть, например, низкое качество огнеупоров, но это вопрос к поставщикам материала и потом закупщики разбирают ситуацию. Так же при выполнении технологической операции Обрыв «бороды» возможно смещение верхних рядов футеровки, но сейчас верхние ряды кирпичной кладки заменены на монолитное бетонное кольцо, поэтому такая ситуация сведена к минимуму (практически исключена). Появляются и методы «избавления» от опережающего износа, например, нанесение шоткретбетона поверх изношенной футеровки.
Существует конечно и вероятность того, что огнеупорщик выполнит некачественно свою работу, например, толщина шва огнеупорной кладки допускается не более 1мм, и если, вдруг, что-то пойдет не так, то может произойти проход металла через футеровку. Поэтому персонал высококвалифицированный, имеет сертификаты, постоянно проходит переобучение и сдают экзамены — из 180 вопросов не допускается ни одной ошибки.
Очень интересная статья, а подскажите пожалуйста, почему сразу нельзя выливать ковши из какого ни будь жаропрочного/огнеупорного бетона? Ведь бетон довольно таки дешевое изделие, после чего его можно раздробить отчистить и опять использовать.
Жаропрочный бетон это некий нонсенс, потому что бетон, по определению, материал из цемента и воды. Однако маркетологи придумали обзывать маловодную керамику "жаропрочным бетоном". Она, в отличие от нормального бетона, требует обжига. И ниразу недешевая, поэтому одноразовых покрытий не сделать.
Больших и прочных изделий из керамики такого размера тоже не сделать. Керамика (как камень и бетон) хорошо работает на сжатие и никак на растяжение. Посему нужен внешний корпус.
В КЦ-2 (конвертерный цех №2) НЛМК рабочий слой дна сталеразливочного бетона как раз выполнен из огнеупорного бетона. Были проведены опытные работы по бетонированию нижней части стены бетоном, а выше огнеупорным кирпичом, но всё же у огнеупорного бетона есть и недостатки. Во-первых, нужно установить опалубку (шаблон), во-вторых, продавить эту массу через подающий рукав на значительное расстояние, огнеупорный бетон, в отличии от строительного, застывает за считанные минуты. Кроме того, в процессе эксплуатации в бетоне образуются трещины, процесс ремонта (перефутеровки) весьма трудоемкий, также тяжело удалить (сломать) отработанный материал из ковша. Хотя возможно на каком-нибудь металлургическом предприятии в России существует такой вариант футеровки. В целом на НЛМК работы по изменению технологий постоянно ведутся.
В КЦ-1 уже делается футеровка из огнеупорного бетона – там немного ковши другие. Стоимость бетонной футеровки сопоставима с кирпичной, поэтому все равно будем дальше смотреть цена/качество.
Спасибо за статью, действительно интересно!
Подскажите пожалуйста как и где происходит изготовление стальной основы для ковша и какие у неё характеристики?
Из глубин памяти 18-летней давности учёбы в университете услужливо всплыла картлчка, что **"машина непрерывного литья заготовок"** на немецком языке будет Stranggießanlage.
Спасибо за написанную с огромной любовью к делу статью!
Теперь можно и про пирамиду автоматизации, коммуникационные сети и электропривод немножко рассказать... ;)))
Вопрос в тему: есть живые форумы металлургов, русскоязычные или англоязычные?
Я, как поработавший на подобном предприятии в моногороде в качестве программиста могу лишь сказать, что зарплатами в таких местах не балуют. Программисты же там не производят основной продукт, поэтому вот тебе 800 долларов. Поэтому я ушел на удаленку. :) Надеюсь у вас не так. Ну и город, наверное, не моно и ситуация более рыночная.
Читаю про производство и прямо ностальгия. :) Только у меня машинки ездили, а не котлы.
Татьяна, Вы, как человек с советским образованием должны помнить труды А. Китова, Г. Щедровицкого, Г. Альтшуллера (системотехника, кибернетика, ТРИЗ).
Применялись ли в разработке системы, помимо базовой методологии заложенной sap, какие либо методики или стандарты системной инженерии и систем менеджмента?
По опыту применения sap на газотранспортных предприятиях, могу с уверенностью сказать, что успех внедрения Системы, как это не странно, зависит от применения стандартов СИ.
Спасибо за интересный вопрос про интересные вещи.
Но тут достаточно было базовой методологии и принятой у нас в проектном офисе.
Расскажите, пожалуйста, удалось ли уже благодаря этой работе сэкономить деньги в заметном (сравнимом с затратами на разработку) обьеме?
Бывали ли случаи прогара ковша, когда расплавленный металл разлился по цеху?
Все бывает. Редко, но бывает. И прогары ковшей и роняют их при перевозке и стенды (на которые их ставят при разливке) опрокидываются. Однако это единичные случаи на всю страну. Чаще всего случаются "некрытия" шибера. Это механизм запирания сливного отверстия внизу стальковша. Шиберный затвор это сэндвич из керамических пластин с отверстием. Средняя пластина сдвигается гидравлическим механизмом и перекрывает отверстие. И вот когда это сделать не удается в процессе слива, тогда случается оно... Ковш подцепляют краном и везут в специальное место, поливая металлом вокруг, и ставят над аварийной емкостью. Но наиболее эпично, на мой взгляд, выглядела авария на одном из заводов, когда в цехе отрубилось электричество, а отдельная питающая линия для установки подогрева металла в стальковше, работала и отключить ее было невозможно. Ковш вместо 10 минут грелся больше часа и наконец прогорел сверху. После чего в прогар полился металл. В результате весь металл слился вниз, разрезав ковш сверху донизу. Какое красивое было пламя! С голубоватым оттенком. Но несмотря на это через пару часов цех работал в обычном режиме.
Почему не плавится ковш и как мы учимся следить за жизнью футеровок