АРМ проектируется под обязанности диспетчера, а не под список всех возможных сигналов.
| Раздел АРМ | Что выводим | Зачем нужно |
|---|---|---|
| Главный экран | Сводное состояние объекта, аварии, ключевые параметры | Быстро понять, где требуется внимание |
| Мнемосхемы | Системы, оборудование, режимы, датчики, команды | Управлять объектом без перехода по лишним меню |
| Аварии | Приоритеты, текст причины, время, подтверждение, журнал | Сократить время поиска неисправности |
| Тренды | История параметров, графики, сравнение периодов | Разбирать отклонения и жалобы эксплуатации |
| Права доступа | Диспетчер, инженер, наладчик, администратор | Не дать случайно изменить критичные настройки |
Интерфейс должен быть удобен при аварии, а не только на демонстрации.
Критичные аварии и параметры не теряются среди второстепенной информации.
Диспетчер быстро переходит от общей схемы к конкретной установке или аварии.
Опасные действия требуют прав доступа, подтверждения или отдельного режима.
Аварии пишутся понятным текстом, а не кодами без расшифровки.
В журнале видно, кто подтвердил аварию, изменил уставку или включил режим.
Для инженера доступны диагностика связи, контроллеров, датчиков и обмена.
Даже хороший АРМ не должен быть единственным местом, где живёт логика объекта. Базовые защиты, аварии и автоматические режимы должны выполняться на уровне ПЛК или локального шкафа управления.
АРМ диспетчера нужен для наблюдения, управления разрешёнными командами, диагностики, архивов и работы с авариями. Такой подход сохраняет устойчивость объекта при временной потере связи с верхним уровнем.
Опишите объект, системы, роли пользователей и какие команды должны быть доступны. Подготовим структуру экранов, сигналов и прав доступа.
Опишите задачу в свободной форме. Консультант уточнит детали и передаст заявку инженерам, когда будут контакты.
Диспетчеризация