惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

小众软件
小众软件
IT之家
IT之家
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Security Archives - TechRepublic
Security Archives - TechRepublic
P
Proofpoint News Feed
C
CERT Recently Published Vulnerability Notes
阮一峰的网络日志
阮一峰的网络日志
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The Cloudflare Blog
P
Palo Alto Networks Blog
Know Your Adversary
Know Your Adversary
D
Darknet – Hacking Tools, Hacker News & Cyber Security
Cisco Talos Blog
Cisco Talos Blog
L
Lohrmann on Cybersecurity
AWS News Blog
AWS News Blog
J
Java Code Geeks
博客园_首页
Scott Helme
Scott Helme
WordPress大学
WordPress大学
有赞技术团队
有赞技术团队
T
The Exploit Database - CXSecurity.com
Security Latest
Security Latest
V
Visual Studio Blog
Cloudbric
Cloudbric
Jina AI
Jina AI
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
博客园 - 叶小钗
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
A
Arctic Wolf
C
Cybersecurity and Infrastructure Security Agency CISA
S
SegmentFault 最新的问题
The Last Watchdog
The Last Watchdog
SecWiki News
SecWiki News
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
W
WeLiveSecurity
K
Kaspersky official blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Hacker News: Ask HN
Hacker News: Ask HN
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
宝玉的分享
宝玉的分享
Hugging Face - Blog
Hugging Face - Blog
量子位
Google Online Security Blog
Google Online Security Blog
博客园 - Franky
Simon Willison's Weblog
Simon Willison's Weblog
博客园 - 三生石上(FineUI控件)
Recent Commits to openclaw:main
Recent Commits to openclaw:main

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Методы оценки эффективности сменного персонала на промышленных предприятиях
jazz_bass · 2026-04-28 · via Все публикации подряд на Хабре

Методы оценки эффективности сменного персонала на промышленных предприятиях

Уровень сложностиПростой

Время на прочтение14 мин

Охват и читатели266

Кейс

Введение

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

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

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

В предыдущих статьях рассказывалось о способах выявления предпосылок к отказу оборудования (прогнозировании отказов оборудования) с использованием классических методов анализа: численного, математического и статистического анализа (СТА. 2025. № 4) и анализа данных моделями машинного обучения (СТА. 2026. № 1). Однако спрогнозировать ошибочные действия и/или бездействие сменного персонала невозможно. Снизить риски отказа оборудования, связанные с ошибочными действиями и/или бездействием сменного персонала, можно только при системном контроле эффективности работы этого персонала.

Именно поэтому в Системе Поддержки Принятия Решений Sdisol PAD (далее по тексту – СППР Sdisol PAD) предусмотрены функции расчёта интегральных оценок, с помощью которых можно организовать эффективный контроль за действиями сменного персонала.

Постановка задачи

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

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

Также мы учитывали, что нагрузка у руководителей высокая, а значит, и форма отчёта должна быть краткой, наглядной и не требующей долгого изучения.

Проблема оценки эффективности сменного персонала

В основные обязанности сменного персонала входит обеспечение стабильности технологического режима в соответствии с уставками и производст­венной программой:

  • постоянное наблюдение за контролируемыми параметрами процесса;

  • прогнозирование возможных отклонений, принятие превентивных мер до наступления аварийной ситуации;

  • оперативное реагирование на сигналы тревог и предупреждений.

Задачи наблюдения за контролируемыми параметрами и прогнозирования возможных отклонений успешно решают системы предиктивной и параметрической диагностики, в том числе СППР Sdisol PAD. Однако если оперативный персонал игнорирует или несвоевременно реагирует на сигналы тревог и предупреждений АСУ ТП, то и системы параметрической и предиктивной диагностики будут неэффективны, так как на их предупреждения также не будет своевременной реакции.

На некоторых предприятиях, где мы внедряли СППР Sdisol PAD, первоначальный эффект от внедрения отсутствовал. Впоследствии выяснилось, что сменный персонал в ряде случаев игнорировал срабатывания предупредительных сигнализаций АСУ ТП, а на прогнозы СППР Sdisol PAD системы вообще не обращал внимания.

