Привет, Хабр! На связи Александр Попко и Игнат Старшов, и сегодня мы расскажем про наш продукт ЭКОНС – систему визуализации, которая приносит СИБУРу миллиарды рублей в год.
Для наших производств соблюдение правильного технологического режима — очень важный фактор. Во-первых, дело в безопасности: если тот или иной показатель достигает критической отметки, скажем, температура или давление, случиться может всякое. Обычно не очень приятное. Так что за этим пристально следят, как специально обученные люди, так и автоматика.
Во-вторых, экономический эффект. Он тоже сильно зависит от выбранного инженерами и оператором нужного технологического режима. И вот здесь иногда сталкиваются две точки зрения, ведь оператор обычно мыслит в тоннах, а менеджер — сразу в рублях.
Поэтому мы создали конструктор под названием ЭКОНС. Если вкратце, то он помогает оператору наглядно (и что важно — в реальном времени) оценивать, как выбранный им режим технологического процесса прямо сейчас влияет на экономическую эффективность. Для простоты мы сделали дашборды с индикаторами в виде спидометров, привычных человеческому глазу.
Получается такой удобный инструмент для управления эффективностью, которым постоянно пользуются инженеры, технологи и начальники смен.
![Панель ЭКОНС в операторной Панель ЭКОНС в операторной](https://habrastorage.org/getpro/habr/upload_files/a0a/f0e/b8c/a0af0eb8c1566f14f9d4642dc0c6d20a.jpg)
Состав конструктора
ЭКОНС состоит из двух больших блоков.
Первый — экономическая модель, это основа ЭКОНСа. Её составляют наши специалисты на основе технического аудита, она связывает в расчётах технологию и экономику.
Второй — визуализация. Чтобы наглядно показывать, как именно отражается влияние технологических процессов на экономике всего предприятия.
Блок визуализации — это не только наглядно и понятно, но ещё и отчасти мотивационный фактор. Персоналу становится понятно, зачем вести экономически выгодный режим, ведь мы выводим на спидометр ещё и премию оператора, которую он получит за нахождение в нужных пределах индикатора.
![Пример наполнения панели ЭКОНС (цифры нас попросили замазать) Пример наполнения панели ЭКОНС (цифры нас попросили замазать)](https://habrastorage.org/getpro/habr/upload_files/36a/843/eaa/36a843eaa209cf29ece950c5be558b5e.png)
А почему конструктор?
По сути, раньше система ЭКОНС была общим для всех инструментом, и для внесения любых изменений и доработок нужны были разработчики.
Представьте: вы оператор установки дегидрирования пропана (жизненно, да). Чтобы добавить нужный показатель, вам бы пришлось связаться с разработчиками, чтобы сначала создать его в MES, потом спроектировать и довести до прода. Дело небыстрое. И это на производстве, где скорость критически важна.
Сейчас мы перешли к парадигме, когда разработчики всего лишь делают необходимые инструменты для сборки конфигураций, нужных тому или иному пользователю.
Во-первых, никто не понимает нужды пользователей лучше, чем они сами. Во-вторых, мы масштабируем решение на наши предприятия по всей России, а у каждого производства своя специфика, нужные метрики и, соответственно, желаемое наполнение панели.
Только представьте, какая должна быть команда разработчиков, чтобы обслуживать потребности 38 производств с ЭКОНС! До конца года таких производств вообще станет около 50...
Конструктор добавляет уйму новых возможностей. С ним работники могут:
Создавать конфигурации показателей и по-своему настраивать администрирование и эксплуатацию панели;
Настраивать логику расчёта показателей с точки зрения бизнеса;
Выбирать дизайн спидометров (куда же без этого);
Определять параметры отклонений;
Создавать и настраивать маршруты оповещений об отклонениях;
Любой пользователь может добавлять нужные ему индикаторы на панели и получать по ним единую сквозную отчетность. Сам редактор панелей довольно простой и дружелюбный, он покрывает почти 100% потребностей пользователей. Но мы оставили возможность накодить совсем сложные вычисления и алгоритмы (исключительно для желающих) – достаточно знать Kotlin Script на базовом уровне. Например, когда нужно создать сложные регрессионные модели для виртуального хроматографа. Тут сразу можно сказать, что задача нетривиальная :)
![Панель может выглядеть и вот так, например Панель может выглядеть и вот так, например](https://habrastorage.org/getpro/habr/upload_files/54e/633/f2c/54e633f2caf41fbc0c8b21f37517a221.png)
ЭКОНС и Озеро
ЭКОНС разработан над платформой «Озера данных» (мы писали о ней в этом посте), в которую стекаются данные со всех производств. Если упростить, то цепочка обмена данными выглядит так:
Установки на производстве работают в заданных технологических режимах. За режим работы отвечает контроллер, который собирает и анализирует данные с датчиков;
Такие контроллеры подключены к коллекторам данных;
Коллекторы данных в реальном времени передают информацию в систему MES и другие производственные системы по OPC протоколу;
Данные с MES-систем каждой производственной площадки, интегрируются в «озеро», при этом задержка между временем возникновения события и записи в «озеро» составляет 5-10 секунд. В «озере» данные проверяются на качество и раскладываются по lambda архитектуре на разные уровни хранения с различными характеристиками доступа;
Система ЭКОНС в реальном времени использует подсистему очередей и историческое хранилище для получения необходимых данных.
В ЭКОНС данные обрабатываются математическими моделями, визуализируются на дашбордах системы, после чего направляются обратно в «озеро» для BI анализа.
В «озере» данные структурируются, очищаются и становятся доступны для использования в BI инструменте. При этом глубина построения отчетов ограничена временем хранения данных. Также озеро собирает продуктовые метрики, предоставляет инструменты для мониторинга и сбора журнальных данных. Это улучшает показатели доступности и качества сервиса, а ещё сокращает время реакции на возможные инциденты.
Разработка
Здесь подход довольно классический. В DEV-среде мы пишем код, покрываем его тестами, а затем проверяем в разных сервисах.
Тестовая среда — для тестирования функциональности сразу на промышленных данных и приемосдаточных испытаниях.
Затем система переезжает на собственную инфраструктуру в прод, где и осуществляется промышленная эксплуатация и сопровождение.
Планы развития
Разработку конструктора мы начали примерно полтора года назад. За это время успели:
Создать и встроить все основные подсистемы – расчёты показателей, визуализация данных, мониторинг отклонений, отчётность, и многие другие.
Интегрировать все модули платформы ЭКОНС в новый конструктор
Создать пилотные панели, успешно их отпилотировать и испытать на производстве;
Вывести продукт в эксплуатацию.
Сейчас и до конца года мы развиваем функциональность конструктора, собираем фидбэк от пользователей и тиражируем продукт на производствах.
Результаты
Во-первых, мы ощутимо сократили стоимость и time-to-market вывода показателей ЭКОНС в прод. Во-вторых, смогли отказаться от ряда лицензионных платежей и стороннего платного саппорта — ведь теперь всё работает на нашей инфраструктуре и поддерживается внутренними специалистами.
А-третьих, не можем не упомянуть экономические эффекты ЭКОНС. С 2017 года система помогла нам заработать около 1,8 млрд рублей, а до конца этого года эффект приблизится к отметке в 2,7 млрд рублей!
И ещё крутой момент: ЭКОНС автоматически рассчитывает, сколько полезной энергии действительно нужно для технологических процессов. Так мы понимаем, насколько можно снизить объёмы топливного газа и сократить выбросы CO2 в атмосферу. На заводе в Тобольске, к примеру, мы благодаря ЭКОНСУ ежегодно предотвращаем около 80 тысяч тонн выбросов CO2.
Приятно завершать на «зелёной» ноте! Если вам понравилась статья – пишите в комментах, будем рады ответить на ваши вопросы :)