Новая идея про события

[sergyltd]

Здравствуйте
Поскольку, насколько я понял, новая версия скады, которая в разработке, будет сильно отличаться от старой, решил высказать хотелки. Может какие из них покажутся разумными. Не претендую на звание крутого девелопера, наоборот, но мне видится такая вот логика событий.
Триггер события находится в канале, как сейчас. Этот триггер создает новый класс события в котором, кроме того что сейчас, находится время пропадания события, произвольный текст активации события и пропадания. Этот класс погрузить в концепцию канала. (Новый вид канала — канал события). Из коммерческих соображений, эти каналы могут быть недоступны для Администратора напрямую. Т.е при создании канала вх/вых, можно редактировать событие только как сейчас (если оно надо) и оно попадает в канал события к которому доступа напрямую нет.
Далее каждый модуль (из тех которые имеют отношение к событиям) подписывается на определенные каналы события с фильтрацией свойств, т.е подписка не обязательно на все свойства канала события, а например только на текст и время активации, или еще какие. Ну например модуль архиватора наверняка на все свойства подпишется и на все каналы, а драйвер телеграмм на время и текст ну, скажем 5-ти каналов. Модуль (или как он сейчас позиционируется — то что в нижней части веб страницы находится) визуализации событий на свое, модуль Лог файла (который надеюсь будет) на все, драйвер СМС ……и т.д. А для коммерции либо МАУ либо отдельный модуль имеет доступ к редактированию свойств канала события.
Просто ОЧЕНЬ не удобно когда на одном параметре висит куча функций. Сейчас весь текст висит на «Общественных» свойствах — ну очень не удобно. Почему надо придумывать например название канала, которое описывает событие? Не правильно это — ведь этот же текст будет на веб странице. И формат далеко всегда вписывается в событие одновременно с отображением на мнемосхеме. А про цвета я вобще не говорю — например в цифровом отображении значения удобно использовать статус канала для фона, но этим же цветом отображается текст события — это плохо.

[Michael]

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

[Mikhail]

Добрый день!
Актуальные версии Rapid SCADA 6.x. Глобальных изменений в ближайшее время не планируется. За пожелания спасибо, они будут полезны.

> Ещё бы номеру канала разрешить быть равным нулю.
Слишком много побочных эффектов последует, поэтому нет. Не стоит стремиться к совпадению номеров каналов и регистров Модбас.

[Mikhail]

Сделайте, пожалуйста, скриншоты описанной ситуации, которая вызывает неудобства.

[Автор]

Сообщения