Что считается нормальной работой
В нормальном состоянии оператор видит актуальные значения, устройство доступно, команды выполняются предсказуемо, а интерфейс не оставляет сомнений в текущем состоянии линии и устройства.
Зачем нужна страница ModBus
ModBus — это основная рабочая страница для выбранного устройства. Именно здесь оператор быстрее всего отвечает на простые вопросы: какое устройство открыто, есть ли у него живые значения, доступно ли оно сейчас и можно ли отправлять команды.
- Если устройство есть в списке, но значения не приходят, это не нормальная ситуация и ее нужно разбирать.
- Если команда отправлена, результат должен быть понятен: она либо сработала, либо нет.
- Если устройство недоступно, интерфейс должен помочь заметить это сразу, а не скрывать проблему.
Как правильно читать состояние устройства
Важно различать три разные вещи: устройство существует в конфигурации, устройство доступно прямо сейчас, и значения свежие. Это не одно и то же.
flowchart TD
A[Устройство есть
в конфигурации] --> B[Шлюз его опрашивает]
B --> C{Ответы приходят?}
C -- Да --> D[Значения свежие
и пригодны к работе]
C -- Нет --> E[Связь потеряна
или нестабильна]
D --> F[Оператор видит
здоровую картину]
E --> F
Для оператора из этого следует простое правило: сам факт наличия устройства в списке еще не означает, что ему можно доверять прямо сейчас. Живое состояние важнее, чем просто сохраненная запись в конфигурации.
Линия, устройство и свежесть значений
| Что видно | Что это означает | Действие оператора |
|---|---|---|
| Устройство есть в списке | Оно сохранено в конфигурации выбранной линии. | Проверить connected/online и последние значения. |
| Линия paused или polling disabled | Фоновый опрос остановлен, поэтому свежие значения не появятся. | Возобновить polling только если это безопасно для работ на линии. |
| Значения stale/offline | Устройство сохранено, но доверять данным сейчас нельзя. | Перейти в Сканер/Инспектор или проверить физическую связь. |
Нормальное состояние на ModBus
Рабочее состояние
Проблемное состояние
Realtime chart на ModBus
ModBus обновляет подробные данные для выбранного устройства, а список устройств остается легким. Для графика используются только отмеченные каналы выбранного устройства; выбор сохраняется вместе с описанием устройства. Если канал не отмечен, это не ошибка связи: он просто не добавлен в realtime chart.
Configured и runtime
В Система и верхней строке статуса могут одновременно показываться сохраненная конфигурация и фактический runtime. Например, конфигурация может говорить, что gateway выключен, а runtime показывать, что сервис сейчас работает после предыдущего запуска. В спорных случаях операторская оценка должна опираться на runtime, журналы и наблюдаемое поведение, а не только на сохраненное поле.
Зачем нужны дашборды
Дашборды удобны тогда, когда нужно быстро понять общую картину по зоне, помещению или системе в целом. Они не заменяют детальный просмотр ModBus, но помогают быстро заметить отклонение.
Когда полезен дашборд
Когда нужно увидеть ключевые температуры, состояния и предупреждения сразу по нескольким устройствам.
Когда достаточно ModBus
Когда работа идет с одним конкретным устройством и нужны подробные значения или команды.
Главная цель
Не показать все подряд, а быстро показать самое важное текущее состояние.
Обзор дашборд
Зачем нужны локальные сценарии
Локальные сценарии позволяют шлюзу реагировать на условия без ожидания внешней платформы. Например, когда выполняется условие, шлюз сам отправляет нужную команду устройству.
Это особенно полезно там, где важна быстрая локальная реакция и где внешняя связь не должна быть обязательным условием.
Зачем нужен Журнал автоматизации
Журнал автоматизации делает автоматизацию понятной. Без него сценарии превращаются в черный ящик: что-то где-то произошло, но непонятно почему.
Как отправлять команды
Команды стоит отправлять только тогда, когда по интерфейсу видно, что устройство доступно, а текущее состояние понятно. После выполнения команды важно убедиться, что результат действительно отразился на экране.
Результат команды
Признаки здоровой ежедневной эксплуатации
- Оператор видит понятные имена устройств, а не только адреса.
- Значения не вызывают постоянных сомнений в актуальности.
- Команды ведут себя предсказуемо.
- Если появляется проблема, она заметна и поддается объяснению.
Когда пора переходить к диагностике
Если значения перестали обновляться, устройство исчезло, команда не сработала или сценарий повел себя непонятно, это уже повод переходить из обычной эксплуатации в диагностику, а не гадать по интерфейсу.
Связанные разделы
- Диагностика для разбора проблемных состояний.
- Справочник UI для пояснения экранов и индикаторов.
- Обслуживание для сервисных действий и безопасного восстановления.