Announcement

Collapse
No announcement yet.

местная кнопка, hmi и диспетчерская: кто имеет право подать команду?

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • местная кнопка, hmi и диспетчерская: кто имеет право подать команду?

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

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

  • #2
    Полезно заранее составить матрицу источников и команд. В ней отдельно указываются выбор режима, запрос на действие, разрешающие условия и подтверждение выполнения. Тогда становится видно, какие команды допустимы из нескольких мест, а где нужен единственный владелец. Одного списка приоритетов интерфейсов для этого обычно недостаточно.

    Comment


    • #3
      Команду с экрана лучше рассматривать как ограниченный по условиям запрос, а не как вечное состояние агрегата. Логика должна понимать, принят ли запрос, выполнен ли он и почему отклонён. После смены владельца устаревшие запросы не должны неожиданно оживать без явно предусмотренного подтверждения и проверки исходных условий.

      Comment


      • #4
        На интерфейсе полезны три независимые строки: выбранный режим, фактический источник управления и причина недоступности действия. Это снимает ситуацию, когда кнопка просто неактивна без объяснения. Историю передачи управления тоже стоит регистрировать, чтобы потом отделить действие оператора от автоматического перехода или восстановления связи с рабочим местом.

        Comment


        • #5
          В испытания включили бы одновременные запросы, потерю связи во время команды и переключение местного поста при активной последовательности. Для каждого случая заранее задаётся ожидаемый результат. Если проект не описывает переход, удобнее зафиксировать этот пробел и согласовать решение, чем позволять порядку выполнения блоков случайно определять поведение оборудования.

          Comment

          Working...
          X