62989 (588882), страница 8

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 8)

Рис. 4.8. Вспомогательное окно.

Шкала выбранной в этом списке кривой будет отображаться на тренде. Если тренд выводит шкалы для всех кривых, то шкала выбранной кривой переместится в крайнюю правую позицию. Для управления видимостью кривых в начале строки описания каждой из них имеется специальное поле. Кривая будет видима, если для нее в этом поле установлен флаг.

Во время работы с трендом может возникнуть необходимость уточнить значение кривой в некоторой точке. Для этой цели служит визир. Чтобы вывести на экран визир, нужно нажать ЛК в области построения графика. Перемещение визира производится нажатием ЛК на требуемой точке графика или клавишами стрелок в соответствующем направлении. Для изменения масштаба тренда используются сочетания клавиш Ctrl+. Клавиши вправо и вверх увеличивают масштаб, а влево и вниз – уменьшают. Значение, на которое указывает визир, отображается в поле под кнопкой «Подробно».

Универсальный тренд имеет меню управления выводимой информацией. Для входа в него следует нажать ПК в пределах тренда. Это меню содержит следующие команды:

1. Переход на время – вывод данных в указанное время. При выполнении этой команды появляется диалог настройки даты и времени. После выхода из него на тренд выводится информация начиная с указанного времени.

2. Свойства – выводит на экран диалог настройки тренда. В нем можно изменить список кривых и их настройки.

3. Восстановить пределы – возврат к исходному масштабу.

4. Архивный – переход в режим отображения данных из архива;

5. Реальное время – переход в режим отображения данных реального времени.

4.3.6. Система архивов TRACE MODE

Одной из задач АСУТП является архивирование (сохранение на жесткий диск) информации, описывающей состояние объекта. При анализе потребностей тепличного комбината в информации о ходе технологического процесса к системе архивирования были предъявлены следующие требования:

1. Информация в архиве должна иметь однозначную привязку к астрономическому времени.

2. Темп записи (сброса) информации на диск должен превышать темп поступления данных.

3. Кратковременная ошибка записи (т.е. ошибка ОС, драйвера, контроллера диска) не должна приводить к искажению на период больший, чем время длительности ошибки. При этом пользователь системы должен иметь доступ к информации о нарушениях в сохранении данных. Отключение ЭВМ должно приводить к как можно меньшей потере данных (минимальный размер буферов ОЗУ) и ни в коем случае не к исчезновению архива.

4. Извлечение данных из архива - такая же важная задача, как и сохранение их.

5. В программе, работающей в режиме реального времени, должны иметься хотя бы минимальные средства извлечения и просмотра архивных данных (таблицы и тренды) за произвольный момент времени.

6. Структура архива должна быть документирована. Извлечение данных может быть произведено программными средствами других производителей.

7. Возможность ручной коррекции информации в архиве средствами SCADA. Естественно, в этом случае должна быть защита коррекции данных паролем и в архив должна заноситься отметка, что такая коррекция была произведена.

8. Временная глубина, объем, набор параметров должны задаваться (настраиваться пользователем).

TRACE MODE имеет широкие возможности по архивированию данных о технологических процессах. TRACE MODE поддерживает три архива [11]:

1. СПАД (локальный архив);

2. Отчет тревог;

3. Глобальный регистратор.

Во все эти архивы заносятся изменения любых атрибутов каналов, отмеченных для архивирования. Разница между архивами состоит в алгоритмах сохранения данных и формате файлов. При сохранении данных в любой из перечисленных архивов фиксация времени осуществляется с точностью до 1 миллисекунды.

В локальный архив значения каналов записываются в бинарном формате. Условием новой записи в архив является изменение значения канала. Этот архив имеет фиксированную длину, которая указывается при его настройке. Структура архива оптимизирована с целью обеспечения компактности и синхронизации записей. При этом глубина архивирования определяется заданным размером и интенсивностью потока данных. Чтобы обеспечить большую глубину, следует для архивируемых каналов вводить апертуру на изменение реальных значений. Кроме того, не следует устанавливать для них частого пересчета, если это не требуется. Локальный архив СПАД предусмотрен для сохранения на диск и последующего анализа значений атрибутов каналов текущего узла. В нем фиксируются изменения реальных значений каналов и невычисляемых числовых атрибутов каналов. К таким атрибутам относятся: период, аварийные границы, границы шкалы, маски, настройки первичной обработки, флаги достоверности, состояния и подключения. Этот архив ориентирован на оперативную работу с данными. Для этого разработана специальная система индексации. Она обеспечивает очень высокую скорость доступа к данным и позволяет использовать СПАД для анализа архивных данных в реальном времени.

Обновление данных в СПАД осуществляется циклически. Перед добавлением в архив новой записи контролируется превышение заданного размера файла. Если после добавления новой записи будет превышен установленный размер, то осуществляется переход в начало архива. При этом все добавляемые записи будут записываться поверх самых дальних по времени.

Для контроля процесса архивирования данных в СПАД и управления им предусмотрены каналы, позволяющие управлять и контролировать выполнение следующих операций:

• управление сохранением данных в СПАД;

