
- •Интегрированные системы
- •Глава 1. Выбор программных средств асутп
- •1.1. Общие положения
- •1.2. Архитектура асу тп
- •1.3. Разработка scada-системы
- •1.4. Характеристики scada-систем
- •1. Технические характеристики
- •2. Экономические характеристики
- •3. Эксплуатационные характеристики
- •Глава 2. Построение графического интерфейса
- •2.1. Графические средства InTouch
- •2.2. Графические средства Citect
- •Глава 3. Организация связи с устройствами ввода/вывода
- •3.1. Аппаратная и программная реализация связи
- •3.2.1. Общие сведения
- •Производителю оборудования применение opc дает легкость инсталляции прибора в различные асутп и независимость от производителей по, что увеличивает рынок сбыта приборов
- •3.2.2. Opc da-сервер
- •3.2.3. Opc hda-сервер
- •3.2.4. Стандарт opc ua
- •3.3. Средства ввода/вывода InTouch
- •3.4. Средства ввода/вывода Citect
- •3.5. Функциональные модули Citect
- •Глава 4. Алармы и события
- •4.1. Типовые алармы
- •4.2. Алармы и события в InTouch
- •4.3. Алармы в Citect
- •Глава 5. Тренды
- •5.1. Тренды в InTouch
- •5.2. Тренды в Citect
- •5.3. Отличия подсистем отображения и архивирования в InTouch и Citect
- •Глава 6. Встроенные языки программирования
- •6.1. Скрипты в InTouch
- •Редактор скриптов
- •Встроенные функции
- •6.2. Язык Cicode
- •1) Команды
- •2) Выражения
- •3) Функции
- •Глава 7. Базы данных
- •7.1. Общие сведения
- •История развития
- •Критерии оценки бд
- •Характеристика
- •8. Языки программирования контроллеров
- •8.1. Общие сведения о языках стандарта мэк 61131-3
- •8.2. Язык последовательных функциональных диаграмм sfc
- •8.3. Язык инструкций il
- •8.4. Язык структурированного текста st
- •8.5. Язык релейных диаграмм ld
- •8.6. Язык функциональных диаграмм fbd
- •8.7. Стандарты мэк 61499 и мэк 61804
- •8.7.1. Стандарт мэк 61499
- •8.7.2. Стандарт мэк 61804
Критерии оценки бд
Возможность доступа конечных пользователей к нужной информации в нужном месте и в нужное время
Открытость и гибкость запросов информации
Надежность БД
Распространенность и поддержка ее технологии большим числом независимых производителей ПО
Интеграция с ПО
Спектр возможностей
Стоимость БД и аппаратной платформы для ее поддержки
Модель "клиент-сервер" в настоящее время является доминирующей компьютерной архитектурой, возникшей в результате объединения ПК с централизованными, надежными и отказоустойчивыми мэйнфреймами. Клиент-серверные системы одновременно используют вычислительную мощь как клиента, так и сервера, возлагая интенсивную обработку данных на сервер и оптимизируя сетевой трафик так, чтобы повысить общую эффективность работы.
В качестве интерфейса в клиент-серверных системах используется язык структурированных запросов SQL (StructuredQueryLanguage). Он представляет собой средство организации, управления и поиска информации в РБД.
Достоинства:
независимость от поставщика;
переносимость на разные платформы;
опора на реляционные принципы хранения информации;
высокоуровневая структура;
возможность интерактивного выполнения запросов;
поддержка со стороны крупных производителей
Особенности промышленных БД
Заводская автоматизация несколько отстает от автоматизации офисной деятельности, многие технологические и производственные БД основываются на устаревших технологиях.
Как правило, производственному персоналу всегда не хватает информации. Все они хотели бы иметь какое-то единое средство доступа к информации, например, с мощью и открытостью РБД.
Однако, традиционные БД не всегда применимы в системах промышленной автоматизации. Можно выделить несколько основных ограничений:
1) Интенсивность генерации данных ПП. Чтобы хранить производственный архив системы, например, с 7500 рабочими переменными, в БД каждую секунду необходимо вставлять 7500 строк. Обычные БД не могут выдержать подобную нагрузку.
2) Большой объем производственной информации. Многомесячный архив завода с 7500 рабочими переменными требует под БД памяти объемом около 1 Терабайта.
3) SQL как язык не подходит для обработки временных или периодических данных, типичных для производственных систем. В частности, чрезвычайно трудно указать в запросе периодичность выборки возвращаемых данных.
С учетом отмеченных особенностей, производители SCADA-систем предлагают собственные разработки, базирующиеся, как правило, также на языкеSQL.
7.2. IndustrialSQL Server
IndustrialSQL Server - СУ РБД реального времени, использующая язык SQL. Обращение к IndustrialSQL Server осуществляется при помощи тех же утилит, что и Microsoft SQL Server. Поставляется Wonderware как самостоятельный продукт, он, в то же время, является одним из компонентов пакета промышленной автоматизации FactorySuite2000.
Характеристика
1) Высокая скорость сбора данных, в сотни раз превосходящая обычные. Многоуровневая клиент-серверная архитектура служит мостом между управленческими и производственными сетями, предоставляя вышележащему уровню всю информацию в реальном масштабе времени.
2) Масштабируемость. IndustrialSQL Server может использоваться как в небольших цехах, так и на крупных промышленных предприятиях с сотнями тысяч параметров.
3) Поддержка временных характеристик данных. В язык запросов IndustrialSQL Server включены средства работы с временными характеристиками данных. Разработанные компанией серверы ввода/вывода используют протокол SuiteLink, в котором введена концепция отметок времени и качества информации, выставляемых серверами ввода/вывода.
4) Уменьшение объема хранения информации. IndustrialSQL Server позволяет хранить данные на пространстве, составляющем небольшую долю от соответствующего объема обычной РБД. Например, двухмесячный архив предприятия с 4000 параметров, опрашиваемых с периодичностью от нескольких секунд до нескольких минут, будет занимать около 2 Мб дискового пространства. Используемый алгоритм упаковки информации является алгоритмом сжатия без потерь, сохраняющим высокое разрешение и качество данных.
5) Простота использования. Для установки, конфигурирования и использования IndustrialSQL Server от пользователя не требуется никакого знания языка SQL. Особенностью IndustrialSQL Server является его ориентация на готовые наборы функций. IndustrialSQL Server разрабатывался как не требующая никакого администрирования система управления БД. Резервные копирования базы могут выполняться средствами Microsoft BackOffice.
6) Интеграция с другими компонентами пакета FactorySuite 2000. Являясь базой данных в составе FactorySuite 2000, IndustrialSQL Server тесно связан с любым компонентом этого пакета на любом уровне.
7.3. Plant2SQL
Plant2SQL – СУБД Citect.
1) Технологические данные хранятся в стандартных MS SQL таблицах. Для обеспечения высокой скорости регистрации используется стандартная подсистема архивов Citect.
Если SQL Server не установлен, то Plant2SQL сохраняет информацию, используя Microsoft Data Engine (MSDE), который поставляется с Plant2SQL.
Размер БД MSDE ограничен 2 Гб и оптимизирован для небольших БД, когда количество одновременно работающих клиентов не превышает 5. При увеличении количества пользователей, производительность сильно падает.
2) Управляющему персоналу не требуется знать SQL или особенности получения данных из SCADA-архивов.
3) Plant2SQL включает ряд клиентских приложений, например, для MicrosoftExcel. Оно позволяет пользователю выбирать данные и встраивать их в электронные таблицы. При встраивании допустимо использование всех стандартных средств (tools), чтобы представлять и анализировать информацию, а затем сохранять ее для повторного использования.
4) Встроенные средства резервирования. Отдельный Plant2SQL может подключаться к основному Citect-серверу и автоматически переключаться на резервный Citect-сервер при возникновении проблем с основным.
Замечание. В Plant2SQL не существует синхронизации между основной и резервной базами данных Plant2SQL.