Учитывая изложенное, оценка эффективности работы сменного персонала сводится к оценке реагирования сменного персонала на сигналы тревог и предупреждений и состоит из следующих метрик:

  • количество предупредительных и аварийных событий за смену;

  • время от момента возникновения события до выполнения корректирующих действий (время реакции на событие);

  • суммарная продолжительность каждого события за смену.

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

Идеальным вариантом было бы оценивать действия сменного персонала одним числом, например, принимающим значения от 0% до 100%, где 0% – максимально неэффективно, а 100% – максимально эффективно. Тогда можно за секунды определять эффективность работы смен и сравнивать их между собой. Такая оценка подходит руководителям для системного анализа. При этом, если одна из оценок покажется низкой, всегда можно открыть журнал событий, детально ознакомиться с последовательностью возникновения и продолжительностью событий в интересующую смену и уже на основании этих данных принять решение о правильности действий сменного персонала.

Интегральная оценка эффективности сменного персонала

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

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

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

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

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

R_t=\frac{\sum_{i=1}^NW_iT_i}{\sum_{j=1}^NW_jt}

В вышеуказанной формуле расчёта интегральной оценки приняты следующие обозначения: Rt – значение интегральной оценки за заданный интервал времени (например, смену); Wi – весовой коэффициент степени критичности для заданного события iTi – суммарная продолжительность события i за заданный интервал времени tN – количество событий в конфигурации интегральной оценки; t – интервал времени (например, смена), за который рассчитывается интегральная оценка.

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

Из вышеуказанной формулы видно, что увеличение количества событий в конфигурации интегральной оценки будет приводить к уменьшению вклада каждого возникшего события в само значение оценки. Учитывая, что в абсолютном большинстве случаев малое количество событий из конфигурации будут актуальны в интервал времени, по которому выполняется расчёт, значение рассчитанной оценки всегда будет близко к 1. Для того чтобы более рационально использовать все возможные значения шкалы интегральной оценки от 0 до 1, мы предусмотрели возможность возведения в заранее заданную степень рассчитанного значения интегральной оценки. При таком подходе цена деления шкалы будет уменьшаться с приближением к верхней границе – единице.