• контроль текущего состояния операций со СПАД;

• копирование локального архива СПАД;

• контроль и управление очередью сообщений в СПАД.

Монитор реального времени позволяет экспортировать данные из локального архива в файлы текстового формата. Эти файлы могут затем импортироваться в электронные таблицы и базы данных. Существует возможность экспортировать архивные значения одного канала или всей базы целиком.

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

Отчет тревог ведется в ASCII-формате. В этом архиве осуществляется фиксация событий. Теоретически он не имеет ограничений на размер. Данные заносятся в отчет тревог в виде отдельных строк. Каждая строка содержит время и дату ее формирования, а также ряд дополнительных полей. Эти поля могут содержать разную информацию в зависимости от того, какое событие фиксируется данной строкой. Такой информацией может быть, например, имя канала и его значение, сообщение из файлов пользовательских словарей и т.д.

Отчет тревог служит для записи в ASCII-файл информации об изменении значений атрибутов каналов, сообщений, содержащих тексты из словаря событий. Для контроля процесса архивирования данных в отчете тревог и управления им предусмотрены каналы, позволяющие управлять и контролировать выполнение следующих операций:

1. Управление сохранением данных в отчет тревог.

2. Копирование отчета тревог.

3. Контроль состояния операций с отчетом тревог.

4. Контроль состояния очереди сообщений в отчет тревог.

5. Контроль текущей длины файла отчета тревог.

6. Зацикливание отчета тревог.

Любое сообщение, помещенное в отчет тревог, имеет свой тип. Он определяет степень ответственности данного сообщения. Этот тип задается при вводе текста сообщения например, выход какого-либо контролируемого параметра микроклимата за технологические границы. Далее при просмотре отчета тревог можно в качестве одного из фильтров задать тип сообщения. Сообщения в отчете тревог могут квитироваться из МРВ с помощью специальной формы отображения.

Система архивов программа графического отображения состояния производственных процессов представлена на рис. 4.9 и реализует все выше описанные функции.

Рис. 4.9. Окно тренда “Архив”.

По моему мнению, применение TRACE MODE в разработке распределенных АСУ ТП перспективно и позволяет значительно сократить сроки проектирования и отладки.

5. Сервер производственного контроля

5.1. Назначение сервера

Основные функции сервера производственного контроля:

1. получение и обработка информации о технологическом процессе;

2. отслеживание событий (нештатных ситуаций);

3. передача команд оператора на исполнительные механизмы;

4. передача данных удаленным серверам и программам графического отображения, прием команд от удаленных операторов;

5. сохранение параметров в базе данных, ведение журнала событий.

5.2. Анализ информационных потребностей фирмы

При работе над проектом были определены следующие функциональные требования:

1. Централизованный доступ к данным. Хранение данных на выделенном файл-сервере с разграничением прав доступа к информации;

2. Сетевые базы данных. Распределенные системы учета и автоматизация бухгалтерских расчетов;

3. Использование Internet-технологий;

4. Обеспечение информационной безопасности и сохранности данных.

Рис. 5.1. Схема работы сервера производственного контроля.

Структура информационных потоков, обрабатываемых сервером, изображена на рис. 5.1. Сервер осуществляет обмен данными со следующими устройствами:

1. Элементы однопроводной сети MicroLAN фирмы «Dallas Semiconductor». Однопроводная сеть присоединяется к компьютеру через последовательный порт. Сеть содержит 17 датчиков, 6 ключей дискретного ввода/вывода, 8 меток линии, а также мастер линии.

2. Сервер сохраняет значения параметров с произвольной периодичностью в базе данных реального времени и производит её еженедельную архивацию.

3. Сервер позволяет обмениваться данными с удаленными серверами производственного контроля с помощью семейства протоколов TCP/IP. Это может быть необходимо, например, для ведения централизованной базы данных.

4. Сервер позволяет передавать данные любому внешнему приложению по интерфейсу DDE.

5. Сервер позволяет обмениваться данными с программой графического отображения, которая используется для создания интерфейса оператора, оповещения о нештатных ситуация, вывода графиков параметров, журнала событий.

5.3. Выбор сетевой ОС

Ключевым звеном в сети является операционная система, своего рода «сердце сети». Рассмотрим две операционные системы: Microsoft Windows 2000 Server и ASPLinux 7.3. Следует сразу отметить, что одним из важнейших критериев выбора ОС являются затраты, необходимые на приобретение как собственно ОС, так и программных продуктов для неё.

Рассмотрим сетевую операционную систему Windows 2000 Server корпорации Microsoft, кажущаяся простота которой часто сбивает с толку начинающих системных администраторов. И хотя Microsoft позиционирует данную ОС как серверную сетевую платформу для малого и среднего бизнеса, общеизвестно, что серьезные сетевые проекты в большинстве случаев по-прежнему базируются на платформе UNIX. Следует отметить завышенные требования к аппаратному обеспечению, например, для полноценного функционирования сервера требуется не менее 128 мегабайт оперативной памяти.

