Category Archives: Trace Mode

Создание узла АРМ в Trace Mode (часть 2)

Создание стрелочного прибора, привязка к аргументу

Применим для отображения параметра новый тип ГЭ – Стрелочный прибор. Для этого необходимо выполнить последовательность действий:

выделим двойным щелчком ЛК на инструментальной панели графического редактора иконку  и выберем из появившегося меню иконку стрелочного прибора ;

установим ГЭ , выбрав его размер таким, чтобы все элементы графики и текста на нем были разборчивы и симметричны;

перейдем в режим редактирования и откроем окно свойств ГЭ ;

щелчком ЛК на экранной кнопке Основная привязка откроем окно табличного редактора аргументов шаблона экрана;

ЛК выберем уже имеющийся аргумент Параметр;

подтвердим выбор щелчком ЛК на кнопке Готово;

двойным щелчком ЛК откроем атрибут Заголовок и в строке Текст введем надпись Параметр;

закроем окно свойств ГЭ .

Для проверки правильности привязок ГЭ к аргументам экрана можно воспользоваться режимом эмуляции. Переход в режим эмуляции осуществляется с помощью иконки  на панели инструментов. По нажатию, на экран графического редактора выводится окно задания значения аргумента в соответствующем поле:

Так, введя значение 25, наблюдаем:

В нашем случае оба ГЭ отображают введенное значение – привязки выполнены правильно. Выход из режима эмуляции – повторное нажатие ЛК по иконке .

 

Автопостроение канала

Для создания канала в узле проекта по аргументу шаблона экрана воспользуемся процедурой автопостроения. Для этого:

в слое Система выберем ЛК узел RTM_1;

в поле компонентов узла ЛК выберем Экран#1;

щелчком правой кнопки мыши (ПК) вызовем контекстное меню;

в нем щелчком ЛК откроем свойства компонента Экран#1:

выберем ЛК вкладку Аргументы;

выделим ЛК аргумент Параметр и с помощью иконки  создадим канал класса Float типа Input с именем Параметр:

Задание границ и уставок

Двойным щелчком ЛК по каналу Параметр откроем бланк редактирования его атрибутов и заполним раздел Границы следующим образом:

 

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

Введем в состав проекта источник сигнала – внутренний генератор синусоиды, свяжем его с созданным каналом и опробуем в работе выполненные средства отображения. Для этого проделаем следующие действия:

откроем слой Источники/Приемники и через ПК создадим в нем группу компонентов Генераторы:

двойным щелчком ЛК откроем группу Генераторы_1 и через ПК создадим в ней компонент Синусоида;