Также для удобства восприятия оценки мы перевели её значение в проценты и зеркально отобразили, чтобы значение 100% соответствовало максимально эффективной работе сменного персонала, а 0% – максимально неэффективной.
Et = 100% – (Rtp × 100%,
где Et – оценка эффективности работы сменного персонала, а p – степенной коэффициент интегральной оценки.

В СППР Sdisol PAD мы предусмотрели возможность конфигурирования неограниченного количества интегральных оценок, для того чтобы каждый руководитель соответствующей службы мог оценивать работу сменного персонала в соответствии со своим набором событий.

Так, для главного механика, отвечающего за техническую исправность основного технологического оборудования, в конфигурацию интегральной оценки для компрессора могут попасть 14 событий (для простоты будем рассматривать векторные суммы вибраций по осям OX и OY, а не их отдельные значения), представленных в табл. 1.

№ п/п

Наименование события

Тип события

Весовой коэффициент

1

VXY_LPC_0708-H. Достигнута верхняя предупредительная уставка по вибрации передней опоры компрессора

предупредительное

3

2

VXY_LPC_0708-HH. достигнута верхняя аварийная уставка по вибрации передней опоры компрессора

аварийное

10

3

VXY_LPC_0910-H. Достигнута верхняя предупредительная уставка по вибрации задней опоры компрессора

предупредительное

3

4

VXY_LPC_0910-HH. Достигнута верхняя аварийная уставка по вибрации задней опоры компрессора

аварийное

10

5

VZ_LPC_11-L. Достигнута нижняя предупредительная уставка по осевому сдвигу вала компрессора

предупредительное

3

6

VZ_LPC_11-LL. Достигнута нижняя аварийная уставка по осевому сдвигу вала компрессора

аварийное

8,75

7

VZ_LPC_11-H. Достигнута верхняя предупредительная уставка по осевому сдвигу вала компрессора

предупредительное

3

8

VZ_LPC_11-HH. Достигнута верхняя аварийная уставка по осевому сдвигу вала компрессора

аварийное

8,75

9

TI_LPC_SUP3-H. Достигнута верхняя предупредительная уставка по температуре опорного подшипника (задняя опора компрессора)

предупредительное

2,5

10

TI_LPC_SUP3-HH. Достигнута верхняя аварийная уставка по температуре опорного подшипника (задняя опора компрессора)

аварийное

7,5

11

TI_LPC_SUP4-H. Достигнута верхняя предупредительная уставка по температуре опорно-упорного подшипника (передняя опора компрессора)

предупредительное

2,5

12

TI_LPC_SUP4-HH. Достигнута верхняя аварийная уставка по температуре опорно-упорного подшипника (передняя опора компрессора)

аварийное

7,5

13

SPD_TURB-H. Достигнута верхняя предупредительная уставка по скорости вращения вала компрессора

предупредительное

2,5

14

SPD_TURB-H. Достигнута верхняя аварийная уставка по скорости вращения вала компрессора

аварийное

6,75

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

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

№ п/п

Наименование события

Тип события

Весовой коэффициент

1

TI_FROM_STG-H. Достигнута верхняя предупредительная уставка по температуре газа на нагнетании

предупредительное

2

2

TI_FROM_STG-HH. Достигнута верхняя аварийная уставка по температуре газа на нагнетании

аварийное

10

3

PI_FROM_STG-H. Достигнута верхняя предупредительная уставка по давлению газа на нагнетании

предупредительное

3

4

PI_FROM_STG-HH. Достигнута верхняя аварийная уставка по давлению газа на нагнетании

аварийное

8

5

PI_FROM_STG-L. Достигнута нижняя предупредительная уставка по давлению газа на нагнетании

предупредительное

3

6

PI_FROM_STG-LL. Достигнута нижняя аварийная уставка по давлению газа на нагнетании

аварийное

10

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

Так как весовые коэффициенты степени критичности указывают на вклад каждого события в общую оценку, то и выбор значения коэффициента для каждого события зависит от значений аналогичных коэффициентов для других событий из конфигурации. Наглядное отображение значений весовых коэффициентов значительно упрощает конфигурирование интегральных оценок, особенно при значительном количестве событий в конфигурации. Именно поэтому в СППР Sdisol PAD мы предусмотрели форму конфигурирования интегральной оценки с наглядным графическим отображением значений весовых коэффициентов (см. рис. 1).

Рис. 1. Форма конфигурирования интегральной оценки

Рис. 1. Форма конфигурирования интегральной оценки

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

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

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

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

Рис. 2. Форма отчёта об эффективности работы смены

Рис. 2. Форма отчёта об эффективности работы смены

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

Помимо вышеуказанных отчётов, мы предусмотрели в СППР Sdisol PAD возможность непрерывного расчёта интегральных оценок скользящим окном. В этом случае рассчитанные значения интегральных оценок непрерывно рассчитываются и записываются во внутренние переменные, значения которых можно отображать на мнемосхемах или временны́х диаграммах. Такой подход позволяет наблюдать изменения интегральных оценок в реальном времени, что должно быть особенно полезно диспетчерам предприятий, отвечающим за согласованную работу цехов.

Мгновенная интегральная оценка деградации технологического процесса и/или установки

До настоящего момента мы рассматривали только предупредительные и аварийные события в конфигурациях интегральных оценок. Но эти события характеризуют только статическое состояние технологического процесса и/или оборудования (не считая уставок по скорости изменения какой-либо переменной и размаху её значений), а для оценки переходных процессов необходимо анализировать события, характеризующие динамическое состояние.

В СППР Sdisol PAD предусмотрены прогнозные события, среди которых наиболее распространённым является событие выявления тенденции на изменение значений переменной в сторону уставки. Подробно о методах выявления тенденций было рассказано в статье «Численный и математический анализ при диагностике динамического оборудования» (СТА. 2025. № 4). Отметим лишь, что событие выявления тенденции становится активным («приходит»), как только значение соответствующей переменной начинает меняться в сторону уставки, и сбрасывается («уходит»), как только изменение значений переменной прекращается. Из вышеуказанного следует, что прогнозные события выявления тенденции характеризуют динамическое состояние технологического процесса и/или оборудования.

Использование этих событий в конфигурациях интегральных оценок позволяет оценивать степень деградации состояния технологического процесса и/или оборудования.

Наиболее подходящими для анализа степени деградации технологического процесса и/или оборудования являются мгновенные интегральные оценки. Расчёт мгновенных интегральных оценок, предусмотренный в СППР Sdisol PAD, выполняется непрерывно. Конфигурации мгновенных интегральных оценок могут предусматривать любые типы событий, не обязательно прогнозные. При расчёте мгновенных интегральных оценок учитываются только актуальные события в момент расчёта без учёта их продолжительности. Формула расчёта мгновенной интегральной оценки представлена ниже.

R=\frac{\sum_{i}W_i}{\sum_{j=1}^NW_j}

В вышеуказанной формуле расчёта мгновенной интегральной оценки приняты следующие обозначения: R – значение мгновенной интегральной оценки; Wi – весовой коэффициент степени критичности для актуального в заданный интервал времени события iWj – весовой коэффициент степени критичности для каждого события j из конфигурации мгновенной интегральной оценки; N – количество событий в конфигурации мгновенной интегральной оценки.

Для удобства восприятия степени деградации мы так же, как и для оценки эффективности, предусмотрели степенной коэффициент и перевели его значение в проценты, так, чтобы 0% соответствовало минимальной степени деградации (отсутствию деградации), а 100% – максимальной степени деградации.
D = Rp × 100% ,
где D – степень деградации технологического процесса и/или оборудования, а p – степенной коэффициент интегральной оценки.

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

№ п/п

Наименование события

Тип события

Весовой коэффициент

1

VXY_LPC_0708-INCREASE. Выявлена тенденция на рост вибрации задней опоры компрессора

прогнозное

10

2

VXY_LPC_0910-INCREASE. Выявлена тенденция на рост вибрации передней опоры компрессора

прогнозное

10

3

VZ_LPC_11-DECREASE. Выявлена тенденция на изменение осевого сдвига в сторону задней опоры компрессора

прогнозное

6

4

VZ_LPC_11-INCREASE. Выявлена тенденция на изменение осевого сдвига в сторону передней опоры компрессора

прогнозное

6

5

TI_LPC_SUP3-INCREASE. Выявлена тенденция на рост температуры опорного подшипника компрессора (задняя опора)

прогнозное

3

6

TI_LPC_SUP4-INCREASE. Выявлена тенденция на рост температуры опорно-упорного подшипника компрессора (передняя опора)

прогнозное

3

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

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

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

На рис. 3 представлена временна́я диаграмма изменения оценки степени деградации по механической части (красный цвет) и мгновенной интегральной оценки эффективности сменного персонала (синий цвет), а также интегральной оценки сменного персонала за два часа (зелёный цвет). При этом глубина временно́го отрезка диаграммы соответствует восьми часам.

Рис. 3. Временна́я диаграмма степени деградации и оценок эффективности

Рис. 3. Временна́я диаграмма степени деградации и оценок эффективности

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

Таким образом, интегральные оценки – это не только инструмент контроля за работой сменного персонала, но и инструмент контроля за технологическим процессом и/или оборудованием для сменного персонала.

Временны́е диаграммы – мощный инструмент анализа данных, который получил широкое распространение в современных АСУ ТП, однако для руководителей они не всегда удобны, так как требуют значительного времени для работы с ними. 

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

На рис. 4 представлен дашборд состояния компрессорной установки, состоящей из паровой турбины, первой ступени компрессора, повышающего обороты редуктора и второй ступени компрессора.

Рис. 4. Дашборд состояния компрессорной установки

Рис. 4. Дашборд состояния компрессорной установки

Дашборд разделён на 5 областей, каждая из которых содержит информацию по определённому механизму: «Компрессорная установка SC404» – область, содержащая обобщённую информацию по всей компрессорной установке, «Паровая турбина» – область, содержащая информацию только по паровой турбине, и т.д.

Каждая область отображает 4 метрики:

  • «Текущая оценка эффективности» – это мгновенная интегральная оценка, в конфигурации которой предусмотрены только предупредитель­ные и аварийные события;

  • «Изменения оценки эффективности за час» – это история изменения «Текущей оценки эффективности» за по­следний час;

  • «Оценка эффективности за 8 ч» – это интегральная оценка за 8 часов, в конфигурации которой предусмотрены только предупредительные и аварий­ные события;

  • «Текущая деградация» – это мгновенная интегральная оценка, в конфигурации которой предусмотрены только прогнозные события.

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

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

Заключение

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

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

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

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

ИСТОЧНИК - СТА 2'26