Система, с которой ведут режим объекта.

Мы переводим документацию объекта в систему ведения режима: иерархическую структуру от установок до отдельного аппарата, мнемосхемы процесса с обозначениями P&ID, обработку аварий, архив и сменную отчётность. В итоге получается приложение, которое сменный персонал осваивает за день и использует годами.

• Обследование схем P&ID, перечней сигналов и электрических схем, с инвентаризацией объектов и противоречий между документами
• Навигация по иерархии объекта, состояние поднимается до узла верхнего уровня
• Мнемосхемы с обозначениями ISA-5.1: форма говорит о типе аппарата, цвет — о его состоянии
• Лицевая панель по каждому аппарату с командами, блокировками и причиной блокировки
• Аварии по ISA-18.2: избыточное указание приоритета, полный жизненный цикл, откладывание и подавление протоколируются
• Архив нового поколения, тренды с уставками и курсорами измерения
• Сменные и производственные отчёты, выгружаемые в уже используемых форматах

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

• Телемеханика разных производителей под единой моделью данных
• Потеря связи обрабатывается отдельно от технологического отклонения
• Балансы сети и зоны учёта с выявлением утечек
• Дежурство: кого вызывают, по какой аварии, с какой эскалацией
• Доступ через веб и мобильные устройства для дежурного персонала

Диспетчеризация знает состояние объекта; ERP знает заказы; лаборатория знает анализы; служба обслуживания знает работы. Интерфейсы между этими мирами — то место, где проекты вязнут, потому что обычно они ничьи. Мы относимся к ним как к отдельной поставке, с явным и версионируемым контрактом данных.

• Интерфейсы REST и MQTT — документированные, версионируемые и проверяемые
• Производственные заказы, отчёты о ходе работ, фактические данные
• Результаты лаборатории, привязанные к партии и временному интервалу
• Наряды на обслуживание, формируемые по состоянию оборудования
• Контракт данных согласуется до разработки, а не выводится задним числом

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

• Руководства оператора и администратора формируются из проекта
• Контекстная справка внутри ЧМИ, привязанная к активному экрану
• Все языки проекта из единого каталога
• Реестр версий и выявление конфликтов между редакциями

Автоматическая проверка связи между экраном и страницей документации закреплена как правило проекта.

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

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

Не все, кому нужны данные установки, сидят за рабочим местом в операторской. Начальнику производства, ремонтнику на объекте, руководству — каждому нужен свой вид, который открывается в браузере и ничего не требует устанавливать. Мы делаем их как настоящие веб-приложения, а не как с трудом переделанные мнемосхемы.

• Веб-приложения SCADA, доступные из браузера — на рабочей станции, планшете и телефоне
• Сводные панели для руководства, производства и обслуживания, питаемые тем же архивом, что и диспетчеризация
• Разработка на штатном веб-фреймворке платформы, а где нужен вид под задачу — на HTML5 и TypeScript
• Аутентификация, роли и протоколирование действий такие же, как в приложении операторской
• Обновление в реальном времени по защищённому WebSocket, а не перезагрузка по таймеру

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

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