Питон, коннекторы к ПЛК и живая тестовая инфраструктура. Такой план)

А если это часть в симуляции MSSP или ещё хуже MS-MSMP?

ну смотри с плк ты сможешь забрать логирование, то есть если процесс статичный и работает в цикле то кол-во операций примерно будет одинаково для определенного цикла. то есть ты будешь знать что для очистки в течении 24 часво на ПЛК проход условно 200 команд (ин.аут). Так же сможешь забрать примерное кол-во моточасов нароботки с насосов , так же кол-во- открытий и закрытий с запорной арматуры, ну и самое главное сможешь собрать тренды по давлениям и нагрузки насосов, а дальше если у тебя в системе есть еще какие то тригеры которые важны.

Да, спасибо, как раз csv запросил с логами

Мы в АСУТП используем уставки как критерии надёжности + пид регулирование

советую еще у технологв кто проектировал линию очистки запросить критерии разрушения или загрязнения системы

По воде могу сказать что есть мутномеры для этого

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

Также есть аккустические датчики разрыва

уставки должны оставаться в рамках допустимых для нормального протекания процесса поэтому и есть регулятор некий который в динамике регулирует

Вот это основной момент

ну тут все проще если ты едешь под 200км в час 24 часа в сутки то повышается риск ДТП )

тоже и с регуляторами и насосами если они часто работают не в норме показателей то это тригер требующий внимания

Там в статье выше описано парамертически 4 типа атак, начну с этого

а там уже и видно будет кибер или физическое воздействие

Есть такое. С насосом как раз все более менее ясно

Если удастся вывести цепочку причинно-следственных связей

Мне всегда тут "расследование" Лема вспоминается

И его же "насморк"

Насосы имеют постоянную характеристику как правило