tgindex
Про_Надежность🛠📲👷🏼‍♂️

Про_Надежность🛠📲👷🏼‍♂️

Статистика
@Pro_Nadezhnostрусский

Мы — команда с 10+ летним опытом в управлении активами и надежностью (APM). Разрабатываем решения для ТОиР: ПО «Надежность», «Мониторинг и диагностика», Мобильное ТОРО. Делимся реальными производственными кейсами. email: it@severstal.com

Последний пост
12:23
Последнее чтение
14 авг.
Постов за неделю
4
Всего постов
94
Тип
открытый
Язык
русский
В каталоге с
12 авг.
Подписчики
496
+1 за 5 дн.
Сутки
+1
+0,20%
Неделя
 
Месяц
 
Просмотров на пост
167
40 постов
Вовлечённость
33,7%
к подписчикам
Постов в день
0,6
всего 94
Упоминаний
3
каналов
Охват размещения
оценка
1/24сутки в ленте
94
1/48двое суток
107
1/72трое суток
116

Оценка по просмотрам недавних постов: пост набирает почти всё за первые сутки.

Посты

  • ❓ Вопрос — ответ 👤 Владимир, директор по производству, пищевая промышленность 🔍 Вопрос: У нас на предприятии много лет складывались свои подходы к обслуживанию. При внедрении ПО «Надёжность» их придется перестраивать или систему можно адаптировать под существующие процессы? 📘 Ответ: Владимир, сложившиеся процессы не обязательно перестраивать только ради внедрения новой системы. Если подход работает и учитывает специфику производства, сначала важно понять его логику и определить, как учесть ее при настройке системы. Поэтому внедрение ПО «Надёжность» строится поэтапно: 1. Проектирование архитектуры Разбираемся в структуре оборудования и существующих процессах ТОиР, определяем, как они должны быть отражены в системе. 2. Установка и настройка Учитываем действующую ИТ-инфраструктуру предприятия и технические ограничения. 3. Настройка бизнес-процессов Определяем, какие существующие процессы можно сохранить, а какие имеет смысл скорректировать с учетом задач предприятия. 4. Интеграция Определяем, какие данные должны передаваться между «Надёжностью», ERP, EAM и другими используемыми системами. 5. Тестирование и обучение До промышленного запуска проверяем настроенные процессы на практике и обучаем пользователей работе в системе. 6. Промышленный старт После запуска в течение 30 дней сопровождаем работу системы и разбираем вопросы, которые возникают уже в реальных производственных условиях. В итоге внедрение «Надёжности» не обязательно означает полную перестройку сложившихся процессов. Задача в том, чтобы встроить систему в существующий контур предприятия и при этом учесть реальные процессы ТОиР, структуру оборудования и требования производства. 💬 А как проходило внедрение новых систем у вас? Приходилось перестраивать процессы или удалось сохранить сложившуюся логику? ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас #ТОиР #НадежностьОборудования #УправлениеНадежностью #УправлениеАктивами #Промышленность #ЦифровизацияПромышленности #ПромышленнаяАвтоматизация

  • 🤨 Что общего у японской пагоды и RCM? 🏯 В Японии пятиярусные пагоды пережили сотни сильных землетрясений. При этом нет ни одной записи о том, что пагода разрушилась во время землетрясения. Секрет в конструкции. Гибкая центральная колонна работает как демпфер: здание может раскачиваться, но не падать. Конструкция не сопротивляется нагрузке «в лоб», а адаптируется к ней. 🔍 И в этом легко увидеть логику RCM. Мы не боремся с отказами любой ценой, а проектируем систему обслуживания с учетом реальных условий эксплуатации. 💡 Гениальное проектирование с запасом надежности задолго до появления самого термина. Выходит, иногда надежность заключается не в том, чтобы стоять намертво, а в том, чтобы знать, как правильно раскачиваться 😄 ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас #ТОиР #НадежностьОборудования #УправлениеНадежностью #УправлениеАктивами #Промышленность #ЦифровизацияПромышленности #ПромышленнаяАвтоматизация

  • Раз насос, два насос или парадокс горячего резерва В промышленном проектировании резервирование считается стандартом безопасности. Чтобы одна поломка не остановила весь завод, критически важные узлы дублируют. Классический пример: два идентичных насоса на одной линии. Если один выходит из строя, второй подхватывает нагрузку, и производство продолжает работать. Казалось бы, всё просто, но именно здесь начинаются споры о том, как правильно эксплуатировать такие пары и как оценивать их критичность. 🔵 Две стратегии: классический резерв против «выравнивания» Традиционный подход в RCM предполагает четкое разделение: есть основной насос, который работает всегда, и резервный, который ждет своего часа. У этой схемы есть свои «подводные камни». Оборудование, которое долго стоит, подвержено специфическим отказам: заклинивание валов, коррозии или бриннелированию подшипников. Кроме того, есть риск «человеческого фактора», когда из стоящего агрегата «временно» заимствуют детали для ремонта других узлов. Однако важно понимать: все эти проблемы решаются правильным обслуживанием. Регламент для резервного оборудования отличается от основного. Он включает регулярные прокрутки вала, проверку смазки и контрольные пуски. При грамотном подходе резервный насос всегда готов к бою. Но на практике на многих предприятиях живет иная схема: выравнивание наработки. Здесь нет «главного» и «запасного». Насосы работают по очереди определенное время. На первый взгляд кажется, что подобная схема решает проблему готовности к пуску резервной машины, но в долгосрочной перспективе возникает определенная проблема. При классическом резерве к концу срока службы у вас один изношенный агрегат и один практически новый. При выравнивании вы получаете два одинаково уставших насоса. И когда приходит время капитального ремонта, возникает вопрос: какой из них менять первым, если оба «на грани»? 🔵 Главная дилемма: как считать критичность? И вот тут начинается самое интересное. Если мы смотрим на схему с четким резервом, всё прозрачно. Первый насос почти не критичен, поскольку его отказ не ведет к простою. Второй становится главным носителем риска. Если он выйдет из строя, когда первый уже «лежит», производство встанет. Но как быть в схеме с выравниванием, где обе машины работают по очереди и ни одна из них не считается «запасной»? Если при поломке любого из насосов производство не останавливается, возникает соблазн присвоить обоим низкий уровень критичности. Это опасное заблуждение. С технической точки зрения эти две машины выполняют одну производственную функцию. Чтобы производство остановилось, должны произойти два независимых события: отказ первого насоса И отказ второго. P(останова) = P₁ × P₂ 🔵 Математика выживания При расчете вероятности двойного отказа нельзя просто перемножать годовые вероятности поломок. Нас интересует пересечение двух событий во времени. Если первый насос встал, второй должен отказать именно в период ремонта первого. Если он откажет позже, первый уже вернется в строй, и простоя не будет. Поэтому в формуле мы используем не P₂, вероятность отказа за год, а условную вероятность отказа за время ремонта: интенсивность отказов × время ремонта. Именно этот параметр оправдывает затраты на быстрый ремонт. 🔵 Вывод: критичность каждого насоса в такой связке остается высокой, потому что потеря любого из них лишает вас защиты. Вы переходите из состояния «безопасно» в состояние «один шаг до катастрофы». 💬 Какая схема работы принята у вас на предприятии? Почему предпочтение отдано именно такой схеме? И как вы считаете критичность для подобного оборудования? ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас #ТОиР #НадежностьОборудования #УправлениеНадежностью #УправлениеАктивами #Промышленность #ЦифровизацияПромышленности #ПромышленнаяАвтоматизация

  • Два насоса работают по очереди. Пока работает хотя бы один, производство продолжается. Остановка обоих остановит производство. Один насос вышел из строя. Насколько критичен его отказ?

  • ✔️ Вы проголосовали. Мы услышали. Недавно мы спрашивали, хотите ли вы видеть в канале материалы о других продуктах «Северсталь-инфокома». Результаты опроса показали: вам интересно узнавать больше о наших решениях. Поэтому скоро в канале начнут появляться материалы и о других продуктах «Северсталь-инфокома». Будем рассказывать, какие задачи они решают, как работают и где применяются на практике. И напоминаем: нам важна ваша обратная связь не только в опросах. Есть вопрос по ТОиР, надёжности оборудования, диагностике, цифровизации производства или нашим решениям? Задавайте его в комментариях или отправляйте почту. Будем разбирать ваши вопросы в рубрике «Вопрос — ответ». ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас #Маскот@Pro_Nadezhnost #ТОиР #НадежностьОборудования #УправлениеНадежностью #УправлениеАктивами #Промышленность #ЦифровизацияПромышленности #ПромышленнаяАвтоматизация

  • ТОиР по-древнеримски 🏛 Древнеримскому бетону около 2000 лет, а у него обнаружили весьма современное свойство: способность к самовосстановлению. При попадании воды в трещины частицы негашёной извести вступают в реакцию. Образуется карбонат кальция, который постепенно заполняет повреждение. В лабораторных испытаниях трещины в образцах такого бетона затягивались за две недели. Получается, римляне использовали принцип «самозалечивающегося» материала задолго до появления современной терминологии ремонтопригодности. Сегодня в ТОиР логика схожая: чем меньше внеплановых ремонтов и проще восстановление работоспособности, тем лучше. Кажется, с древнеримскими инженерами нам было бы что обсудить ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас #Маскот@Pro_Nadezhnost #ТОиР #НадежностьОборудования #УправлениеНадежностью #УправлениеАктивами #Промышленность #ЦифровизацияПромышленности #ПромышленнаяАвтоматизация

  • Почему мы не делимся опытом по отказам? Каждый завод создаёт свою базу отказов с нуля. Разбираемся, почему «корпоративная секретность» тормозит развитие надёжности и как выйти из этого тупика. 🔵Одиночество инженера по надёжности Представьте ситуацию: на трёх разных химических заводах стоят идентичные центробежные насосы. На первом заводе подшипник вышел из строя из-за неверной посадки, на втором из-за ошибки в смазке, на третьем из-за вибрации. Что происходит дальше? Каждый завод в своём Excel или EAM-системе создаёт свою «уникальную» запись. Один напишет «сломался подшипник», другой «износ узла трения», третий «дефект детали №123». В итоге мы имеем три разных каталога для одного и того же узла. Инженеры тратят тысячи человеко-часов на создание таксономий и различных каталогов, которые по сути дублируют друг друга. Мы не обмениваемся опытом, а просто повторяем одни и те же ошибки, называя их разными словами. 🪞 Исторический урок: зеркала Мурано В XV–XVI веках Венеция удерживала монополию на производство лучших зеркал в мире. Мастера острова Мурано были фактически узниками: за попытку покинуть республику и раскрыть секреты состава стекла грозила смертная казнь. Секретность помогла Венеции разбогатеть в краткосрочной перспективе, но в долгосрочной привела к застою. Как только технологии «просочились» в Европу и стали общим достоянием, произошёл взрывной рост качества и доступности зеркал. Сегодня промышленность находится в похожей точке: мы либо продолжаем «охранять» свои списки поломок, либо объединяемся, чтобы совершить качественный скачок в надёжности. 🌐 Как это работает в мире: опыт OREDA На Западе эту проблему осознали давно. Яркий пример OREDA (Offshore and Onshore Reliability Data). Это консорциум крупнейших нефтегазовых компаний, которые пришли к выводу: «Нам выгоднее знать об отказах друг друга, чем терять миллионы на авариях». Они создали единый стандарт сбора данных. Если в OREDA зафиксирован отказ клапана, он описан по строгому протоколу согласно ISO 14224. Это позволяет любой компании-участнику применить этот опыт к своему парку оборудования. Это и есть настоящая «коллективная надёжность». Но чтобы такая система заработала, недостаточно просто «согласиться делиться». Нужно договориться о едином языке описания поломок. ⚙️ О чём нужно договориться? Чтобы база была полезной, а не превратилась в свалку текстов, она должна строиться по строгому коду. Для унификации нужен единый перечень полей: 🔵 Деталь или часть объекта: что именно сломалось. 🔵 Характер или картина повреждения: как это выглядит. 🔵 Механизм отказа: физический процесс, который это вызвал. Назвать эти поля можно как угодно. Как говорится: «Всё можно назвать трамваем, главное — договориться, что под этим понимать». Когда данные обезличены и закодированы одинаково, мы можем видеть общую статистику и на её основе менять стратегию ТОиР: не просто ремонтировать по факту, а работать с причинами отказов. 💻 Как ПО «Надёжность» решает эту задачу Мы в ПО «Надёжность» уже создали механизм, который переводит описание отказов из области «литературного творчества» в область точных данных. В нашей системе вид отказа не просто текстовое поле, а структурированный код. В «коробке» уже реализован перечень конкретных полей: Деталь (часть объекта) → Картина повреждения (характер отказа) → Механизм отказа. Этот механизм полностью настраиваемый: от самих полей до их количества. Главное, что он даёт, это возможность привести всех к единому знаменателю. Если такой стандарт кодирования станет обязательным и общепринятым, мы сможем создать ту самую общую базу знаний, где опыт одного завода станет щитом для другого. 💬 Коллеги, а как у вас обстоят дела с каталогами отказов? И самое интересное: есть ли среди нас те, кто работает с данными OREDA или аналогичными международными базами? Поделитесь в комментариях, насколько они реально применимы в наших реалиях! ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас #Статьи@Pro_Nadezhnost #надежность #ТОиР #отказыоборудования #управлениенадежностью #управлениеактивами

  • Хотели бы вы видеть в канале материалы о других продуктах «Северсталь-инфокома»?

  • 🗓 Дайджест июля Июль был посвящён практическим кейсам, новым инициативам и развитию диалога с профессиональным сообществом. Собрали самые интересные материалы месяца. 🔹 Предиктивная аналитика «на коленке»: с чего начать, если бюджет ограничен Разобрали, как запустить первые элементы предиктивной аналитики с минимальными затратами и почему всё начинается со сбора качественных данных. 🔹 Почему молния не нуждается в обновлениях Поговорили о том, почему не каждое инженерное решение должно становиться сложнее. На примере обычной застёжки-молнии напомнили, что лучшая конструкция — та, которая годами надёжно выполняет свою задачу без постоянных доработок. 🔹 Новая рубрика «Вопрос — ответ» Запустили еженедельную рубрику, в которой отвечаем на вопросы подписчиков о ТОиР, надёжности, диагностике, цифровизации и практическом опыте внедрения наших решений. Ждём ваши вопросы — самые интересные разберём в следующих выпусках. 🔹Самое опасное здание Манхэттена История инженерной ошибки, которая едва не привела к катастрофе. Разобрали кейс Citigroup Center и показали, почему даже незначительные изменения в проекте требуют оценки рисков. 🔹 Самый известный «ударный ремонт» в истории произошёл... на Луне Рассказали о необычном случае во время миссии «Аполлон-12» и напомнили, почему в современной промышленности надёжность должна строиться на данных и системном подходе, а не на удаче. 💬 Какая публикация июля запомнилась вам больше всего? Делитесь в комментариях! ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас #ТОиР #Надежность #УправлениеАктивами #ПредиктивнаяАналитика #ДиагностикаОборудования #Промышленность

  • без подписи

  • Каждый понедельник отвечаем на вопросы специалистов по управлению надёжностью, эксплуатации оборудования и цифровизации ТОиР. Михаил (инженер по надёжности, машиностроение) ❓Вопрос: Мы расследуем отказы уже несколько лет, но однотипные поломки повторяются. Как система помогает найти реальную причину, а не только «заменить деталь»? 💬 Ответ: Михаил, если одна и та же поломка повторяется, чаще всего устраняется только её следствие, а не причина. Замена вышедшей из строя детали позволяет вернуть оборудование в работу, но не отвечает на главный вопрос: почему произошёл отказ? Чтобы разобраться в ситуации, расследование обычно проходит в три этапа. 1. Собрать данные об отказе. Что происходило с оборудованием до поломки? В каких условиях оно работало? Какие были результаты диагностики, осмотров и предыдущих ремонтов? 2. Найти первопричину. Недостаточно зафиксировать, что «разрушился подшипник». Важно понять, что привело к этому: недостаточная смазка, ошибка монтажа, нарушение режима эксплуатации, дефект детали или сочетание нескольких факторов. 3. Предотвратить повторение. После определения первопричины важно разработать корректирующие мероприятия и убедиться, что они действительно выполнены. Так, в ПО «Надёжность» для этого используются модули FE (Failure Investigation) и RCA (Root Cause Analysis), которые помогают структурировать расследование отказов и найти первопричину. А с помощью модуля RM можно контролировать выполнение корректирующих мероприятий. В результате предприятие не просто устраняет последствия отказа, а снижает риск повторения подобных ситуаций. ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас

  • ✈️ В СССР о надёжности думали задолго до появления RCM Когда говорят об управлении надёжностью, чаще всего вспоминают RCM. Но ещё в 1950-х годах в СССР появился собственный подход — КАНАРСПИ. Качество. Надёжность. Ресурс. С первых изделий. 🔵 Система была разработана на Горьковском авиазаводе под руководством главного инженера Талгата Сейфи. Её главная идея была проста и актуальна до сих пор: надёжность должна закладываться ещё на этапе создания изделия, а не исправляться после ввода в эксплуатацию. Именно такой подход позволил значительно повысить надёжность авиационной техники. 🔵 Сегодня принципы управления надёжностью развиваются с помощью цифровых технологий, аналитики и данных. Но сама идея остаётся неизменной: предотвращать проблемы эффективнее, чем устранять их последствия. 🔵 Можно сказать, что КАНАРСПИ стал одним из отечественных шагов к современной культуре управления надёжностью. И сегодня мы продолжаем эту традицию, развивая инструменты, которые помогают принимать решения на основе данных и повышать надёжность оборудования. 💬 А какие отечественные инженерные разработки в области надёжности, на ваш взгляд, заслуживают большего внимания сегодня? #Маскот@Pro_Nadezhnost #Надёжность #Промышленность #Инженерия #Производство #ИсторияИнженерии #Технологии ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас

  • Есть ли у вас опыт создания подобных систем?

  • 💡 Предиктивная аналитика «на коленке»: с чего начать, если бюджет ограничен Предиктивная аналитика часто ассоциируется с дорогостоящими промышленными платформами, сложными моделями машинного обучения и крупными инвестициями. На практике первый шаг можно сделать значительно проще. Главная идея заключается не в покупке специализированного программного обеспечения, а в формировании цифрового профиля оборудования. Пока неизвестно, как выглядит нормальный режим работы агрегата, говорить о поиске аномалий преждевременно. Именно поэтому любая система предиктивной аналитики начинается со сбора данных. 📌 Что необходимо для первого прототипа Автор статьи предлагает начать с контроля нескольких базовых параметров: ✔ температура; ✔ вибрация; ✔ давление; ✔ ток; ✔ напряжение. Для пилотного проекта необязательно использовать дорогостоящие промышленные датчики. В качестве контроллера могут применяться Arduino или ESP32, а данные передаваться по Wi-Fi или USB. При этом критически важно обеспечить единую временную метку для всех измерений, иначе последующий анализ потеряет достоверность. 📌 Почему нельзя сразу искать аномалии Одна из самых распространенных ошибок — пытаться прогнозировать отказы сразу после запуска системы. Сначала необходимо сформировать Baseline — цифровой профиль нормальной работы оборудования. Для этого рекомендуется непрерывно собирать данные в течение нескольких недель, фиксируя все режимы эксплуатации: холостой ход, рабочую нагрузку, пуск и остановку. Если оборудование уже имеет значительный износ, Baseline лучше строить после технического обслуживания. Только после формирования такой базы можно переходить к поиску отклонений и постепенно накапливать статистику предотказных состояний. 📌 Необязательно разрабатывать собственный ИИ На начальном этапе нет необходимости создавать сложные модели машинного обучения. Для обработки данных достаточно бесплатных библиотек Python, которые позволяют загружать CSV-файлы, выполнять статистический анализ, строить графики, искать скрытые аномалии и прогнозировать изменение параметров оборудования. 📌 О чем важно помнить Даже самый простой прототип имеет свои ограничения. Недорогие датчики требуют периодической калибровки, скрипты — сопровождения, а ложные срабатывания неизбежны на этапе настройки. Однако именно такой пилотный проект позволяет проверить гипотезу, получить первые результаты и сформировать требования к будущей промышленной системе. ✏️ А у вас есть опыт создания подобных систем? Делитесь в комментариях — обсудим реальные кейсы. 💬 Полную версию статьи с подробным разбором этапов построения системы, рекомендациями по выбору компонентов и анализом типичных ошибок читайте в нашем блоге. ✍ Автор статьи — Иван Рябков, владелец продукта Департамента цифрового развития и взаимодействия с клиентами АО «Северсталь-инфоком». ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас

  • ✨ Рубрика «Вопрос — ответ» Каждый понедельник разбираем вопросы о цифровизации ТОиР, управлении надёжностью и наших решениях. Недавно мы рассказывали о риск-ориентированном подходе к инспекциям. Сегодня продолжаем эту тему и разбираем один из самых частых вопросов о RBI. ❓Вопрос: Слышал, что у вас есть модуль RBI. Для какого оборудования он подходит и чем он отличается от обычных инспекций? 💬 Ответ: Андрей, спасибо за вопрос. Главная идея RBI (Risk-Based Inspection) проста: одинаковое оборудование не всегда должно проходить инспекции с одинаковой периодичностью. Всё зависит от условий эксплуатации и уровня риска. Модуль применяется прежде всего для статического оборудования, работающего под давлением: ✔ сосудов и аппаратов; ✔ трубопроводов; ✔ колонн; ✔ реакторов; ✔ теплообменников. В отличие от календарного подхода, когда инспекции выполняются через фиксированные интервалы, RBI рассчитывает индивидуальный план инспектирования для каждого объекта. При этом система оценивает два ключевых параметра. 🔵 Вероятность отказа скорость коррозии; условия эксплуатации; история дефектов. 🔵 Тяжесть последствий влияние на безопасность; экологические риски; возможные потери из-за остановки производства. Представьте два одинаковых теплообменника. Один работает в щадящих условиях, второй — в агрессивной среде. При календарном подходе инспекции для них будут одинаковыми. RBI покажет, что второму объекту требуется более частый контроль, а для первого интервал можно увеличить без ущерба для безопасности. Что получает предприятие? ✔ меньше лишних инспекций; ✔ больше внимания действительно критичному оборудованию; ✔ более рациональное использование ресурсов; ✔ повышение промышленной безопасности. RBI помогает принимать решения не по календарю, а на основе фактического уровня риска. Именно поэтому сегодня этот подход всё чаще становится частью современных стратегий управления целостностью оборудования. ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас

  • День металлурга в России Поздравляем всех представителей этой профессии! Желаем российским металлургам успехов в их нелегком труде и искренне благодарим за поддержку культуры и искусства ❤️ Крупнейшие металлургические компании России — ПАО «Северсталь» и Объединенная металлургическая компания (ОМК) на протяжении многих лет оказывают поддержку Историческому музею. При поддержке компании «Северсталь» и фонда «Доброта Севера» проводится Ежегодная конференция Исторического музея «Актуальные направления деятельности музеев» и проект «Школа музейного профессионала», выпускаются книжные издания. Эффективное сотрудничество ГИМ и компании «Северсталь» было отмечено Национальной музейной премией им. Д. С. Лихачёва в номинации «Партнер музея». За последние годы при поддержке при поддержке ОМК в Историческом музее прошли выставочные проекты «Сокровища императорских резиденций. Царское Село» «Новодевичий монастырь. Вехи истории». Статуэтка «Сталевар». Аллегория. Неизвестный автор. СССР, вторая половина XX в. 🏛 Телеграм 🏛 МАКС

  • 📱 Смартфон обновляется каждый год. Молния не обновлялась больше века. И, что интересно, никто не жалуется, что у неё нет новой версии. Иногда лучшая инженерная разработка — та, которую не приходится переделывать. Конечно, оборудование на производстве устроено гораздо сложнее. Но принцип остаётся тем же: чем продуманнее конструкция, тем меньше сюрпризов ждёт эксплуатационщиков. Не каждое решение должно становиться сложнее. Иногда оно должно просто надёжно работать. ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас

  • Как сегодня ведётся учёт состояния зданий и сооружений на вашем предприятии?

  • 📲 Как один звонок студента спас Манхэттен — и почему зданиям пора в APM О зданиях редко вспоминают, когда говорят о «надёжности». Всё внимание достаётся турбинам, насосам, компрессорам. Хотя именно здания и сооружения — фундамент (буквально) любой промышленной инфраструктуры. Мы в «Надёжности» как раз обсуждаем: а не пришло ли время дать им полноценный «цифровой голос» в нашей APM-системе? И тут вспомнилась одна история, где ошибка в конструкции едва не стоила Нью-Йорку нескольких кварталов. 📍 Самое опасное здание Манхэттена В 1977 году в центре Нью-Йорка вырос небоскрёб Citigroup Center: 59 этажей, скошенная крыша, здание стоит не на углах, а на четырёх колоссальных колоннах посередине фасадов, чтобы под ним разместилась церковь. Инженер проекта Билл Лемежер создал архитектурное чудо: V-образные стальные шевроны распределяли нагрузки так, чтобы здание выдержало любые ураганы. Пока одна деталь не изменила всё. Подрядчик решил «слегка упростить» монтаж и заменил сварку на болтовые соединения. Экономия времени — огромная. Локальный офис проектировщика согласовал изменения на основе простых статических расчётов. 🔸 Один звонок, который спас Манхэттен Год спустя Лемежеру позвонила студентка архитектурного факультета Дайан Хартли, которая писала диплом по его небоскрёбу. Она спросила: «А как здание ведёт себя при косых (диагональных) ветрах, бьющих точно в угол?» По строительным нормам Нью-Йорка того времени высотки рассчитывались только на прямые ветровые нагрузки (перпендикулярно фасаду). Лемежер решил ради любопытства перепроверить формулы с учётом косого ветра и... обомлел. При диагональном ветре нагрузка на V-образные опоры возрастала на 40%. Для монолитной сварки это не было проблемой. Но для внедрённых без его ведома болтов нагрузка под углом увеличивалась на 160%. Болты просто срезало бы. Математический расчёт показал страшное: Citigroup Center мог рухнуть от ветра скоростью всего 30 метров в секунду. Такой шторм случается в Нью-Йорке примерно раз в 16 лет. Здание могло сложиться как карточный домик, уничтожив несколько кварталов Манхэттена. 📖 Тайный ремонт и инженерный подвиг Лемежер мгновенно связался с руководством банка и властями. Началась секретная спасательная операция. Каждую ночь, втайне от прессы и жителей, на объект заступали бригады сварщиков. Они наваривали массивные стальные пластины поверх ненадёжных болтовых соединений. В разгар ремонта на Нью-Йорк шёл разрушительный ураган «Элла». Эвакуационные службы города уже были в полной готовности, но, к счастью, шторм прошёл мимо. Здание устояло, ремонт закончили, а сама история оставалась засекреченной до 1995 года. ✨ Почему мы вспоминаем Citigroup Center сейчас Потому что это не просто урок академической добросовестности инженера. Это напоминание, что здания и сооружения — такие же активы, как насосы или реакторы. И часто они становятся «невидимыми» в системах класса APM: • пока у оборудования CBM и предиктив, у зданий максимум Excel с датой следующего обследования; • результаты обследований не связываются с эксплуатационными рисками и не формируют единой стратегии обслуживания. ❓ Вопрос к вам, коллеги А что бы вы хотели видеть в модуле по зданиям и сооружениям? Напишите в комментариях, какие боли вы видите при управлении зданиями на производстве. Возможно, именно из них родится наш следующий модуль в «Надёжности». #Надёжность #APM #ТОиР #ИнженерныеИстории #ЗданияИСооружения #Статьи@Pro_Nadezhnost ❓ Задать нам вопрос 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас

  • ✨ Новая рубрика «Вопрос — ответ» Каждый понедельник мы отвечаем на вопросы наших подписчиков о ТОиР, надёжности оборудования, диагностике, цифровизации производства и практическом опыте внедрения наших решений. ❓ Вопрос Олег, мастер участка (целлюлозно-бумажная промышленность): Наши мастера постоянно находятся в цеху. За компьютером сидеть некогда. Как они будут работать с системой? 💬 Ответ Это один из самых частых вопросов, который мы слышим при внедрении. Именно поэтому для работы непосредственно в цеху мы разработали приложение «Мобильное ТОРО». Оно позволяет выполнять все основные операции прямо рядом с оборудованием, не возвращаясь к рабочему месту. 📱 С помощью приложения мастер может: 🔵фиксировать выполнение работ без бумажных журналов 🔵подтверждать выполненные операции за несколько секунд 🔵создавать заявки на дополнительные работы, если во время осмотра обнаружены новые дефекты 🔵отражать фактическое состояние оборудования сразу после осмотра 🔵делать фото неисправностей, чтобы упростить расследование отказов и повысить качество диагностики ✔️ Вся информация автоматически синхронизируется с ERP системой. Данные не нужно переносить вручную, поэтому исключается двойная работа и снижается вероятность ошибок. ✅ Наша задача не в том, чтобы добавить мастерам ещё один инструмент для отчётности. Наоборот, «Мобильное ТОРО» помогает сократить бумажную работу, освободить время для действительно важных задач и сделать обслуживание оборудования более прозрачным и управляемым. 💌 Мы продолжаем собирать вопросы для рубрики «Вопрос — ответ». Вы можете оставить свой вопрос в комментариях под постом, написать нам в личные сообщения канала или отправить его на электронную почту it@severstal.com с темой «Вопрос эксперту». #промышленность #производство #инженер #главныйинженер #ТОиР #автоматизация #цифровизация #цифровоепроизводство 📲 Связаться с нами 📲 Мы в Макс 🔵 О нас