Opened 3 years ago
Closed 3 years ago
#534 closed улучшение (не будем делать)
Сценарии
Reported by: | san | Owned by: | alx |
---|---|---|---|
Priority: | средний | Milestone: | 1 очередь |
Component: | sw | Keywords: | |
Cc: | andrei |
Description
Предлагаю создать следующий механизм.
Плата SW-01 получает от одной из плат блока некое "событие" и в соответствии со "сценарием", который ранее составил пользователь, выполняет "действие".
Примеры применения, подсказанные пользователями:
- При срабатывании датчика в одной плате включить реле в другой плате
- При вызове канального окончания в VE-01 включить реле в другой плате
- При аварии в канале связи загрузить в блок конфигурацию для работы через резервный канал
События: аварии плат, изменения значений переменных плат.
Действия: Запись значений в переменные плат, загрузка нового файла конфигурации
Change History (2)
comment:1 by , 3 years ago
comment:2 by , 3 years ago
Resolution: | → не будем делать |
---|---|
Status: | new → closed |
Так как контраргументов никто не высказал, закрываю тикет.
Note:
See TracTickets
for help on using tickets.
Странно, я не получал уведомления о создании этого тикета. Увидел его случайно...
Replying to san:
Это - функции системы мониторинга. Считаю, что предлагаемое повторение реализации функций системы мониторинга сети в нашей аппаратуре (вместо того чтобы взять уже готовую существующую систему мониторинга) - нерациональная трата сил и средств отдела разработки. К тому же реализация этих функций таким способом будет ущербна: что если при срабатывании датчика в одном блоке надо включить реле в другом блоке? Или (см. последний пример) при аварии в канале связи логично загрузить альтернативную конфигурацию требуется сразу в два блока - с одной стороны канала и с другой стороны тоже...
Считаю неправильным перекладывать такие функции на нашу аппаратуру.