UMEC Space Wiki | Эксплуатация

Что считается нормальной работой

В нормальном состоянии оператор видит актуальные значения, устройство доступно, команды выполняются предсказуемо, а интерфейс не оставляет сомнений в текущем состоянии линии и устройства.

Зачем нужна страница Control

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

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

Как правильно читать состояние устройства

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

flowchart TD
    A[Устройство есть
в конфигурации] --> B[Шлюз его опрашивает]
    B --> C{Ответы приходят?}
    C -- Да --> D[Значения свежие
и пригодны к работе]
    C -- Нет --> E[Связь потеряна
или нестабильна]
    D --> F[Оператор видит
здоровую картину]
    E --> F

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

Нормальное состояние на Control

Рабочее состояние

Свежие значения и готовность устройства к обычной работе.

Проблемное состояние

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

Зачем нужны dashboards

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

Когда полезен dashboard

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

Когда достаточно Control

Когда работа идет с одним конкретным устройством и нужны подробные значения или команды.

Главная цель

Не показать все подряд, а быстро показать самое важное текущее состояние.

Обзор dashboard

Обзор удобен для быстрого понимания общей картины без перехода по каждому устройству.

Зачем нужны локальные сценарии

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

Это особенно полезно там, где важна быстрая локальная реакция и где внешняя связь не должна быть обязательным условием.

Зачем нужен Scenario Log

Scenario Log делает автоматизацию понятной. Без него сценарии превращаются в черный ящик: что-то где-то произошло, но непонятно почему.

Как отправлять команды

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

Результат команды

После команды оператор должен видеть ожидаемое изменение состояния, а не только факт нажатия кнопки.

Признаки здоровой ежедневной эксплуатации

Оператор видит понятные имена устройств, а не только адреса.
Значения не вызывают постоянных сомнений в актуальности.
Команды ведут себя предсказуемо.
Если появляется проблема, она заметна и поддается объяснению.

Когда пора переходить к диагностике

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

Связанные разделы

Диагностика для разбора проблемных состояний.
Справочник UI для пояснения экранов и индикаторов.
Обслуживание для сервисных действий и безопасного восстановления.

Ежедневная работа с системой после пусконаладки