Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
0 М УП 2012, 241с Марданов Р Ф СПА Распределенные системы управления (общее).doc
Скачиваний:
7
Добавлен:
01.07.2025
Размер:
10 Мб
Скачать
☆
    1. Открытость программного обеспечения

Программные средства автоматизации должны удовлетворять требованиям открытости (глава 1). Для этого они должны поддерживать:

  • стандартные средства программирования МЭК 61131-3;

  • стандарт ОРС для связи с физическими устройствами;

  • стандартные сетевые протоколы Ethernet, Modbus, Profibus, CAN и др.;

  • стандартный интерфейс ODBC для доступа к базам данных с языком запросов SQL;

  • наиболее распространенные операционные системы (Windows ХР/СЕ, Linux);

  • веб-технологию;

  • обмен данными с Microsoft Office.

Перечисленные средства удовлетворяют общепризнанным или официальным стандартам, имеются в свободной продаже, разрабатываются несколькими независимыми производителями, конкурирующими между собой (последнее не касается MS Windows и MS Office).

    1. Связь с физическими устройствами

Связь ПО с физическими устройствами в системах автоматизации осуществляется с помощью методов DDE, OLE, COM, DCOM и OPC.

Технология обмена данными между приложениями Windows с аббревиатурой DDE (Dynamical Data Exchange - динамический обмен данными) появилась в 1987 г. вместе с Windows 2.0. В промышленной автоматизации DDE использовалась для обмена данными между SCADA в качестве DDE-клиента и физическим устройством, которое поставлялось с DDE-сервером.

После появления OLE (Object Linking and Embedding - связывание и внедрение объектов) фирмы Microsoft, а позже COM (Component Object Model - модель многокомпонентных объектов) и DCOM (Distributed СОМ - СОМ для распределенных систем) технология DDE была полностью вытеснена этими новыми средствами, которые оказались гораздо более эффективными.

Технология СОМ предоставляет средства для взаимодействия между разрозненными программными модулями, написанными на разных языках программирования, которые собираются в единую систему во время исполнения.

Взаимодействие СОМ объекта с другими программами или программными модулями выполняется через программные интерфейсы с использованием метода «клиент-сервер».

Одной из составляющих СОМ является Automation* - средства взаимодействия программ, написанных на С++ с программами на языке VBA (Visual Basic for Application) или Delphi, а также с программами на языках сценариев (VBScript, JScript). Благодаря автоматизации СОМ-объект может быть также размещен и исполняться на веб-странице.

Расширение СОМ в виде DCOM позволяет программам взаимодействовать между собой, даже если они исполняются на разных компьютерах локальной сети. Поэтому DCOM явилась универсальной программной технологией, которая как нельзя лучше позволяет осуществить взаимодействие между SCADA в качестве клиента и сервером, обеспечивающим интерфейс к аппаратным средствам ПА. Именно благодаря этому свойству DCOM была использована в качестве базы для разработки стандарта ОРС «OLE for Process Control» - «OLE для управления процессами», который лежит в основе всех современных SCADA-пакетов, взаимодействующих с аппаратурой через ОРС-сервер.

    1. Базы данных

Системы автоматизации работают с большими объемами данных, которые необходимо хранить, сортировать, группировать, извлекать и представлять в виде, удобном для пользователя. Данные извлекаются с помощью языка запросов SQL (Structured Query Language - структурированный язык запросов), который стал стандартом в системах автоматизации. Наиболее распространенными системами управления базами данных (СУБД) являются Microsoft SQL Server, Wonderware Industrial SQL Server, Microsoft Access и Excel. Основными свойствами СУБД являются: наличие пользовательского интерфейса на базе языка запросов SQL; возможность одновременного обслуживания нескольких пользователей; корректность работы с данными.

Открытые системы используют обращение к СУБД через драйвер ODBC (Open Database Connectivity - подключение к открытой базе данных). ODBC используется, когда необходимо обеспечить независимость прикладной программы от типа СУБД или типа операционной системы (ОС) и требуется подключиться к нескольким различным СУБД (например, одновременно к MS SQL Server, MS Excel, MS Access, Paradox и др.). При использовании нескольких ODBC-драйверов ими управляет менеджер драйверов. ODBC-драйвер транслирует стандартный SQL-запрос в формат запроса для конкретной СУБД. Таким образом, для работы с новой базой данных пользователю достаточно добавить в систему новый ODBC-драйвер, не изменяя прикладную программу.