захватим с помощью ЛК созданный источник и, не отпуская ЛК, перетащим курсор на узел RTM_1 в слое Система, а затем, в открывшемся окне компонентов, на канал Параметр. Отпустим ЛК.

 

    Создание узла АРМ в Trace Mode (часть 1)

    Загрузим инструментальную систему двойным щелчком левой клавиши (ЛК) мыши по иконке  рабочего стола Windows и с помощью иконки  инструментальной панели создадим новый проект. При этом в открывшемся на экране диалоге

    выберем стиль разработки Простой. После нажатия ЛК мыши на экранной кнопке Создать, в левом окне Навигатора проекта отобразится дерево проекта, содержащее слои Ресурсы, Система (с созданным узлом АРМ RTM_1), Источники/Приемники и Библиотеки_компонентов. В правом окне Навигатора проекта отобразится содержимое узла RTM_1 – пустая группа Каналы и один канал класса CALL Экран#1, вызывающий соответствующий компонент – шаблон экрана, предназначенный для отображения с помощью графических элементов (ГЭ) средств человеко-машинного интерфейса на узле RTM_1:

     

    Создание графического экрана

    Двойным щелчком ЛК на компоненте Экран#1 откроем окно графического редактора.

    Создание статического текста

    Разместим в левом верхнем углу экрана статический текст — надпись Значение параметра.

    Для этого выполним следующие действия: на панели инструментов графического редактора ЛК мыши выделим иконку ГЭ Текст ;

    в поле графического редактора установим прямоугольник ГЭ, для чего

    зафиксируем ЛК точку привязки — левый верхний угол;

    развернем прямоугольник движением курсора до необходимого размера;

    зафиксируем ЛК выбранный ГЭ:

    Для перехода в режим редактирования атрибутов размещенного ГЭ выделим ЛК иконку  на панели инструментов;

    Для автоматического вывода окна свойств ГЭ по завершению его размещения необходимо в настройках интегрированной среды разработки в разделе РПД/Основные свойства активировать пункт Открывать свойства автоматически.

    двойным щелчком ЛК по ГЭ откроем окно его свойств;

    в правом поле строки Текст наберем Значение параметра и нажмем на клавиатуре клавишу Enter;

    закроем окно свойств щелчком ЛК по иконке , ГЭ примет следующий вид:

    Если введенный Вами текст не уместился в прямоугольнике ГЭ, выделите его и растяните до нужного размера с помощью мыши.

    Создание динамического текста, создание аргумента экрана в процессе настройки динамического текста

    Подготовим на экране вывод динамического текста для отображения численного значения какого-либо источника сигнала – внешнего или внутреннего — путем указания динамизации атрибута Текст ГЭ. Определим назначение аргумента шаблона экрана. Для этого необходимо проделать следующие действия:

    создадим и разместим новый ГЭ  справа от ГЭ c надписью Значение параметра;

    откроем свойства вновь размещенного ГЭ;

    двойным щелком ЛК на строке Текст вызовем меню Вид индикации;

    в правом поле строки щелчком ЛК вызовем список доступных типов динамизации атрибута;

    из всех предлагаемых типов выберем ЛК Значение;

    в открывшемся меню настройки параметров динамизации:

    выполним щелчок ЛК в правом поле строки Привязка;

    в открывшемся окне Свойства привязки, нажмем ЛК по иконке   на панели инструментов и тем самым создадим аргумент шаблона экрана;

    двойным щелчком ЛК выделим имя аргумента и изменим его, введя с клавиатуры Параметр (здесь и в дальнейшем ввод данных с клавиатуры будем завершать нажатием клавиши Enter);

    подтвердим связь атрибута Текст ГЭ с данным аргументом щелчком ЛК по экранной кнопке Готово;

    закроем окно свойств ГЭ.

    Графический экран будет иметь следующий вид:

     

      Связь с аппаратурой ввода-вывода Trace Mode

      .

      Trace Mode поддерживает обмен данными с разными контроллерами. Для PC-контролеров обмен реализуется по собственным протоколам Trace Mode при использовании в них микроМРВ, а для остальных — по их протоколам. Часть этих протоколов встроена в исполнительные модули Trace Mode, а часть поставляется опционально в виде динамически загружаемых библиотек.

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

      • СВЯЗЬ;
      • DCS;
      • MODBUS.

      Канал подтипа «СВЯЗЬ» используется мониторами Trace Mode для обмена между собой. Связь с модулями распределенного УСО типа LAGOON, ROBO, ADAM-4000 и ADAM-5000/485, NuDAM-6000, I-7000, RIO-2000 и подобными осуществляется каналами подтипа DCS. Дополнение к подтипу этого канала определяет запрашиваемые или передаваемые данные.

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

      Для обмена данными по внешним протоколам служат каналы подтипов «КОНТР_1» и «КОНТР_2». Дополнение к подтипу этих каналов используется для выбора типа контроллера. Разные контроллеры имеют различную адресацию данных. Поэтому настройки каналов будут иметь разное назначение для любого из контроллеров. Список значений модифицируется по мере добавления в систему новых драйверов.

      Каналы подтипа «КОНТР_1» предназначены для обмена данными с контроллерами по последовательному интерфейсу, а «КОНТР_2» используются, когда носитель протокола явно не определен и требуется описать его внешними средствами. Поэтому в первом случае для обмена с контроллером необходим один драйвер, описывающий протокол, а во втором — два. Первый драйвер используется для описания протокола, а второй — для носителя.

      Для создания драйвера обмена данными по стандартным последовательным интерфейсам (RS-232, RS-485) в Trace Mode реализована поддержка работы с последовательными портами. В этом случае драйвер только формирует сообщения для посылки по последовательным портам и расшифровывает ответ. Обмен данными с драйверами, использующими встроенную поддержку обмена по последовательным портам, осуществляется с помощью каналов подтипа «КОНТР_1». Если Trace Modeне поддерживает устройства, с которыми необходим обмен данными, то необходимо разработать драйвер.

       

      Система паролей и прав доступа Trace Mode

      Trace Mode контролирует права до 4 096 пользователей с индивидуальными паролями в рамках одного проекта. Пользователи, имеющие доступ к системе, могут быть разбиты на восемь групп. Максимальное число пользователей – 32 000.

      Ввод имен пользователей и их паролей, а также настройка соответствующих прав осуществляется в диалоге «Пользователи и права доступа» редактора базы каналов. Для входа в этот диалог надо выполнить команду «Пароли» из меню «Проект».

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

      Если список пользователей пуст, то при нажатии ЛК на кнопку «Вход» без ввода имени и пароля консоль подключается к серверу математической обработки с наивысшими правами. Такой запуск МРВ удобно использовать на стадии разработки проекта.

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

      Диалог «Пользователи и права доступа» содержит список пользователей и кнопки его редактирования «Добавить», «Удалить». Чтобы добавить нового пользователя, надо в списке выбрать группу и нажать ЛК на кнопку «Добавить». При этом в список выделенной группы добавляется новый пользователь, имя которого образуется следующим образом: U<число>. После того как пользователь добавлен в список, следует ввести его реальное имя, задать пароль и настроить его права. Пароль не может быть короче четырех символов.

      Для ввода имени и текста пароля предназначены специальные поля в диалоге «Пользователи и права доступа».

      Для удаления любого пользователя из списка надо выделить  его имя и нажать ЛК на кнопку «Удалить__________».

      Права пользователя задаются установкой соответствующих флагов. Существует три раздела для установки прав доступа:

      «Права (замрет действий)»; «Права (графика)»; «Запрет на изменение».

      В первом из них задаются общие права пользователя, во втором — доступ к экранам и функциям управления, а в третьем — доступ к функциям управления из клиентских модулей.

      Установка флагов в разделе «Права (запрет действий)» соответствует следующим ограничениям прав:

      одновременный вход — запрет на одновременный вход с разных компьютеров под данным именем;

      отключение в 24 часа — отключение пользователя при смене суток;

      квитирование — запрет на квитирование сообщений отчета тревог;

      квитирование (синх) — запрет на квитирование тех сообщений отчета тревог, время которых отличается от текущего на величину, превышающую 10 минут;

      будни — запрет на вход в систему по будням; выходные — запрет на вход в систему по выходным дням; бит 1, бит 2 – запрет на вход в систему, если установленные флаги не полностью соответствуют установленным битам канала подтипа «СИСТЕМНЫЙ» с дополнением «Права».

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

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

      Управление доступно при совпадении хотя бы одного из флагов доступа пользователя с соответствующим флагом формы отображения.

      При наличии любого флага в разделе «Запрет на изменение» пользователь, подключающийся с соответствующего клиентского модуля, лишается прав на управление значениями каналов.

      Для регистрации пользователей в реальном времени надо войти в диалог «Регистрация оператора». Для этого надо нажать клавиши «CTRL»+«ALT»+«SHIFT»+«P».

      Далее регистрация выполняется так же, как и при запуске МРВ: надо ввести имя и пароль. Если введен неверный пароль или имя пользователя, то смены прав не происходит и пользователь не регистрируется.

      Если МРВ ведет отчет тревог, то при каждой регистрации пользователя в этот архив заносится строка, в поле «Сообщение» которой будет записан следующий текст:

      LOGIN <имя><номер>, где <имя> — имя пользователя;

      <номер> — числовой идентификатор пользователя.

      Далее во все строки отчета тревог, запись которых инициирована действиями этого пользователя, в поле «Икв» будет заноситься числовой идентификатор пользователя. Такими действиями могут быть коррекция значений атрибутов каналов и запись интерактивных сообщений в отчет тревог.

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

      LOGOUT <имя><номер>, где <имя> — имя пользователя;

      <номер> — числовой идентификатор пользователя.

       

      Монитор реального времени в Trace Mode

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

      Структура монитора реального времени (МРВ).

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

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

      Для связи сервера математической обработки и графической консоли используется механизм DCOM. Отладочный монитор «ПРОФАЙЛЕР». Вместе с инструментальной системой поставляется специальный отладочный МРВ — профайлер. Этот монитор по своим функциям полностью воспроизводит обычный МРВ. Однако в отличие от него профайлер сохраняет в файле протокол работы, который содержит информацию о запуске, работе в реальном времени и завершении работы.

      Этот файл имеет текстовый формат и имя <name>.txt (где <name> — имя файла базы каналов) и всегда создается в директории проекта. При каждом новом запуске профайлера старый файл профайлера стирается и вместо него создается новый.

      Информация, заносимая в этот файл, зависит от используемых функций МРВ. Кроме профиля работы МРВ профайлер может сохранять в файле <name>.tnt (где <name> — имя файла базы каналов) дополнительную отладочную информацию.

      Запуск графической консоли.

      Графическая консоль запускается командной строкой:

      PicRT.exe [<prg>.ctm/N:<node>] [/S:<PC>] [/F] [/R],

      где <prg> — имя файла конфигурации проекта;

      <node> — имя узла;

      <РС> — имя компьютера, на котором должен работать сервер математической обработки; отсутствие этого параметра означает, что это локальный компьютер;

      /F — выход при старте в полноэкранный режим;

      /R — автоматический запуск сервера математической обработки при наличии пользователя с именем default; если его нет, то на экран выводится диалог запроса имени и пароля.

      Все параметры запуска являются необязательными. Их можно указать после запуска.

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

      Сервер математической обработки может быть запущен командной строкой:

      DrawServ.exe/P:<path>/F:<node> [/RUN] [/CONSOLE] [/AUTORS] [/IREC=n] [/REC=m] [/DEBUG-h] [/DISABLEJO] [/I:NNNN], где <path> — полный путь к базе каналов;

      <node> — имя базы каналов без расширения;

      /RUN — запуск пересчета при старте;

      /CONSOLE — вывод на экран окна с таблицей каналов;

      /AUTORS — этот ключ определен для каналов DCS,

      MODBUS, M-Lmk(In,Out);

      /LREC=n — число NCB для индивидуального приема

      п=0,1,2 (по умолчанию 1);

      /REC=m — число NCB для приема, включая IREC;

      /DEBUG-h — вывод отладочной информации в файл <name>.tnt, где <name> — имя файла базы каналов. Этот ключ реализуется только для профайлера. Параметр h — это число в шестнадцатеричном формате, каждый бит которого указывает на сохранение определенного вида информации;

      /DISABLEJO — замена каналов обмена с платами УСО на внутренние каналы;

      NNNN — число в шестнадцатеричном формате, значение отдельных битов которого задает различные параметры: ограничение числа NCB на прием и на отсылку, запрет считывания границ каналов из файла сохранения состояния и т. д.

      Настройка DCOM.

      Механизм DCOM позволяет запускать графический и математический компоненты МРВ на разных компьютерах, объединенных в локальную сеть. Для этого необходимо выполнить дополнительную настройку DCOM. Сначала надо зарегистрировать сервер математической обработки на обоих компьютерах. При инсталляции МРВ эта регистрация осуществляется автоматически. Однако при переносе сервера математической обработки с одного компьютера на другой его регистрацию можно выполнять вручную с помощью программы tmreg.exe. Если используется одноранговая сеть, то для работы DCOM учетные записи пользователей на всех машинах должны быть одинаковыми.

      После регистрации сервера математической обработки следует запустить программу Dcomcnfg.exe из поддиректории SYSTEM32 директории установки Windows NT. При этом на экран будет выведен диалог «Свойства: Настройка DCOM». В этом диалоге надо войти в бланк «Свойства по умолчанию» и настроить свойства DCOM, как показано на рис.1.

      Рис.1

      Используя бланк «Безопасность по умолчанию» диалога настройки DCOM, нужно задать соответствующие разрешения на доступ к серверу для удаленных пользователей.

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

      Пересчет базы каналов.

      Мониторы реального времени Трейс Моуд работают как интерпретаторы базы каналов. Интерпретация базы каналов осуществляется один раз за цикл системы. Условием очередного пересчета базы каналов является начало нового цикла системы. Время цикла настраивается индивидуально для каждого узла с помощью двух параметров, задаваемых в соответствующих областях бланка «Основные» диалога «Параметры узла» (рис. 2). Это — период пересчета в tick и разрешение таймера (величина tick).

      Рис.2

      рис.3

      Переход к новому циклу контролирует канал «Системный» с дополнением «Индекс пересчета». Величина цикла определяет минимальное время реакции системы.

      Один пересчет базы каналов включает в себя четыре такта:

      • первый — пересчет всех каналов типа INPUT, кроме каналов подтипов «КАНАЛ» и «ОБЪЕКТ». При этом для каждого пересчитываемого канала последовательно выполняется трансляция входных значений в аппаратные и реальные и процедура «Управление»;
      • второй — пересчет каналов типа INPUT подтипов «КАНАЛ» и «ОБЪЕКТ». Для каждого пересчитываемого канала последовательно выполняется трансляция входных значений в аппаратные и реальные и процедура «Управление». Процедура «Управление» осуществляется для всех каналов, пересчитываемых на этом цикле;
      • третий — вычисление метапрограмм, написанных на ТехноIL;
      • четвертый — пересчет каналов типа OUTPUT (трансляция входных значений в реальные и аппаратные).

      Один цикл пересчета включает в себя три прохода по базе каналов, начиная с канала, имеющего младший индекс. Эти проходы реализуются на первом, втором и четвертом тактах пересчета.

      Модификация проектов в реальном времени. Чтобы подключить в реальном времени к базе каналов новый объект, его надо сохранить в файле и разместить в директории проекта. Кроме того, в базе надо предусмотреть специальные каналы управления загрузкой. Для них надо установить тип OUTPUT, подтип «СИСТЕМНЫЙ» с дополнением «Загрузить». Значение, посылаемое в такой канал, определяет выбор объекта для загрузки. Если оно равно двум, то загружается объект из файла с таким же именем, как у канала. Если значение больше 100, то имя файла определяется следующим образом:

      <имя_каналаNN>.соb, где NN = <значение_канала>-100.

      Если у загружаемого объекта стоит флаг загрузки и в базе имеется загружаемый объект с таким же именем, то он заменяется. При загрузке объекта анализируется наличие в базе каналов с идентичными именами. Такие каналы заменяются, а остальные просто добавляются в базу. Если для заменяемого канала были настроены вызовы FBD-программ, то эти ссылки сохраняются без изменения. Если добавляемые в базу каналы вызывали FBD-программы и в качестве аргументов использовали каналы, не входящие в загружаемый объект, то такие ссылки блокируются. Также блокируются ссылки на существующие в базе FBD-программы, если они не совпадают по структуре со ссылками из загружаемых каналов.

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

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

       

      Локальный СПАД в Trace Mode

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

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

      Сохранение данных в СПАД реализовано в виде потока, работающего параллельно с пересчетом базы каналов, но имеющего более низкий приоритет. МРВ формирует внутреннюю очередь сообщений для записи в СПАД. Поток архивирования берет данные из нее и записывает их в архив. Если размер очереди превышен, то самые ранние по времени сообщения теряются. По умолчанию максимальный размер очереди принимается равным 64 000 сообщений.

      Контроль состояния очереди сообщений в СПАД и управление ею осуществляется с помощью канала подтипа «ДИАГНОСТИКА» с дополнением очереди в СПАД.

      МРВ, сохраняющий данные в СПАД, инициализирует этот архив при первом запуске. МРВ проверяет наличие свободного места на диске. Если место на диске есть, то создается файл архива. Число записей в архиве определяется его размером, длиной записи и размером заголовка. Величина одной записи составляет 16 байт, а размер заголовка, в котором формируются структуры для индексации данных в архиве, приблизительно 1 Мбайт. Если указанная длина архива меньше размера заголовка и на диске есть свободное место, то файл архива создается. Его размер будет 1,4 Мбайт. Это позволяет хранить 22 770 записей. Если при запуске МРВ уже существует файл архива с тем же именем, то проверяется идентичность его структуры требуемой. При этом сравниваются установленный размер и имя узла. Для контроля и управления архивированием данных в СПАД предусмотрены следующие каналы: подтип «ДИАГНОСТИКА» с дополнениями «СПАД», «Потеря СПАД» и «Очередь СПАД», подтип «Системный» с дополнениями «Архивация» и «СПАД копировать». Канал «Системный» с дополнением «Архивация» управляет сохранением во всех архивах. Значение его нулевого бита управляет разрешением записи в локальный архив, а восьмого — разрешением открытия файла архива: 0-разрешить; 1 — запретить.

      Запрет открытия файла используется при записи архива на сменный носитель во время его замены. При этом файл закрывается, а новые данные накапливаются в буфере. После замены носителя значение восьмого бита следует снова установить равным нулю. В результате на новом носителе создается файл архива. В него запишутся данные из буфера, и процесс архивирования продолжится. Принудительное сохранение данных в СПАД реализуется с помощью канала типа OUTPUT подтипа «ДИАГНОСТИКА» с дополнением «Потеря СПАД».МРВ может экспортировать данные из локального архива в файлы текстового формата. Существует возможность экспортировать архивные значения одного канала или всей базы целиком. Для управления экспортом значений из одного архивируемого канала используется канал типа OUTPUT подтипа «КАНАЛ» с дополнением «SetGetCПАД». Он имеет настройки для выбора канала и его атрибута и настройку, задающую диапазон выборки. Значение канала OUTPUT задает смещение базового времени в секундах относительно начала текущих суток. Диапазон выборки отсчитывается назад от полученного базового времени. Положительное значение канала задает смещение назад, а отрицательное — вперед.

      Экспортируемые данные сохраняются в текстовом файле, имя которого образуется из имени указанного канала. При каждой операции экспорта новые данные дописываются в конец данного файла. Экспорт всех архивируемых каналов осуществляется в текстовый файл с именем data.txt. Он располагается в директории проекта. При каждой операции экспорта новые данные дописываются в конец файла. Данные в него заносятся в следующем формате:

      <имя канала 1>

      <дата время> <значение>

      …………………………..

      <дата время> <значение>

      …………………………..

      <имя канала n>

      <дата время> <значение>

      ………………………….

      <дата время> <значение>

      Для управления экспортом данных из СПАД используется канал типа OUTPUT подтипа «Системный» с дополнением «Данные из СПАД». Значение канала определяет временной диапазон выборки и вид представления экспортируемых каналов:

      1 — за предыдущие сутки по каналам F;

      2 — за предыдущие сутки по каналам Н;

      3 — за предыдущий час по каналам F;

      4 — за предыдущий час по каналам Н;

      5 — за текущий час до текущей минуты по каналам F;

      6 — за текущий час до текущей минуты по каналам Н;

      7 — за последние 24 часа по каналам F;

      8 — за последние 24 часа по каналам Н;

      9 — за текущие сутки до текущего часа по каналам F;

      10 — за текущие сутки до текущего часа по каналам Н.

      Канал типа INPUT контролирует чтение данных из СПАД. Для управления копированием СПАД используется канал подтипа «Системный» с дополнением «СПАД копировать». Посылаемое в этот канал значение определяет путь к копии:

      1 — в директорию проекта;

      2 — в корневую директорию диска С, где записан проект;

      3 — в корневую директорию диска А;

      65… 95 — в корневые директории дисков (65 — А; 66 — В и т. д.).

      Имя файла копии архива образуется из 8-разрядного шестнадцатеричного числа, кодирующего дату и время (число секунд с 00:00:00 01/01/1970).

      Данные, записанные в архив во время его копирования, в копии отсутствуют. Для контроля сохранения данных в локальном СПАД и чтения из него предназначен канал типа INPUT подтипа «ДИАГНОСТИКА» с дополнением «СПАД». Если этот канал имеет тип OUTPUT, то любая его отработка обнуляет признак текущего состояния операций с локальным архивом/

       

      Графический интерфейс в SCADA-системе TRACE MODE.

      Для разработки средств визуализации состояния технологического процесса и управления им (создания человеко-машинного интерфейса для операторских станций – графических баз для узлов проекта) в SCADA-системе TRACE MODE имеется редактор преставления данных. В него загружается структура проекта, созданная в редакторе базы каналов.

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

      Совокупность всех экранов для представления данных и супервизорного управления, входящих в графические базы узлов проекта составляют его графическую часть. Экраны в графических базах узлов проекта подразделяются на группы. Каждая группа имеет свое название. Группировку экранов удобно использовать исходя из их функционального назначения. Например, в одну группу можно собрать мнемосхемы, в другую – экраны настройки регуляторов, в третью – обзорные экраны и т.п. Одновременно на монитор может выводиться только один экран, каждый из них – это графическое пространство фиксированного размера, на котором размещаются статический рисунок и формы отображения. Он имеет свое имя и набор атрибутов (настроек). К таким атрибутам относятся:

      • Размер,
      • Цвет фона,
      • Обои,
      • Права доступа,
      • Спецификация окна просмотра отчета тревог.

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

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

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

      Графическим объектом называется совокупность форм отображения и элементов рисования, которая оформлена как единый графический элемент. Оформленные в виде объектов типовые графические фрагменты могут вставляться в экраны графических баз любых проектов.

      Существует два типа графических объектов: «Объект» и «Блок». Первый из них может ссылаться на 256 каналов, а второй – только на один.

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

      TRACE MODE позволяет осуществлять ряд операций с графическими объектами: копирование, сохранение и вставка в другие проекты или графические базы того же проекта, вывод в отдельные окна на других экранах и т. д.

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

       

      Обмен Trace Mode с базами данных через механизмы ODBC.

      Для связи с базами данных и бизнес-приложениями в МРВ встроена поддержка интерфейса ODBC [1]. МРВ может запрашивать данные из зарегистрированных источников данных ODBC и записывать в них значения каналов. При этом передача значений каналов может осуществляться как в режиме формирования новых записей в базе (INSERT), так и в режиме обновления существующих (UPDATE).

      Чтобы связаться с базами данных (БД) по ODBC в директории проекта, надо создать конфигурационный файл odbc.cfg. Этот файл имеет текстовый формат. В нем описывается база данных, имя пользователя, имеющего доступ к ней, а также элементы запросов на языке SQL для управления обменом данными. При этом с целью обеспечения обмена с любыми ODBC-серверами фрагменты SQL-запросов следует записывать прописными буквами.

      Перед тем как создать источник данных, необходимо убедиться в наличии TRACE MODE драйвера ODBC driver, установка которого обычно производится автоматически при инсталляции системы. Если по каким-то причинам он не установлен, необходимо выполнить его установку вручную.

      Для взаимодействия с любой базой данных ее надо зарегистрировать как источник с помощью панели управления WINDOWS. Это могут быть популярные программы Microsoft Access или Excel. Так, если проектная документация составлена в виде таблиц программы Microsoft Access и сконфигурирована в файл “Проектная документация.mdb”, то чтобы переписать её в БД необходимо:

      1. Создать источник данных ODBC, для чего на диске C следует открыть Панель управления MS Windows. Если это – Win9x или WinNT, то дважды нажать ЛК мыши на иконке “ Источники данных ODBC ” (для Win200 эта иконка расположена в пункте Администрирование). В появившемся диалоговом окне Администратор источников данных ODBC следует выбрать бланк Пользовательский DSN и нажать кнопку ”Добавить”. Затем в окне Создание нового источника данных выбрать из списка пункт Driver do Microsoft Access (*.mdb) и нажать кнопку ”Готово”.

      2. В поле Имя источника данных записать имя проекта, например, YPN и нажать кнопку “Выбрать”. Теперь в качестве БД нужно выбрать с диска С файл “Проектная документация.mdb”, нажать “Ок” и закрыть Администратор источников данных ODBC.

      Обмен данными в Trace Mode через механизмы OPC.

      Одним из самых перспективных стандартов обмена данными между приложениями WINDOWS при создании систем управления является механизм OPC. OPC (OLE for Process Control) – стандартизованные интерфейсы для Microsoft технологии COM, предназначенные для применения в области автоматизации управления технологическими процессами. Стандарт ОРС разработан международным фондом OPC Foundation, который был создан фирмами Fisher Rosemount, Intellution, Intuitive Technology, Opto22, Rockwell и Siemens в 1995 г. В 1996 г. появилась первая версия спецификации ОРС.

      ОРС в настоящее время является стандартом, который признан разработчиками, системными интеграторами и пользователями АСУ ТП. Сегодня практически все производители программного и аппаратного обеспечения АСУ ТП разрабатывают продукты, соответствующие этому стандарту.

      За последние несколько лет ОРС серверы полностью вытеснили DDE (Dynamic Data Exchange) серверы и специализированные драйверы для аппаратных средств автоматизации. DDE – самый старый (время появления — 1989-1991 гг.) и очень медленный способ динамического обмена данными между Windows приложениями, был со временем заменен (преобразован) в OLE (Object Linking and Embedding). OLE первоначально и до середины 90-х годов использовался исключительно Microsoft для обмена данными между ее офисными приложениями. Во время разработки Windows NT появилась технология DCOM (Distributed Componet Object Model) как продолжение технологии COM. DCOM была разработана для распределенных клиент-серверных приложений. Один клиент мог одновременно использовать несколько серверов, установленных на разных компьютерах в сети и каждый сервер одновременно мог обслуживать несколько клиентов. В настоящее время ОРС базируется практически исключительно на DCOM технологии фирмы Microsoft для распределенных систем. Главным понятием DCOM является понятие интерфейса, посредством которого DCOM-объекты обслуживают клиентов.

      Для обмена данными по OPC между мониторами ТРЕЙС МОУД используются каналы подтипа СВЯЗЬ с дополнениями In OPC – прием данных от МРВ по OPC , Out OPC – передача данных МРВ по OPC.

      При настройке связи по OPC для каждого узла необходимо указать имя компьютера, на котором он будет запущен. Для этого в диалоге Параметры узла на бланке Основные предусмотрено поле Имя компьютера. Для доступа к удаленному компьютеру может потребоваться запуск утилиты DCOMCNFG.EXE и установка соответствующих разрешений пользователям.

      Каналы для связи с ОРС-сервером создаются процедурой автопостроения. Чтобы запустить её, следует, находясь в окне объектов настраиваемого узла, выполнить команду “Связать с OPC-сервером” из меню “Узел” или нажать сочетание клавиш “Alt”+”L”. При этом появится экран “Выбор сервера OPC”, на котором имеется тир кнопки: ”Добавить”, ”Удалить”, ”Изменить”. Нажатие кнопки ”Добавить” выводит на экран “Выбор сервера OPC” перечень серверов, зарегистрированных на локальной машине или на любом компьютере, присутствующем в сети.

      Указанный сервер добавляется в список предыдущего диалога.

      По нажатию кнопки ”Удалить” выделенный в списке сервер удаляется из окна. Кнопка ”Изменить” используется для замены выделенного сервера. Она выводит на экран тот же диалог, что и кнопка ”Добавить”. Выбранный в нем сервер заменяет текущий.

      Чтобы создать каналы ТРЕЙС МОУД для обмена с выделенным в списке сервером, надо нажать ЛК на кнопке “Выбрать”. В левом окне появившегося экрана следует выбрать каналы OPC-сервера, которые надо контролировать в МРВ, и перенести их в правое окно нажатием ЛК на кнопке “>>”. После выхода из этого диалога в базе каналов появится новый объект, имя которого образовано из идентификатора OPC-сервера. В нем создаются каналы для обмена с указанными каналами сервера.

      СДКУ системами вентиляции и теплоснабжением(конец)

      Кондиционирование.

      Кондиционирование серверной. реализовано на прецизионных кондиционерах.

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

      Система работает по сигналам с датчиков температуры, устанавливаемых в помещениях.

      Система комплексной автоматизации и диспетчеризации кондиционирования обеспечивает управление установкой по заданному алгоритму:

      • с АРМ оператора инженерных систем;
      • с локальных панелей управления;
      • по заданной временной программе установки.

      Система комплексной автоматизации и диспетчеризации обеспечивает:

      • индикацию параметров отдельных узлов подсистемы с возможностью их настройки;
      • извещение диспетчера в случае отказа отдельных устройств и агрегатов, а также при возникновении внештатных ситуаций;
      • оперативное изменение режимов работы установок в предопределенных ситуациях;
      • регулирование температуры воздуха, проникающего в помещения;
      • перевод системы в режим энергосбережения по сигналам сдатчиков;
      • отработка заданных алгоритмов группового включения/выключения кондиционирующих установок.

      Контроллерный уровень управления выполнен на контроллере Carel mAC (производства Италия) и адаптере snmp/http Web-Gate™. Встроенная функция Web-сервера с использованием стандартного HTTP-протокола дает возможность получать информацию через Web-интерфейс посредством Web-браузера с любого компьютера локальной (или глобальной) вычислительной сети, а связь с SCADA системой TRACE MODE не осуществляется. На рисунке, который приведён ниже, отображена страница оператора.

      Страница оператора системы кондиционирования

      Страница оператора системы кондиционирования

      Адаптер Web-Gate является малогабаритным микропроцессорным устройством, предназначенным для интеграции климатического оборудования, управляемого встроенными контроллерами Carel, в стандартные вычислительные сети Ethernet, использующие протокол TCP/IP.

      Так же отображён экран оператора с экраном-мнемосхемой, на котором отображена воздушная завеса, её работа и показания, которые доступны оператору.

      Экран оператора «Воздушная завеса»

      Экран оператора «Воздушная завеса»