Введениевскадасистемы
 Скачать 3.5 Mb.
|
|
SQL споддержкойвременныхпараметров Обычный язык SQL не поддерживает временные характеристики данных. В частности, в нем нет никаких средств контроля времени поступления данных и никакого способа предоставления клиенту не запрошенных данных. IndustrialSQL Server расширяет возможности Transact-SQL, являющегося реализацией SQL для Microsoft SQL Server, обеспечивая управление разрешением и обновлениями, а также предоставляя основу таким временным функциям, как частота изменения и интегральные вычисления на сервере. Простотаконфигурирования Одними из достоинств IndustrialSQL Server являются наличие готового набора функциональных возможностей и быстрота его установки в рабочей системе. Все выполняется простым нажатием на кнопку мыши, при этом сервер определяет собственные параметры с учетом существующего InTouch-приложения. Открытаяигибкаябазаданных Мощная и гибкая БД IndustrialSQL Server поддерживает доступ к информации реального времени, архивным и конфигурационным данным любыми программными средствами. Для хранения информации доступны следующие типы данных (рис.6.1.2): • реального времени; • архивные; • конфигурационные; • сводные; • сопутствующие учрежденческие. Рис. 6.1.2 Типы данных, регистрируемых IndustrialSQL Server Идеология построения таблиц РБД, интегрирующих столь разнообразные типы данных из различных источников, имела ориентацию на улучшение характеристик производительности, качества и стоимости в таких ключевых областях как: • анализ протекания процесса, диагностика, оптимизация; • управление запасами: потребление сырья; • техническое обслуживание (предупредительные и превентивные ремонты); • продукция и контроль качества (SPC/SQC); • функционирование в качестве системы управления производственным процессом Простотаиспользования Для установки, конфигурирования и использования IndustrialSQL Server от пользователя не требуется никакого знания языка SQL. Особенностью IndustrialSQL Server является его ориентация на готовые наборы функций. IndustrialSQL Server разрабатывался как не требующая никакого администрирования система управления БД. Резервные копирования базы могут выполняться средствами Microsoft BackOffice. Наличие сотен клиентских приложений позволяет выбирать из них именно то, которое соответствует требованиям пользователя по простоте и функциональным возможностям. Интеграциясдругимикомпонентамипакета FactorySuite 2000 Будучи БД в составе FactorySuite 2000, IndustrialSQL Server тесно связан с любым компонентом этого пакета на любом уровне. Конфигурационные данные SCADA-системы InTouch хранятся вместе с конфигурационными данными IndustrialSQL Server. IndustrialSQL Server получает данные от серверов ввода/вывода, DDE, FastDDE и SuiteLink, а также хранит архивы InTouch, InControl, InBatch, InTrack и SPCPro. Для просмотра данных и построения аналитических графиков InTouch может использовать как собственные архивы, так и архивы IndustrialSQL Server. Кроме того, для построения графиков в нем может использоваться новый ActiveX-объект ActiveTrend, а для извлечения данных IndustrialSQL Server, так и ActiveX-объекты доступа к базам данных, разработанные сторонними производителями. Браузер Scout имеет возможность читать данные IndustrialSQL Server. Для работы с IndustrialSQL Server были разработаны средства FactoryOffice и IndustrialWorkbook. А компоненты InControl и InTouch имеют возможность выступать в качестве поставщиков информации для IndustrialSQL Server. 6.1.3. Областиприменения В перечень обязанностей производственно-технического персонала предприятия входят повышение качества продукции, повышение эффективности производства, а также повышение коэффициента полезного действия используемого оборудования. Все эти цели недостижимы без владения оперативной и архивной информацией о состоянии производства и характеристиках выпускаемой продукции. Специалисты по контрольно-измерительным средствам должны иметь полную информацию о структуре и функционировании всей системы контрольно-измерительных приборов. IndustrialSQL Server может предоставить им всю необходимую конфигурационную информацию типа значений контрольных параметров, допустимых ошибок и предельных границ, а также осуществлять регистрацию функционирования всей системы, записывая информацию типа отклонений рабочих параметров от установленных, ошибок измерения и выходов за предельные границы и, тем самым, позволяя находить ответы на вопросы типа: Является ли значение данной контрольной точки оптимальным для данного контура регулирования? Не привело ли срабатывание блокировочного узла к генерации ложной ошибки? Достаточен ли объем информации, выдаваемой оператору данным алармом?.. Технологический персонал должен иметь информацию о поведении процесса в установившемся и неустановившемся режиме. IndustrialSQL Server хранит всю информацию о параметрах и событиях процесса, предоставляя специалистам возможность анализировать переходные и аварийные состояния процесса. Обслуживающий персонал должен иметь информацию о текущем состоянии оборудования и условиях его эксплуатации. IndustrialSQL Server хранит как производственный архив, так оперативные данные. Руководителя производственных отделов нуждаются в итоговой информации о ходе производственного процесса и основных событиях. IndustrialSQL Server может предоставлять требуемые данные, как в итоговом, так и сгруппированном виде, а также записывать информацию о произошедших событиях. С его помощью руководители смогут получать точные ответы на такие вопросы типа: Каков объем дневного выпуска продукции? Каковы причины и длительность простоев оборудования в этом месяце? Соответствует ли выпуск продукции плановым показателям?.. Работники службы контроля качества должны иметь полную информацию о качестве выпускаемой продукции, несоответствиях и отклонениях от заданных параметров. IndustrialSQL Server может осуществлять запись всех измеряемых технологических параметров и связывать их с конкретной продукцией либо партией, помогая находить ответы на вопросы типа: Не повлияло ли изменение технологической карты на качество продукции? Какова вероятность появления дефектов в продукции данного типа? Существует ли взаимосвязь между данным температурным профилем и отклонениями данного параметра от заданного значения?.. Операторы технологического оборудования должны иметь возможность сравнивать текущие условия эксплуатации с существовавшими ранее и выявлять анормальное поведение процесса. IndustrialSQL Server хранит как оперативные, так и архивные данные и позволяет сравнивать их. 6.2. Plant2SQL иновыевозможности, предлагаемыекомпанией Ci Technologies Родственный Citect продукт, называемый Plant2SQL, позволяет предоставлять технологическую информацию, являющуюся прерогативой SCADA-систем. Plant2SQL поддерживает простой доступ к данным технологического процесса как из приложений, так и со стороны пользователей. Пользователям теперь доступна самая последние данные технологического процесса, что позволит им принимать решения во всеоружии, полностью владея информацией о процессе производства. Большинство SCADA-систем имеет возможность обмениваться данными с множеством баз данных, однако, если необходимо выполнить какие-то модификации в алгоритме обмена данными, то возникают проблемы. Обычно персонал уровня управления предприятием не хочет знать особенности SCADA-систем. С появлением Plant2SQL нет необходимости управляющему персоналу предприятия знать SQL или особенности получения данных из SCADA-архивов. 6.2.1. Основныеособенности Plant2SQL Открытые технологии, такие, как Microsoft ActiveX, используются для упрощения интеграции Plant2SQL с пакетами, такими, как Microsoft Word, Excel, Access, Internet Explorer, Visual Basic. Основные особенности Plant2SQL: • легкий доступ к технологическим данным; • открытые базы данных; • никакой конфигурации или модификации в Citect не требуется; • поддержка резервирования; • не требуется знания SQL языка; • установка и просмотр данных выполняется несколькими нажатиями кнопки мыши; • простой выбор выбранных пользователем данных для просмотра; • адаптируемость и расширяемость; • клиенты могут читать данные из баз данных SQL или прямо из SCADA-системы. На основе стандартных протоколов осуществляется обмен данными в Plant2SQL (см. рис. 6.2.1) Рис. 6.2.1 Протоколы доступа к Plant2SQL Клиентскиеприложения Plant2SQL Plant2SQL включает ряд клиентских приложений, которые могут настраиваться на различные требования пользователей. Одно из таких приложений поставляется для Microsoft Excel. Оно позволяет пользователю выбирать данные и встраивать их в электронные таблицы. При встраивании допустимо использование всех стандартных средств (tools), чтобы представлять и анализировать информацию, а затем сохранять ее для повторного использования. Сбор данных. Plant2SQL представляет простые и быстрые средства конфигурирования для обеспечения сбора данных. Plant2SQL легко интегрирует данные технологического процесса в существующий или новый SQL Server. Если SQL Server не устанавливается, то Plant2SQL будет сохранять информацию, используя Microsoft Data Engine (MSDE), который поставляется с Plant2SQL и является на 100% совместимым с Plant2SQL (рис. 6.2.2). Рис.6.2.2 MS SQL Server - основа Plant2SQL По умолчанию все трендовые и алармовые данные автоматически доступны клиентскому приложению. Пользователи могут только отметить точки, которые необходимо зарегистрировать в базе данных Microsoft SQL и иметь доступ к отдельным точкам. Plant2SQL включает подсистему событий, которая просматривает события в Citect и может быть использована, чтобы запускать передачу или хранение набора данных. В Plant2SQL этот набор данных называется Snapshot (снимок). Мгновенные выборки переменных (Snapshots) активизируются из множества источников, включая определенные моменты времени или условные выражения переменных в Citect. Каждая выборка может быть сконфигурирована, чтобы включать любую группу переменных с возможной записью в эти переменные. Архитектура. Plant2SQL имеет различные опции расширения. В малых простых приложениях возможен запуск Plant2SQL сервера и клиента на одном компьютере как клиент и сервер Citect. Если приложение растет, то разные компьютеры могут использоваться для Citect, для Plant2SQL сервера, Plant2SQL клиента и даже отдельный файл-сервер для базы данных, если потребуется. Резервирование. Plant2SQL имеет встроенные средства резервирования. Отдельный Plant2SQL может подключаться к основному Citect-серверу и автоматически переключаться на резервный Citect-сервер при возникновении проблем с основным. Если необходима резервная база данных SQL Server, то стандартные средства репликации могут быть использованы для репликации базы данных в резервный SQL Server. Если необходимы резервные Plant2SQL серверы, то пара Plant2SQL серверов может быть подключена к паре Citect серверов. Замечание. В Plant2SQL не существует синхронизации между основной и резервной базами данных Plant2SQL. Plant2SQL клиенты позволяют не техническим пользователям получать данные. В некоторых случаях может потребоваться более высокая степень гибкости, и Plant2SQL обеспечивает это как серверу, так и клиенту. На стороне сервера Plant2SQL обеспечивается хранимыми процедурами (stored procedures), которые автоматически устанавливаются в SQL Server или MSDE. Plant2SQL использует эти хранимые процедуры, чтобы получать данные из Citect и сохранять их в SQL сервере или MSDE. Эти же хранимые процедуры доступны через документированный интерфейс. Например, возможно писать собственные хранимые процедуры и вызывать хранимые процедуры Plant2SQL для доступа к данным из Citect. С клиентской стороны Plant2SQL обеспечивается ActiveX интерфейсом, который доступен любому приложению. Plant2SQL с MSDE или SQL сервером. Plant2SQL предлагает выбор между Microsoft MSDE и SQL Server 7.0. MSDE является частью SQL Server. Для многих приложений MSDE будет вполне достаточен. MSDE имеет меньший footprint (85 MB), но ограничивается 2 GB на базу данных и оптимизирован, когда количество одновременно работающих клиентов не превышает 5. Производительность сильно падает при увеличении количества пользователей. Основное ограничение - 2 GB на область хранения.. Но так как Plant2SQL поддерживает гетерогенные запросы, то количество требуемого пространства минимизируется. 6.2.2. Областьприменения Интеграция заводских данных с бизнес-информацией открывает большие возможности для улучшения деятельности предприятия, качества и производительности. Персонал отдела качества (Quility Assurance) может легко сравнить продукцию производства со спецификацией, проанализировать качество. Отдел поддержки (обслуживающий персонал) количество часов работы оборудования, планируемую диагностику оборудования. Менеджеры по производству могут легко интегрировать бизнес-информацию с технологической и быстро просчитывать стоимость инвестиций и материальных издержек. 6.3 Базыданныхреальноговремени. Чемжеониотличаются! Рассматриваемые БДРВ в качестве основы используют одну из распространенных БД Microsoft SQL Server (следует напомнить, что имеют место и другие решения). Преимущества такого подхода следующие: • большое количество пользователей владеют продуктом и потому в проектных решениях могут использовать не только возможности БДРВ, но и создавать собственные базы данных или таблицы в рамках существующей базы данных реального времени; • новые технологические решения (например, OLE DB), предлагаемые Microsoft и реализуемые в MS SQL Server не требуют серьезных вложений со стороны поставщиков БДРВ. Проведение адаптации возможностей MS SQL Server для БДРВ сокращает сроки появления новых версий БДРВ с новыми возможностями; • техническое сопровождение упрощается. Как видно на примере указанных БД, несмотря на то, что в основе лежит MS SQL Server, реализованы они различно: • для хранения данных реального времени в IndustrialSQL Server используются исторические блоки или файлы специального формата. Основное требование к ним - обеспечение высокой скорости регистрации и повышенное сжатие данных. В Plant2SQL технологические данные хранятся в стандартных MS SQL таблицах. Для обеспечения высокой скорости регистрации используется стандартная подсистема архивов Citect; • IndustrialSQL Server обеспечивает регистрацию в реальном времени из серверов ввода-вывода по протоколам DDE, OPC, SuiteLink. Режим регистрации в Plant2SQL поддерживается либо системой архивирования Citect, либо, используя API (Application Programming Interface) для произвольных приложений Windows; • Доступ из клиентских приложений осуществляется по SQL-запросам. В IndustrialSQL Server в версии 7.1 добавлена возможность получения по DDE, SuiteLink-протоколам. ГЛАВА 7. INTERNET/INTRANET-РЕШЕНИЯИ SCADA-СИСТЕМЫ. СТРАТЕГИЯКЛИЕНТСКИХПРИЛОЖЕНИЙ Тема обеспечения доступности данных производственного технологического процесса с любого компьютера предприятия, с любой подсистемы стала актуальной. И SCADA- приложения должны быть источником технологических данных, с одной стороны, и их потребителем, с другой. Кроме того, различного типа клиентские приложения могут предоставлять соответствующие производственному процессу в огромном объеме данные в приемлемом для пользователя виде. Основная идея данной главы - рассмотреть типы клиентских приложений и протоколы, используемые для передачи, как исторических данных, так и данных реального времени. Самым простым и распространенным клиентским приложением являются клиенты в локальной сети (рис.1). Рис. 7.1. Традиционное решение. Клиент-серверная организация SCADA-систем предполагает применение наряду с серверными конфигурациями клиентских компонент двух типов: c возможностью передачи управляющих воздействий с клиентского приложения и чисто мониторинговые приложения. Такие клиентские компоненты SCADA-системах традиционно объединяются с серверными приложениями протоколами локальных сетей (TCP/IP, NetBEUI). Но Internet/Intranet технологии не оставили безучастными разработчиков SCADA-систем, баз данных реального времени и др. и привели к появлению следующих типов клиентских приложений: • клиентские приложения в режиме сервер/терминал; • бедные и богатые Internet/Intranet-клиенты Основой рассматриваемых решений для клиентских приложений являются новые технологии Microsoft, реализованные в структуре Windows DNA (Distributed Internet Architecture). Поэтому предлагается начать изложение с краткого изложения особенностей этой структуры. В второй части статьи рассматривается специальный инструментарий для создания Internet/Intranet – клиентов. 7.1 Структура Windows DNA Cтруктура Windows DNA - это, в первую очередь, реализация трехуровневой модели приложения, включающей (рис.2): • уровень представления; • уровень бизнес-логики; • уровень доступа к данным. Рис. 7.2. Структра Windows DNA. Кроме технологий, "привязанных" к уровням, применяются и технологии, представляющие общие сервисы и "склеивающие" технологии. В программном обеспечении Microsoft роль "склеивающих" технологий играют COM и COM+. COM (Component Object Model, архитектура компонентных объектов) - это объектно-ориентированная технология. С компонентной организацией приложение конструируется из COM-объектов, используя готовые наборы этих объектов. Слои Windows DNA. Технологии Microsoft и относящийся к ним инструментарий предназначены для разработки и реализации трехуровневых приложений. Уровень представления. Есть два обширных вида клиентов, называемых "бедным" (thin) и "богатым" (rich) клиентом. В отличие от толстого (fat) богатый клиент в большей степени ссылается на используемые при создании пользовательского интерфейса технологии, чем на то, какое количество кода выполняется на стороне клиента. Богатые клиента похожи на обычные приложения Win32, но они представляют собой клиентскую часть трехуровневого приложения. Бедные клиенты не одинаково бедны. Примером бедного клиента служит давно известный терминал. Microsoft предложил технологию Windows Terminal Server, в которой приложение Windows работает на центральном сервере и передает графический интерфейс пользователю-клиенту. Но при этом требуется дорогостоящий сервер, широкая полоса пропускания между клиентом и сервером. Но чаще всего понятие бедный клиент обозначает приложение, работающее на Web-сервере и передающее пользовательский интерфейс с помощью HTML-страниц на Web-броузер. Далее появилась идея обогащения Web-приложений различными компонентами, которые могут использоваться броузером, - управляющие элементы ActiveX, апплеты Java и т.д. Различной оснащенности бедные клиенты предлагаются и компаниями-поставщиками SCADA-систем. Уровень бизнес-логики. Три сервиса свойственны этому уровню: сервисы компонентов (COM), Microsoft Message Queue (MSMQ) и Internet Information Server (IIS). IIS - полнофункциональный Web-сервер Microsoft, интегрированный в Windows 2000 Server. IIS является сервером приложений, поддерживающим бедных клиентов, которые подключаются к нему через протокол HTTP. Microsoft Transaction Server и COM+. Транзакция является фундаментальной структурной концепцией, которая обеспечивает разработку сложных многопользовательских приложений для работы с данными. Главное свойство транзакции в атомарности. Именно концепция транзакции обеспечивает выполнение ряда операций получения данных из разных СУБД и позволяет рассматривать их как единую операцию (рис.3). Рис. 7.3. Трехуровневое приложение. Microsoft Message Queue - асинхронная однонаправленная связь, ориентированная на сообщения. Как DCOM, так и HTTP - синхронные протоколы, которые возвращают результат, до получения ответа от сервера работа клиента блокируется. В случае асинхронного MSMQ вызов сервиса осуществляется помещением сообщения в очередь. При этом возврат клиенту происходит немедленно (и возврат свидетельствует о постановке в очередь) и клиент продолжает работать (нет блокировки). Уровень доступа к данным. Фундаментальной технологией доступа к данным является OLE DB - гибкий низкоуровневый интерфейс COM. Структура Windows DNA, особенно уровня представления данных, является основой клиентских приложений, предлагаемых поставщиками SCADA-систем. |