Хочу немного порассуждать на тему, вынесенную в заголовок.
Краткая предыстория, не претендующая на точность.
Производство существует давно. Раньше оно было кустарным, ручным. Затем люди придумали различные вспомогательные приспособления, которые облегчали работу. Затем эти приспособления дополняли друг друга, комбинировались и получались уже целые станки. Дальше – больше.
Станки стали объединять в цепочки – конвейеры. И всем этим нужно было как-то управлять.
Поначалу с этой задачей справлялся человек или несколько человек. Но задача управления конвейером или большим производством становилась все сложнее.
А потом появились компьютеры, вернее ЭВМ (Электронные Вычислительные Машины) и возникла идея использовать их для управления производством.
С этого времени и появилось понятие Автоматизированная Система Управления. (конец предыстории)
Условно АСУ можно разделить на две части: АСУП и АСУТП. Хотя, по большому счету, АСУ ТП может входить составной частью в АСУП.
Я лично больше занимаюсь именно АСУ ТП, почему и сайт мой так называется.
Так вот, АСУ ТП, как и любая большая задумка, начинается с проекта. И, естественно, поскольку АСУ ТП была придумана именно для управления производством, технологическим процессом или циклом, то и её проект должен отталкиваться именно от особенностей технологического объекта управления.
А эти самые объекты управления могут быть совершенно различны. В некоторых процессы протекают медленно, строго определены во времени и не требуют быстрой реакции системы. В некоторых процессы протекают настолько быстро, что требуют мгновенной реакции и выдачи соответствующей команды управления. Отсюда, и требования к проектируемой АСУ ТП, её оборудованию и алгоритмам работы должны различаться соответственно.
Кто же должен определять требования к системе управления? Ответ напрашивается сам собой: те, кто «заказывает музыку», т.е. технологи – люди, которые полностью владеют знанием и пониманием автоматизируемого техпроцесса.
Они должны определить:
- Точки измерения, необходимые для контроля техпроцесса;
- Точки контроля предельных значений величин, характеризующих техпроцесс;
- Предельные (критические) значения измерений, по которым должна выдаваться предупредительная и аварийная сигнализация и срабатывать технологические защиты, препятствующие повреждению оборудования;
- Точки, в которых требуется автоматически поддерживать необходимое значение измеренной величины техпроцесса;
- Места, где будут находиться, регулирующие нужные параметры, исполнительные механизмы;
- Алгоритмы ввода, вывода и срабатывания защит;
- Алгоритмы автоматического поддержания заданных значений необходимых величин техпроцесса;
- Логические алгоритмы необходимых по техпроцессу переключений оборудования;
- И т.п...
Задача же разработчиков АСУ ТП, собрать воедино сведения от технологов, подобрать оборудование, которое наиболее эффективно решит поставленные задачи, запрограммировать необходимые алгоритмы, разработать удобный интерфейс для взаимодействия оператора техпроцесса с самим техпроцессом, наладить все и описать это в инструкциях и регламентах по эксплуатации АСУ ТП.
Так что вывод очевиден. АСУ ТП начинается с постановки задачи технологами или, по-другому, технического задания (ТЗ). И именно от грамотной постановки ТЗ зависит, какую АСУ получит заказчик – хорошо продуманную и качественно выполняющую свои задачи, или недоразумение, которое что-то делает, но часто мешает нормальному техпроцессу.
Поэтому, совет заказчику: не пожалейте времени и средств на проработку ТЗ и соответствие ему проекта. И будет вам счастье.
P.S.: Конечно же, на сегодняшний день существует масса типовых решений для различных техпроцессов в разных отраслях промышленности. Эти решения собраны в отраслевых нормативных документах
Жду комментариев!