Так же, на мой взгляд, большим недостатком является то, что Windows 2000 Server – коммерческий продукт, стоимость которого составляет порядка 750 долларов США. Также следует отметить тот факт, что большая часть офисных программных продуктов (Microsoft Office, Visio и т.д.) являются коммерческими, что при проектирование тепличного комбината резко повысит его себестоимость.

Итак, ОС Windows 2000 Server была отвергнута по следующим причинам:

1. Как ОС, так и большая часть прикладного программного обеспечения являются коммерческими продуктами, цена которых достаточно велика.

2. Общее недоверие к программным продуктам Microsoft, их ненадежность, большое количество ошибок.

3. Высокие требования к аппаратному обеспечению, при достаточно низкой производительности.

4. Определенная функциональная неполноценность Windows 2000 Server как сетевой ОС.

С другой стороны ОС Linux обладает следующими неоспоримыми преимуществами:

1. Относительно невысокие требования к аппаратному обеспечению.

2. Бесплатное распространение ОС по лицензии GNU.

3. Гибкость настроек при одновременной мощности и традиционной высокой функциональности UNIX – систем.

4. Огромное количество свободно распространяемых продуктов (в том числе в виде исходных текстов).

5. Отличная репутация ОС.

6. Полнота начальной дистрибьюции системы, позволяющая обеспечить функционирование большинства требуемых сервисов и служб.

7. Полная документированность.

ОС Linux стала привлекательной альтернативой коммерческих ОС. Лавинообразный рост интереса к Linux во всем мире подтверждает это. В ней объединены мощь и гибкость UNIX-станции, возможность использования полного набора приложений Internet и полнофункциональный графический интерфейс (например, X Window).

В качестве дистрибутива Linux возьмем ASP Linux 7.3 Server Edition .

5.4. Выбор сетевых протоколов

5.4.1. Протокол 1-Wire

Протокол интерфейса 1-Wire обеспечивает возможность работы с множеством iButton, подключенных параллельно к линии данных однопроводной сети сбора первичной информации тепличного комбината. Команды интерфейса позволяют определить ID всех iButton, подключенных в данный момент к линии и затем работать с конкретным прибором, переведя остальные в режим ожидания. Управление линией данных и выдачу команд производит ведущее устройство, в качестве которого может использоваться любой микроконтроллер или персональный компьютер (ПК).

5.4.2. Стек протоколов TCP/IP

Протокол TCP/IP (Transmission Control Protocol/Internet Protocol) - основное средство современного сетевого и межсетевого взаимодействия. Не секрет, что большинство современных систем поддерживают данный протокол. Распространению данного протокола способствовало, в частности, развитие сети Internet и использование TCP/IP в качестве универсального транспорта. TCP/IP предоставляет пользователям однородный интерфейс, обеспечивающий взаимодействие с сетевыми аппаратными средствами различных типов. Этот протокол гарантирует возможность обмена данными между системами, невзирая на многочисленные различия, существующие между ними. TCP/IP, кроме того, позволяет соединять на программном уровне отдельные физические сети в более крупную и более гибкую логическую сеть.

В состав комплекта TCP/IP входит несколько компонентов [7]:

• межсетевой протокол (Internet Protocol, IP), который обеспечивает транспортировку без дополнительной обработки данных с одной машины на другую;

• межсетевой протокол управления сообщениями (Inernet Control Message Protocol, ICMP), который отвечает за различные виды низкоуровневой поддержки протокола IP, включая сообщения об ошибках , содействие в маршрутизации, подтверждение получения сообщения;

• протокол преобразования адресов (Adsress Resolution Protocol, ARP), выполняющий трансляцию логических сетевых адресов в аппаратные;

• протокол пользовательских дейтаграмм (User Datagram Protocol, UDP) и протокол управления передачей (Transmission Control Protocol, TCP), которые обеспечивают пересылку данных из одной программы в другую с помощью протокола IP. Протокол UDP обеспечивает транспортировку отдельных сообщений без проверки, тогда как TCP более надежен и предполагает проверку установления соединения.

5.4.3. Протокол РРР

В качестве альтернативы аппаратным сетевым соединениям, таким как Ethernet, можно воспользоваться модемом и телефонными линиями. Существуют два протокола, которые позволяют передавать IP-пакеты по коммутируемым телефонным каналам. Это SLIP (Serial Line Internet Protocol - межсетевой протокол для последовательного канала) и протокол РРР (Point-to-Point Protocol - протокол "точка-точка"). SLIP - старый протокол, а РРР - более современный и очень стабильный. В АСУ тепличного комбината этот протокол используются для соединения сервера производственного контроля с Internet-провайдером. РРР - это "универсальный" протокол оформления (инкапсуляции) пакетов. Он позволяет передавать мультипротокольные пакеты по одному каналу. Описание этого протокола приведено в RFC 1331. Он отличается большей гибкостью, чем SLIP, который обрабатывает только IP-пакеты. Подключение АСУ тепличного комбината к Internet дает возможность отправки с помощью TRACE MODE sms-сообщений на мобильный телефон стандарта GSS900/1800 о нарушении в технологическом процессе. А также возможность организации на базе сервера производственного контроля WEB-сервера для размещения рекламы в сети Internet.

Характеристики

Список файлов ВКР