С развитием систем автоматизации все больше и больше проектов в различных отраслях требуют сетевого взаимодействия, поскольку системы управления содержат уже не один, а несколько компьютеров, выполняющих различные функции. Причины, по которым нельзя ограничиться одним АРМом, разные. В одних случаях единый технологический процесс состоит из нескольких технологических участков, за каждый из которых отвечает отдельный оператор. В других случаях требуется предоставить информацию с объекта не только оператору, но и другим специалистам – старшему оператору смены, технологам, плановикам, руководству.
Понятно, что если АРМ в системе один, то, как правило, он сочетает в себе все необходимые функции: не только предоставляет операторский интерфейс, но и занимается обменом данными с контроллерами, хранением архивов, печатью и т.п.
Другое дело, если АРМов несколько. В этом случае уже есть повод для выделения серверов – ввода-вывода сигналов (опроса оборудования), архивов, печати. Нужно ли это делать – это всегда компромисс между повышением гибкости, надежности, быстродействия системы и ее ценой. В каждом проекте этот вопрос может получить свой собственный ответ.
Архитектура сетевого проекта часто зависит от назначения разрабатываемой системы.
В системах диспетчеризации, а также в системах коммерческого и технического учета, как правило, имеется несколько пользователей системы (например, технологи), которые должны видеть все происходящее на объекте, но при этом вмешательство в процесс сбора данных или тем более в управление не входит в круг их обязанностей. В этом случае проектировщик строит клиент-серверную архитектуру, где клиентское рабочее место, конечно же, не имеет функций управления.
В классических АСУТП, где каждый участок производства обслуживается отдельным оператором, его АРМ и ведет обычно опрос установленных на этом участке контроллеров. В то же время, технологическая информация с одного участка может быть нужна и на другом, поэтому АРМы обмениваются собранными данными. Это уже сервер-серверная архитектура. Каждый АРМ может при этом быть резервирован. А поскольку одновременно с оператором доступ к управлению должен иметь старший смены, а метрологи, эксплуатационный персонал и другие должностные лица в то же самое время обслуживают систему или получают от нее информацию, в ней тоже есть клиентские рабочие места с разным уровнем прав на вмешательство в управление. В такой системе простор для выбора сетевой архитектуры уже достаточно широк.
В системах управления опасными или особо ответственными производствами не обойтись без резервирования – средства значительного повышения отказоустойчивости системы. MasterSCADA позволяет резервировать как операторские станции, так и сети.
Таким образом сетевые структуры могут быть разные, от выбора сетевой структуры в конкретном проекте зависит быстродействие, надежность, удобство эксплуатации и стоимость конкретной системы. В данном разделе мы рассмотрим варианты и способы построения проектов различных сетевых архитектур.
Перед прочтением рекомендуем вам ознакомится с разделом 7 - "Создание сетевых проектов" нашего онлайн курса или посмотреть видеопримеры по созданию сетевых проектов.
Часть 1.
Часть 2.
Часть 3.
Часть 4.