Ответы в темах
-
Записи
-
Но! Если в отдельно созданный канал добавить формулу, по которой измеряемое значение будет меняться только при изменении статуса измеряемого канала, то тогда получится нужный результат.
P.S.
Извиняюсь за флуд, эмоционирую 😀
Раньше времени обрадовался 😀
Если нужно вывести значение в журнал (столбец «Описание»), то изменение канала необходимо 🙂
По сути задача следующая: генерировать события в журнале только по изменению статуса. Соответственно если новый статус такой же как и старый, то события не должно быть.
Romiros, спасибо, но формулы, как я понимаю, в порядке, так как без корректного значения статуса канала ячейка не было бы красной.
То есть если значение статуса 16, значит Rapid Scada будь добра генерируй событие. Я так размышлял, но думал что можно обойтись без «соб. по изм.»
Видимо придётся какой то модуль писать.
Оказалось, что я вообще не понимаю как работает генерация событий.
Галочка «События по изменению» генерируют события не по статусу, а по новому значению канала :).
Если этот флаг убрать, то события с пользовательскими статусами не создаются (16, 17, 18 и т.д.).
Статус канала, по значению которого на скриншоте происходит индикация ячейки (единственная красная), равен 16 (картинка меняется по значению статуса)
https://pastenow.ru/83c7d7849918ae8ba65e928658a40514
Последнее событий создано 10 минут назад. Красная индикация существенно свежее.Созданные типы событий
https://pastenow.ru/e83dc6df082a1f3789de2f6dd36fc90dНастройки канала
https://pastenow.ru/4cb2df2c40094561aadb2e47149ea3b7Без галочки «События по изменению» можно генерировать события с пользовательскими статусами? Проблема в том, что если значение находится в зоне «Норма», то при изменении они «засоряют» журнал событий.
Mikhal, благодарю!
Собственно получился вот такой модуль для этой задачи:
public override void OnEventChecked(DateTime date, int evNum, int userID) { // the method executes after event check // метод выполняется после квитирования события Command command = new Command(); ServerCommands.SendCommand(2121, command, userID); WriteToLog("Process event check by the module " + Name, Log.ActTypes.Action); }Где 2121 — номер канала управления, который отрабатывает по квитированию события.
Таким образом по квитированию в журнале события можно, например, установить нужное значение во входном канале.
Подскажите ещё пожалуйста по следующему моменту:
Допустимо ли использование пользователя «sa» для доступа к БД в настройках SCADA-системы на объектах? Или, как правило, практикуется создание нового пользователя?
P.S. Используется Microsoft SQL Server.
Интересует безопасность. И действия разработчика в этом отношении, если такие есть.
Для атомной станции вряд ли понадобится распределённая система с Web-интерфейсом. Но если заказчик, допустим, это крупное производство. Для них безопасность будет идти высоким приоритетом. Можно ли создать защиту, которую злоумышленники не смогут обойти(довольно наивный вопрос конечно, наверное такой защитой будет только отказ от выхода в интернет, но возможно у Вас есть подобный опыт или Вы знаете как организовать максимальную защиту)? В моём обывательском понимании выход в интернет, если и не ставит крест на безопасности, то, как минимум, оставляет приглашение на попытку взлома.
Понятно, что вопрос обширный и, пожалуй, это работа для специалистов по информационной безопасности, но из этого выходит, что разработчик SCADA-системы должен обеспечивать только качество передачи данных, а дальше риски берёт на себя заказчик?
